حسابات متعددة 1:N
بينما يطرح التحقق من الهوية سؤال "هل هذا الشخص الصحيح؟"، تطرح حسابات متعددة 1:N سؤال "هل يوجد هذا الوجه في مكان آخر ضمن قاعدة بيانات المشغّل؟".
ما الذي تقوم به
تُجري بحثاً بيومترياً مُجزَّأ بنسبة 1:N في قاعدة بيانات المشغّل، حيث تُقارَن الصورة الواردة بجميع السجلات المرتبطة بنفس clientReferenceSegment. تكتشف ما إذا كانت بيانات الوجه البيومترية مرتبطة بمعرّف clientReference مختلف — مما يشير إلى أن الشخص ذاته قد أنشأ، أو يحاول إنشاء، حسابات متعددة لدى المشغّل نفسه.
ميزة التبنّي: تقبل صور السيلفي المخزّنة مسبقاً في قاعدة بيانات المشغّل (التي تم التقاطها قبل أشهر أو سنوات) لأغراض تنظيف القاعدة.
المدخلات
- عملية منشأة عبر إنشاء عملية (Web & Native) أو إنشاء عملية (API) باستخدام تدفق
multi-accounts. - صورة السيلفي للمستخدم في
imageBase64(PNG أو JPEG أو WebP؛ الحد الأدنى 640×480؛ الحد الأقصى 800 كيلوبايت). - الحقل
subject.clientReference— المعرّف الفريد للمستخدم في نظام المشغّل.
الاستجابات الممكنة
| الاستجابة | المعنى |
|---|---|
reproved | تم اكتشاف حسابات متعددة. البيانات البيومترية الوجهية مرتبطة بمعرّف clientReference مختلف ضمن نفس المقطع. |
inconclusive | لم يُكتشف وجود حسابات متعددة. الوجه غير مسجّل تحت أي حساب آخر في قاعدة بيانات المشغّل. |
YES أو NOلا يُعيد حسابات متعددة 1:N قيمة YES أو NO — يُمثَّل غياب الازدواجية بقيمة inconclusive، وليس تأكيداً بأنه لن يكون هناك خطر أبداً.
التوافر
| السطح | مدعوم |
|---|---|
| SDK (Android, iOS, Flutter) | — |
| Web (iFrame, Redirect) | — |
| API (بدون رأس، بدون SDK) | ✅ |
المجموعات الصالحة
ضمن المسار، قد يسبق أو لا يسبق حسابات متعددة 1:N خطوة لايفنس (عند استخدامه من قِبل Unico)، ويعقبه Conditional Enroll — الذي يُسجّل الوجه فقط عندما تكون النتيجة INCONCLUSIVE وللمعرّف clientReference الأول في ذلك المقطع، مما يمنع التلوّث البيومتري.
multi-accounts 1:N → Conditional Enroll
يتحكّم في نطاق البحث الحقلُ clientReferenceSegment المُهيّأ في الـ APIKey.