> ## Documentation Index
> Fetch the complete documentation index at: https://docs.didit.me/llms.txt
> Use this file to discover all available pages before exploring further.

# बैंक खाता जाँच: खाता स्वामित्व, बिना बैंक साइन-इन

> Didit बिना बैंक साइन-इन के दर्ज विवरण से सत्यापित करता है कि बैंक खाता उसी व्यक्ति का है। IBAN, sort code, CLABE, IFSC आदि का समर्थन।

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

यह बैंक साइन-इन के साथ दो [बैंक सत्यापन विधियों](https://docs.didit.me/hi/core-technology/bank-verification/verification-methods.md) में से एक है, और इसका method मान `account_lookup` है। स्टेटमेंट अपलोड और माइक्रो-डिपॉज़िट दोनों के बाद फ़ॉलबैक बने रहते हैं, और व्यक्ति हमेशा [बैंक के बिना आगे बढ़](https://docs.didit.me/hi/core-technology/bank-verification/fallbacks.md) सकता है। बिना किसी सत्र के अपने बैकएंड से किसी खाते की जांच करने के लिए, उदाहरण के लिए भुगतान से पहले, [Account check API](https://docs.didit.me/hi/standalone-apis/bank-account-check.md) का उपयोग करें।

> [!NOTE]
>
> बैंक सत्यापन किसी खाते के स्वामित्व की पुष्टि **किसी अन्य चरण** द्वारा स्थापित पहचान के आधार पर करता है, इसलिए यह अपने आप में पहचान का प्रमाण नहीं है। इस चरण से पहले पहचान सत्यापन, डेटाबेस सत्यापन, कोई प्रश्नावली या `expected_details` रखें। व्यक्ति इस चेक के लिए कभी भी नाम टाइप नहीं करता है: Didit हमेशा उस नाम से तुलना करता है जिसे सत्र पहले ही सत्यापित कर चुका है।

## यह कैसे काम करता है

**1. व्यक्ति अपने देश का चयन करता है**

बैंक सत्यापन चरण में, व्यक्ति उस देश का चयन करता है जो यह चरण प्रदान करता है। जहाँ अकाउंट चेक पहले आता है, वहाँ यह चरण उस देश के खाता प्रारूप में एक छोटा फ़ॉर्म खोलता है। जहाँ बैंक साइन-इन पहले आता है, वहाँ फ़ॉर्म तक पहुँचने के लिए व्यक्ति **अपने खाते का विवरण दर्ज करें** चुनता है।

**2. व्यक्ति अपना खाता दर्ज करता है**

उदाहरण के लिए एक IBAN, एक सॉर्ट कोड और एक खाता संख्या, या एक CLABE। सत्यापन फ़्लो उस देश के लिए API द्वारा लौटाए गए डेटा के आधार पर फ़ॉर्म तैयार करता है, इसलिए Didit द्वारा बाद में जोड़े जाने वाले किसी देश के लिए आपकी ओर से किसी बदलाव की आवश्यकता नहीं होती है।

**3. Didit पहले प्रारूप की जांच करता है**

किसी भी चीज़ का बिल बनने से पहले, Didit प्रत्येक मान की जांच करता है: इसकी लंबाई, इसके वर्ण, इसके चेक डिजिट और IBAN के मामले में, यह कि यह चयनित देश से संबंधित है। जो मान विफल होता है, उसे उस फ़ील्ड के साथ अस्वीकार कर दिया जाता है जिसे ठीक करना है। व्यक्ति इसे वहीं ठीक करता है, और कोई प्रयास खर्च नहीं होता है।

**4. बैंक खाते पर मौजूद नाम की जाँच बैंक करता है**

Didit सत्र द्वारा सत्यापित नाम के विरुद्ध एक जांच चलाता है। क्लाइंट द्वारा भेजी गई अन्य सभी चीज़ों को अनदेखा कर दिया जाता है।

**5. चरण निर्णय लेता है**

उत्तर एक स्वामित्व परिणाम बन जाता है, और चरण की कार्रवाइयाँ इसे ठीक उसी तरह निर्णय में बदल देती हैं जैसे वे बैंक साइन-इन के लिए करती हैं।

## चेक कहाँ उपलब्ध है

कवरेज प्रति देश है। प्रोडक्शन में यह चेक आज नाइजीरिया, घाना और केन्या में चलता है। Didit इसे देश-दर-देश तब सक्षम करता है, जब उसके पास वहाँ एक मूल्य-निर्धारित रूट उपलब्ध हो; जिस देश में यह नहीं है, वहाँ यह सुविधा नहीं मिलती है, और [बैंक सत्यापन मूल्य निर्धारण](https://docs.didit.me/hi/getting-started/bank-verification-pricing.md) हमेशा वर्तमान सूची दिखाता है। समय के साथ नए देश जोड़े जाते हैं, और यह चरण हमेशा वर्तमान सूची को पढ़ता है, इसलिए जब कोई नया देश जोड़ा जाता है तो आपको कभी भी अपने इंटीग्रेशन को बदलने की आवश्यकता नहीं होती है।

कवर किए गए किसी देश के भीतर, चरण की विधियाँ यह तय करती हैं कि व्यक्ति इसे देखेगा या नहीं:

* **चरण का क्रम।** `bank_method_order` यह निर्धारित करता है कि प्रत्येक देश कौन सी विधियाँ प्रदान करता है और कौन सी पहले आती है। डिफ़ॉल्ट, `["open_banking", "account_lookup"]`, बैंक साइन-इन से शुरू होता है और बैकअप के रूप में अकाउंट चेक की पेशकश करता है।
* **किसी देश का अपना क्रम।** `bank_countries` में किसी देश के लिए `methods` वहाँ के चरण क्रम को ओवरराइड करता है, उदाहरण के लिए केवल अकाउंट चेक के लिए `["account_lookup"]`, या इससे शुरुआत करने के लिए `["account_lookup", "open_banking"]`।
* **एक बैंक जो डाउन है।** जहाँ कोई देश अकाउंट चेक की पेशकश करता है, वहाँ यह उस बैंक के लिए बैकअप के रूप में भी काम करता है जो बैंक साइन-इन में डिग्रेडेड या डाउन है: जब तक व्यक्ति के पास अकाउंट चेक बचे हैं, तब तक कोई सहमति माँगे जाने से पहले यह चरण खाता फ़ॉर्म पर चला जाता है।
* **चेक Didit के अपने रूट्स पर चलता है।** जो चरण आपके स्वयं के मार्केटप्लेस प्रदाता (`provider_key`) पर चलता है, वह इसे केवल `fallback_to_native` चालू होने पर ही प्रदान करता है।
* **व्यवसाय खाते।** व्यवसाय सत्यापन सत्र में, यह चेक उन देशों में एक व्यवसाय खाते की तुलना सत्यापित व्यवसाय से करता है जहाँ Didit व्यवसाय खातों की जांच करता है।

सहेजने के नियमों के लिए [प्रति देश विधियाँ चुनें](https://docs.didit.me/hi/core-technology/bank-verification/verification-methods.md#प्रति-देश-तरीके-चुनें) देखें।

## व्यक्ति क्या दर्ज करता है

ये वे खाता प्रारूप हैं जिन्हें फ़ॉर्म समझता है। ये कोई कवरेज सूची नहीं हैं: किसी देश में चेक चलेगा या नहीं, यह [यह कहाँ उपलब्ध है](#चेक-कहाँ-उपलब्ध-है) पर निर्भर करता है, और यह चरण हमेशा उस देश के लिए सटीक फ़ील्ड दिखाता है।

| खाता प्रारूप | देश | व्यक्ति क्या दर्ज करता है |
| - | - | - |
| IBAN | वे देश जो IBAN का उपयोग करते हैं | पूरा IBAN, जो चयनित देश का होना चाहिए |
| सॉर्ट कोड और खाता संख्या | यूनाइटेड किंगडम | एक 6-अंकीय सॉर्ट कोड और एक 8-अंकीय खाता संख्या |
| रूटिंग नंबर और खाता संख्या | संयुक्त राज्य अमेरिका | एक 9-अंकीय ABA रूटिंग नंबर और खाता संख्या |
| ट्रांज़िट और संस्थान संख्या | कनाडा | 8-अंकीय ट्रांज़िट और संस्थान संख्या (5-अंकीय ट्रांज़िट और उसके बाद 3-अंकीय संस्थान संख्या) और खाता संख्या |
| BSB और खाता संख्या | ऑस्ट्रेलिया | एक 6-अंकीय BSB और खाता संख्या |
| CLABE | मैक्सिको | 18-अंकीय CLABE, जिससे बैंक की पहले से पहचान होती है |
| CBU या CVU | अर्जेंटीना | 22-अंकीय CBU या CVU, जिससे बैंक की पहले से पहचान होती है |
| IFSC और खाता संख्या | भारत | 11-वर्णों का IFSC और खाता संख्या |
| NUBAN और बैंक कोड | नाइजीरिया | 10-अंकीय NUBAN और बैंक का कोड या BIC |
| खाता संख्या | अन्य देश | खाता संख्या, और जहाँ देश को आवश्यकता हो वहाँ बैंक कोड या BIC |

कुछ देशों में यह फ़ॉर्म पंजीकरण संख्या भी मांगता है: व्यवसाय खातों के लिए, और कुछ देशों में प्रत्येक खाते के लिए।

किसी मान की जांच करने से पहले स्पेस, डैश और बिंदुओं को हटा दिया जाता है और अक्षरों को बड़े अक्षरों में बदल दिया जाता है, ताकि व्यक्ति खाता संख्या उसी तरह दर्ज कर सके जैसा उसके बैंक ने प्रिंट किया है।

## इसे चालू करें

एक नया चरण बैंक साइन-इन के बैकअप के रूप में डिफ़ॉल्ट रूप से खाते की जाँच की पेशकश करता है। इससे शुरुआत करने के लिए, या केवल इसे ही पेश करने के लिए, क्रम में सबसे पहले `account_lookup` रखें:

```json theme={null}
{
  "bank_method_order": ["account_lookup", "open_banking"]
}
```

ये सेटिंग्स जाँच को निर्धारित करती हैं:

| सेटिंग | खाते की जाँच पर प्रभाव |
| - | - |
| `bank_method_order`, `bank_countries.<ISO3>.methods` | क्या कोई देश इस जाँच की पेशकश करता है, और क्या यह बैंक साइन-इन से पहले आती है या बाद में। |
| `bank_countries` | यह जाँच केवल उन्हीं देशों में चलती है जिनकी पेशकश वह चरण करता है। |
| `bank_reference_identity` | वह चरण जिसके सत्यापित नाम से खाते की जाँच की जाती है। |
| `bank_account_check_max_attempts` | व्यक्ति को कितनी जाँचें मिलती हैं, `1` से `5` (डिफ़ॉल्ट रूप से `3`)। यह बैंक साइन-इन के `bank_max_attempts` से अलग गिनती है। |
| `bank_account_check_accept_close_match` | चालू (डिफ़ॉल्ट): करीबी मिलान करीबी मिलान की पुष्टि पर जाता है, या `bank_partial_match_action` पर। बंद: प्रत्येक करीबी मिलान 'कोई मिलान नहीं' माना जाता है। |
| `bank_name_match_threshold`, `bank_partial_match_floor` | बैंक साइन-इन के समान ही नाम स्कोर बैंड: थ्रेशोल्ड (डिफ़ॉल्ट रूप से 85) पर या उससे ऊपर का मिलान, और एक करीबी मिलान (आंशिक मिलान बैंड), जो फ़्लोर (डिफ़ॉल्ट रूप से 70) और थ्रेशोल्ड के बीच होता है। |
| `bank_use_provider_score` | चालू (डिफ़ॉल्ट): जाँच का अपना नाम स्कोर तब निर्णय लेता है जब यह Didit के स्कोर से अधिक हो, या जब जाँच स्कोर लौटाती है लेकिन खाताधारक का नाम नहीं, और `ownership.method` तब `provider_only` दिखता है। बंद: बिना खाताधारक नाम वाला उत्तर `not_verifiable` होता है। |
| `bank_suggest_holder_name` | चालू (डिफ़ॉल्ट): खाताधारक का नाम दर्शाने वाले करीबी मिलान पर, व्यक्ति नाम देखता है और पुष्टि करता है कि यह उसका है या किसी अन्य खाते का प्रयास करता है। |

## परिणाम

### उत्तर लौटाने वाली जाँचें

इनमें से प्रत्येक के लिए एक बार शुल्क लिया जाता है और यह व्यक्ति की खाता जाँचों (`bank_account_check_max_attempts`) में से एक का उपयोग करता है। जब तक चरण पूरा नहीं हो जाता, तब तक व्यक्ति जाँच शेष रहने पर दूसरे खाते से पुनः प्रयास कर सकता है। परिणाम `ownership.result` में होता है, सिवाय ऐसे खाते के जो मौजूद नहीं है, जो `connection.reason_code` में होता है।

| जाँच लौटाती है | परिणाम | क्या तय करता है |
| - | - | - |
| खाता सत्यापित व्यक्ति का है | `match` | चरण स्वीकृत करता है, जब तक कि इसकी कोई अन्य जाँच अन्यथा न कहे। |
| एक करीबी मिलान जो खाताधारक का नाम बताता है | `partial_match` | `bank_suggest_holder_name` चालू होने पर, व्यक्ति नाम की पुष्टि करता है या किसी अन्य खाते से प्रयास करता है। पुष्टि करने पर चरण `bank_partial_match_action` (डिफ़ॉल्ट रूप से `REVIEW`) पर समाप्त होता है। |
| स्कोर वाला करीबी मिलान लेकिन कोई खाताधारक नाम नहीं | `partial_match` | `bank_partial_match_action` (डिफ़ॉल्ट रूप से `REVIEW`)। `ownership.method` में `provider_only` लिखा होता है। इसके लिए `bank_use_provider_score` चालू होना आवश्यक है, जो डिफ़ॉल्ट है; इसके बंद होने पर उत्तर `not_verifiable` होता है। |
| खाता किसी अन्य व्यक्ति का है | `no_match` | `bank_no_match_action` (डिफ़ॉल्ट रूप से `DECLINE`)। |
| ऐसा उत्तर जिसमें किसी नाम की तुलना नहीं की गई | `not_verifiable` | `bank_not_verifiable_action` (डिफ़ॉल्ट रूप से `REVIEW`)। |
| इन विवरणों के साथ कोई खाता मौजूद नहीं है | `ACCOUNT_NOT_FOUND` | जाँच शेष रहने पर व्यक्ति किसी अन्य खाते से प्रयास कर सकता है। |

`bank_account_check_accept_close_match` बंद होने पर, दोनों करीबी मिलान इसके बजाय `no_match` हो जाते हैं, जिसका कारण कोड `OWNER_NAME_MISMATCH` होता है: व्यक्ति से कभी भी नाम की पुष्टि करने के लिए नहीं कहा जाता है, और `bank_no_match_action` निर्णय लेता है। बैंक साइन-इन दोनों ही स्थितियों में अपने करीबी मिलानों को बनाए रखता है।

सफल कनेक्शन के बिना, एक बार जब व्यक्ति प्रत्येक खाते की जाँच और बैंक साइन-इन के प्रत्येक प्रयास (जहाँ देश बैंक साइन-इन की पेशकश भी करता है) का उपयोग कर लेता है, तो चरण तब तक खुला रहता है जब तक प्रयास शेष होने पर उन्हें स्टेटमेंट अपलोड की पेशकश मिलती रहती है: देखें [स्टेटमेंट अपलोड](https://docs.didit.me/hi/core-technology/bank-verification/fallbacks.md#स्टेटमेंट-अपलोड)। जब कोई विकल्प नहीं बचता है, तो चरण `bank_attempts_exhausted_action` (डिफ़ॉल्ट रूप से `DECLINE`) पर समाप्त हो जाता है, जब तक कि कोई पिछला प्रयास पहले ही किसी निष्कर्ष पर न पहुँच गया हो, जैसे कि नाम का बेमेल होना। फिर वही निष्कर्ष मान्य रहता है।

### ऐसे परिणाम जिनके लिए कभी शुल्क नहीं लिया जाता

इनमें से किसी में भी कोई जाँच खर्च नहीं होती है। प्रत्येक को `connection.reason_code` में दिखाया जाता है।

| क्या होता है | कारण कोड | इसके बाद क्या होता है |
| - | - | - |
| Didit के फ़ॉर्मैट चेक द्वारा या बैंक द्वारा टाइप किए गए खाते को अस्वीकार कर दिया जाता है | `INVALID_ACCOUNT_INPUT`, जबकि प्रयास खुला रहता है | व्यक्ति को बताया जाता है कि किस फ़ील्ड को ठीक करना है और वह इसे सुधारता है। |
| जाँच फ़िलहाल अनुपलब्ध है | `PROVIDER_UNAVAILABLE` | व्यक्ति पुनः प्रयास कर सकता है। |
| सत्र में तुलना करने के लिए कोई सत्यापित नाम नहीं है | `REFERENCE_IDENTITY_MISSING` | जाँच कभी नहीं चलती है। चरण `bank_reference_identity_missing_action` (डिफ़ॉल्ट रूप से `REVIEW`) पर समाप्त होता है। |

### निर्णय में

सत्र निर्णय इस चरण को `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` उन्हें सूचीबद्ध करता है; देखें [वित्तीय डेटा के लिए बैंक साइन-इन की आवश्यकता होती है](https://docs.didit.me/hi/core-technology/bank-verification/verification-methods.md#वित्तीय-डेटा-के-लिए-बैंक-साइन-इन-आवश्यक-है)।

```json theme={null}
{
  "bank_verifications": [
    {
      "status": "Approved",
      "method": "account_lookup",
      "connection": {
        "status": "revoked",
        "institution_id": null,
        "institution_name": null,
        "institution_country": "NGA",
        "oauth": null,
        "attempts": 1,
        "reason_code": "VERIFICATION_COMPLETED"
      },
      "ownership": {
        "result": "match",
        "method": "exact"
      },
      "financial_data": {
        "balances": null,
        "transactions": null,
        "income": null,
        "categorization": null,
        "not_collected": []
      },
      "billing": {
        "route": "native",
        "billed": true,
        "marketplace_fee": null,
        "usage_type": "bank_verification"
      }
    }
  ]
}
```

यह उदाहरण केवल उन्हीं फ़ील्ड को दिखाता है जिनकी चर्चा इस पेज पर की गई है। एक बार जब किसी खाते का मूल्यांकन हो जाता है, तो बैंक साइन-इन से खाते की जाँच को अलग पहचानने के लिए `method` पढ़ें: यह इसके लिए निर्धारित एकमात्र फ़ील्ड है।

### वर्कफ़्लो नियमों और रिपोर्टों में

* **शाखाएँ और स्थिति नियम:** `bank.method` `account_lookup` है (नियम बिल्डर में **खाते की जाँच**), और `bank.reason_code` `ACCOUNT_NOT_FOUND` हो सकता है।
* **सत्र PDF रिपोर्ट:** **सत्यापन का तरीका** पंक्ति में **खाते की जाँच** लिखा होता है।

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

उत्तर लौटाने वाला प्रत्येक सत्यापन एक Bank Verification शुल्क होता है: एक मिलान, एक करीबी मिलान, कोई मिलान नहीं, एक ऐसा खाता जिसे सत्यापित नहीं किया जा सका और एक ऐसा खाता जो नहीं मिला, इन सभी के लिए बिल किया जाता है। सत्यापन से पहले अस्वीकृत किया गया मान, एक अनुपलब्ध सत्यापन और तुलना करने के लिए बिना किसी सत्यापित नाम वाला सत्र कभी भी बिल नहीं किए जाते हैं। कीमत प्रति देश निर्धारित की जाती है: [Bank Verification का मूल्य निर्धारण](https://docs.didit.me/hi/getting-started/bank-verification-pricing.md) देखें।

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

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

सैंडबॉक्स एप्लिकेशन में, सत्यापन एक सिम्युलेटेड सेवा पर चलता है और कुछ भी बिल नहीं किया जाता है। सैंडबॉक्स प्रत्येक देश में दोनों विधियों की पेशकश करता है, उसी क्रम में जो चरण सेट करता है: डिफ़ॉल्ट क्रम के साथ, सत्यापन चलाने के लिए **अपने खाते का विवरण दर्ज करें** चुनें, या इसी से शुरू करने के लिए `bank_method_order` को `["account_lookup", "open_banking"]` पर सेट करें।

व्यक्ति द्वारा टाइप किए गए खाते के अंतिम चार वर्ण (IBAN, अन्यथा खाता संख्या) उत्तर चुनते हैं। कोई भी अन्य समाप्ति सत्यापित नाम से मेल खाती है।

| अंतिम अंक | उत्तर |
| - | - |
| `0001` | एक करीबी मिलान जो धारक का नाम बताता है: व्यक्ति से नाम की पुष्टि करने के लिए कहा जाता है। `bank_account_check_accept_close_match` बंद होने पर, कोई मिलान नहीं। |
| `0002` | बिना किसी धारक नाम के करीबी मिलान: `bank_partial_match_action` निर्णय लेता है। `bank_use_provider_score` बंद होने पर, उत्तर `not_verifiable` होता है; `bank_account_check_accept_close_match` बंद होने पर, कोई मिलान नहीं। |
| `0003` | कोई मिलान नहीं: खाता किसी अन्य व्यक्ति का है। एक सत्यापन का शुल्क लगता है। |
| `0004` | उत्तर दिया गया लेकिन किसी नाम की तुलना नहीं की गई (`not_verifiable`)। एक सत्यापन का शुल्क लगता है। |
| `0005` | सत्यापन अनुपलब्ध है (`PROVIDER_UNAVAILABLE`)। पुनः प्रयास निःशुल्क है। |
| `0006` | इन विवरणों के साथ कोई खाता नहीं है (`ACCOUNT_NOT_FOUND`)। एक सत्यापन का शुल्क लगता है। |
| `0009` | टाइप किए जाने पर अस्वीकृत: व्यक्ति से फ़ील्ड को सही करने के लिए कहा जाता है। प्रयास खुला रहता है। |

सैंडबॉक्स प्रत्येक उत्तर दिए गए सत्यापन को बिना किसी लागत के उपयोग के रूप में रिकॉर्ड करता है, ताकि आप देख सकें कि एक लाइव सत्र किन सत्यापनों का बिल करेगा।

IBAN, CLABE और CBU में चेक अंक होते हैं, इसलिए आप केवल उनके अंतिम चार वर्ण नहीं बदल सकते हैं। इन मानों का उपयोग करें, जो प्रत्येक प्रारूप सत्यापन को पास करते हैं:

> [tab] Germany (IBAN)
>
> | उत्तर | IBAN |
> | - | - |
> | मिलान | `DE43123456789012345678` |
> | `0001` | `DE62123456789012340001` |
> | `0002` | `DE35123456789012340002` |
> | `0003` | `DE08123456789012340003` |
> | `0004` | `DE78123456789012340004` |
> | `0005` | `DE51123456789012340005` |
> | `0006` | `DE24123456789012340006` |
> | `0009` | `DE40123456789012340009` |

> [tab] United Kingdom
>
> सॉर्ट कोड `123456` के साथ:
>
> | उत्तर | खाता संख्या |
> | - | - |
> | मिलान | `12345678` |
> | `0001` | `12340001` |
> | `0002` | `12340002` |
> | `0003` | `12340003` |
> | `0004` | `12340004` |
> | `0005` | `12340005` |
> | `0006` | `12340006` |
> | `0009` | `12340009` |

> [tab] United States
>
> रूटिंग नंबर `021000021` के साथ:
>
> | उत्तर | खाता संख्या |
> | - | - |
> | मिलान | `000123456789` |
> | `0001` | `000123450001` |
> | `0002` | `000123450002` |
> | `0003` | `000123450003` |
> | `0004` | `000123450004` |
> | `0005` | `000123450005` |
> | `0006` | `000123450006` |
> | `0009` | `000123450009` |

> [tab] Mexico (CLABE)
>
> | उत्तर | CLABE |
> | - | - |
> | मिलान | `002010077777777771` |
> | `0001` | `002010077777780001` |
> | `0002` | `002010077777750002` |
> | `0003` | `002010077777720003` |
> | `0004` | `002010077777790004` |
> | `0005` | `002010077777760005` |
> | `0006` | `002010077777730006` |
> | `0009` | `002010077777740009` |

> [tab] Argentina (CBU)
>
> | उत्तर | CBU |
> | - | - |
> | मिलान | `2850590940090418135201` |
> | `0001` | `2850590940090418160001` |
> | `0002` | `2850590940090418170002` |
> | `0003` | `2850590940090418180003` |
> | `0004` | `2850590940090418190004` |
> | `0005` | `2850590940090418100005` |
> | `0006` | `2850590940090418110006` |
> | `0009` | `2850590940090418140009` |

> [tab] India
>
> IFSC `ALLA0211480` के साथ:
>
> | उत्तर | खाता संख्या |
> | - | - |
> | मिलान | `123456789007` |
> | `0001` | `123456780001` |
> | `0002` | `123456780002` |
> | `0003` | `123456780003` |
> | `0004` | `123456780004` |
> | `0005` | `123456780005` |
> | `0006` | `123456780006` |
> | `0009` | `123456780009` |

[खाता जाँच API](https://docs.didit.me/hi/standalone-apis/bank-account-check.md) बिना किसी सत्र के, इन्हीं अंतिम अंकों वाले मानों के आधार पर एक सैंडबॉक्स कुंजी का उत्तर देता है।

सैंडबॉक्स एप्लिकेशन सामान्य रूप से कैसे काम करते हैं, इसके लिए [सैंडबॉक्स परीक्षण](https://docs.didit.me/hi/integration/sandbox-testing.md) देखें।


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.