الانتقال إلى المحتوى الرئيسي
كل معاملة تُرسلها بمعرّف vendor_data (سواء بصفتك المتقدِّم أو الطرف المقابل) تُربط بكيان User المقابل. يصبح ملف المستخدم سجلاً متراكماً لنشاط الشخص، وتستخدم مراقبة المعاملات هذا السجل لتغذية قواعد السرعة والقواعد السلوكية.

​
استرجاع معاملات المستخدم

صفِّ قائمة المعاملات حسب vendor_data:
تُعيد هذه الواجهة كل معاملة يكون فيها المستخدم هو المتقدِّم. للاطلاع على سجل الطرف المقابل، صفِّ النتائج في Business Console (endpoint القائمة العامة يصفّي بالمتقدِّم فقط).

​
كيف ترتبط المعاملات بالمستخدمين

تتضمن كل معاملة حتى أربعة أطراف (المتقدِّم، والمُرسِل، والمستفيد، والطرف المقابل). عندما يتضمن أحد الأطراف vendor_data، تربطه Didit بهذا المستخدم. الأطراف التي لا تتضمن vendor_data تُخزَّن كلقطات خارجية (دون ربط بكيان). راجع إرسال المعاملات للاطلاع على نموذج الأطراف الكامل.

​
الإشارات المجمّعة للمخاطر

تغذي المعاملات إشارات المستخدم التالية على مستوى المستخدم: تُحتسب هذه الإشارات في الوقت الفعلي وتُقيَّم مقابل قواعد المعاملات النشطة لديك. عند تطابق قاعدة، يمكن نقل المستخدم تلقائياً إلى FLAGGED أو BLOCKED حسب إجراء القاعدة.

​
كيف تؤثر القواعد في المستخدمين

يمكن أن تشمل actions في قاعدة المعاملات ما يلي:
  • add_score: يزيد درجة المخاطر في المعاملة.
  • change_status: يحدد حالة المعاملة (IN_REVIEW، DECLINED، AWAITING_USER).
  • add_tags: يضيف وسوماً إلى المعاملة.
  • add_to_list: يضيف vendor_data الخاص بالمستخدم إلى قائمة الحظر أو قائمة مخصصة.
عندما تضيف القاعدة المستخدم إلى قائمة الحظر، يُنقل كيان User الخاص به إلى BLOCKED ويُطلق webhook من نوع user.status.updated.

​
مراقبة سلوك المستخدم

استخدم علامة التبويب Transactions في صفحة تفاصيل المستخدم داخل Business Console من أجل:
  • عرض كل المعاملات بالترتيب الزمني.
  • التصفية حسب الحالة والمبلغ والاتجاه والطرف المقابل.
  • فتح أي معاملة لفحص تشغيلات القواعد، وإثراء عنوان IP، ونتائج فحص العملات المشفّرة.
  • فتح حالة ضد المستخدم لتتبع التحقيق.

​
جلسات المعالجة

عندما تنتقل معاملة إلى AWAITING_USER، تُنشئ Didit جلسة معالجة مرتبطة تطلب من المستخدم إكمال تحقق إضافي (على سبيل المثال، مستندات مصدر الأموال، أو هوية محدَّثة). جلسة المعالجة مرتبطة بالـvendor_data نفسه، وعند إكمالها تُحدَّث حالة المعاملة تلقائياً. راجع حالات المعاملات للاطلاع على آلة الحالات الكاملة.

​
الاستيعاب التاريخي

لاستيعاب المعاملات التاريخية في كيان User موجود، مرِّر txn_date بتاريخ سابق:
تمر المعاملات التاريخية عبر محرك القواعد. إذا أردت استيعاب السجل دون تشغيل القواعد، فاستخدم تدفق الاستيراد في Business Console الذي يدعم وضع “dry ingest”.

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

إرسال المعاملات

مرجع payload الكامل.

القواعد

كيف تقيّم القواعد المعاملات وتؤثر في المستخدمين.

الحالات

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