الانتقال إلى المحتوى الرئيسي
يوفر Didit مكتبة منتقاة تضم أكثر من 150 قاعدة مراقبة معاملات معدّة مسبقاً يمكنك تثبيتها فرادى أو حسب الحزمة. تقابل كل قاعدة نمطاً واقعياً من أنماط مكافحة غسل الأموال (AML) أو الاحتيال أو الامتثال، مستنداً إلى المعايير العالمية والإرشادات التنظيمية، ومنها توصيات FATF، وإرشادات FinCEN، وقواعد NACHA، ومبادئ Wolfsberg، ونماذج Egmont Group، وأنماط إساءة الاستخدام في iGaming. اختر الإعدادات المسبقة أو الحزم التي تحتاجها، ثم تحكّم في وضع كل قاعدة مثبتة (ACTIVE أو TEST أو DISABLED). شروط الإعدادات المسبقة وحدودها وإجراءاتها ثابتة، فأنشئ قاعدة مخصصة عندما تحتاج إلى منطق مختلف. أزل الإعداد المسبق لحذفه من التطبيق، ويمكنك إعادة تثبيته لاحقاً عند الحاجة.
يمكن تصفح قواعد المكتبة وتثبيتها وإلغاء تثبيتها من Transactions -> Rules -> Library في Business Console، أو عبر واجهة برمجة مكتبة القواعد (GET /v3/transactions/rules/library/، وPOST/DELETE /v3/transactions/rules/install/)، أو من خلال أدوات MCP ‏didit_transaction_rule_library_list وdidit_transaction_rule_install وdidit_transaction_rule_uninstall. تقبل الإعدادات المسبقة المثبتة تغييرات mode فقط (التفعيل أو التعطيل أو الاختبار)، وحدودها ثابتة، فإن أردت تجاوز إحداها فأنشئ قاعدة مخصصة. لمعرفة كيفية مساهمة القواعد في التقييم، راجع احتساب درجات المخاطر.
تُحجب القاعدة الموجودة في المكتبة إذا كانت شروطها تقرأ بيانات لا يستطيع محرك القواعد تقييمها بعد، إلى أن يصبح قادراً على تشغيلها. فلا تعرضها المكتبة، ويُرجع الطلب الذي يذكرها في library_keys الرمز 400 ولا يثبّت شيئاً (أما المفتاح غير المعروف فيُتخطى)، وتتخطاها عملية التثبيت حسب bundle. النسخة التي ثبّتها سابقاً تُعطَّل (DISABLED) وتبقى في قائمة قواعدك، وأي محاولة لتغيير mode لها إلى قيمة أخرى تُرجع الرمز 400. تعود القاعدة المحجوبة تلقائياً بمجرد أن يصبح محرك القواعد قادراً على تقييم شروطها، لذلك تعرض قائمة المكتبة دائماً القواعد التي يمكنك تثبيتها اليوم.

كيف تُنظَّم الإعدادات المسبقة

كل إعداد مسبق ينتمي إلى حزمة (عائلته الوظيفية) وفئة (موضوع المخاطر الأوسع). تتيح لك الحزم تبديل حالة القواعد المرتبطة معاً من وحدة التحكم، بينما تحدد الفئات التقييم والتقارير.

كيف تقرأ هذه الصفحة

يذكر كل قاعدة library_key الخاص بها (معرّف ثابت يمكنك الإشارة إليه في واجهة API أو في عنوان URL الخاص بوحدة التحكم)، والشروط والتجميع اللذان يجعلانها تُطلق، والإجراءات الافتراضية التي تتخذها. القيم العددية المعروضة هنا هي القيم الافتراضية عند الإطلاق، ويمكن تعديل كل قيمة لكل تطبيق دون أن تفقد القاعدة هويتها.

الحزمة المالية

تنطبق هذه القواعد على كل معاملة يكون فيها transaction_type = FINANCE. وهي تمثل الإطار التنظيمي الأساسي (عتبات الإبلاغ في BSA/FinCEN واستدلالات معدل التكرار المستندة إلى FATF)، إضافةً إلى أنماط البغل المالي والتجزئة.

الهيكلة وقرب العتبة

الحجم والسرعة

التمويه والناقل المالي والتقسيم

الشذوذ السلوكي


حزمة AML / CTF

تمثل هذه القواعد أنماط AML/CTF الكلاسيكية التي لا تعتمد على إثراء البلوكتشين، وتنطبق على التحويلات بالعملات الورقية والعملات المشفرة على حد سواء. تأتي قائمة الولايات القضائية عالية المخاطر الافتراضية مع الأقاليم المشمولة بدعوة FATF إلى اتخاذ إجراء وأقاليم مناطق النزاع: IRN، PRK، SYR، AFG، RUS، MMR. ويمكنك تجاوز القائمة لكل تطبيق على حدة.
تغطية الطرف المقابل المصنّف كشخص معرض سياسياً غير متاحة حالياً. لا يُبلغ أي مزوّد فحص متصل عما إذا كان الطرف المقابل شخصاً معرضاً سياسياً: حقل pep_counterparty يساوي null في كل نتيجة فحص حالياً (انظر فحص المحافظ)، ولذلك لا تتضمن المكتبة إعداداً مسبقاً للطرف المقابل المصنّف كشخص معرض سياسياً. تستمر القاعدة المثبتة قبل سحب هذا الإعداد في التقييم، لكنها لا تستطيع مطابقة أي فحص فعلي. احذفها، أو استبدلها بقاعدة مخصصة إن احتجت إلى التصرف بناءً على إشارة أخرى.

حزمة فحص العملات المشفرة

تستهلك هذه القواعد البيانات المُثرأة الناتجة عن فحص Didit للعملات المشفرة، وهي الأكثر فائدة للتطبيقات المتخصصة في العملات المشفرة وتطبيقات VASP.

حزمة مراقبة العملات الرقمية

قواعد التعرض على مستوى المحفظة، بالإضافة إلى فحوصات السلامة المتصلة بمزوّدي خدمات الأصول الافتراضية (VASP) وقاعدة Travel Rule.

حزمة Travel Rule

تنطبق قواعد Travel Rule على معاملات travelRule فقط. يتضمن كل نظام إقليمي أربع قواعد: الطرف المقابل قيد الانتظار، والإجراء معلّق، والبيانات المطلوبة مفقودة، والتبادل الفاشل.

قاعدة Travel Rule العالمية

الأنظمة الإقليمية

يُطبَّق قالب القواعد الأربع نفسه على كل نظام. استبدل <regime> أدناه بأيٍّ من: australia، dubai، eu، hong_kong، india، indonesia، japan، kazakhstan، singapore، south_africa، turkey، uk. يتم وسم النظام تلقائياً: يضيف Didit قيمة custom_values.travel_rule_regime إلى كل معاملة Travel Rule استناداً إلى jurisdiction في إعدادات Travel Rule لديك، فتصبح SG ← singapore، وGB ← uk، وأي رمز لدولة عضو في الاتحاد الأوروبي أو المنطقة الاقتصادية الأوروبية مثل DE أو FR ← eu. تُوسم الرموز التي لا تملك حزمة إقليمية بأحرف صغيرة (US ← us)، حتى تتمكن القواعد المخصصة من استهدافها. وقيمة props.travel_rule_regime المُرسلة مع المعاملة تتجاوز النظام المشتق دائماً. يبلغ عدد القواعد الخاصة بالمناطق 48 قاعدة، إضافةً إلى القواعد الثلاث العالمية لـ Travel Rule والقواعد الخمس الخاصة بالطرف المقابل أدناه. تضيف حزمة travel_rule_eu_tfr المنفصلة أربع قواعد لـ EU TFR، موصوفة في حزمة قواعد EU TFR.

العناية الواجبة بالطرف المقابل

تقرأ هذه القواعد ما يعرفه تطبيقك عن مزوّد VASP الطرف المقابل الذي تواصلت معه المنصة: قرارك الخاص بشأنه، ومستوى مخاطر العناية الواجبة لديه، ودولته، ومدى استجابته. راجع العناية الواجبة بالطرف المقابل لمعرفة مصدر كل قيمة.

ذكاء الأجهزة ومنع الاحتيال

تحوّل هذه القواعد الإشارات القادمة من SDK العميل (بصمة الجهاز، وعنوان IP، والمتصفح، وعمر الجلسة) والبيانات الإضافية من المزوّد إلى أحداث لكشف الاحتيال.

بصمة الجهاز وتعدد الحسابات

عنوان IP والشبكة وVPN

المؤشرات السلوكية المركبة

الاستيلاء على الحساب واحتيال APP

إساءة استخدام الشركاء التابعين والمكافآت


حزمة اللعب المسؤول

للتطبيقات في قطاع الألعاب عبر الإنترنت (iGaming). صُممت هذه القواعد لرصد إشارات حماية اللاعبين وأنماط إساءة استخدام المكافآت معاً.

حزمة احتيال iGaming

للمشغّلين الذين يرسلون أحداث المراقبة إلى جانب حركة الأموال. تستخدم هذه القواعد scope.record_types = ["event"]، لذا لن يطرأ أي تغيير في السلوك لدى العملاء الذين يعتمدون على المعاملات فقط. عند توفر بديل للمعاملات فقط، ثبّت قاعدة البديل المسماة إلى جانب قاعدة الحدث إلى أن يبدأ تكاملك بإرسال فئة الحدث.

إشارات الأحداث التي تحتاجها كل قاعدة

تقرأ كل قاعدة أعلاه حقولاً محددة في الأحداث. عندما يكون حقل مطلوب غائباً، لا تنطبق القاعدة ببساطة، ولا تستنتج الإشارة أبداً من شيء آخر، ولا تعود إلى بيانات المعاملات من تلقاء نفسها. أرسل المفاتيح أدناه في payload وdevice_context الخاصين بالحدث (راجع الأحداث للاطلاع على عقد الإرسال الكامل، وقواعد الأحداث لمسارات حقول القواعد). استخدم حزمة igaming_fraud عندما يُصدر تكاملك أحداث تسجيل الدخول واللعب والمكافآت والشركاء والدفع والنزاعات والأمان والمقامرة المسؤولة. تبقى القواعد اختيارية: إضافتها إلى المكتبة لا تثبّتها للتطبيقات القائمة ولا تغيّر الإعدادات المسبقة الحالية لأي عميل نشط.

حزمة التجارة الإلكترونية

لتطبيقات الأسواق الإلكترونية وتطبيقات التاجر المسجّل (merchant-of-record).

حزمة الاحتيال عبر الشيكات

للتطبيقات التي ترسل معاملات إيداع الشيكات. تُفعَّل كل قاعدة بناءً على علامات custom_values.check_* التي يضبطها المستدعي عندما يحمل الشيك إشارة خطر معروفة (الغسل، أو غياب رمز MICR، أو رقم تسلسلي مدرج في قوائم الإنترنت المظلم، وغيرها).

حزمة الدفع الآجل (BNPL)

لمزودي خدمة الشراء الآن والدفع لاحقاً (BNPL). تكشف أنماط الاحتيال من الطرف الأول (عدم السداد) وأنماط مشاركة المعرّفات الخاصة بالقروض المقسطة.

المرجع: المعايير التي تقوم عليها المكتبة

تُنسب كل إعدادات مسبقة في مكتبة Didit إلى نمط معتمد على نطاق واسع في مكافحة غسل الأموال أو الاحتيال أو الامتثال. المعايير التي نعتمد عليها: لا تطبّق Didit إلا الأنماط التي تُعد معايير مقبولة في القطاع، وتعرض كل عتبة لتضبطها بنفسك.

تخصيص الإعدادات المسبقة

يمكن ضبط كل إعداد مسبق، أو تعطيله، أو اختباره، أو توسيعه:
  • ضبط: تغيير العتبات أو النوافذ الزمنية أو قيم الدرجات أو الإجراءات لكل تطبيق
  • معطّل: حوّل الإعداد المسبق إلى الوضع DISABLED فيتوقف عن التقييم دون أن يفقد هويته
  • اختبار: حوّل الإعداد المسبق إلى الوضع TEST لتقييمه في وضع الظل دون التأثير على نتائج المعاملات
  • توسيع: أنشئ قواعد مخصصة تكمل الإعدادات المسبقة أو تتجاوزها
اطلع على القواعد واحتساب الدرجات للاطلاع على بنية القاعدة ونقاط endpoint الخاصة بواجهة API وأمثلة عملية لإنشاء قواعد مخصصة.
آخر تعديل في ٧ نوفمبر ٢٠٢٦