نظرة عامة
يسجل تقرير مطابقة الوجه مقارنة بيومترية بنسبة 1:1 بين صورة السيلفي الحية الملتقطة أثناء كشف الحيوية وصورة مرجعية — وغالباً ما تكون الصورة الشخصية المستخرجة من مستند الهوية. ويُرجع درجة تشابه واحدة من 0 إلى 100، وعناوين URL موقّعة للصورتين اللتين تمت مقارنتهما، وجلسة المصدر للصورة المرجعية، وأي تحذيرات ناتجة عن المطابقة. يتم إصدار التقرير بعد إكمال المستخدم لكل من خطوة كشف الحيوية وخطوة المستند في سير العمل (أو، بالنسبة لمهام سير العمل القائمة على الصور الشخصية مثل المصادقة البيومترية، بعد كشف الحيوية وحده)، أو مباشرة عبر Face Match API المستقلة عندما تقدم صورتَي وجه اعتباطيتين بنفسك. يحمل كل تقرير حالةstatus خاصة به — مستقلة عن حالة الجلسة الإجمالية — وتوضح كيفية حسم خطوة مطابقة الوجه وحدها:
- مقبولة — الـ
scoreأعلى من حد المراجعة ولم يتم إطلاق أي تحذير رفض تلقائي. - قيد المراجعة — الـ
scoreبين حدي الرفض والمراجعة، أو تعذر احتساب الدرجة وكانت قيمةface_match_not_computed_actionهيREVIEW. - مرفوضة — الـ
scoreعند حد الرفض أو أدنى منه، أو تم إطلاقNO_REFERENCE_IMAGE، أو تعذر احتساب الدرجة وكانت قيمةface_match_not_computed_actionهيDECLINE. - مطلوب إعادة التقديم — طلب المراجع من المستخدم إعادة تقديم هذه الخطوة عبر لوحة التحكم.
- لم تكتمل — لم تنتج خطوة مطابقة الوجه أي نتيجة بعد (بما في ذلك أثناء محاولة المستخدم إعادة الالتقاط بعد فشل سابق).
أين تظهر في استجابات API
يأتي تقرير مطابقة الوجه داخل مصفوفةface_matches[] — وهي دائماً مصفوفة JSON، وليست كائن face_match مفرداً على الإطلاق. وتكون قيمتها null حتى تنتج خطوة مطابقة وجه واحدة على الأقل بيانات، وتظهر عناصر متعددة عندما يشغّل سير العمل مطابقة الوجه أكثر من مرة. كما يقوم سير عمل Adaptive Age Verification بتعبئتها أيضاً عند تشغيل مسار التحقق من الهوية البديل: حيث يبلغ ذلك العنصر عن عقدة تقدير العمر كـ node_id خاص بها، نظراً لأن سير العمل لا يحتوي على عقدة Face Match خاصة به.
- API قرار الجلسة — يُرجع
GET /v3/session/{sessionId}/decision/مصفوفةface_matches[]في المستوى الأعلى. راجع استرداد قرار الجلسة. - Webhooks — تتضمن كائنات payload لحدث
session.status.updatedنفس مصفوفةface_matches[]بمجرد أن تنتج الخطوة بيانات. راجع Webhooks. - Face Match API المستقلة — لإجراء مقارنات مباشرة بنسبة 1:1، راجع Face Match standalone API.
اقرأ
response.face_matches[0] وقم بالتكرار عبر المصفوفة — فهيكل face_match المفرد الذي أشارت إليه بعض الشروحات القديمة غير موجود في endpoint القرار للإصدار v3.المخطط
يوجد المخطط المعتمد حقلاً بحقل في صفحة مرجع نماذج البيانات. تعكس الحقول أدناه ذلك المخطط المعتمد.قيم الحالة
تتم إعادة محاولة حالات الفشل الناتجة عن انخفاض التشابه قبل أن تستقر الحالة: يحصل المستخدم على ما يصل إلى
face_match_max_attempts من محاولات الالتقاط (3 افتراضياً)، ويتم تطبيق درجة المحاولة الأخيرة فقط. يمكن لقواعد الحالة المخصصة التي تم تكوينها على عقدة سير العمل تعديل الحالة الناتجة بشكل إضافي، مع الدمج مع الحالة المستمدة من الدرجة وفق أسبقية Declined > In Review > Approved.
أمثلة
مقبولة — مطابقة سليمة
قيد المراجعة — تشابه حدي
مرفوضة — لا توجد صورة مرجعية للمقارنة بها
ملاحظة أمنية
عناوين URL الموقّعة لـsource_image وtarget_image تمثل بيانات بيومترية وتنتهي صلاحيتها بعد فترة صلاحية قصيرة. تعامل معها على أنها قصيرة الأجل: لا تقم بالتخزين المؤقت لها أو عرضها علناً. عادةً ما يحتاج تطبيقك فقط إلى status وscore — قم بتخزين أقل قدر ممكن لتقليل البيانات البيومترية على خوادمك.
ذات صلة
- تحذيرات مطابقة الوجه — قائمة التعداد الكاملة للتحذيرات، وأسبابها، وطرق معالجتها.
- تقرير كشف الحيوية — الخطوة السابقة التي تلتقط الصورة المستهدفة.
- webhook — الاستماع إلى
session.status.updatedلاستلام التقرير. - نماذج البيانات — مطابقة الوجه — المخطط القياسي مع كل حقل.