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

​
نظرة عامة على لوحة التحكم الخاصة بالتحقق

نظرة عامة على عمليات التحقق للمراجعة اليدوية
يعرض جدول التحقق جميع الجلسات مع حالتها الحالية ونوع المستند والدولة وتفاصيل أخرى مهمة في لمحة واحدة. يمكن أن تكون للجلسات الحالات التالية:
الجلسات المعلَّمة قيد المراجعة أطلقت إشارة تحذير واحدة أو أكثر أثناء المعالجة الآلية. يُعرض إجمالي عدد الجلسات بانتظار المراجعة في أعلى لوحة التحكم الخاصة بالتحقق.

​
كيفية إجراء مراجعة يدوية فعّالة

1

التقييم الأولي

انقر على أي جلسة لفتح عرض الجلسة التفصيلي:
  1. راجع جميع التحذيرات المعروضة في نظرة عامة على الجلسة. هذه هي الإشارات المحددة التي أدت إلى المراجعة اليدوية (مثلاً: درجة حيوية منخفضة، أو تطابق AML، أو عدم اتساق في المستند).
  2. راجع محاولات التحقق السابقة للمستخدم: انقر على بيانات المورّد الخاصة بالمستخدم للوصول إلى سجل الجلسات، وتحقق مما إذا كانت له جلسات تحقق سابقة.
  3. راجع الخط الزمني لأحداث الجلسة: يوفر قسم الأحداث سجلاً زمنياً لكل إجراء تم تنفيذه أثناء الجلسة.
2

فحص المستند

يُجري نظام Didit الآلي بالفعل تحققاً شاملاً من المستندات، بما في ذلك كشف ميزات الأمان، وفحوصات اتساق البيانات على مستوى الحقول، والتحقق من MRZ، والتحقق من تاريخ الانتهاء، وتحليل جودة الصورة. يقتصر دورك على تقييم التحذيرات المُعلَّمة، والتحقق بصرياً من المستند عند الحاجة.
  1. راجع تحذيرات المستند: تحقق من التحذيرات المحددة التي أطلقها النظام. تشمل التحذيرات الشائعة عدم اتساق البيانات بين الحقول، وفشل التحقق من رقم التحقق في MRZ، والمستندات منتهية الصلاحية، أو الاشتباه في التلاعب.
  2. تحقق بصرياً عندما تكون التحذيرات غامضة: إذا أشار تحذير إلى احتمال التلاعب أو تدني جودة الصورة، فافحص صور المستند مباشرة. ابحث عن علامات التحرير الرقمي، أو الاقتصاص، أو لقطات الشاشة، أو التلاعب المادي.
  3. افحص بيانات OCR المستخرجة: راجع البيانات التي استخرجها النظام من المستند، وتأكد من أنها متسقة. يُبرز النظام الحقول التي تكون درجة ثقته فيها منخفضة.
  4. راجع رموز QR والباركود بعد فك ترميزها: عندما يكتشف Document AI رمز QR أو باركوداً في المستند، يُبرز عرض الجلسة موقعه على معاينة الصورة أو ملف PDF، ويعرض payload بعد فك ترميزه. الرمز الذي عُثر عليه ولم يُفك ترميزه يُعرض على أنه مُكتشف فقط، دون الإشارة إلى وجود أي payload. هذا التراكب الخاص بالموقع منفصل عن تمييز تحذيرات التلاعب بالمستند، الذي يحتفظ بمعالجته الحالية.
  5. راجع تطابقات المستند: إذا كان البحث بالوجه أو اكتشاف التكرار مفعّلاً، فتحقق مما إذا كان هذا المستخدم قد تم التحقق منه سابقاً بهوية مختلفة، أو ما إذا ظهر المستند في قائمة الحظر لديك.
مرّر المؤشر فوق صور المستندات في وحدة تحكم Didit لاستخدام ميزة التكبير والفحص التفصيلي على مستوى البكسل. وهذا مفيد بشكل خاص عند التحقق من الطباعة الدقيقة والهولوغرامات.
3

التحقق البيومتري والتحقق من الحيوية

يُجري Didit تلقائياً مطابقة الوجه وكشف الحيوية، والبحث بالوجه إذا كان مفعّلاً. دورك هو مراجعة النتائج عندما تكون مُعلَّمة.
  1. درجة مطابقة الوجه: يحسب النظام درجة تشابه بيومترية بين صورة السيلفي وصورة الوجه في المستند. عند مراجعة مطابقة وجه مُعلَّمة، ركّز على الملامح البنيوية مثل شكل العين، وهندسة الأنف، وخط الفك، والعلامات المميزة.
  2. درجة كشف الحيوية: يكشف نظام كشف الحيوية هجمات العرض، مثل الصور المطبوعة، وإعادة تشغيل الشاشة، والتزييف العميق، والأقنعة ثلاثية الأبعاد. قد تؤدي جودة الكاميرا الضعيفة أو الإضاءة المنخفضة أحياناً إلى درجات أقل للمستخدمين الحقيقيين، لذا فكّر في طلب إعادة التقديم بدلاً من الرفض.
  3. نتائج البحث بالوجه: راجع أي تطابقات بعناية:
    • اكتشاف التكرار: قد يشير التطابق مع جلسة مختلفة إلى أن الشخص نفسه يتحقق بعدة هويات.
    • تطابقات قائمة الحظر: إذا تطابق الوجه مع مستخدم في قائمة الحظر، فغالباً ما يستدعي ذلك الرفض.
    • الإيجابيات الكاذبة: التشابه الوجهي بين أشخاص مختلفين يحدث فعلاً. قيّم درجة الثقة، وقارن الصور بصرياً.
4

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

انتقل عبر أقسام AML وتحليل الجهاز وعنوان IP والتحقق من قواعد البيانات لتقييم المخاطر السياقية.
نتائج فحص AML في المراجعة اليدوية
فحص AML
  • لا توجد تطابقات: مخاطر منخفضة. لم يُعثر على أي نتائج في قوائم المراقبة العالمية أو قوائم العقوبات أو قواعد بيانات الأشخاص المعرضين سياسياً.
  • وُجدت تطابقات: راجع كل إدخال متطابق. تحقق مما إذا كان تطابقاً حقيقياً أم إيجابياً كاذباً، وراجع فئة التطابق (PEP، أو العقوبات، أو قائمة المراقبة، أو الأخبار السلبية)، وضع في الاعتبار مصدر البيانات وحداثتها.
  • استخدم الدرجات، لا التسمية وحدها: يعرض عنوان القسم درجة المخاطر الإجمالية التي اشتُقّت منها حالة AML، وهي أعلى درجة مخاطر بين النتائج غير المُعلَّمة بأنها إيجابية كاذبة، مقارنةً بحدي الموافقة والمراجعة في سير العمل. يعرض كل صف درجة التطابق للنتيجة (درجة ثقة الهوية) ودرجة المخاطر (مخاطر الكيان). مرّر المؤشر فوق أيٍّ منهما لمعرفة طريقة حسابه. هذه هي القيم نفسها score وmatch_score وrisk_score التي يتلقاها التكامل الخاص بك في payload الخاص بالقرار.
تحليل الجهاز وعنوان IP واستخبارات الجهاز
  • الاتساق الجغرافي: قارن دولة الإصدار للمستند، والعنوان الذي صرّح به المستخدم، والموقع الجغرافي لعنوان IP.
  • كشف VPN / البروكسي: تحقق مما إذا كان المستخدم يتصل عبر شبكة VPN أو بروكسي أو شبكة Tor.
  • بيانات الجهاز الوصفية: راجع نوع الجهاز، ونظام التشغيل، ومعلومات المتصفح، بحثاً عن أي شذوذ.

​
اتخاذ القرار

بعد إكمال المراجعة، لديك ثلاثة خيارات: موافقة، أو رفض، أو طلب إعادة التقديم.

موافقة

  • يبدو المستند أصلياً وغير معدَّل
  • جميع حقول البيانات متسقة ومقروءة بوضوح
  • تؤكد مطابقة صورة السيلفي البيومترية أن الشخص هو نفسه
  • درجة كشف الحيوية ضمن النطاق المقبول
  • لا توجد تطابقات ذات صلة في فحص AML أو مع العقوبات أو الأشخاص المعرّضين سياسياً
  • بيانات الجهاز والموقع متسقة

رفض

  • يبدو المستند معدَّلاً أو مزوَّراً أو مُحرَّفاً
  • الصورة الذاتية لا تطابق صورة المستند
  • تم تأكيد تطابق عالي الثقة في فحص AML أو فحص العقوبات
  • مؤشرات قوية على هجوم العرض
  • رصد أنماط هوية احتيالية
  • تناقضات حرجة في بيانات الجهاز أو الموقع

طلب إعادة التقديم

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

​
طلب إعادة التقديم

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

​
كيفية طلب إعادة التقديم

1

فتح الجلسة

انتقل إلى الجلسة في وحدة تحكم Didit.
2

اختر طلب إعادة التقديم

افتح عنصر التحكم في حالة الجلسة، واختر مُعاد التقديم، ثم اختر متابعة.
3

اختر الميزات المطلوب إعادة تقديمها

تعرض النافذة جميع الميزات غير المقبولة مع حالتها الحالية. حدد الخطوات أو ألغِ تحديدها واحدةً واحدة. الميزات التي لم تبدأ تُطلب تلقائياً.
4

أرسل إشعاراً بالبريد الإلكتروني اختيارياً

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

المعاينة والتأكيد

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

​
ما يحدث بعد إعادة التقديم

  1. تبقى النتائج السابقة قابلة للقراءة: تبدأ الخطوات المحددة فقط من جديد. وما أعادته من نتائج قبل ذلك يصبح تقديماً سابقاً، وتعرضه الجلسة ضمن علامات تبويب تقديمات كل خطوة (“التقديم 2 · الأحدث” و”التقديم 1”)، وتعيده واجهة API مع ?include=resubmissions في استرجاع الجلسة.
  2. يعود المستخدم إلى مسار التحقق ولا يحتاج إلا إلى إكمال الخطوات المحددة التي طُلبت منه.
  3. تبقى الجلسة في حالة مُعاد التقديم، وهي تختلف عن قيد التنفيذ، مما يساعدك على تتبع جلسات إعادة التقديم بشكل منفصل.
  4. إعادة التقييم تلقائياً: عندما تكتمل جميع الميزات المُعاد تقديمها، يحسب النظام الحالة النهائية من جديد تلقائياً.
  5. يُرسَل webhook جديد: يتلقى خادمك webhook يتضمن الحالة النهائية المحدّثة.
يمكنك طلب إعادة التقديم أكثر من مرة على الجلسة نفسها. يُرقَّم كل طلب، وتبقى كل نسخة سابقة قابلة للقراءة مع تحديد من طلبها ولماذا. أما المحاولات داخل الخطوة الواحدة (مثل صورة ثانية طلبها التدفق) فليست تقديمات: تعرض الجلسة أحدث محاولة، وتسرد الأحداث كل المحاولات. حذف الجلسة يحذف جميع التقديمات.

​
إعادة التقديم مقابل إنشاء جلسة جديدة

​
أفضل ممارسات المراجعة

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