मुख्य सामग्री पर जाएं
Bank Verification कभी भी किसी व्यक्ति को अटका हुआ नहीं छोड़ता। जब चरण उनकी प्रतीक्षा कर रहा होता है, तो वे हमेशा Continue without your bank चुन सकते हैं, और जैसे ही उनके देश या उनके बैंक के लिए कोई तरीका काम नहीं करता, चरण इसे तुरंत दिखा देता है। सत्र तब उस निर्णय का अनुसरण करता है जिसे आपने उस मामले के लिए चुना था, डिफ़ॉल्ट रूप से एक समीक्षा। जब कोई विफल प्रयास उनके लिए अभी भी उपलब्ध प्रत्येक तरीके के अंतिम प्रयास को समाप्त कर देता है, जिसमें स्टेटमेंट अपलोड भी शामिल है, तो चरण प्रतीक्षा नहीं करता: यह अपने आप समाप्त हो जाता है और bank_attempts_exhausted_action का अनुसरण करता है, जो डिफ़ॉल्ट रूप से एक अस्वीकृति है, जब तक कि कोई पिछला प्रयास पहले ही किसी निर्णय पर न पहुँच गया हो, जैसे कि नाम बेमेल होना। वह निर्णय फिर कायम रहता है। यह पेज प्रत्येक देश द्वारा ऑफ़र किए जाने वाले सत्यापन के अन्य तरीकों, व्यक्ति को Continue without your bank कब दिखाई देता है, प्रत्येक मामले का निर्णय कैसे लिया जाता है, और परिणाम में इसे कैसे पढ़ा जाए, इसे कवर करता है।

सत्यापन के तरीके

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

ऐसा देश जिसे कोई बैंक रूट सेवा नहीं देता

एक ऐसा देश जहाँ न तो बैंक साइन-इन और न ही खाता जाँच के लिए कोई रूट है, वह चरण में बना रहता है। वहाँ के लोग एक स्टेटमेंट अपलोड करते हैं, जब चरण इसे ऑफ़र करता है, या बैंक के बिना आगे बढ़ते हैं। सहेजने पर ऐसा देश बना रहता है जब यह methods को छोड़ देता है या इसे null पर सेट करता है। इसके methods में किसी तरीके को सूचीबद्ध नहीं किया जा सकता है, क्योंकि कोई भी रूट वहाँ सेवा प्रदान नहीं करता है: इसे सेव करने पर अस्वीकार कर दिया जाता है, उदाहरण के लिए Account check is not available in VNM. एक खाली सूची को भी अस्वीकार कर दिया जाता है, जैसा कि प्रत्येक सक्षम देश में होता है, Choose a method: bank sign-in, account check, or both. के साथ। यदि आपका अनुबंध अपनी खुद की कीमतें निर्धारित करता है और इसमें स्टेटमेंट अपलोड शामिल नहीं है, तो एक ऐसा सेव जो बिना किसी पूर्व बैंक प्रयास के इसे ऑफ़र करता है, वह भी ऐसे देश को अस्वीकार कर देता है।
यहाँ वियतनाम एक ऐसे देश का प्रतिनिधित्व करता है जिसे कोई बैंक रूट सेवा नहीं देता। यह कोई methods सेट नहीं करता है, इसलिए सेव इसे बनाए रखता है, और वहाँ के लोग स्टेटमेंट अपलोड और Continue without your bank देखते हैं।

स्टेटमेंट अपलोड

स्टेटमेंट अपलोड पिछले 3 महीनों का एक बैंक स्टेटमेंट मांगता है जिसमें व्यक्ति का नाम, उनका बैंक और खाता संख्या दिखाई देती हो। Didit इसे पढ़ता है, इसमें किए गए बदलावों की जाँच करता है, और खाताधारक के नाम का मिलान उसी तरह करता है जैसे बैंक सत्यापन में नाम का मिलान किया जाता है। bank_statement_enabled चालू होने पर, चरण इसे दो मामलों में ऑफ़र करता है:
  • सशुल्क प्रयास के बाद: एक बार उसी सत्र में बैंक साइन-इन या खाता जाँच के लिए शुल्क ले लिए जाने के बाद, स्टेटमेंट अपलोड एक फ़ॉलबैक होता है, जो बिना किसी अतिरिक्त शुल्क के शामिल होता है।
  • इससे पहले बिना किसी बैंक प्रयास के: किसी भी देश में, जिसमें वह देश भी शामिल है जिसे कोई बैंक रूट सेवा नहीं देता। इसके लिए bank_statement_standalone_enabled की आवश्यकता होती है, जो डिफ़ॉल्ट रूप से चालू होता है। केवल सशुल्क प्रयास के बाद स्टेटमेंट अपलोड ऑफ़र करने के लिए इसे बंद करें।
स्टेटमेंट अपलोड और माइक्रो-डिपॉज़िट प्रत्येक चरण के bank_max_attempts में से एक का उपयोग करते हैं, ये वही प्रयास हैं जिनका उपयोग बैंक साइन-इन करता है। एक बार जब व्यक्ति उन सभी का उपयोग कर लेता है, तो इनमें से कोई भी आगे ऑफ़र नहीं किया जाता है, यहाँ तक कि सशुल्क प्रयास के बाद भी नहीं। खाता जाँच का अपना bank_account_check_max_attempts होता है, इसलिए जहाँ यह एकमात्र तरीका है, वहाँ जिस व्यक्ति ने खाता जाँच के सभी प्रयासों का उपयोग कर लिया है, वह अभी भी एक स्टेटमेंट अपलोड कर सकता है, जब चरण इसे ऑफ़र करता है। जब कोई विफल प्रयास उस प्रत्येक तरीके के अंतिम प्रयास को समाप्त कर देता है जो व्यक्ति को अभी भी ऑफ़र किया गया है, जिसमें स्टेटमेंट अपलोड भी शामिल है, तो चरण अपने आप समाप्त हो जाता है: व्यक्ति को जारी रखने के लिए नहीं कहा जाता है, और परिणाम में आगे बढ़ना दर्ज नहीं होता है। सत्र bank_attempts_exhausted_action का अनुसरण करता है, जब तक कि कोई पिछला प्रयास पहले ही किसी निर्णय पर न पहुँच गया हो, जैसे कि नाम बेमेल होना, जो फिर कायम रहता है। किसी विफल बैंक साइन-इन के बाद फ़ॉलबैक के लिए गुंजाइश छोड़ने के लिए, bank_max_attempts को 2 या अधिक पर सेट करें।

जब व्यक्ति को बैंक के बिना जारी रखें दिखता है

bank_continue_without_bank यह सेट करता है कि चरण बैंक के बिना जारी रखें कब दिखाता है: दोनों में से कोई भी मान इस विकल्प को बंद नहीं करता है: व्यक्ति हमेशा जारी रख सकता है। कंसोल में, इसे Bank Verification चरण में जब व्यक्ति सत्यापन न कर सके के अंतर्गत, “बैंक के बिना जारी रखें” दिखाएँ: जब कुछ और काम न करे या शुरुआत से के रूप में सेट करें।

व्यक्ति को क्या दिखता है

  • उनके देश में कोई रूट उपलब्ध नहीं: उदाहरण के लिए “हम अभी वियतनाम के बैंकों से कनेक्ट नहीं कर सकते”, जिसमें सत्यापन के दूसरे तरीके के अंतर्गत स्टेटमेंट अपलोड, और बैंक के बिना जारी रखें शामिल है।
  • एक ऐसा बैंक जिसका उपयोग यहाँ नहीं किया जा सकता: “इस बैंक का उपयोग यहाँ नहीं किया जा सकता”। जहाँ देश अकाउंट चेक की सुविधा प्रदान करता है, वहाँ व्यक्ति अपने खाते का विवरण दर्ज कर सकता है, स्टेटमेंट अपलोड कर सकता है, कोई दूसरा बैंक चुन सकता है, या अपने बैंक के बिना जारी रख सकता है।
  • कोई ऑनलाइन बैंकिंग नहीं, या ऐसा बैंक जो सूचीबद्ध नहीं है: “अपने खाते को किसी अन्य तरीके से सत्यापित करें”, जिसमें उनके देश द्वारा पेश किए जाने वाले तरीके और बैंक के बिना जारी रखें शामिल हैं।
  • एक ऐसा बैंक जिससे अभी संपर्क नहीं हो पा रहा है: व्यक्ति पुनः प्रयास कर सकता है। जब दूसरा तरीका, बैंक साइन-इन या अकाउंट चेक, मदद नहीं कर पाता है, तो स्क्रीन बैंक के बिना जारी रखें का विकल्प भी देती है: उनका देश यह सुविधा नहीं देता, कोई प्रयास शेष नहीं है, या उसका अंतिम प्रयास भी बैंक तक नहीं पहुँच सका।
  • जारी रखने के बाद: “धन्यवाद, आप जारी रख सकते हैं”। व्यक्ति को कभी भी विफलता नहीं दिखाई जाती है, और वह आपके वर्कफ़्लो के अगले चरण पर आगे बढ़ जाता है।

परिणाम चुनें

जब व्यक्ति किसी बैंक के बिना जारी रखता है, तो Didit चरण में जो कुछ हुआ उससे कारण का पता लगाता है। यह कभी भी व्यक्ति के डिवाइस से कारण नहीं लेता है। प्रत्येक कारण, जिसे continuation.reason के रूप में रिकॉर्ड किया जाता है, अपनी स्वयं की परिणाम सेटिंग का पालन करता है:
  • no_route: कोई भी बैंक साइन-इन या अकाउंट चेक रूट उनके देश को सेवा प्रदान नहीं करता है। bank_unsupported_action द्वारा तय किया जाता है, डिफ़ॉल्ट रूप से REVIEW, कारण कोड NOT_COVERED के साथ।
  • institution_unsupported: उनके द्वारा चुना गया बैंक इस चरण में उपयोग नहीं किया जा सकता है। bank_unsupported_action द्वारा तय किया जाता है, डिफ़ॉल्ट रूप से REVIEW, कारण कोड NOT_COVERED के साथ।
  • attempts_exhausted: जब उन्होंने जारी रखा, तब तक प्रत्येक प्रयास समाप्त हो चुका था और कोई भी प्रयास प्रगति पर नहीं था। bank_attempts_exhausted_action द्वारा तय किया जाता है, डिफ़ॉल्ट रूप से DECLINE।
  • person_choice: सत्यापन का एक तरीका उपलब्ध था, और उन्होंने जारी रखने का विकल्प चुना। इसमें ऐसा बैंक शामिल है जिससे अभी संपर्क नहीं हो सका: बैंक समर्थित है, इसलिए व्यक्ति की अपनी पसंद ही कारण है। bank_skipped_action द्वारा तय किया जाता है, डिफ़ॉल्ट रूप से REVIEW, कारण कोड SKIPPED के साथ।
bank_skipped_action और bank_attempts_exhausted_action REVIEW या DECLINE लेते हैं। bank_unsupported_action NO_ACTION भी लेता है, जो चरण को स्वीकृत करता है और फिर भी NOT_COVERED रिकॉर्ड करता है। कंसोल में, ये चरण के परिणाम टैब की बैंक या देश कवर नहीं किया गया, बैंक के बिना जारी रखा और प्रयास समाप्त पंक्तियाँ हैं।
जारी रखना कभी भी उस निर्णय को नहीं बदलता है जिस तक कोई प्रयास पहले ही पहुँच चुका है। यदि किसी प्रयास का पहले ही मूल्यांकन किया जा चुका था, उदाहरण के लिए बैंक या स्टेटमेंट ने ऐसे खाताधारक का विवरण दिया जो मेल नहीं खाता और व्यक्ति के पास प्रयास शेष थे, या कोई करीबी मिलान जिसकी उन्होंने पुष्टि नहीं की, तो चरण उस निर्णय और उसके कारण कोड को बनाए रखता है। तब ऊपर दी गई सूची से कोई भी परिणाम सेटिंग लागू नहीं होती है, और कोई भी NOT_COVERED या SKIPPED नहीं जोड़ा जाता है। परिणाम में अभी भी यह रिकॉर्ड रहता है कि व्यक्ति ने जारी रखा: परिणाम में इसे पढ़ें देखें।

परिणाम में इसे पढ़ें

निर्णय और webhook

सत्र निर्णय और status.updated webhooks के decision ऑब्जेक्ट में, bank_verifications[] में इस चरण का आइटम यह बताता है कि व्यक्ति बैंक के बिना आगे बढ़ा:
  • continued_without_bank का मान true है: व्यक्ति ने Continue without your bank चुनकर चरण छोड़ दिया।
  • method का मान none होता है जब व्यक्ति के आगे बढ़ने से पहले किसी भी प्रयास का मूल्यांकन नहीं किया गया था। किसी मूल्यांकित प्रयास (जैसे कि खाताधारक का विवरण मेल न खाना) के बाद, method उस प्रयास का तरीका बना रहता है, और उसका निर्णय मान्य रहता है।
  • continuation यह बताता है कि व्यक्ति कैसे आगे बढ़ा:
    • reason: no_route, institution_unsupported, attempts_exhausted या person_choice।
    • country: वह देश जिसमें व्यक्ति सत्यापन कर रहा था, ISO 3166-1 alpha-3, या null यदि वे देश चुनने से पहले ही आगे बढ़ गए।
    • offered: सत्यापन के अन्य तरीके जो उस देश में पेश किए गए थे, उसी क्रम में जिस क्रम में वे पेश किए गए थे: statement, फिर microdeposits। यदि कोई तरीका पेश नहीं किया गया तो यह खाली रहता है।
    • institution_id और institution_name: institution_unsupported के लिए, वह बैंक जिसका व्यक्ति उपयोग नहीं कर सका: वह बैंक जिसे उन्होंने चुना था, या वह बैंक जिस पर उनका अंतिम प्रयास समाप्त हुआ। Didit दोनों को अपनी बैंकों की सूची से लेता है, कभी भी व्यक्ति के डिवाइस से नहीं, इसलिए जो बैंक उस सूची में नहीं है उसके लिए दोनों null रहते हैं। अन्य सभी कारणों के लिए दोनों null होते हैं।
    • continued_at: जब व्यक्ति आगे बढ़ा।
  • reason_codes में NOT_COVERED या SKIPPED होता है, जैसा कि परिणाम चुनें में बताया गया है, जब आगे की प्रक्रिया (continuation) ने चरण का निर्णय तय किया। किसी मूल्यांकित प्रयास के बाद, यह उस प्रयास के रीज़न कोड रखता है।
  • not_covered का मान no_route और institution_unsupported के लिए true होता है।
यह उदाहरण केवल उन्हीं फ़ील्ड को दिखाता है जिनकी इस पेज पर चर्चा की गई है। प्रत्येक फ़ील्ड API संदर्भ के BankVerificationResult स्कीमा में मौजूद है। जब आपका वर्कफ़्लो अपने द्वारा लौटाए जाने वाले डेटा को सीमित करता है, तब भी continued_without_bank और continuation.reason लौटाए जाते हैं, ताकि आप अभी भी no_route और institution_unsupported के बीच अंतर कर सकें, जो दोनों NOT_COVERED साझा करते हैं। इसके बाद continuation की अन्य सभी कुंजियाँ null होती हैं: देश, बैंक, क्या पेश किया गया था और कब। यदि व्यक्ति आगे नहीं बढ़ा तो continuation स्वयं null होता है। उस स्थिति में method भी नहीं लौटाया जाता है, इसलिए यह जानने के लिए कि व्यक्ति आगे बढ़ा या नहीं, method के बजाय continued_without_bank पढ़ें।

वर्कफ़्लो नियम

शाखाएँ और कस्टम स्थिति नियम इन्हें पढ़ सकते हैं:
  • bank.continued_without_bank: true या false।
  • bank.continue_reason: no_route, institution_unsupported, attempts_exhausted या person_choice।
  • bank.method: none जब व्यक्ति किसी भी प्रयास का मूल्यांकन होने से पहले बैंक के बिना आगे बढ़ गया। किसी मूल्यांकित प्रयास के बाद, उस प्रयास का तरीका।

सत्र रिपोर्ट

जब व्यक्ति किसी भी प्रयास का मूल्यांकन होने से पहले बैंक के बिना आगे बढ़ गया, तो सत्र PDF रिपोर्ट की सत्यापन का तरीका पंक्ति में बैंक के बिना आगे बढ़े लिखा होता है। किसी मूल्यांकित प्रयास के बाद, यह उस प्रयास के तरीके का नाम बताती है।

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

  • Continue without your bank के लिए कभी भी बिल नहीं लिया जाता है। आगे बढ़ने से पहले व्यक्ति द्वारा किए गए प्रयासों के लिए सामान्य रूप से बिल लिया जाता है।
  • जिससे पहले कोई शुल्क लिया गया बैंक प्रयास न हुआ हो, ऐसा स्टेटमेंट अपलोड के लिए Didit द्वारा पढ़े और मूल्यांकित किए जाने वाले प्रति स्टेटमेंट $0.20 शुल्क लिया जाता है। इसका बिल इसकी अपनी उपयोग पंक्ति, Bank verification - statement upload (bank_statement_upload) पर लिया जाता है, और आपकी अनुबंध दर या विशेष कीमत इस पर किसी भी ऐड-ऑन की तरह लागू होती है। यदि आपका अनुबंध अपनी कीमतें निर्धारित करता है और इसमें इसे शामिल नहीं करता है, तो यह चरण इसे पेश नहीं करता है।
  • उसी सत्र में सशुल्क बैंक साइन-इन या खाता जांच के बाद स्टेटमेंट अपलोड या माइक्रो-डिपॉज़िट बिना किसी अतिरिक्त शुल्क के शामिल हैं।

Continue without your bank से पहले सहेजे गए नोड

bank_allow_skip अब रिटायर हो चुका है। इसके साथ सहेजा गया कोई नोड अब उस मान के साथ चलता है जो इसका तात्पर्य था: वह नोड जो छोड़ने की अनुमति नहीं देता था, वह पहले ऐसे मामलों में व्यक्ति को आगे बढ़ने का कोई रास्ता नहीं देता था जब उनके लिए कुछ भी काम नहीं करता था। अब यह उन मामलों में Continue without your bank दिखाता है, और bank_unsupported_action, bank_attempts_exhausted_action या bank_skipped_action सत्र का निर्णय तय करता है। एक रिलीज़ के लिए, ऐसा सेव जो bank_allow_skip भेजता है लेकिन कोई bank_continue_without_bank नहीं भेजता, वह अभी भी इससे मोड सेट करता है। प्रत्येक सेव bank_allow_skip को वापस लिखता है: from_start के लिए true, when_needed के लिए false। नए इंटीग्रेशन में bank_continue_without_bank का उपयोग करें।

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

सैंडबॉक्स एप्लिकेशन में कोई बिल नहीं लगता है, और स्टेटमेंट अपलोड और माइक्रो-डिपॉज़िट के लिए उनसे पहले किसी बैंक प्रयास की आवश्यकता नहीं होती है। पहली स्क्रीन पर Continue without your bank देखने के लिए bank_continue_without_bank को from_start पर सेट करें, और bank_skipped_action का परीक्षण करने के लिए इसे चुनें। सैंडबॉक्स एप्लिकेशन सामान्य रूप से कैसे काम करते हैं, इसके लिए सैंडबॉक्स परीक्षण देखें।

संबंधित

अंतिम संशोधन 7 नवंबर 2026