الحسابات المكررة وبحث الوجه

يقارن فحص الحيوية تلقائيًا كل وجه بكل من تحقّقت منهم من قبل وبقائمة الحظر لديك؛ إليك ما تعنيه إشارات التكرار وكيف توقف تعليم المستخدمين العائدين الشرعيين.

Short answer

يُشغِّل كل فحص حيوية تلقائيًا بحث وجه 1:N مقابل المستخدمين الذين تحققت منهم من قبل ومقابل قائمة الحظر لديك. إشارة التكرار تعني أن الوجه نفسه ظهر من قبل؛ وهذا احتيال عندما يكون حسابًا جديدًا، وأمر طبيعي تمامًا عندما يكون عميلًا عائدًا. ميّز بينهما باستخدام vendor_data.

#ما يعمل تلقائيًا

قائمة الحظر في كونسول Didit، مصفّاة حسب الوجوه والمستندات والهواتف والبريد الإلكتروني
  1. الوجوه تحظر شخصًا حتى عندما يعود بمستند مختلف.
  2. المستندات تحظر رقم مستند محدد.
  3. عمود العنصر يُظهر بالضبط ما جرى حظره.
  4. يمكن إطلاق سراح مستخدم عائد شرعي من هنا.
يمكن حظر التكرار المؤكد حسب الوجه، أو المستند، أو الهاتف، أو البريد الإلكتروني.

عندما يُكمل شخص فحص حيوية، يقارن Didit وجهه مقابل كل مستخدم سبق التحقق منه في مؤسستك ومقابل قائمة الحظر لديك، دون أن تحتاج إلى تفعيل أي شيء بشكل منفصل:

  • التطابق مع مستخدم مُتحقَّق منه سابقًا يرفع إشارة تكرار محتمل على الجلسة.
  • التطابق مع وجه في قائمة الحظر يرفض التحقق.

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

#التكرار ليس هو نفسه الاحتيال

هذا هو التمييز المهم، ولا يمكن للمنصة أن تقوم به نيابة عنك: وجه مكرر يعني أن هذا الوجه تحقق هنا من قبل. سواء كانت هذه مشكلة أم لا يعتمد كليًا على منتجك.

الحالةإشارة التكرار هي…
شخص يفتح حسابًا ثانيًا لإساءة استخدام مكافأة تسجيلالإشارة التي أردتها
عميل شرعي يعيد التحقق بعد انتهاء صلاحية KYCمتوقعة وغير ضارة
عميل تخلى وبدأ من جديدمتوقعة وغير ضارة
جهاز مشترك في عائلة أو متجريحتاج نظرة إنسان

#إيقاف تعليم المستخدمين العائدين الشرعيين

الحل هو إخبار Didit أن الجلستين لنفس الشخص، وتفعل ذلك عبر vendor_data.

اضبط vendor_data على معرّف المستخدم الداخلي لديك عند إنشاء جلسة. تُجمَّع الجلسات التي تتشارك vendor_data في مستخدم موحّد واحد، فيُقرأ العميل العائد كالشخص نفسه بدلًا من غريب يرتدي وجهًا مألوفًا.

Tip

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

لإعادة التحقق المتعمَّدة من مستخدم معروف، المصادقة البيومترية هي الوحدة المبنية خصيصًا لذلك: تعيد تأكيد هوية مستخدم عائد بالوجه فقط دون إعادة تدفق المستند بالكامل.

#مراجعة تكرار مُعلَّم

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

إذا كان احتيالًا حقيقيًا، أضِف الوجه إلى قائمة الحظر لديك حتى تُرفض المحاولة التالية تلقائيًا. وإذا كان عميلك العائد، وافِق عليه وأصلِح فجوة vendor_data حتى يتوقف حدوث ذلك.

#حذف البيانات يؤثر في كشف التكرار المستقبلي

يعمل كشف التكرار عبر المقارنة ببيانات ما زلت تحتفظ بها. إذا حذفت جلسة، تختفي تلك الجلسة؛ فلم يعد الوجه الذي احتوته موجودًا للمطابقة معه، ولن يُكتشف تكرار محاولة لاحقة من الشخص نفسه.

هذه هي المقايضة الصادقة بين تقليل البيانات وكشف الاحتيال، ويستحق الأمر أن يُقرَّر بشكل متعمَّد بدلًا من اكتشافه لاحقًا. راجع حذف بيانات التحقق.

#البحث عن وجه بنفسك

بعيدًا عن الفحص التلقائي، يتوفر بحث الوجه كـ API لتتمكن من البحث في مستخدميك المتحقَّق منهم عن وجه محدد عند الطلب؛ مفيد للتحقيق في نمط احتيال بعد وقوعه بدلًا من الانضمام. راجع بحث الوجه.

#إشارات الجهاز وعنوان IP طبقة منفصلة

الوجه المكرر إشارة واحدة؛ وبصمة جهاز مشتركة أو عنوان IP مشبوه إشارة أخرى. هما فحصان مستقلان، وسيتعثر المسيء المُصر عادةً بأحدهما قبل الآخر. تحليل الجهاز وعنوان IP غير مكلف وله رصيده الشهري المجاني الخاص البالغ 500 فحص، فهو إضافة رخيصة لتدفق يُشغِّل فحص الحيوية أصلًا.

Important

تُنتج إشارات الجهاز وعنوان IP نتائج إيجابية كاذبة على البنية التحتية المشتركة؛ الشبكات المؤسسية، وترجمة عناوين شبكة مشغّلي الجوال، والمتصفحات المستضافة سحابيًا كلها تضع مستخدمين شرعيين كثيرين خلف عنوان واحد. وجّه هؤلاء إلى المراجعة بدلًا من الرفض بناءً عليها وحدها.