الانتقال إلى المحتوى الرئيسي

نظرة عامة

يسجل تقرير مطابقة الوجه مقارنة بيومترية بنسبة 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 — قم بتخزين أقل قدر ممكن لتقليل البيانات البيومترية على خوادمك.

ذات صلة

آخر تعديل في ٧ نوفمبر ٢٠٢٦