मुख्य सामग्री पर जाएं
अकाउंट चेक उनके द्वारा दर्ज किए गए खाते के विवरण से यह पुष्टि करता है कि बैंक खाता उस व्यक्ति का है जिसे आपके वर्कफ़्लो ने पहले ही सत्यापित कर लिया है। इसमें कोई बैंक साइन-इन और कोई सहमति स्क्रीन नहीं होती है: व्यक्ति अपना खाता उसी प्रकार दर्ज करता है जैसे उसके देश में लिखा जाता है, और बैंक उस पर मौजूद नाम की पुष्टि पहले के किसी चरण द्वारा सत्यापित नाम से करता है। यह बैंक साइन-इन के साथ दो बैंक सत्यापन विधियों में से एक है, और इसका method मान 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.method account_lookup है (नियम बिल्डर में खाते की जाँच), और bank.reason_code ACCOUNT_NOT_FOUND हो सकता है।
  • सत्र PDF रिपोर्ट: सत्यापन का तरीका पंक्ति में खाते की जाँच लिखा होता है।

मूल्य निर्धारण

उत्तर लौटाने वाला प्रत्येक सत्यापन एक Bank Verification शुल्क होता है: एक मिलान, एक करीबी मिलान, कोई मिलान नहीं, एक ऐसा खाता जिसे सत्यापित नहीं किया जा सका और एक ऐसा खाता जो नहीं मिला, इन सभी के लिए बिल किया जाता है। सत्यापन से पहले अस्वीकृत किया गया मान, एक अनुपलब्ध सत्यापन और तुलना करने के लिए बिना किसी सत्यापित नाम वाला सत्र कभी भी बिल नहीं किए जाते हैं। कीमत प्रति देश निर्धारित की जाती है: Bank Verification का मूल्य निर्धारण देखें। खाता जांच अपने आप में एक सशुल्क विधि है, कभी भी फ़ॉलबैक नहीं: इसके लिए bank_fallback_used_action ट्रिगर नहीं होता है। शुल्क लगाए गए सत्यापन के बाद, उसी सत्र में बिना किसी अतिरिक्त शुल्क के माइक्रो-डिपॉज़िट और स्टेटमेंट अपलोड शामिल होते हैं, जहाँ चरण उन्हें चालू करता है और देश उनकी पेशकश करता है।

सैंडबॉक्स में इसका परीक्षण करें

सैंडबॉक्स एप्लिकेशन में, सत्यापन एक सिम्युलेटेड सेवा पर चलता है और कुछ भी बिल नहीं किया जाता है। सैंडबॉक्स प्रत्येक देश में दोनों विधियों की पेशकश करता है, उसी क्रम में जो चरण सेट करता है: डिफ़ॉल्ट क्रम के साथ, सत्यापन चलाने के लिए अपने खाते का विवरण दर्ज करें चुनें, या इसी से शुरू करने के लिए bank_method_order को ["account_lookup", "open_banking"] पर सेट करें। व्यक्ति द्वारा टाइप किए गए खाते के अंतिम चार वर्ण (IBAN, अन्यथा खाता संख्या) उत्तर चुनते हैं। कोई भी अन्य समाप्ति सत्यापित नाम से मेल खाती है। सैंडबॉक्स प्रत्येक उत्तर दिए गए सत्यापन को बिना किसी लागत के उपयोग के रूप में रिकॉर्ड करता है, ताकि आप देख सकें कि एक लाइव सत्र किन सत्यापनों का बिल करेगा। IBAN, CLABE और CBU में चेक अंक होते हैं, इसलिए आप केवल उनके अंतिम चार वर्ण नहीं बदल सकते हैं। इन मानों का उपयोग करें, जो प्रत्येक प्रारूप सत्यापन को पास करते हैं:
खाता जाँच API बिना किसी सत्र के, इन्हीं अंतिम अंकों वाले मानों के आधार पर एक सैंडबॉक्स कुंजी का उत्तर देता है। सैंडबॉक्स एप्लिकेशन सामान्य रूप से कैसे काम करते हैं, इसके लिए सैंडबॉक्स परीक्षण देखें।
अंतिम संशोधन 7 नवंबर 2026