الانتقال إلى المحتوى الرئيسي
يرشدك هذا الدليل خلال عملية التحقق الكامل من KYB في أقل من 10 دقائق. ستنشئ سير عمل، وتبدأ جلسة، وترسل رابط التحقق المستضاف إلى جهة الاتصال لديك في الشركة، ثم تنتظر webhook وتجلب القرار النهائي.

المتطلبات الأساسية

  • تطبيق Didit مفعّل فيه KYB. أنشئ تطبيقاً عبر business.didit.me إذا لزم الأمر.
  • مفتاح API من Developer Settings → API Keys.
  • endpoint الخاص بـ webhook يمكن الوصول إليه من الإنترنت (لاستقبال webhook القرار).

الخطوات

1

أنشئ سير عمل KYB في لوحة التحكم

انتقل إلى Workflows → Create workflow. اختر التحقق من الشركات باعتباره نوع سير العمل.فعّل الميزات التي تحتاجها:
  • البحث في سجل الشركات (مطلوب)
  • فحص AML للشركة (موصى به)
  • الأشخاص الرئيسيون (مطلوب في معظم القطاعات الخاضعة للتنظيم)
  • المستندات (اختياري: اختر أنواع المستندات التي ستشترطها)
احفظ workflow_id وانسخه، فستحتاج إليه في الخطوة التالية.
2

أنشئ جلسة التحقق من الشركات (KYB) عبر API

تتضمن الاستجابة session_id وsession_number وurl، وهو رابط التحقق المستضاف الذي تسلّمه لجهة الاتصال في الشركة. يضع نوع سير العمل (KYB) علامة تلقائياً على الجلسة بوصفها جلسة شركة.
3

أرسل الرابط إلى جهة الاتصال في الشركة

سلّم url إلى مسؤول الشركة عبر بريدك الإلكتروني أو قناة المحادثة الخاصة بك. يفتح الرابط، ويملأ بيانات السجل، ويضيف الأشخاص الرئيسيين والمستفيدين الحقيقيين (UBO)، ويرفع المستندات.يمكنك تخصيص التجربة المستضافة بالهوية التجارية والشعار والنطاق، انظر العلامة البيضاء.
4

استقبل webhook الحالة

عندما تُنهي الشركة التدفق وتصل معالجة KYB إلى حالة نهائية، يرسل Didit حدث status.updated بطريقة POST إلى endpoint الخاص بـ webhook لديك. تحمل أحداث جلسات الشركات القيمة session_kind: "business" داخل data، فصفِّ الأحداث بهذه القيمة لتوجيه الحدث إلى معالج KYB لديك.تحقق من توقيع HMAC الموجود في الرأس X-Signature-V2 قبل الوثوق بالحدث (انظر webhook)، ثم شغّل المنطق اللاحق. خزّن secret_shared_key الخاص بالوجهة (الذي يُعاد عند تسجيل الـ webhook) باسم DIDIT_WEBHOOK_SECRET في ملف .env.مثال على payload:
5

استرجع القرار (اختياري)

يحتوي payload الخاص بـ webhook من نوع status.updated على القرار الكامل بالفعل. لا تحتاج إلى استدعاء endpoint هذا إلا إذا لم تشترك في webhook، أو أردت جلب القرار عند الطلب لاحقاً.
يتضمن القرار بيانات السجل، والأشخاص الرئيسيين (المستفيدين الحقيقيين، والمساهمين، والمديرين، والممثلين)، ومطابقات AML، والمستندات، والنتائج لكل ميزة. انظر مخطط الاستجابة للاطلاع على مرجع payload الكامل.
6

تصرّف بناءً على القرار

بناءً على status:
  • "Approved": أدرج الشركة.
  • "Declined": ارفض الطلب وسجّل الوسوم warnings[] من القرار.
  • "In Review": انتظر قرار المحلل، وستتلقى webhook آخر عند حسم القرار.

مثال Node.js

ما يحدث تلقائياً

  • البحث في سجل الشركات عبر 190+ ولاية قضائية.
  • استخراج المستفيدين الحقيقيين (UBO) والمسؤولين من بيانات السجل.
  • فحص AML على مستوى الشركة (العقوبات، والأشخاص المعرضون سياسياً PEP، والأخبار السلبية).
  • فحص AML على مستوى الشخص لكل طرف محدد.
  • التعرف الضوئي على المستندات (OCR) وإجراء المقارنة المرجعية بينها.
  • إنشاء الملف التعريفي للشركة وتجميعه بحسب vendor_data.

الخطوات التالية

دليل التكامل

بنية شاملة من البداية إلى النهاية، والاستطلاع مقابل webhook، ومنطق إعادة المحاولة.

webhook الخاص بـ KYB

كل أحداث KYB وشكل payload كل منها.

الحالات

مرجع لحالات الجلسة والميزة والسجل.

مخطط الاستجابة

payload الكامل لقرار KYB.

كيانات الشركات

كيفية تجميع الملفات التعريفية عبر الجلسات.
آخر تعديل في ٧ نوفمبر ٢٠٢٦