portrait_image, या vendor_data द्वारा खोजे गए उपयोगकर्ता के संग्रहीत चेहरे) के विरुद्ध लाइवनेस जांच को एक वैकल्पिक 1:1 चेहरा मिलान के साथ जोड़ता है। प्रत्येक चरण V3 निर्णय payload में अपनी चेतावनियाँ उत्सर्जित करता है। यह पेज प्रत्येक कोड, यह कहाँ दिखाई देता है, और थ्रेशोल्ड अंतिम सत्र स्थिति में कैसे बदलते हैं, इसकी सूची देता है।
ओवरव्यू
जब कोई बायोमेट्रिक प्रमाणीकरण सत्र चलता है, तो Didit:- 3D Action, Flash, या Passive Liveness (
method:ACTIVE_3D,FLASHING, याPASSIVE) का उपयोग करके एक लाइव सेल्फ़ी कैप्चर करता है। - कैप्चर से सबसे बड़े चेहरे को निकालता है और उसकी लाइवनेस को स्कोर करता है।
- यदि वर्कफ़्लो में चेहरा मिलान शामिल है, तो कैप्चर किए गए चेहरे की तुलना सत्र के संदर्भ चेहरे (प्रदान की गई
portrait_imageया उपयोगकर्ता के संग्रहीत चेहरे) से करता है। - प्रत्येक चरण के परिणाम और किसी भी चेतावनी को सत्र निर्णय में लिखता है।
feature, risk, additional_data, log_type, short_description, long_description, और node_id।
चेतावनियाँ कहाँ दिखाई देती हैं
एक सामान्य बायोमेट्रिक-प्रमाणीकरण सत्र में प्रत्येक ऐरे में एक आइटम होता है। मल्टी-इंस्टेंस वर्कफ़्लो में प्रत्येक चेतावनी पर
node_id यह स्पष्ट करता है कि इसे किस चरण ने उत्पन्न किया है।
स्वचालित अस्वीकृति शर्तें
निम्नलिखित चेतावनियाँ हमेशा अपने चरण को अस्वीकृत (log_type: "error") करती हैं, भले ही आपने वर्कफ़्लो को कैसे भी कॉन्फ़िगर किया हो:
जब
NO_FACE_DETECTED ट्रिगर होता है, तो LOW_LIVENESS_SCORE को दबा दिया जाता है (स्कोर करने के लिए कोई चेहरा नहीं होता है)।
कॉन्फ़िगर करने योग्य थ्रेशोल्ड और कार्रवाइयाँ
इन चेतावनियों को स्कोर किया जाता है और फिर आपके द्वारा प्रति वर्कफ़्लो सेट किए गए थ्रेशोल्ड और कार्रवाइयों के माध्यम से एक स्थिति में मैप किया जाता है:POSSIBLE_FACE_IN_BLOCKLIST (LIVENESS) कॉन्फ़िगर करने योग्य नहीं है — कम-विश्वास वाले ब्लॉकलिस्ट मिलान को हमेशा Review (log_type: "warning") पर भेजा जाता है।
कैप्चर के पुनः प्रयास
केवल ठीक करने योग्य कैप्चर-गुणवत्ता जोखिमों (कम स्कोर, कोई चेहरा नहीं, गुणवत्ता, ल्यूमिनेन्स, एकाधिक चेहरे — और चेहरा मिलान पर कम समानता) के कारण होने वाली विफलताएं स्थिति के अंतिम रूप लेने से पहले एक पुनः प्रयास लूप में प्रवेश करती हैं: उपयोगकर्ता को कुलface_liveness_max_attempts / face_match_max_attempts प्रयास मिलते हैं (डिफ़ॉल्ट 3, प्रति वर्कफ़्लो नोड 2–5 कॉन्फ़िगर करने योग्य)। जब यह सीमा समाप्त हो जाती है, तो अंतिम प्रयास की परिकलित स्थिति लागू होती है और इसे रिकॉर्ड करने के लिए LIVENESS_MAX_ATTEMPTS_EXCEEDED या FACE_MATCH_MAX_ATTEMPTS_EXCEEDED को information के रूप में लॉग किया जाता है।
लाइवनेस चेतावनियाँ
API ये सटीकshort_description और long_description स्ट्रिंग्स लौटाता है:
ब्लॉकलिस्ट, अलावलिस्ट और डुप्लिकेट मिलान में मेल खाने वाले सत्र (
blocklisted_session_id / allowlisted_session_id / duplicated_session_id, संबंधित *_session_number, और api_service) के साथ additional_data शामिल होता है। प्रति रिपोर्ट उन छह कोड में से केवल एक ही दिखाई देता है। DUPLICATED_FACE_NAME_MISMATCH इसका अपवाद है: जब मेल खाने वाले सत्र की पहचान इस सत्र के रिज़ॉल्व किए गए नाम से मेल नहीं खाती है, तो इसे DUPLICATED_FACE के अतिरिक्त जारी किया जाता है, उसके स्थान पर कभी नहीं। इसका additional_data उन्हीं डुप्लिकेट-सत्र फ़ील्ड में name_match_score जोड़ता है। प्रत्येक तरफ अलग-अलग लिपि में लिखे गए नाम को तब बेमेल नहीं माना जाता है जब दोनों सत्रों के पहचान दस्तावेज़ एक ही जारीकर्ता राज्य, एक सटीक दस्तावेज़ या व्यक्तिगत संख्या और गैर-विरोधाभासी जन्म तिथि साझा करते हैं। लाइवनेस चेतावनियाँ देखें।
चेहरा मिलान चेतावनियाँ
उदाहरण — फ़ेस अटैक पर अस्वीकृत
उदाहरण — कम समानता पर समीक्षाधीन
log_type: "warning" शामिल है और चेहरा मिलान स्थिति In Review है। इस उदाहरण में चेतावनी उस सत्र पर ट्रिगर हुई जिसका session_id 11111111-2222-3333-4444-555555555555 है — source_image_session_id में सत्र की अपनी id शामिल है क्योंकि संदर्भ सत्र निर्माण के समय संग्रहीत पोर्ट्रेट से आया था।
चेतावनी के प्रकार
आपके एप्लिकेशन के कॉन्फ़िगरेशन के आधार पर प्रत्येक जोखिम को एक चेतावनी प्रकार सौंपा जाता है। चेतावनियाँ तीन गंभीरता श्रेणियों में आती हैं:संबंधित
बायोमेट्रिक प्रमाणीकरण रिपोर्ट
V3 निर्णय में
liveness_checks[] और face_matches[] कहाँ दिखाई देते हैं।लाइवनेस चेतावनियाँ
डुप्लिकेट-चेहरा मिलान सहित संपूर्ण लाइवनेस चेतावनी संदर्भ।
चेहरा मिलान चेतावनियाँ
1:1 तुलनाओं के लिए संपूर्ण चेहरा मिलान चेतावनी संदर्भ।