account_lookup है। स्टेटमेंट अपलोड और माइक्रो-डिपॉज़िट दोनों के बाद फ़ॉलबैक बने रहते हैं, और व्यक्ति हमेशा बैंक के बिना आगे बढ़ सकता है। बिना किसी सत्र के अपने बैकएंड से किसी खाते की जांच करने के लिए, उदाहरण के लिए भुगतान से पहले, Account check API का उपयोग करें।
बैंक सत्यापन किसी खाते के स्वामित्व की पुष्टि किसी अन्य चरण द्वारा स्थापित पहचान के आधार पर करता है, इसलिए यह अपने आप में पहचान का प्रमाण नहीं है। इस चरण से पहले पहचान सत्यापन, डेटाबेस सत्यापन, कोई प्रश्नावली या
expected_details रखें। व्यक्ति इस चेक के लिए कभी भी नाम टाइप नहीं करता है: Didit हमेशा उस नाम से तुलना करता है जिसे सत्र पहले ही सत्यापित कर चुका है।यह कैसे काम करता है
1
व्यक्ति अपने देश का चयन करता है
बैंक सत्यापन चरण में, व्यक्ति उस देश का चयन करता है जो यह चरण प्रदान करता है। जहाँ अकाउंट चेक पहले आता है, वहाँ यह चरण उस देश के खाता प्रारूप में एक छोटा फ़ॉर्म खोलता है। जहाँ बैंक साइन-इन पहले आता है, वहाँ फ़ॉर्म तक पहुँचने के लिए व्यक्ति अपने खाते का विवरण दर्ज करें चुनता है।
2
व्यक्ति अपना खाता दर्ज करता है
उदाहरण के लिए एक IBAN, एक सॉर्ट कोड और एक खाता संख्या, या एक CLABE। सत्यापन फ़्लो उस देश के लिए API द्वारा लौटाए गए डेटा के आधार पर फ़ॉर्म तैयार करता है, इसलिए Didit द्वारा बाद में जोड़े जाने वाले किसी देश के लिए आपकी ओर से किसी बदलाव की आवश्यकता नहीं होती है।
3
Didit पहले प्रारूप की जांच करता है
किसी भी चीज़ का बिल बनने से पहले, Didit प्रत्येक मान की जांच करता है: इसकी लंबाई, इसके वर्ण, इसके चेक डिजिट और IBAN के मामले में, यह कि यह चयनित देश से संबंधित है। जो मान विफल होता है, उसे उस फ़ील्ड के साथ अस्वीकार कर दिया जाता है जिसे ठीक करना है। व्यक्ति इसे वहीं ठीक करता है, और कोई प्रयास खर्च नहीं होता है।
4
बैंक खाते पर मौजूद नाम की जाँच बैंक करता है
Didit सत्र द्वारा सत्यापित नाम के विरुद्ध एक जांच चलाता है। क्लाइंट द्वारा भेजी गई अन्य सभी चीज़ों को अनदेखा कर दिया जाता है।
5
चरण निर्णय लेता है
उत्तर एक स्वामित्व परिणाम बन जाता है, और चरण की कार्रवाइयाँ इसे ठीक उसी तरह निर्णय में बदल देती हैं जैसे वे बैंक साइन-इन के लिए करती हैं।
चेक कहाँ उपलब्ध है
कवरेज प्रति देश है। प्रोडक्शन में यह चेक आज नाइजीरिया, घाना और केन्या में चलता है। Didit इसे देश-दर-देश तब सक्षम करता है, जब उसके पास वहाँ एक मूल्य-निर्धारित रूट उपलब्ध हो; जिस देश में यह नहीं है, वहाँ यह सुविधा नहीं मिलती है, और बैंक सत्यापन मूल्य निर्धारण हमेशा वर्तमान सूची दिखाता है। समय के साथ नए देश जोड़े जाते हैं, और यह चरण हमेशा वर्तमान सूची को पढ़ता है, इसलिए जब कोई नया देश जोड़ा जाता है तो आपको कभी भी अपने इंटीग्रेशन को बदलने की आवश्यकता नहीं होती है। कवर किए गए किसी देश के भीतर, चरण की विधियाँ यह तय करती हैं कि व्यक्ति इसे देखेगा या नहीं:- चरण का क्रम।
bank_method_orderयह निर्धारित करता है कि प्रत्येक देश कौन सी विधियाँ प्रदान करता है और कौन सी पहले आती है। डिफ़ॉल्ट,["open_banking", "account_lookup"], बैंक साइन-इन से शुरू होता है और बैकअप के रूप में अकाउंट चेक की पेशकश करता है। - किसी देश का अपना क्रम।
bank_countriesमें किसी देश के लिएmethodsवहाँ के चरण क्रम को ओवरराइड करता है, उदाहरण के लिए केवल अकाउंट चेक के लिए["account_lookup"], या इससे शुरुआत करने के लिए["account_lookup", "open_banking"]। - एक बैंक जो डाउन है। जहाँ कोई देश अकाउंट चेक की पेशकश करता है, वहाँ यह उस बैंक के लिए बैकअप के रूप में भी काम करता है जो बैंक साइन-इन में डिग्रेडेड या डाउन है: जब तक व्यक्ति के पास अकाउंट चेक बचे हैं, तब तक कोई सहमति माँगे जाने से पहले यह चरण खाता फ़ॉर्म पर चला जाता है।
- चेक Didit के अपने रूट्स पर चलता है। जो चरण आपके स्वयं के मार्केटप्लेस प्रदाता (
provider_key) पर चलता है, वह इसे केवलfallback_to_nativeचालू होने पर ही प्रदान करता है। - व्यवसाय खाते। व्यवसाय सत्यापन सत्र में, यह चेक उन देशों में एक व्यवसाय खाते की तुलना सत्यापित व्यवसाय से करता है जहाँ Didit व्यवसाय खातों की जांच करता है।
व्यक्ति क्या दर्ज करता है
ये वे खाता प्रारूप हैं जिन्हें फ़ॉर्म समझता है। ये कोई कवरेज सूची नहीं हैं: किसी देश में चेक चलेगा या नहीं, यह यह कहाँ उपलब्ध है पर निर्भर करता है, और यह चरण हमेशा उस देश के लिए सटीक फ़ील्ड दिखाता है।
कुछ देशों में यह फ़ॉर्म पंजीकरण संख्या भी मांगता है: व्यवसाय खातों के लिए, और कुछ देशों में प्रत्येक खाते के लिए।
किसी मान की जांच करने से पहले स्पेस, डैश और बिंदुओं को हटा दिया जाता है और अक्षरों को बड़े अक्षरों में बदल दिया जाता है, ताकि व्यक्ति खाता संख्या उसी तरह दर्ज कर सके जैसा उसके बैंक ने प्रिंट किया है।
इसे चालू करें
एक नया चरण बैंक साइन-इन के बैकअप के रूप में डिफ़ॉल्ट रूप से खाते की जाँच की पेशकश करता है। इससे शुरुआत करने के लिए, या केवल इसे ही पेश करने के लिए, क्रम में सबसे पहलेaccount_lookup रखें:
परिणाम
उत्तर लौटाने वाली जाँचें
इनमें से प्रत्येक के लिए एक बार शुल्क लिया जाता है और यह व्यक्ति की खाता जाँचों (bank_account_check_max_attempts) में से एक का उपयोग करता है। जब तक चरण पूरा नहीं हो जाता, तब तक व्यक्ति जाँच शेष रहने पर दूसरे खाते से पुनः प्रयास कर सकता है। परिणाम ownership.result में होता है, सिवाय ऐसे खाते के जो मौजूद नहीं है, जो connection.reason_code में होता है।
bank_account_check_accept_close_match बंद होने पर, दोनों करीबी मिलान इसके बजाय no_match हो जाते हैं, जिसका कारण कोड OWNER_NAME_MISMATCH होता है: व्यक्ति से कभी भी नाम की पुष्टि करने के लिए नहीं कहा जाता है, और bank_no_match_action निर्णय लेता है। बैंक साइन-इन दोनों ही स्थितियों में अपने करीबी मिलानों को बनाए रखता है।
सफल कनेक्शन के बिना, एक बार जब व्यक्ति प्रत्येक खाते की जाँच और बैंक साइन-इन के प्रत्येक प्रयास (जहाँ देश बैंक साइन-इन की पेशकश भी करता है) का उपयोग कर लेता है, तो चरण तब तक खुला रहता है जब तक प्रयास शेष होने पर उन्हें स्टेटमेंट अपलोड की पेशकश मिलती रहती है: देखें स्टेटमेंट अपलोड। जब कोई विकल्प नहीं बचता है, तो चरण bank_attempts_exhausted_action (डिफ़ॉल्ट रूप से DECLINE) पर समाप्त हो जाता है, जब तक कि कोई पिछला प्रयास पहले ही किसी निष्कर्ष पर न पहुँच गया हो, जैसे कि नाम का बेमेल होना। फिर वही निष्कर्ष मान्य रहता है।
ऐसे परिणाम जिनके लिए कभी शुल्क नहीं लिया जाता
इनमें से किसी में भी कोई जाँच खर्च नहीं होती है। प्रत्येक कोconnection.reason_code में दिखाया जाता है।
निर्णय में
सत्र निर्णय इस चरण कोbank_verifications[] के अंतर्गत सूचीबद्ध करता है। एक बार जब किसी खाते का मूल्यांकन हो जाता है, तो method में account_lookup लिखा होता है। जब तक किसी खाते का मूल्यांकन नहीं किया गया है, method और ownership null होते हैं, और connection.reason_code कारण बताता है, उदाहरण के लिए ACCOUNT_NOT_FOUND, PROVIDER_UNAVAILABLE या REFERENCE_IDENTITY_MISSING।
जाँच के लिए किसी बैंक का चयन नहीं किया जाता है, इसलिए connection.institution_id, connection.institution_name और connection.oauth null होते हैं, और connection.institution_country वह देश होता है जिसे व्यक्ति ने चुना है। चरण पूरा होने के बाद Didit खाते तक कोई पहुँच नहीं रखता है, इसलिए मिलान पर समाप्त होने वाली जाँच में connection.status: revoked के साथ reason_code: VERIFICATION_COMPLETED लिखा होता है। परिणाम स्वयं सत्र पर बना रहता है।
खाते की जाँच से बैलेंस, लेन-देन या आय नहीं पढ़े जाते हैं। जब चरण इनके लिए अनुरोध करता है, तो financial_data.not_collected उन्हें सूचीबद्ध करता है; देखें वित्तीय डेटा के लिए बैंक साइन-इन की आवश्यकता होती है।
method पढ़ें: यह इसके लिए निर्धारित एकमात्र फ़ील्ड है।
वर्कफ़्लो नियमों और रिपोर्टों में
- शाखाएँ और स्थिति नियम:
bank.methodaccount_lookupहै (नियम बिल्डर में खाते की जाँच), औरbank.reason_codeACCOUNT_NOT_FOUNDहो सकता है। - सत्र PDF रिपोर्ट: सत्यापन का तरीका पंक्ति में खाते की जाँच लिखा होता है।
मूल्य निर्धारण
उत्तर लौटाने वाला प्रत्येक सत्यापन एक Bank Verification शुल्क होता है: एक मिलान, एक करीबी मिलान, कोई मिलान नहीं, एक ऐसा खाता जिसे सत्यापित नहीं किया जा सका और एक ऐसा खाता जो नहीं मिला, इन सभी के लिए बिल किया जाता है। सत्यापन से पहले अस्वीकृत किया गया मान, एक अनुपलब्ध सत्यापन और तुलना करने के लिए बिना किसी सत्यापित नाम वाला सत्र कभी भी बिल नहीं किए जाते हैं। कीमत प्रति देश निर्धारित की जाती है: Bank Verification का मूल्य निर्धारण देखें। खाता जांच अपने आप में एक सशुल्क विधि है, कभी भी फ़ॉलबैक नहीं: इसके लिएbank_fallback_used_action ट्रिगर नहीं होता है। शुल्क लगाए गए सत्यापन के बाद, उसी सत्र में बिना किसी अतिरिक्त शुल्क के माइक्रो-डिपॉज़िट और स्टेटमेंट अपलोड शामिल होते हैं, जहाँ चरण उन्हें चालू करता है और देश उनकी पेशकश करता है।
सैंडबॉक्स में इसका परीक्षण करें
सैंडबॉक्स एप्लिकेशन में, सत्यापन एक सिम्युलेटेड सेवा पर चलता है और कुछ भी बिल नहीं किया जाता है। सैंडबॉक्स प्रत्येक देश में दोनों विधियों की पेशकश करता है, उसी क्रम में जो चरण सेट करता है: डिफ़ॉल्ट क्रम के साथ, सत्यापन चलाने के लिए अपने खाते का विवरण दर्ज करें चुनें, या इसी से शुरू करने के लिएbank_method_order को ["account_lookup", "open_banking"] पर सेट करें।
व्यक्ति द्वारा टाइप किए गए खाते के अंतिम चार वर्ण (IBAN, अन्यथा खाता संख्या) उत्तर चुनते हैं। कोई भी अन्य समाप्ति सत्यापित नाम से मेल खाती है।
सैंडबॉक्स प्रत्येक उत्तर दिए गए सत्यापन को बिना किसी लागत के उपयोग के रूप में रिकॉर्ड करता है, ताकि आप देख सकें कि एक लाइव सत्र किन सत्यापनों का बिल करेगा।
IBAN, CLABE और CBU में चेक अंक होते हैं, इसलिए आप केवल उनके अंतिम चार वर्ण नहीं बदल सकते हैं। इन मानों का उपयोग करें, जो प्रत्येक प्रारूप सत्यापन को पास करते हैं:
- Germany (IBAN)
- United Kingdom
- United States
- Mexico (CLABE)
- Argentina (CBU)
- India