الانتقال إلى المحتوى الرئيسي
تُخبر webhooks الخاصة بـ KYB في Didit خادمك الخلفي متى تتغير حالة جلسة التحقق من الشركات، أو متى يغيّر المراجِع أو السجل بياناته. لكيانات الشركات أحداثها الخاصة. اشترك في الأحداث التي تهمك عبر واجهة برمجة تطبيقات وجهات webhook أو عبر Business Console.

كتالوج الأحداث

أحداث الجلسات مشتركة بين جلسات المستخدمين وجلسات الشركات. يشير الحقل session_kind في payload إلى نوع الجلسة التي يتعلق بها الحدث. أحداث كيانات الشركات منفصلة عن أحداث الجلسات.

أحداث على مستوى الجلسة

لا يُرسَل data.updated عندما يرفع مقدم الطلب مستنداً أو يرسل الأشخاص الرئيسيين، أو عند انتهاء إعادة فحص AML. استخدم status.updated أو استرجع قرار الجلسة لمتابعة هذا التقدم.

أحداث كيان الشركة

اشترك في أي مجموعة من هذه الأحداث في وجهة webhook الخاصة بك. راجع webhook الكيانات للاطلاع على المرجع الكامل لأحداث كيانات الشركات والمستخدمين.

بنية payload

تستخدم webhooks الجلسات payload مسطّحاً بلا غلاف data. يُوثَّق الغلاف ورؤوس التوقيع وكل حقل مشترك في مرجع webhook. تضيف جلسة KYB الحقول التالية:

status.updated لجلسة KYB

تحمل كتلة decision المصفوفات registry_checks[] وkey_people_checks[] وdocument_verifications[] وaml_screenings[] وبقية مصفوفات KYB.

data.updated لجلسة KYB

يحمل data.updated الغلاف المسطّح نفسه الذي يحمله status.updated، إضافة إلى trigger يوضح سبب الإرسال. عندما تكون حالة الجلسة Approved أو Declined أو In Review أو Abandoned، يحمل أيضاً decision الحالي. أعد جلب القرار لمعرفة ما تغيّر. لا يحتوي payload على قائمة changed_fields.

business.status.updated وbusiness.data.updated

أحداث الكيانات مسطّحة أيضاً. تحمل vendor_business_id وvendor_data وstatus (ACTIVE أو FLAGGED أو BLOCKED) وcreated_at. يضيف business.status.updated الحقل previous_status. ويضيف business.data.updated الحقل changed_fields وخريطة changes بالصيغة { field: { previous, current } }.

التحقق من التوقيع

يُوقَّع كل webhook بخوارزمية HMAC-SHA256 باستخدام السر المشترك لوجهتك. تحقّق من نص الطلب الخام باستخدام الرأس X-Signature-V2 (موصى به)، وارفض عمليات التسليم التي يتجاوز عمر X-Timestamp فيها 300 ثانية. يسرد مرجع webhook جميع رؤوس التوقيع، وفترة التداخل عند تدوير سر التوقيع، وأمثلة الكود.

سياسة إعادة المحاولة

  • تؤدي استجابة 5xx أو 404، أو انتهاء المهلة، أو فشل الاتصال، إلى محاولتين لإعادة المحاولة على الأكثر، بعد نحو دقيقة ونحو 4 دقائق، ثم يُسقَط التسليم.
  • لا تُعاد المحاولة للاستجابات الأخرى من فئة 4xx و3xx.
  • تحتفظ كل إعادة محاولة بالقيمة event_id نفسها، لذا استخدمها لإزالة التكرار.
  • يمكنك إعادة إرسال تسليم من سجل التسليم في الوجهة. يتضمن مرجع webhook السياسة الكاملة.

الاشتراك

اشترك في الأحداث التي تهمك في وجهة webhook:
صفِّ جلسات الشركات من جهتك بالتحقق من session_kind === "business" داخل أحداث status.updated وdata.updated.

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

مرجع webhook

الوجهات والتوقيع وإعادة المحاولات وأنماط شائعة.

الحالات

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

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

فك ترميز payload قرار KYB.
آخر تعديل في ٧ نوفمبر ٢٠٢٦