दस्तावेज़ कैप्चर अपरिवर्तित है। आप
documents_allowed के माध्यम से जो कुछ भी पहले से कॉन्फ़िगर करते हैं — स्वीकृत प्रकार, उपप्रकार, कैप्चर नियम, थ्रेशोल्ड, चेतावनियाँ — वह सब पहले की तरह ही काम करता रहता है, और ऐसा वर्कफ़्लो जिसमें विधियों के बारे में कुछ भी निर्दिष्ट नहीं है, वह केवल दस्तावेज़ कैप्चर पर ही रहता है।
प्रत्येक विधि कैसे काम करती है
दस्तावेज़ कैप्चर
इस अनुभाग के शेष भाग में क्या प्रलेखित है: उपयोगकर्ता दस्तावेज़ की तस्वीर लेता है, Didit इसे पढ़ता है, इसकी प्रामाणिकता की जाँच करता है और निकाले गए फ़ील्ड लौटाता है। Didit द्वारा समर्थित प्रत्येक देश में उपलब्ध, प्रति जाँच $0.15 पर। पहचान सत्यापन अवलोकन से शुरुआत करें।बिना दस्तावेज़ जाँच
उपयोगकर्ता अपना राष्ट्रीय आईडी नंबर और कुछ व्यक्तिगत विवरण दर्ज करता है, और Didit उस देश के आधिकारिक स्रोत से उनका सत्यापन करता है। इसमें दस्तावेज़ की किसी भी तस्वीर की आवश्यकता नहीं होती है। अधिकांश देशों में वह स्रोत एक सरकारी रजिस्टर होता है, लेकिन सभी में नहीं: कनाडा, फ्रांस, इंडोनेशिया, नीदरलैंड, नॉर्वे, सिंगापुर, यूनाइटेड किंगडम और संयुक्त राज्य अमेरिका में इसके बजाय यह एक क्रेडिट-ब्यूरो, वित्तीय-सेवाएं, उपयोगिता सेवा या आवासीय-रिकॉर्ड फ़ाइल होती है। चूँकि स्रोत का उद्गम और लागू सहमति व्यवस्था इसके साथ बदलती है, इसलिए सटीक स्रोत का नाम नीचे दी गई तालिका में और बिना दस्तावेज़ जाँच पर प्रत्येक देश के अनुसार दिया गया है — कभी भी सामान्यीकृत नहीं किया गया है। जहाँ स्रोत एक पोर्ट्रेट लौटाता है — आज के समय में दक्षिण अफ्रीका, नाइजीरिया, अर्जेंटीना और पनामा; इन चारों देशों में स्रोत सरकारी रजिस्टर हैं — वहाँ उपयोगकर्ता से एक सेल्फ़ी भी मांगी जाती है। उस सेल्फ़ी पर पैसिव लाइवनेस चलाई जाती है और उसका रजिस्ट्री पोर्ट्रेट से चेहरा मिलान किया जाता है, यह सब बिना दस्तावेज़ जाँच के हिस्से के रूप में और उसकी कीमत में ही शामिल होता है। जहाँ स्रोत केवल डेटा लौटाता है, वहाँ चेहरा मिलान करने के लिए कुछ नहीं होता, इसलिए कोई सेल्फ़ी नहीं ली जाती है; यदि आपको उनकी आवश्यकता है तो लाइवनेस और चेहरा मिलान को अपने स्वयं के वर्कफ़्लो चरणों के रूप में चलाएं। देश-वार पूर्ण अनुरोध फ़ील्ड, प्रारूप नियम और सहमति व्यवस्था बिना दस्तावेज़ जाँच पर उपलब्ध हैं।वॉलेट
उपयोगकर्ता अपनी पहले से मौजूद डिजिटल पहचान, जैसे कि राष्ट्रीय eID या बैंक पहचान से साइन इन करता है। वॉलेट उन्हें प्रमाणित करता है, फिर हस्ताक्षरित पहचान विशेषताओं को Didit के साथ साझा करता है। वॉलेट के आधार पर, उपयोगकर्ता व्यक्तिगत पहचान कोड या फ़ोन नंबर दर्ज कर सकता है; वॉलेट जाँच के लिए किसी दस्तावेज़ की तस्वीर की आवश्यकता नहीं होती है। साइन-इन अनुभव वॉलेट पर निर्भर करता है: एक ऐप हैंडऑफ़, एक क्यूआर कोड, या उपयोगकर्ता के फ़ोन पर पुष्टि किया गया तुलना कोड। Smart-ID और Mobile-ID एक तुलना कोड का उपयोग करते हैं। प्रति-वॉलेट विशेषताएँ, प्रोडक्शन उपलब्धता और विफलता संबंधी व्यवहार डिजिटल आईडी वॉलेट पर उपलब्ध हैं।आश्वासन स्तर
प्रत्येक पहचान सत्यापन परिणाम में उसे उत्पन्न करने वाली विधि से निर्धारित एक आश्वासन स्तर शामिल होता है। यह स्तर वास्तव में क्या सिद्ध हुआ था इसका एक ईमानदार विवरण है, कोई रैंकिंग नहीं:आश्वासन स्तर व्यवस्थापक के लिए लेबल हैं। वे सत्र payload में, कंसोल में और एक्सपोर्ट में दिखाई देते हैं। अंतिम उपयोगकर्ताओं को स्तर, कीमत या जिस स्रोत से पूछताछ की गई थी उसका नाम कभी नहीं दिखाई देता है।
प्रति देश विधियों को कॉन्फ़िगर करना
विधियाँ पहचान सत्यापन (OCR) सुविधा कॉन्फ़िगरेशन पर methods कुंजी के अंतर्गत स्थित होती हैं, जिन्हें ISO 3166-1 alpha-3 देश कोड द्वारा दर्शाया जाता है। कुंजी छोड़ दें, किसी देश को छोड़ दें, या किसी देश के अंदर किसी विधि को छोड़ दें, और वह देश केवल दस्तावेज़ कैप्चर तक सीमित रहेगा।
available हैं।
उदाहरण में वॉलेट अक्षम छोड़े गए हैं ताकि यह आपके एनवायरनमेंट में किसी वॉलेट के सक्षम होने पर निर्भर न करे।
एक ऐसा वर्कफ़्लो जो Coming soon के रूप में चिह्नित वॉलेट को सक्षम करता है, उसे अस्वीकार कर दिया जाता है, जिसमें उस सेव में मौजूद अन्य कॉन्फ़िगरेशन भी शामिल हैं।
एक बार जब कैटलॉग किसी देश में वॉलेट को available चिह्नित कर देता है, तो उस देश के लिए वॉलेट ब्लॉक इस तरह दिखता है:
- उपलब्धता सर्वर-चालित है। ऐसी कोई भी विधि या वॉलेट जिसे क्षमता कैटलॉग उस देश के लिए
availableचिह्नित नहीं करता है, उसे अस्वीकार कर दिया जाता है। पहले कैटलॉग पढ़ें — कंसोल के Countries टैब के माध्यम से, याdidit_workflow_get_id_verification_methods_catalogMCP टूल के साथ। - वॉलेट एक एक्सेप्ट-लिस्ट हैं, कभी रैंकिंग नहीं।
providersयह बताता है कि कोई देश कौन से वॉलेट पेश कर सकता है। आपके द्वारा भेजा गया क्रम कोई अर्थ नहीं रखता है और इसे सामान्यीकृत कर दिया जाता है; अंतिम उपयोगकर्ता चयन करता है।
फ़ॉलबैक: जब कोई गैर-दस्तावेज़ विधि पूरी नहीं होती
चार स्विच यह तय करते हैं कि आगे क्या होगा। प्रत्येक या तोfallback_to_document (उपयोगकर्ता को दस्तावेज़ कैप्चर पर भेजें) या decline (अस्वीकृत पहचान सत्यापन के साथ सत्र समाप्त करें) होता है; wallet.on_failure नीचे वर्णित retry भी स्वीकार करता है। चारों का डिफ़ॉल्ट मान fallback_to_document होता है।
wallet.on_failure किसी ऐसे देश के लिए तीसरा मान retry भी स्वीकार करता है जो केवल वॉलेट स्वीकार करता है (दस्तावेज़ कैप्चर बंद होने पर):
retry केवल वॉलेट के लिए है: लुकअप स्विच fallback_to_document या decline लेते हैं, क्योंकि जिस रजिस्टर ने “कोई मिलान नहीं” का उत्तर दिया है, उसमें पुनः प्रयास करने के लिए कुछ नहीं होता है।
इसे document.fallback_only के साथ अस्वीकार कर दिया जाता है, जिसे ऐसी विफलता की आवश्यकता होती है जो दस्तावेज़ कैप्चर पर ले जाए।
जिस वॉलेट ने साइन इन किया और ऐसा डेटा वापस लौटाया जो आपके वर्कफ़्लो की जाँचों (आयु, नाम मिलान आदि) में विफल रहता है, वह एक सत्यापित साइन-इन है: वर्कफ़्लो के नियम निर्णय लेते हैं, wallet.on_failure लागू नहीं होता है।
ऐसा साइन-इन जिसका token वास्तविक है लेकिन अस्वीकार्य है (गलत आश्वासन स्तर, अमान्य हस्ताक्षर, आवश्यक दावों का अभाव), उसे विफलता माना जाता है और वह wallet.on_failure का अनुसरण करता है।
id_lookup.max_attempts (1 से 5, डिफ़ॉल्ट 1) यह निर्धारित करता है कि स्विच ट्रिगर होने से पहले उपयोगकर्ता को कितने ऐसे लुकअप के अवसर मिलते हैं जिनका उत्तर प्राप्त हुआ हो। जो संख्या क्लाइंट-साइड प्रारूप जाँच में विफल हो जाती है, वह कभी भी रजिस्टर तक नहीं पहुँचती है, इसलिए यह कोई प्रयास उपयोग नहीं होता है — उपयोगकर्ता से बस इसे ठीक करने के लिए कहा जाता है।
कोई वॉलेट या लुकअप दस्तावेज़ कैप्चर पर केवल तभी फ़ॉलबैक कर सकता है जब उस देश के लिए दस्तावेज़ कैप्चर सक्षम हो और वहाँ कम से कम एक दस्तावेज़ प्रकार स्वीकार किया जाता हो।
दस्तावेज़ कैप्चर बंद होने पर, या देश के लिए कोई दस्तावेज़ प्रकार स्वीकार न होने पर, विफल साइन-इन या कोई ऐसा लुकअप जो मेल नहीं खाता, सत्र को अस्वीकार कर देता है, भले ही स्विच fallback_to_document कहता हो। इसका अपवाद wallet.on_failure: retry है, जो कभी अस्वीकार नहीं करता: उपयोगकर्ता वॉलेट चरण पर ही बना रहता है।
फ़ॉलबैक करने के लिए कोई अन्य स्थान नहीं है।
किस विधि ने परिणाम उत्पन्न किया: fallback_from
verification_method हमेशा उस विधि का नाम देता है जिसने सत्यापित परिणाम उत्पन्न किया: wallet, id_lookup या document।
fallback_from दोनों परिणामों में यह समझाता है कि किसी गैर-दस्तावेज़ विधि ने पहचान चरण को क्यों समाप्त नहीं किया:
- फ़ॉलबैक लिया गया। उपयोगकर्ता को दस्तावेज़ कैप्चर पर भेजा जाता है। इसके बाद होने वाले दस्तावेज़ सत्यापन में
verification_method: "document"होता है औरfallback_fromविफल हुई विधि का नाम देता है, उदाहरण के लिए{ "method": "wallet", "reason": "cancelled", "action": "fallback_to_document" }। वॉलेट द्वारा सत्यापित सत्र मेंverification_method: "wallet"औरfallback_from: nullहोता है। - अस्वीकृत। स्विच
declineहै, या फ़ॉलबैक करने के लिए कोई दस्तावेज़ नहीं है। अस्वीकृत पहचान सत्यापन में"action": "decline"के साथfallback_fromहोता है।
method का मान wallet या id_lookup होता है, और reason वह परिणाम है जिसने इसे समाप्त किया (cancelled, timeout, no_match, provider_error इत्यादि)।
यही फ़ील्ड सत्र निर्णय पर और status.updated webhook पर प्राप्त होते हैं।
कोई रजिस्टर जो उत्तर नहीं देता है (टाइमआउट या आउटेज) एक अपवाद है: यह अपने आप कभी भी उपयोगकर्ता को अस्वीकार नहीं करता है।
लुकअप का बिल नहीं भेजा जाता है और कोई प्रयास उपयोग नहीं होता है; उपयोगकर्ता से पुनः प्रयास करने के लिए कहा जाता है।
चरण पर तीन अनुत्तरित लुकअप के बाद, id_lookup.on_provider_error लागू होता है: decline अस्वीकार करता है, और fallback_to_document उपयोगकर्ता को दस्तावेज़ कैप्चर पर भेजता है।
जब वह स्विच fallback_to_document होता है लेकिन देश के पास फ़ॉलबैक करने के लिए कोई दस्तावेज़ नहीं होता है, तो लुकअप खुला रहता है और उपयोगकर्ता प्रयास जारी रख सकता है; सत्र अस्वीकृत नहीं होता है।
केवल फ़ॉलबैक के रूप में दस्तावेज़ कैप्चर ऑफ़र करें
डिफ़ॉल्ट रूप से, जो देश दस्तावेज़ कैप्चर के साथ वॉलेट या ID लुकअप प्रदान करता है, वह पहली स्क्रीन पर उन्हें साथ-साथ दिखाता है। दस्तावेज़ कैप्चर को पहले से ऑफ़र किए बिना देश के लिए सक्षम रखने के लिएdocument.fallback_only को true पर सेट करें।
उपयोगकर्ता देश के वॉलेट या ID लुकअप से शुरुआत करते हैं।
एकल वॉलेट होने पर, उपयोगकर्ता सीधे उस वॉलेट पर पहुँचता है।
केवल वे उपयोगकर्ता जिनका वॉलेट साइन-इन विफल होता है, रद्द होता है या समय समाप्त हो जाता है, या जिनका लुकअप मेल नहीं खाता है, उन्हें दस्तावेज़ कैप्चर पर ले जाया जाता है।
उनमें से कौन से परिणाम दस्तावेज़ कैप्चर की ओर ले जाते हैं, यह अभी भी ऊपर दिए गए स्विच द्वारा तय किया जाता है, इसलिए उनमें से कम से कम एक fallback_to_document होना चाहिए।
fallback_only वैकल्पिक है और डिफ़ॉल्ट रूप से false होता है।
यह तब तक अस्वीकार कर दिया जाता है जब तक कि document.enabled, true न हो और उस देश में कम से कम एक वॉलेट या ID लुकअप दस्तावेज़ कैप्चर पर फ़ॉलबैक करता हो।
वे दस्तावेज़ प्रकार सक्षम करें जिन्हें फ़ॉलबैक में documents_allowed में ऑफ़र किया जाना चाहिए, उदाहरण के लिए फ़िनलैंड के लिए पासपोर्ट और ID कार्ड।
प्रत्येक विधि की लागत
ये सूचीबद्ध कीमतें हैं: आपकी प्लान छूट दोनों विधियों पर लागू होती है। एक लुकअप अपने द्वारा चलाई जाने वाली सेवाओं के लिए सार्वजनिक डेटाबेस सत्यापन खुदरा दरों का उपयोग करता है; कई सेवाएँ एक प्रयास में योगदान कर सकती हैं। नाइजीरिया NIN या BVN में से किसी एक का चयन करता है। देश तालिका पूरी तरह कॉन्फ़िगर किए गए प्रयास की कीमत दिखाती है, जहाँ उत्तर दिए गए प्रत्येक पुनः प्रयास का अलग से बिल बनाया जाता है।
बिलिंग नियम
- जिस रजिस्टर ने उत्तर दिया, उसके लुकअप का बिल लिया जाता है। मिलान, आंशिक मिलान और कोई मिलान न होना सभी गिने जाते हैं — क्वेरी चलाई गई थी और उत्तर ही उत्पाद है।
- जिस रजिस्टर ने कभी उत्तर नहीं दिया, उसका बिल नहीं लिया जाता है। प्रदाता की त्रुटि के लिए कोई शुल्क नहीं लिया जाता है।
- क्लाइंट-साइड फ़ॉर्मैट जाँच में विफल रहने वाले नंबर का कभी भी बिल नहीं लिया जाता है और इसे कभी भी
max_attemptsमें नहीं गिना जाता, क्योंकि यह रजिस्टर तक कभी पहुँचा ही नहीं। - जब उपयोगकर्ता फ़ॉलबैक करता है, तो दस्तावेज़ कैप्चर का अतिरिक्त बिल लिया जाता है। एक लुकअप जिसने उत्तर दिया और फिर दस्तावेज़ पर फ़ॉलबैक किया, उसके दो शुल्क लगते हैं, क्योंकि दो जाँचें चलाई गई थीं।
कवरेज
दस्तावेज़ कैप्चर Didit द्वारा समर्थित प्रत्येक देश में उपलब्ध है और इसे नीचे दोहराया नहीं गया है: $0.15 प्रति जाँच। यह तालिका केवल उन देशों को सूचीबद्ध करती है जहाँ गैर-दस्तावेज़ विधि मौजूद है। जो देश सूचीबद्ध नहीं है, या जिस सेल में योजनाबद्ध नहीं लिखा है, वहाँ केवल दस्तावेज़ कैप्चर उपलब्ध है।कवरेज उस क्षमता कैटलॉग से जनरेट होती है जिसे बैकएंड प्रस्तुत करता है, इसलिए यह तालिका वही स्रोत है जिसके विरुद्ध कंसोल और API सत्यापन करते हैं। जल्द आ रहा है का अर्थ है कि प्रविष्टि कंसोल में दिखाई देती है और इसे अभी चालू नहीं किया जा सकता है; यह एक लाइव क्षमता नहीं है और इसकी कोई प्रतिबद्ध तिथि नहीं है।
सत्र में क्या प्राप्त होता है
प्रत्येक पहचान सत्यापन परिणाम में वह विधि शामिल होती है जिसने इसे तैयार किया है, इसका आश्वासन स्तर, और — जब कोई गैर-दस्तावेज़ विधि चलाई गई हो — एक प्रति-विधि साक्ष्य ब्लॉक शामिल होता है। दस्तावेज़ सत्र पहले की तरह ही पढ़े जाते हैं, जिसमें नई कुंजियाँnull होती हैं।
तीनों विधियों के लिए फ़ील्ड-दर-फ़ील्ड प्रकार और उदाहरण पहचान सत्यापन डेटा मॉडल में हैं, और यही कुंजियाँ
status.updated webhook पर प्राप्त होती हैं।
संबंधित
- गैर-दस्तावेज़ लुकअप — प्रति-देश फ़ील्ड, प्रारूप, सहमति और डेटा प्रतिधारण
- डिजिटल ID वॉलेट — प्रति-वॉलेट विशेषताएँ, आश्वासन और विफलता का व्यवहार
- कंसोल में पहचान सत्यापन विधियाँ — देश टैब और सत्र विधि चिप
- वर्कफ़्लो सुविधा कॉन्फ़िग —
methodsकुंजी संदर्भ