كيفية قراءة نتيجة تحقق
نتيجة الجلسة هي حالة عامة بالإضافة إلى نتيجة لكل فحص بالإضافة إلى قائمة تحذيرات؛ التحذيرات هي الجزء الذي يخبرك بما حدث فعلًا.
اقرأها بهذا الترتيب: الحالة العامة، ثم حالات كل فحص، ثم التحذيرات. التحذيرات هي الجزء الوحيد الذي يخبرك لماذا؛ كل ما عداها يخبرك فقط بماذا.
افتح أي جلسة من عمليات التحقق في كونسول الأعمال وستحصل على الطبقات الثلاث نفسها، سواء كنت تنظر إلى الكونسول، أو حمولة webhook، أو استجابة API.
- ابدأ هنا: القرار، والفحوصات التي أنتجته.
- يحمل فحص الحيوية نتيجة الصورة الذاتية ودرجة مطابقة الوجه.
- علامة تبويب المستند تُظهر ما استُخرج وأي الحقول تطابقت.
- الأحداث توضح كيف وصلت الجلسة إلى حالتها الحالية.
#الطبقة 1 - الحالة العامة
القرار الوحيد للجلسة: مقبولة، أو مرفوضة، أو قيد المراجعة، وهكذا. هذا ما تتصرف بناءً عليه معظم عمليات التكامل. إنه إجمالي: يأتي من دمج نتيجة كل فحص وفق كيفية إعداد سير عملك، لذا لا يخبرك أبدًا أي فحص كان المسؤول.
#الطبقة 2 - نتيجة لكل فحص
لكل فحص عمل حالته وبياناته الخاصة. أكثرها ظهورًا:
| الفحص | ما الذي تنظر إليه |
|---|---|
| التحقق من المستند | الحقول المستخرجة (الاسم، رقم المستند، التواريخ)، ونوع المستند ودولته، وما إذا كانت MRZ صالحة |
| فحص الحيوية السلبي / النشط | ما إذا اكتُشف إنسان حي، وأي إشارة هجوم |
| مطابقة الوجه 1:1 | درجة التشابه بين الصورة الذاتية وصورة المستند |
| بحث الوجه 1:N | ما إذا كان هذا الوجه يطابق مستخدمًا سبق التحقق منه أو إدخالًا في قائمة الحظر |
| فحص AML | التطابقات، ولكل منها درجة تطابق ودرجة مخاطر |
| تحليل الجهاز وعنوان IP | الدولة، وإشارات VPN أو الوكيل، والعناوين المحظورة |
| إثبات العنوان | العنوان المستخرج ومدى تطابقه مع ما قدّمته |
| NFC | ما إذا قُرئت الشريحة وما إذا كان توقيعها متسلسلًا إلى جهة إصدار موثوقة |
| الهاتف / البريد الإلكتروني | ما إذا تأكد رمز OTP، بالإضافة إلى إشارات المخاطر على الرقم أو العنوان |
يمكن أن يكون الفحص مقبولًا بينما تكون الجلسة مرفوضة، والعكس صحيح. هذا طبيعي؛ حالة الجلسة هي التركيبة، لا أسوأ حالة.
#الطبقة 3 - التحذيرات
التحذيرات هي الطبقة التي تشرح النتيجة فعلًا. كل تحذير رمز مسمّى محدد مرتبط بالفحص الذي أطلقه، على سبيل المثال:
DOCUMENT_EXPIRED- انتهت صلاحية المستند.MRZ_VALIDATION_FAILED- لم تصمد قيمة التحقق الخاصة بالمنطقة القابلة للقراءة آليًا. إشارة قوية على التلاعب.LOW_FACE_MATCH_SIMILARITY- سجّلت الصورة الذاتية وصورة المستند تحت عتبتك.LIVENESS_FACE_ATTACK- اكتُشف هجوم تمثيل أثناء الصورة الذاتية.POSSIBLE_MATCH_FOUND- وجد فحص AML مرشح تطابق يحتاج حسمًا.NFC_DATA_DOES_NOT_MATCH_OCR- تختلف بيانات الشريحة عن البيانات المطبوعة.IP_ADDRESS_IN_BLOCKLIST- جاء الاتصال من عنوان تحظره.
عندما تُصحِّح جلسة معينة، اذهب مباشرة إلى التحذيرات. الحالة تخبرك بالخلاصة؛ والتحذيرات تخبرك بالدليل. كل كتالوج تحذيرات لكل ميزة موثَّق تحت التقنية الأساسية.
#البيانات المستخرجة مقابل ما توقعته
إذا مرّرت expected_details عند إنشاء الجلسة، اسم، أو تاريخ ميلاد، أو رقم مستند تحتفظ به مسبقًا، تخبرك النتيجة أيضًا ما إذا كان المستند متفقًا معه. عدم التطابق هناك عادةً مشكلة إدخال بيانات من جهتك لا مستندًا احتياليًا، لذا يستحق التحقق منه قبل رفض أي شخص.
يمكن أن تكون الأسماء المستخرجة مُحرَّفة صوتيًا (transliterated). مستند بالسيريلية أو العربية أو اليونانية يُنتج اسمًا بالحروف اللاتينية قد لا يطابق سجلاتك حرفًا بحرف حتى مع كونه الشخص نفسه. قارن رقم المستند أو تاريخ الميلاد أيضًا قبل معاملة عدم تطابق الاسم كاحتيال.
#نتائج sandbox تبدو مختلفة قليلًا
في جلسة sandbox، يُعلِّم الكونسول أقسام البيانات المستخرجة بشارة بيانات مُحاكاة. الوسائط التُقطت فعليًا، لكن الحقول والنتيجة جاءت من السيناريو الذي اخترته، لذا لا تستنتج شيئًا من القيم نفسها. راجع الاختبار في sandbox.
#الحصول على الشيء نفسه برمجيًا
تحمل حمولة الـ webhook وواجهة GET /v3/session/{id}/decision/ الطبقات الثلاث في كائن decision واحد. اعتبر الـ webhook مصدر الحقيقة لديك واستطلع فقط للتسوية؛ بعض الأحداث، مثل تعديلات البيانات التي يجريها مراجع، تصل فقط عبر webhook. راجع الحصول على النتائج عبر الـ webhooks.
#الحصول على نسخة لسجلاتك
للتدقيق والملفات التنظيمية، نزّل الجلسة كملف PDF؛ فهو يجمع كل خطوة، والبيانات المستخرجة، والدرجات البيومترية، ونتائج AML، والقرار النهائي. راجع تنزيل تقرير تحقق.