بناء منطق احتياطي قوي لاكتشاف الحيوية باستخدام خطافات الويب من Didit (AR)

تقييم المخاطر الديناميكياستفد من تقارير Didit لاكتشاف الحيوية وعتبات التحذير القابلة للتكوين لاتخاذ قرارات مستنيرة وفي الوقت الفعلي بشأن نتائج التحقق.

سير عمل احتياطي مؤتمتقم بتشغيل طرق تحقق بديلة أو مراجعات يدوية بشكل برمجي عندما تسفر فحوصات الحيوية الأولية عن نتائج غير مؤكدة أو عالية المخاطر، مما يحسن معدلات التحويل دون المساس بالأمان.

تجربة مستخدم سلسةصمم مسارات مستخدم متكيفة توجه المستخدمين الشرعيين عبر الخطوات الضرورية بينما تردع المحتالين بفعالية من خلال منطق احتياطي ذكي.

ميزة Didit المعياريةيتيح اكتشاف الحيوية الأصلي المدعوم بالذكاء الاصطناعي من Didit، جنبًا إلى جنب مع خطافات الويب ومحرك الأوركسترا بدون تعليمات برمجية، للشركات بناء سير عمل تحقق من الهوية قابل للتخصيص ومرن للغاية مع KYC الأساسي المجاني.

في المشهد المتطور للهوية الرقمية، يعد اكتشاف الحيوية القوي أمرًا بالغ الأهمية لمنع هجمات الانتحال والتأكد من أن شخصًا حقيقيًا وحيًا يقف وراء كل معاملة. ومع ذلك، لا يوجد نظام معصوم من الخطأ، وأحيانًا، قد تعيد عملية التحقق من الحيوية حالة 'قيد المراجعة'، أو درجة ثقة منخفضة، أو تحذيرات محددة تتطلب مزيدًا من التحقيق. هنا يصبح المنطق الاحتياطي القابل للبرمجة ضروريًا. من خلال بناء آليات احتياطية ذكية، يمكن للشركات الحفاظ على معايير أمان عالية مع تحسين تجربة المستخدم وتقليل الاحتكاك للمستخدمين الشرعيين.

فهم نتائج وتحذيرات اكتشاف الحيوية

يتجاوز اكتشاف الحيوية من Didit مجرد النجاح/الفشل. يوفر نظامنا تقريرًا شاملاً، بما في ذلك حالة الحيوية (موافق عليه، مرفوض، قيد المراجعة)، ودرجة الثقة، والتحذيرات التفصيلية. هذه التحذيرات حاسمة لفهم سبب عدم 'الموافقة' النهائية على فحص الحيوية ولإبلاغ استراتيجيتك الاحتياطية.

على سبيل المثال، تحدد تحذيرات اكتشاف الحيوية من Didit سيناريوهات مختلفة:

• NO_FACE_DETECTED: حالة رفض تلقائية، تشير إلى عدم العثور على وجه.
• LIVENESS_FACE_ATTACK: رفض تلقائي آخر، يشير إلى محاولة انتحال محتملة.
• FACE_IN_BLOCKLIST: رفض تلقائي إذا تطابق الوجه مع إدخال في قائمة الحظر الخاصة بك.
• LOW_LIVENESS_SCORE: تسمح العتبات القابلة للتكوين بتعيين درجات تؤدي إلى حالات 'قيد المراجعة' أو 'مرفوض'.
• POSSIBLE_DUPLICATED_FACE / DUPLICATED_FACE: يشير إلى هويات مكررة محتملة.
• MULTIPLE_FACES_DETECTED: (لاكتشاف الحيوية السلبي) يشير إلى وجود أكثر من وجه.
• LOW_FACE_QUALITY / LOW_FACE_LUMINANCE / HIGH_FACE_LUMINANCE: تحذيرات متعلقة بجودة الصورة قد تعيق الكشف الدقيق.

يوفر كل من هذه التحذيرات سياقًا قيمًا. قد تتطلب درجة حيوية منخفضة بسبب الإضاءة السيئة (LOW_FACE_LUMINANCE) إعادة محاولة مع تعليمات، بينما قد يؤدي POSSIBLE_DUPLICATED_FACE إلى تحقيق أعمق أو يتطلب إثباتات هوية إضافية. يوفر اكتشاف الحيوية من Didit ثلاث طرق أساسية: ACTIVE_3D، FLASHING، و PASSIVE، كل منها بمستويات أمان مختلفة ومتطلبات تفاعل المستخدم. فهم هذه الطرق ومخرجاتها هو المفتاح لتصميم منطق احتياطي فعال.

تصميم استراتيجيات احتياطية ذكية

لا يتعلق المنطق الاحتياطي القابل للبرمجة بإضعاف الأمان؛ بل يتعلق بجعل عملية التحقق الخاصة بك أكثر مرونة وسهولة في الاستخدام. فيما يلي سيناريوهات شائعة وكيفية التعامل معها:

السيناريو 1: درجة حيوية منخفضة / جودة وجه ضعيفة

إذا حصل المستخدم على درجة حيوية منخفضة أو أشار النظام إلى جودة وجه منخفضة (على سبيل المثال، LOW_FACE_QUALITY، LOW_FACE_LUMINANCE)، فغالبًا ما يشير ذلك إلى عوامل بيئية أو خطأ المستخدم بدلاً من الاحتيال الصريح. بدلاً من الرفض الفوري، يمكن لمنطقك الاحتياطي:

• مطالبة المستخدم بإعادة محاولة فحص الحيوية مع تعليمات أوضح (على سبيل المثال، "يرجى التأكد من الإضاءة الجيدة وتثبيت جهازك").
• التبديل من فحص الحيوية PASSIVE إلى طريقة FLASHING أو ACTIVE_3D الأكثر قوة، والتي توفر ضمانًا أعلى.
• إذا فشلت عدة محاولات، تصعيد الأمر إلى مراجعة يدوية، حيث يمكن لوكيل تقييم الوسائط المقدمة (يتضمن تقرير الحيوية من Didit reference_image و video_url).

السيناريو 2: وجه مكرر محتمل

عندما يكتشف Didit's 1:1 Face Match أو Face Search وجود POSSIBLE_DUPLICATED_FACE، فهذه علامة حمراء تتطلب الانتباه. يمكن لمنطقك الاحتياطي:

• طلب أشكال إضافية من التحقق من الهوية (على سبيل المثال، مسح مستند ثانوي باستخدام Didit's ID Verification).
• تشغيل تحدي مصادقة قائم على المعرفة (KBA).
• بدء مراجعة يدوية، ربما بالرجوع إلى قواعد بيانات داخلية أخرى أو الاستفادة من فحص Didit's AML للتحقق المعزز.

السيناريو 3: حالة 'قيد المراجعة'

تشير حالة 'قيد المراجعة' إلى أن النظام لم يتمكن من الموافقة أو الرفض بشكل قاطع على فحص الحيوية، غالبًا بسبب مجموعة من التحذيرات الطفيفة أو الدرجات الحدية. هذا مرشح رئيسي للعودة التلقائية إلى قائمة انتظار المراجعة اليدوية. سيتضمن إشعار webhook جميع التفاصيل الضرورية من تقرير الحيوية ليتمكن الوكيل من اتخاذ قرار مستنير، بما في ذلك الدرجة والطريقة وأي تحذيرات مرتبطة.

تطبيق الاحتياطي باستخدام خطافات الويب من Didit

تم تصميم بنية Didit المعيارية وخطافات الويب بدقة لبناء سير العمل الديناميكي هذا. عند اكتمال فحص الحيوية، يمكن لـ Didit إرسال إشعار webhook إلى نظامك مع تقرير الحيوية الكامل، بما في ذلك الحالة والدرجة والطريقة وأي تحذيرات. يقوم تطبيقك بعد ذلك بمعالجة حمولة JSON هذه وتنفيذ منطق محدد مسبقًا.

فيما يلي مثال مبسط لكيفية عمل معالج خطاف الويب الخاص بك:

1. استقبال خطاف الويب: يتلقى نقطة النهاية الخاصة بك حمولة JSON من Didit تحتوي على كائن liveness.
2. تحليل الحالة والدرجة: استخراج liveness.status و liveness.score.
3. التحقق من التحذيرات: التكرار عبر liveness.warnings لمؤشرات المخاطر المحددة.
4. تنفيذ المنطق:
   • إذا كان status == 'Approved': تابع عملية الإعداد.
   • إذا كان status == 'Declined' و LIVENESS_FACE_ATTACK أو FACE_IN_BLOCKLIST: حظر المستخدم، تنبيه فريق الاحتيال.
   • إذا كان status == 'Declined' بسبب LOW_LIVENESS_SCORE (أقل من عتبة صارمة): اطلب من المستخدم إعادة المحاولة مع تعليمات محسنة.
   • إذا كان status == 'In Review' أو LOW_FACE_QUALITY: ضعه في قائمة انتظار للمراجعة اليدوية، أو قدم طريقة تحقق بديلة.
   • إذا كان POSSIBLE_DUPLICATED_FACE: اطلب إثباتات هوية إضافية.

يتيح لك ذلك التفاعل برمجيًا مع كل دقيقة من نتائج اكتشاف الحيوية، مما يخلق رحلة مستخدم مخصصة وآمنة للغاية.

كيف تساعد Didit

Didit هي منصة الهوية الأصلية المدعومة بالذكاء الاصطناعي والموجهة للمطورين والتي تمكن الشركات من بناء سير عمل تحقق متطور، بما في ذلك منطق احتياطي قوي لاكتشاف الحيوية. تعني بنيتنا المعيارية أنه يمكنك دمج قدرات اكتشاف الحيوية السلبية والنشطة المتقدمة لدينا بسلاسة مع أصول الهوية الأخرى مثل التحقق من الهوية ومطابقة الوجه 1:1.

نحن نقدم اكتشاف حيوية شاملًا، يوفر دقة 99.9% وطرقًا متعددة (3D Action & Flash، 3D Flash، Passive) لتناسب احتياجات الأمان المختلفة. تمنحك تقارير الحيوية التفصيلية لدينا وعتبات التحذير القابلة للتكوين البيانات الدقيقة المطلوبة لبناء منطق احتياطي ذكي. باستخدام خطافات الويب من Didit ومحرك الأوركسترا بدون تعليمات برمجية، يمكنك تحديد قواعد معقدة تقوم تلقائيًا بتشغيل إعادة المحاولات أو المراجعات اليدوية أو خطوات التحقق البديلة، مما يضمن الأمان وتجربة مستخدم سلسة.

تتميز Didit بـ Free Core KYC، بدون رسوم إعداد، ونموذج الدفع لكل فحص ناجح، مما يجعل التحقق المتقدم من الهوية متاحًا للشركات من جميع الأحجام. يضمن نهجنا الأصيل المدعوم بالذكاء الاصطناعي أن اكتشاف الحيوية لدينا يتعلم ويتكيف باستمرار مع تقنيات الانتحال الجديدة، مما يحافظ على أمان نظامك ضد التهديدات الناشئة.

هل أنت مستعد للبدء؟

هل أنت مستعد لرؤية Didit في العمل؟ احصل على عرض توضيحي مجاني اليوم.

ابدأ في التحقق من الهويات مجانًا باستخدام الطبقة المجانية من Didit.