ابدأ الآن
التكامل / SDKs
التحقق من المستخدمين
التحقق من الشركات
مراقبة المعاملات
سجل التغييراتالإعدادات العامة
حدود الدرجات
تحدد حدود الدرجات الكيفية التي تُربط بها درجة المخاطر التراكمية من القواعد المطابقة بحالة المعاملة:
المعاملات التي تقل درجتها عن حد المراجعة تحصل تلقائياً على الحالة
APPROVED. إذا كان لدى قاعدة إجراء صريح change_status، فإن تلك الحالة تتقدم على حدود الدرجات، وDECLINED تغلب دائماً.
خفض حد المراجعة يزيد عدد المعاملات المُعلَّمة لمراجعة المحللين. اضبطه بحسب طاقة فريقك ومستوى تحمّل المخاطر لديك.
مراقبة العملات المشفرة
فعّل فحص العملات المشفرة التلقائي أو عطّله لمعاملات العملات المشفرة. عند التفعيل، يفحص Didit عناوين المحافظ وتجزئات المعاملات لدى مزودي تحليلات البلوكتشين لجميع المعاملات التي تحملcurrency_kind: "crypto". يتطلب فحص تجزئة المعاملة توفر التجزئة وعنوان المحفظة المرتبط بها معاً.
تفضيلات المزوّد
اختر مزوّد تحليلات البلوكتشين المفضل لديك وهيّئه:
عند ربط مفتاح المزوّد الخاص بك، تستخدم اتفاقيتك القائمة مع المزوّد، وتدفع رسوم البنية التحتية المعروضة لكل فحص عبر Didit.
تتوفر مراقبة شبكة Lightning فقط مع اتصال BYOK من Elliptic أو Chainalysis المُضاف عبر Marketplace.
إذا أُرسل
LIGHTNING بينما مزوّد آخر نشط، أو قبل إضافة أيٍّ من الاتصالين المدعومين، يعيد طلب الفحص الاستجابة 400 مع إرشادات الإعداد في Marketplace.
سير عمل المعالجة
سير عمل المعالجة (remediation_workflow_id في واجهة API للإعدادات) هو الإعداد الافتراضي على مستوى التطبيق لإجراءات AWAITING_USER في القواعد التي لا تحدد سير عملها الخاص، وينطبق ذلك عملياً على القواعد المدمجة في المكتبة. القواعد المخصصة تحمل دائماً اختيارها الخاص، وهذا الاختيار يتقدم.
يقبل الحقل معرّف سير العمل (أو معرّف UUID لإصدار محدد) عند الكتابة، ويعيد دائماً معرّف سير العمل الثابت عند القراءة. تُنشأ الجلسات بأحدث إصدار منشور.
عندما تضع هذه القاعدة المعاملة في الحالة AWAITING_USER، ينشئ Didit جلسة التحقق المرتبطة باستخدام أول سير عمل يُعثر عليه وفق الترتيب التالي:
- سير عمل المعالجة المُهيأ هنا.
- سير عمل المصادقة البيومترية في تطبيقك، عندما يكون لدى الشخص وجه مرجعي مخزّن.
- سير العمل الافتراضي لتطبيقك.
action_required وremediation في المعاملة، وفي كلا webhook الخاصين بالمعاملات، بحيث يمكنك توجيه المستخدم لإكمال التحقق المطلوب. عندما تصل الجلسة إلى قرار، تتبع حالة المعاملة هذا القرار تلقائياً (مقبولة أو مرفوضة أو قيد المراجعة) ويُطلق حدث transaction.status.updated عبر webhook.
يُعد سير عمل المصادقة البيومترية الخيار الموصى به هنا: يعيد المستخدم إثبات هويته بصورة سيلفي حية واحدة تُطابَق مع الوجه من تسجيله الأصلي. يتطلب ذلك أن يكون لدى الشخص وجه مرجعي مخزّن من عملية تحقق مقبولة. المستخدمون الذين لا يملكون ذلك يُطلب منهم إكمال سير العمل الافتراضي لتطبيقك بدلاً من ذلك، مع ملاحظة على المعاملة تسجّل هذا الاستبدال.
مكان الإعداد
انتقل إلى المعاملات > الإعدادات في Business Console لتهيئة هذه الخيارات. تسري الإعدادات فوراً على جميع المعاملات الجديدة.الخطوات التالية
تقييم المخاطر
كيف تُربط حدود الدرجات بالحالات.
فحص العملات المشفرة
فحص المحافظ وتفاصيل المزوّدين.
إثراء IP
بيانات IP المتاحة للقواعد.