واجهة فحص AML للعقوبات وقوائم المراقبة

ترسل الاسم ومعه ما يتوفر لديك من بيانات داعمة. تنظّف نيزا الاسم، وتولّد صيغ كتابته المختلفة، ثم تقارنه بأكثر من 1,100 مصدر عالمي. كل نتيجة محتملة تحصل على درجة بحسب قرب الاسم، ومدى تطابق تاريخ الميلاد والجنسية ونوع الكيان.

الرد يخبرك بالخطوة التالية. تنتهي أغلب عمليات الفحص بنتيجة AUTO_CLEAR فيكمل العميل دون أن يراجعه أحد، والحالات القليلة التي تشبه طرفًا مدرجًا تأتي بنتيجة REVIEW ومعها السجل المطابق، ليقارن المحلل بين الاثنين جنبًا إلى جنب.

• المدخلات: الاسم القانوني، ونوع الكيان (فرد أو منشأة)، وتاريخ الميلاد، والجنسية، والأسماء البديلة، وأرقام الوثائق إن توفرت.
• المخرجات: قرار (AUTO_CLEAR أو REVIEW أو CONFIRMED)، والقوائم التي ظهر فيها الاسم، ودرجة وتصنيف لكل تطابق محتمل.
• كل طلب يعيد رقم فحص. احفظه في سجل العميل ليجده الدعم والامتثال لاحقًا.

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

curl -X POST https://api.naiza.ai/api/v1/aml/screen \
  -H "x-api-key: YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "inputName": "Mohammed Abdullah Ahmed",
    "externalId": "cust_204118",
    "entityType": "INDIVIDUAL",
    "inputDob": "1987-03-09",
    "inputNationality": "SA"
  }'

نتيجة REVIEW تأتي ومعها السجل المحتمل والقائمة المصدر والدرجة. في هذا المثال كُتب الاسم في الطلب «Mohammed Abdullah Ahmed» وفي القائمة «Muhammad Abdallah Ahmad»، والمطابقة الحرفية كانت ستفوّته.

{
  "id": "scr_abc123",
  "externalId": "cust_204118",
  "decision": "REVIEW",
  "listsHit": ["OFAC_SDN"],
  "matches": [
    {
      "watchlistEntityId": "we_987",
      "score": 92,
      "classification": "STRONG",
      "matchedName": "Muhammad Abdallah Ahmad",
      "source": "OFAC_SDN"
    }
  ]
}

الطلب الواحد يمر على كل الفئات التالية. لا تحتاج إلى اختيار القوائم في كل طلب، ولا إلى تحديث ملفات القوائم بنفسك.

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

• «محمد» تُكتب Mohammed أو Muhammad أو Mohamad أو Mohamed.
• «عبدالله» تُكتب Abdullah أو Abdallah أو Abd Allah، بمسافة أو بدونها.
• «آل» و«ال» تظهر بصيغ مثل Al- وAl وEl، أو تُحذف تمامًا.
• «بن» و«ابن»، وترتيب الاسم الأول واسم الأب واسم العائلة، يتغير من وثيقة إلى أخرى.

وتكمل البيانات الداعمة الباقي. فالتطابق القوي في الاسم مع اختلاف تاريخ الميلاد والجنسية يُعد نتيجة ضعيفة، بينما الاسم نفسه مع بيانات متطابقة يتصدر طابور المراجعة.

الفحص يعمل أفضل حين يكون خطوة ضمن رحلة العميل، تمامًا كما تتعامل مع تفويض الدفع. استدعه من الخادم في هذه النقاط:

• عند التسجيل، بعد أن يعيد لك KYC اسمًا قانونيًا موثقًا.
• قبل أول سحب أو تحويل.
• حين يضيف العميل مستفيدًا أو طرفًا مقابلًا جديدًا.
• حين يغيّر العميل اسمه القانوني أو جنسيته.
• عند تسجيل المنشآت، للمنشأة نفسها ولكل مستفيد حقيقي.

حدد سلوك المنتج لكل نتيجة قبل الإطلاق. يجب ألا يرى المحللون إلا الحالات التي تحتاج إلى قرار بشري.

خلوّ النتيجة من التطابقات عند التسجيل يعكس حالة القوائم في ذلك اليوم فقط. تعيد نيزا فحص عملائك الحاليين تلقائيًا كلما تحدّثت القوائم. التطابقات الجديدة تفتح حالات وتصل إلى أنظمتك عبر Webhooks، فلو نُشر الليلة إدراج جديد يخص عميلًا سجّل لديك قبل عام، فسيظهر لك تلقائيًا.

ويرتبط الفحص بمراقبة المعاملات في نيزا. وإذا حوّل العميل دفعة إلى طرف مقابل أُدرج لاحقًا في إحدى القوائم، تظهر الدفعة في سجل الحالة نفسها إلى جانب الفحص الأصلي.

يمكنك استدعاء الواجهة لأسابيع دون أن توقف أي عميل. احفظ النتيجة، واترك رحلة العميل كما هي، وراقب الأرقام: كم نتيجة REVIEW تصلك يوميًا، وكم منها حقيقي، وكم يستغرق إغلاق كل حالة. انتقل إلى التطبيق الفعلي حين يتناسب حجم المراجعة مع فريقك الحالي.