التحقق 1:1
عندما يكون المستخدم قد أتمّ عملية التأهيل مسبقًا، يؤكد التحقق 1:1 أن من يقف أمام الكاميرا في هذه المعاملة هو نفس الشخص من التسجيل الأولي.
ما الذي يفعله
يقارن الصورة الشخصية الملتقطة في الجلسة الحالية بالصورة الشخصية الملتقطة في عملية سابقة — يُشار إليها بمعرّف تلك العملية. يُعيد حكمًا ثنائيًا (نفس الشخص أم لا)، بدون درجة احتمالية.
المدخلات
- جلسة التقاط مفتوحة عبر
POST /v1/processمع تدفق يتضمن التحقق 1:1. - معرّف العملية المرجعية (التسجيل الأصلي / التأهيل الذي ستُقارَن به هذه العملية).
الاستجابات المحتملة
| الاستجابة | المعنى |
|---|---|
YES | الوجه هو نفسه الموجود في العملية المرجعية. |
NO | الوجه ليس هو نفسه الموجود في العملية المرجعية. |
التوافر
| السطح | مدعوم |
|---|---|
| SDK (Android, iOS, Flutter) | ✅ |
| Web (iFrame, Redirect) | ✅ |
| API (headless, no SDK) | ✅ |
التوليفات الصالحة
يظهر التحقق 1:1 في التدفقات التي تتضمن اللاحقة token:
idtoken, idtokentrust, idtokensign.
للاطلاع على المصفوفة الكاملة، راجع التدفقات المتاحة.
التحقق 1:1 مقابل إعادة التحقق الذكية
يُعالج كل من التحقق 1:1 وإعادة التحقق الذكية السؤال "هل هذا الشخص نفسه من التسجيل؟". الفرق:
- التحقق 1:1 يتطلب دائمًا صورة شخصية نشطة جديدة للمقارنة مع المرجع.
- إعادة التحقق الذكية تُنسّق عدة طبقات من المصادقة (البيانات الوصفية، المصادقة الصامتة، مفتاح المرور، البيومترية الوجهية) بشكل تكيّفي، مُختارةً النهج الأقل احتكاكًا لكل معاملة بناءً على إشارات المخاطر في الوقت الفعلي.
عندما لا تكون البيانات البيومترية مطلوبة تنظيميًا، تُقلل إعادة التحقق الذكية من الاحتكاك. عندما تكون البيانات البيومترية إلزامية، استخدم التحقق 1:1.