بناء سير عمل تقارير الأنشطة المشبوهة (SAR) بدون أداة منفصلة لإدارة الحالات (AR)

إصدار القاعدة هو الجزء السهل. ما يحدث بعد ذلك — التنبيه، التحقيق، التصعيد، قرار تقديم تقرير النشاط المشبوه (SAR) — هو المكان الذي تعيش فيه معظم عمليات الامتثال بالفعل، وحيث تختبئ معظم التكاليف. يربط الإعداد النموذجي ثلاثة أشياء معًا: مورد مراقبة ينتج التنبيهات، أداة منفصلة لإدارة الحالات تحتفظ بالتحقيق، وعملية SAR يدوية غالبًا ما تنتهي في جدول بيانات وملف PDF. يتم إعادة إدخال البيانات بين الأنظمة، وتتجزأ مسارات التدقيق، ويقضي المحللون يومهم في التبديل بين علامات التبويب.

توفر واجهة برمجة تطبيقات مراقبة المعاملات (Transaction Monitoring API) من Didit سير العمل بالكامل في منتج واحد. عندما تنشط قاعدة، يفتح تنبيه؛ تتجمع التنبيهات في حالات؛ يتم تعيين محللين؛ ويتم تقديم تقرير SAR من نفس وحدة التحكم التي صدر منها التنبيه. لا توجد أداة حالات منفصلة لترخيصها أو دمجها أو تسويتها — وتكلفة المعاملات التي تغذيها هي 0.02 دولار لكل معاملة.

يشرح هذا الدليل سير العمل من قاعدة تم تفعيلها إلى تقرير SAR تم تقديمه.

النقاط الرئيسية

• تفتح التنبيهات تلقائيًا عندما تنشط قاعدة وتتحرك عبر دورة حياة محددة: OPEN (مفتوح)، INVESTIGATING (قيد التحقيق)، AWAITING_USER (في انتظار المستخدم)، PENDING_SAR (SAR معلق)، SAR_FILED (تم تقديم SAR)، RESOLVED (تم الحل)، DISMISSED (تم الرفض).
• تجمع الحالات التنبيهات ذات الصلة، وتحمل الأولوية والخطورة، وتتبع التحقيق عبر حالات OPEN (مفتوح)، UNDER_REVIEW (قيد المراجعة)، AWAITING_USER (في انتظار المستخدم)، ON_HOLD (معلق)، وRESOLVED (تم الحل).
• يتم تعيين المحللين للتنبيهات والحالات، بحيث تكون الملكية والأداء قابلين للقياس.
• يتم تقديم تقرير SAR في نفس وحدة التحكم التي صدر منها التنبيه — لا يوجد تصدير إلى أداة منفصلة، ولا إعادة إدخال للبيانات.
• مسار AWAITING_USER يسمح للمحلل بإعادة التنبيه إلى المستخدم للإصلاح بدلاً من حله يدويًا.
• 0.02 دولار لكل معاملة، بدون حد أدنى. يتم احتساب فحص مكافحة غسل الأموال (AML) على الطرف المحدد بشكل منفصل بسعر 0.20 دولار.

ماذا تفعل عملية إدارة الحالات؟

تنتج مراقبة المعاملات إشارات؛ وتحولها إدارة الحالات إلى قرارات يمكن الدفاع عنها. يحمل كل تنبيه في Didit مصدرًا — تم تفعيله بواسطة قاعدة، أو تم تفعيله بواسطة مزود، أو تم إنشاؤه بواسطة محلل — وحالة تعكس موقعه في التحقيق. يفتح المحلل التنبيه، ويراجع المعاملة والقواعد التي تم تفعيلها، ويقرر: رفضه كإيجابي خاطئ، أو حله، أو تصعيده إلى حالة، أو إعادته إلى المستخدم، أو تحريكه نحو تقرير SAR.

الحالات هي حاوية لأي شيء أكبر من تنبيه واحد. تتجمع عدة تنبيهات لنفس المستخدم — ارتفاع في السرعة يوم الاثنين، تطابق مع طرف محظور يوم الأربعاء — في حالة واحدة تحتوي على الصورة الكاملة، مع أولويتها وخطورتها الخاصة. الحالة هي ما يعمل عليه المحقق، والحالة هي ما يوثق قرار الشركة.

لماذا يهم هذا؟

لا يتوقع المنظمون منك فقط اكتشاف النشاط المشبوه — بل يتوقعون منك التحقيق فيه والإبلاغ عنه، وإظهار مسار تدقيق نظيف لكيفية انتقالك من التنبيه إلى القرار. يؤدي التراكم المجزأ إلى العمل ضدك في كل نقطة. إعادة إدخال البيانات بين مورد المراقبة وأداة الحالات يؤدي إلى أخطاء. عملية SAR القائمة على جداول البيانات مستحيلة التدقيق وبطيئة الدفاع عنها. وكل نقطة تكامل هي مكان يمكن أن يضيع فيه التنبيه.

يؤدي دمج النظام في منتج واحد إلى حل المشكلة التشغيلية والتنظيمية في آن واحد. يعيش التنبيه، والتحقيق، والمحلل الذي يملكه، وتقرير SAR جميعًا في نفس السجل. مسار التدقيق مستمر لأنه لا شيء يغادر النظام. وتتوسع التكلفة مع المعاملات، وليس مع تراخيص لكل مقعد لأداة حالات يجب عليك أيضًا صيانتها.

التفاصيل الفنية

عندما تنشط قاعدة على معاملة، يحمل الرد الحالة وalert_id:

{
  "transaction_id": "txn_3c81f0",
  "status": "IN_REVIEW",
  "risk_score": 64,
  "triggered_rules": [
    { "name": "Sanctioned counterparty", "bundle": "AML/CTF", "action": "CHANGE_STATUS" }
  ],
  "alert_id": "alrt_77a920"
}

يتم إنشاء المعاملة نفسها مقابل واجهة برمجة التطبيقات الموحدة /v3/، وهي متماثلة على transaction_id تتحكم فيه:

curl -X POST https://verification.didit.me/v3/transactions/ \
  -H "x-api-key: $DIDIT_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "transaction_id": "txn_3c81f0",
    "category": "finance",
    "amount": 24000,
    "currency": "EUR",
    "currency_kind": "fiat",
    "txn_date": "2026-05-21T14:50:00Z",
    "subject": { "vendor_data": "user_6610", "role": "SENDER", "entity_type": "INDIVIDUAL" },
    "counterparty": { "role": "RECEIVER", "entity_type": "INDIVIDUAL" }
  }'

حالات التنبيه. OPEN → INVESTIGATING → (AWAITING_USER) → PENDING_SAR → SAR_FILED، أو تنتهي عند RESOLVED أو DISMISSED.

حالات الحالات. OPEN، UNDER_REVIEW، AWAITING_USER، ON_HOLD، RESOLVED.

Webhooks. اشترك في transaction.created و transaction.status.updated لتبقى أنظمتك متزامنة مع تحريك المحلل للتنبيه عبر سير العمل.

السعر. 0.02 دولار لكل معاملة. يتم احتساب فحص مكافحة غسل الأموال (AML) الذي يتم إجراؤه على طرف محدد أثناء التحقيق بشكل منفصل بسعر 0.20 دولار.

من التنبيه إلى تقرير SAR المقدم

1. يفتح التنبيه. تنشط قاعدة، وتصبح المعاملة IN_REVIEW، ويفتح تنبيه في حالة OPEN مع القواعد التي تم تفعيلها.
2. يستلمه المحلل. ينتقل التنبيه إلى INVESTIGATING ويتم تعيينه لمحلل، الذي يراجع سجل المعاملات، وسياق السرعة، وأي فحص لمكافحة غسل الأموال.
3. التصعيد أو الإصلاح. يجمع المحلل التنبيهات ذات الصلة في حالة، أو يدفع التنبيه إلى AWAITING_USER ليتمكن العميل من تسويته بإثبات الأموال أو إعادة التحقق.
4. البت في تقرير SAR. إذا كان النشاط يستدعي الإبلاغ، ينتقل التنبيه إلى PENDING_SAR، ويتم إعداد تقرير SAR في نفس وحدة التحكم، وعند التقديم ينتقل التنبيه إلى SAR_FILED.
5. الإغلاق. التنبيهات التي لا تستدعي اتخاذ إجراء يتم حلها كـ DISMISSED (إيجابي خاطئ) أو RESOLVED. يبقى المسار بالكامل — من قرر ماذا ومتى — مسجلاً.

نظرًا لأن التنبيهات يمكن أن تنتقل إلى AWAITING_USER، فإن التحقيق وحلقة التصحيح التلقائي يشتركان في نفس الواجهة: يمكن للمحلل إعادة تنبيه مشتبه فيه إلى المستخدم بدلاً من إضاعة الوقت عليه، ويستأنف التنبيه تلقائيًا بمجرد استجابة المستخدم.

حالات الاستخدام

• التقنية المالية (Fintech) — تجميع تنبيهات السرعة، والتنظيم، والعقوبات على حساب واحد في حالة واحدة قبل البت في تقرير SAR.
• العملات المشفرة (Crypto) — التحقيق في التنبيهات الصادرة عن فحص المحافظ جنبًا إلى جنب مع سرعة السلسلة في ملف الحالة نفسه.
• الإقراض (Lending) — معالجة تنبيهات أنماط الاحتيال (حساب وسيط، هوية مزيفة) وصولاً إلى قرار موثق بدون أداة ثانية.
• الأسواق (Marketplaces) — دمج تنبيهات إساءة استخدام استرداد الأموال واسترداد المبالغ المدفوعة على بائع في حالة واحدة، ثم تقديمها أو رفضها.
• الألعاب التفاعلية (iGaming) — إدارة تنبيهات الألعاب المسؤولة ومكافحة غسل الأموال في سير عمل واحد، مع ملكية المحلل ومسار تدقيق.

كيفية التكامل مع Didit

1. تفعيل حزمك. في لوحة تحكم الأعمال (Business Console)، قم بتمكين حزم القواعد التي تناسب عملك لفتح التنبيهات ضد التصنيفات الصحيحة.
2. إرسال المعاملات. POST /v3/transactions/ مع تحرك الأموال، باستخدام transaction_id و vendor_data مستقرين يربطان كل معاملة بمستخدمها أو كيانها.
3. معالجة التنبيهات في لوحة التحكم. التحقيق، تعيين المحللين، تجميع التنبيهات في حالات، وتقديم تقارير SAR — كل ذلك من نفس الواجهة.
4. المزامنة مع webhooks. استمع إلى transaction.status.updated لتعكس أنظمتك الخاصة تغييرات حالة التنبيه والحالة.

نظرًا لأن كل شيء موجود على واجهة برمجة التطبيقات الموحدة /v3/، يمكن لجلسة KYB أن تولد جلسات KYC لمالكيها المستفيدين، وتتدفق هؤلاء المستخدمون إلى مراقبة المعاملات، ويمكن لمعاملة تم وضع علامة عليها أن تولد KYC إصلاحية — منصة واحدة للهوية والاحتيال، من البداية إلى النهاية.

الأسئلة الشائعة

هل أحتاج إلى أداة منفصلة لإدارة الحالات؟

لا. التنبيهات، الحالات، تعيين المحللين، حالات التحقيق، وتقديم تقارير SAR مدمجة في نفس المنتج ولوحة التحكم.

ما هي الحالات التي يمر بها التنبيه؟

OPEN، INVESTIGATING، AWAITING_USER، PENDING_SAR، SAR_FILED، RESOLVED، و DISMISSED. تمر الحالات عبر OPEN، UNDER_REVIEW، AWAITING_USER، ON_HOLD، و RESOLVED.

هل يمكنني تعيين تنبيهات لمحللين محددين؟

نعم. يتم تعيين التنبيهات والحالات للمحللين، بحيث تكون الملكية واضحة والأداء قابل للقياس.

أين يتم تقديم تقرير SAR؟

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

ما هي التكلفة؟

0.02 دولار لكل معاملة، يتم احتسابها لكل مكالمة بدون حد أدنى. يتم احتساب فحص مكافحة غسل الأموال (AML) الذي يتم إجراؤه على طرف محدد أثناء التحقيق بشكل منفصل بسعر 0.20 دولار.

هل أنت مستعد للبدء؟

اقرأ نظرة عامة على مراقبة المعاملات في الوثائق، واطلع على كيفية توافقها مع بقية المنصة في صفحة منتج مراقبة المعاملات، وتحقق من الأسعار الشفافة لكل مكالمة في صفحة التسعير. عندما تكون جاهزًا، ابدأ مجانًا — 500 فحص KYC مجاني كل شهر، ومراقبة المعاملات بسعر 0.02 دولار لكل مكالمة.