अवलोकन
पहचान सत्यापन रिपोर्ट पर चेतावनियाँ दस्तावेज़ को पढ़ने और मान्य करने के दौरान Didit द्वारा देखी गई प्रत्येक स्थिति को फ़्लैग करती हैं। वेid_verifications[] के प्रत्येक आइटम पर warnings[] एरे में आती हैं (पहचान सत्यापन रिपोर्ट देखें), जिसका प्रारूप डेटा मॉडल — चेतावनी ऑब्जेक्ट में वर्णित है: feature, risk, additional_data, log_type, short_description, long_description, node_id।
प्रत्येक चेतावनी के तीन स्तर होते हैं:
riskकोड — एक स्थिर पहचानकर्ता जिसे आप अपने कोड में मैच कर सकते हैं।log_type— मूल्यांकन के समय आपका कॉन्फ़िगरेशन जोखिम को जो कार्रवाई सौंपता है उससे प्राप्त होता है: अस्वीकार करें →error, समीक्षा →warning, अन्य कुछ भी →information।- निर्णय पर प्रभाव — वर्कफ़्लो के कॉन्फ़िगर करने योग्य जोखिम समूहों द्वारा निर्धारित किया जाता है। आपका एप्लिकेशन कैसे कॉन्फ़िगर किया गया है, इसके आधार पर एक ही
riskकोड को स्वीकृति, समीक्षा, या अस्वीकृति पर रूट किया जा सकता है।
ऑटो-डिक्लाइन स्थितियाँ
वर्कफ़्लो में, निम्नलिखित जोखिम हमेशा ID रिपोर्ट (और सत्र) कोDeclined स्थिति में ले जाते हैं। इन्हें कॉन्फ़िगर नहीं किया जा सकता:
स्टैंडअलोन OCR API के लिए, बिना शर्त अस्वीकार करने वाला सेट
DOCUMENT_EXPIRED, MINIMUM_AGE_NOT_MET, PORTRAIT_IMAGE_NOT_DETECTED, SCREEN_CAPTURE_DETECTED, PRINTED_COPY_DETECTED, PORTRAIT_MANIPULATION_DETECTED, और PUBLIC_DOCUMENT_IMAGE_DETECTED है। वर्कफ़्लो में, न्यूनतम आयु कॉन्फ़िगर करने योग्य है (डिफ़ॉल्ट अस्वीकार) और दस्तावेज़-लाइवनेस के तीन जोखिम थ्रेशोल्ड-आधारित हैं (नीचे देखें)।
उस API के कॉन्फ़िगर करने योग्य जोखिम अनुरोध पैरामीटर के रूप में समीक्षा निर्णय के बजाय DECLINE या NO_ACTION लेते हैं। यह जो एक समीक्षा परिणाम दे सकता है वह कॉन्फ़िगर करने योग्य नहीं है: जब किसी अनुरोधित दस्तावेज़-लाइवनेस जांच से कोई उपयोग योग्य स्कोर नहीं मिलता है, तो रिस्पॉन्स In Review होता है जिसमें DOCUMENT_LIVENESS_NOT_COMPUTED चेतावनी होती है (दस्तावेज़ लाइवनेस देखें)।
कॉन्फ़िगर करने योग्य सत्यापन सेटिंग्स
Didit कंसोल में, शेष ID जोखिमों को सेटिंग्स में समूहीकृत किया गया है जिन्हें आप अनुमोदित करें, समीक्षा, या अस्वीकार करें पर रूट कर सकते हैं (प्रति वर्कफ़्लो, और ग्राफ़ वर्कफ़्लो में प्रति नोड):
साइलेंट कैप्चर डुप्लिकेट और ब्लॉकलिस्ट जोखिम दस्तावेज़ कैप्चर के दौरान ली गई सेल्फ़ी पर चेहरा खोज से आते हैं। यह खोज तब चलती है जब साइलेंट कैप्चर चेहरा खोज (
document_selfie_face_search_enabled) चालू होती है, जो कि डिफ़ॉल्ट है, और लाइवनेस चरण पर चेहरा खोज बंद नहीं होती है; अन्यथा इन छह जोखिमों में से कोई भी ट्रिगर नहीं होता है।
दो ID जोखिम समूह अनुमोदित करें/समीक्षा/अस्वीकार करें टॉगल के बजाय थ्रेशोल्ड-आधारित हैं:
- दस्तावेज़ लाइवनेस —
SCREEN_CAPTURE_DETECTED,PRINTED_COPY_DETECTED,PORTRAIT_MANIPULATION_DETECTED। धोखाधड़ी के प्रत्येक प्रकार के अपने अस्वीकार और समीक्षा थ्रेशोल्ड होते हैं: अस्वीकार थ्रेशोल्ड से नीचे का स्कोर →error+ अस्वीकृत; समीक्षा थ्रेशोल्ड से नीचे →warning+ समीक्षाधीन; अन्यथाinformation। - क्रॉस-कैमरा चेहरा मिलान —
LOW_FRONT_CAMERA_FACE_MATCH_SIMILARITY, जोdocument_selfie_portrait_match_decline_threshold/document_selfie_portrait_match_review_thresholdद्वारा नियंत्रित होता है।
दस्तावेज़ लाइवनेस थ्रेशोल्ड कॉन्फ़िगर करना
वर्कफ़्लो एडिटर में ये थ्रेशोल्ड पहचान सत्यापन चरण के जालसाजी टैब पर होते हैं, प्रति धोखाधड़ी प्रकार एक कार्ड: पोर्ट्रेट प्रतिस्थापन, प्रिंट की हुई कॉपी, और स्क्रीन कैप्चर। प्रत्येक जाँच दस्तावेज़ को यह देखने के लिए0 से 100 तक का स्कोर देती है कि वह कितना वास्तविक दिखता है। उच्च स्कोर का अर्थ है कि दस्तावेज़ के वास्तविक होने की संभावना अधिक है। कार्ड पर दिए गए दो मान उस स्केल को तीन श्रेणियों में विभाजित करते हैं:
किसी भी मान को बढ़ाने से जाँच अधिक सख्त हो जाती है: अधिक सत्र इसके ऊपर की श्रेणी में आते हैं। मान कम करने से अधिक सत्र आगे बढ़ पाते हैं। एडिटर में अस्वीकार करें मान समीक्षा मान से आगे नहीं जा सकता। API के माध्यम से, समीक्षा मान से ऊपर का अस्वीकार करें मान समीक्षाधीन श्रेणी को हटा देता है।
प्लेटफ़ॉर्म डिफ़ॉल्ट, जिनका उपयोग तब किया जाता है जब कोई वर्कफ़्लो कोई मान सेट नहीं करता है:
डिफ़ॉल्ट से शुरू करें और एक समय में एक मान बदलें। प्रत्येक कार्ड अपना डिफ़ॉल्ट और एक डिफ़ॉल्ट पर रीसेट करें बटन दिखाता है, ताकि आप हमेशा इस पर वापस लौट सकें। एडिटर आपको इन कॉन्फ़िगरेशन के बारे में भी चेतावनी देता है:
100पर समीक्षा। केवल एक आदर्श स्कोर ही पास होता है, इसलिए लगभग हर सत्र समीक्षाधीन हो जाता है या अस्वीकृत हो जाता है।100पर अस्वीकार करें। केवल एक आदर्श स्कोर ही अस्वीकृति से बच पाता है, इसलिए लगभग हर सत्र अस्वीकृत हो जाता है।- दोनों मान
0पर। किसी भी स्कोर को कभी भी फ़्लैग नहीं किया जाता है, इसलिए जाँच प्रभावी रूप से बंद हो जाती है।
SCREEN_CAPTURE_DETECTED रिपोर्ट किया जाता है।
क्रॉस-कैमरा चेहरा मिलान सीमा पर एक अंतर के साथ इसी विचार का उपयोग करता है: इसके समीक्षा थ्रेशोल्ड के बराबर का स्कोर भी समीक्षाधीन में जाता है।
चार ID जोखिम न तो कॉन्फ़िगर करने योग्य हैं और न ही थ्रेशोल्ड-आधारित। POSSIBLE_FRONT_CAMERA_FACE_IN_BLOCKLIST हमेशा समीक्षा के लिए रूट करता है: एक सेल्फ़ी जो ब्लॉकलिस्ट किए गए चेहरे के करीब है, बिना किसी पुष्ट मिलान के, उसका निर्णय किसी व्यक्ति द्वारा किया जाना होता है, यह कभी भी स्वचालित अस्वीकृति नहीं होती और इसे कभी अनदेखा नहीं किया जाता। BARCODE_SIGNATURE_INVALID हमेशा समीक्षा के लिए रूट करता है। यह केवल तभी ट्रिगर होता है जब बारकोड में जारीकर्ता प्राधिकरण का ऐसा हस्ताक्षर होता है जो क्रिप्टोग्राफ़िक सत्यापन में विफल रहता है, इसलिए ऐसा कोई कॉन्फ़िगरेशन नहीं है जिसमें किसी सिद्ध जालसाज़ी को अनदेखा किया जा सके। DOCUMENT_BACK_SIDE_NOT_AVAILABLE हमेशा जानकारी होता है और निर्णय को कभी प्रभावित नहीं करता: यह प्रस्तुत दस्तावेज़ की किसी विशेषता के बजाय Didit के दस्तावेज़ कैटलॉग की सीमा की रिपोर्ट करता है, इसलिए ऐसा कोई कॉन्फ़िगरेशन नहीं है जिसमें यह किसी वास्तविक धारक को अस्वीकृत कर सके या समीक्षा के लिए भेज सके।
FRONT_CAMERA_CAPTURED_DOCUMENT हमेशा समीक्षा के लिए रूट करता है।
यह केवल तभी ट्रिगर होता है जब दस्तावेज़ स्कैन करते समय लिया गया फ्रंट-कैमरा फ़्रेम एक पहचान दस्तावेज़ दिखाता है और किसी व्यक्ति को नहीं दिखाता, जिससे ऐसा कैप्चर जो यह नहीं बताता कि दस्तावेज़ किसने पकड़ा था, हमेशा किसी व्यक्ति तक पहुँचे।
इसकी जांच तब की जाती है जब भी दस्तावेज़ कैप्चर सेल्फ़ी मिलान (is_document_selfie_portrait_match_enabled) चालू होता है।
उत्पन्न होने वाली चेतावनियाँ
collect_ocr_logs, दस्तावेज़-कैप्चर फ़्लो, और process_ocr_logs_and_get_status के आधार पर सत्यापित। नीचे दिए गए संक्षिप्त विवरण API द्वारा लौटाए गए सटीक short_description स्ट्रिंग्स हैं।
दस्तावेज़ पहचान और गुणवत्ता
कैप्चर फ़्लो फ़ीडबैक कोड
IMAGE_RESOLUTION_TOO_LOW, DOCUMENT_NOT_FULLY_VISIBLE, IMAGE_QUALITY_TOO_LOW, और DOCUMENT_OCCLUSION_DETECTED (एक उंगली या वस्तु को मुद्रित टेक्स्ट को भौतिक रूप से कवर करते हुए आंका गया है) के साथ भी अपलोड को अस्वीकार कर सकता है। इनमें से प्रत्येक SDK में दोबारा फ़ोटो लेने का संकेत देता है और इसे रिपोर्ट पर अपने स्वयं के जोखिम के रूप में दर्ज किया जाता है, जिसे Image Quality सेटिंग्स द्वारा रूट किया जाता है — DOCUMENT_OCCLUSION_DETECTED और IMAGE_QUALITY_TOO_LOW एक ही कार्रवाई साझा करते हैं। ये कैप्चर का वर्णन करते हैं: सफल पुनः प्रयास चेतावनी को हटा देता है। कवर किया गया फ़ील्ड निर्णय को प्रभावित करे या नहीं, यह नीचे दिए गए अलग इंटीग्रिटी-संबंधी CRITICAL_FIELD_OCCLUSION_DETECTED का अलग विषय है, जिसे निर्णय के समय उठाया जाता है और यह डिफ़ॉल्ट रूप से Review पर सेट होता है।फ़ील्ड निष्कर्षण
MRZ, QR, बारकोड
जिन दस्तावेज़ प्रकारों की MRZ की विश्वसनीयता ज्ञात रूप से कम है, उनके लिए तीनों MRZ जोखिम छोड़ दिए जाते हैं।बारकोड हस्ताक्षर सत्यापन वर्तमान में फ़्रेंच राष्ट्रीय पहचान पत्रों को कवर करता है, जिनके ANTS 2D-Doc बारकोड पर जारीकर्ता प्राधिकरण द्वारा हस्ताक्षर किए जाते हैं।
BARCODE_SIGNATURE_INVALID केवल तभी उत्पन्न होता है जब हस्ताक्षर जाँच स्वयं payload को अस्वीकार कर देती है। बिना किसी हस्ताक्षर वाला बारकोड, किसी ऐसे प्राधिकरण द्वारा हस्ताक्षरित जो अभी तक Didit के ट्रस्ट स्टोर में नहीं है, या ऐसा बारकोड जिसके हस्ताक्षर को डिकोड नहीं किया जा सकता है, उसे अप्रमाणित डेटा माना जाता है और यह जोखिम उत्पन्न किए बिना, पहले की तरह MRZ और मुद्रित पाठ के विरुद्ध मान्य किया जाता है।US और कनाडाई ड्राइविंग लाइसेंस (AAMVA) बारकोड क्रिप्टोग्राफ़िक रूप से सत्यापित नहीं होते हैं: वहाँ डिजिटल हस्ताक्षर वैकल्पिक और क्षेत्राधिकार-विशिष्ट है, और कोई भी क्षेत्राधिकार सत्यापन कुंजियाँ प्रकाशित नहीं करता है, इसलिए Didit केवल यह पता लगाता है और लॉग करता है कि किसी payload में हस्ताक्षर है या नहीं; हस्ताक्षर की स्वयं कभी जाँच नहीं की जाती है। AAMVA हस्ताक्षर विफलताएँ आज एक जोखिम संकेत नहीं हैं। एक छेड़छाड़ किया गया AAMVA payload केवल BARCODE_VALIDATION_FAILED के रूप में सामने आता है, और केवल तभी जब छेड़छाड़ के कारण बारकोड MRZ या मुद्रित/OCR डेटा से असहमत हो जाता है - अन्यथा आंतरिक रूप से सुसंगत payload पर एक जाली हस्ताक्षर बिना किसी संकेत के पास हो जाता है।BARCODE_SIGNATURE_INVALID पर उपयोगकर्ता से कभी भी पुनः कैप्चर करने के लिए नहीं कहा जाता है: जो हस्ताक्षर payload से मेल नहीं खाता है उसे बेहतर फ़ोटो लेकर ठीक नहीं किया जा सकता है।पहचान मिलान
दस्तावेज़ लाइवनेस (छेड़छाड़)
वर्कफ़्लो में धोखाधड़ी के प्रकार के अनुसार थ्रेशोल्ड-संचालित। स्टैंडअलोन OCR API पर ये तीन जोखिम बिना किसी शर्त के अस्वीकार कर दिए जाते हैं, और एक अनुरोधित जांच जिससे कोई उपयोग योग्य स्कोर प्राप्त नहीं होता, स्वीकृत करने के बजायIn Review लौटाती है।
स्कोर स्वयं प्रत्येक V3 रिपोर्ट पर document_liveness के रूप में उपलब्ध होते हैं, तब भी जब कोई चेतावनी ट्रिगर नहीं हुई हो, ताकि एक स्वीकृत दस्तावेज़ का भी ऑडिट किया जा सके।
कैप्चर चैनल अखंडता
log_type कॉन्फ़िगर की गई कार्रवाई को दर्शाता है: Decline के लिए error, Review के लिए warning, No action के लिए information।
अनुशंसित कार्रवाई: किसी अस्वीकृत सत्र को इंजेक्शन कैप्चर के रूप में मानें और उस व्यक्ति से उसके बिल्ट-इन कैमरे वाले भौतिक डिवाइस पर पुनः प्रयास करने के लिए कहें।
एक वास्तविक व्यक्ति द्वारा उत्पन्न किए जा सकने वाले सिग्नल कभी भी INJECTION_ATTACK_DETECTED ट्रिगर नहीं करते हैं और सूचनात्मक ही रहते हैं।
वास्तविक कैमरे को रिले करने वाले ऐप्स, जैसे कि वेबकैम के रूप में उपयोग किया जाने वाला फ़ोन या वास्तविक वेबकैम पर इफ़ेक्ट्स लेयर, को इंजेक्शन अटैक के रूप में रिपोर्ट नहीं किया जाता है।
यह इंजेक्शन अटैक डिटेक्शन है, जो प्रेज़ेंटेशन अटैक डिटेक्शन (वास्तविक कैमरे के सामने प्रस्तुत की गई फ़ेक सामग्री) से अलग है।
ज्ञात सार्वजनिक दस्तावेज़ छवियां
अपेक्षित विवरण के बेमेल
जब आप किसी सत्र मेंexpected_details पास करते हैं, तो Didit मेल न खाने वाले प्रत्येक फ़ील्ड के लिए एक मिसमैच चेतावनी जारी करता है। एक समूह (expected_details_mismatch_action, डिफ़ॉल्ट Review) इन सभी के लिए रूटिंग को नियंत्रित करता है:
प्रत्येक मिसमैच चेतावनी
additional_data में अपेक्षित और निकाले गए मान रखती है।
आयु
पता
क्रॉस-सत्र दस्तावेज़ मिलान
उपरोक्त चेतावनियों के अलावा, V3 ID रिपोर्ट एकmatches[] सरणी प्रदान करती है — आपके एप्लिकेशन में समान जन्म तिथि, समान जारीकर्ता देश और अत्यधिक समान पूरे नाम वाले अधिकतम 5 अन्य दस्तावेज़ (ब्लॉकलिस्ट किए गए दस्तावेज़ों के लिए अतिरिक्त रूप से सटीक दस्तावेज़-संख्या मिलान की आवश्यकता होती है), उन सत्रों को छोड़कर जो समान उपयोगकर्ता के हैं। आपकी ब्लॉकलिस्ट में जोड़े गए दस्तावेज़ is_blocklisted: true के साथ दिखाई देते हैं। आपकी अनुमति सूची में शामिल दस्तावेज़ अभी भी मिलानों में दिखाई देते हैं, लेकिन उनकी डुप्लिकेट-उपयोगकर्ता कार्रवाई छोड़ दी जाती है।
प्रत्येक मिलान में session_id, session_number, vendor_data, verification_date, user_details (name, document_type, document_number), status, is_blocklisted, api_service, और एक हस्ताक्षरित front_image_url शामिल होता है।
उदाहरण
अपनी डिफ़ॉल्ट रूटिंग (information) पर कॉन्फ़िगर करने योग्य चेतावनी
समाप्त हो चुके दस्तावेज़ पर ऑटो-डिक्लाइन
payload के साथ अपेक्षित विवरण का मिसमैच
चेतावनी के प्रकार
आपके एप्लिकेशन के कॉन्फ़िगरेशन के आधार पर प्रत्येक जोखिम को एक गंभीरता सौंपी जाती है। तीन गंभीरता स्तर हैं:संबंधित
- पहचान सत्यापन रिपोर्ट — पूर्ण रिपोर्ट स्कीमा और स्थितियां।
- दस्तावेज़ निगरानी — Didit छेड़छाड़ और क्रॉस-सत्र डुप्लिकेट का पता कैसे लगाता है।
- Webhooks — जैसे ही पहचान सत्यापन चरण समाप्त होता है,
session.status.updatedमें चेतावनियाँ शामिल होती हैं। - डेटा मॉडल — ID सत्यापन — कैनोनिकल फ़ील्ड-दर-फ़ील्ड स्कीमा।
- डेटा मॉडल — Warning ऑब्जेक्ट —
warnings[]में प्रत्येक प्रविष्टि की संरचना।