> ## 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 की हर बैंक सत्यापन विधि क्या प्रमाणित करती है और क्या लौटाती है, और देश-दर-देश उन्हें कैसे चुनें व क्रम में लगाएं।

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

> [!NOTE]
>
> प्रोडक्शन में, बैंक साइन-इन नाइजीरिया और न्यूज़ीलैंड में चलता है, और खाता जांच नाइजीरिया, घाना और केन्या में चलती है।
> समय के साथ और अधिक देश खुलते हैं, और [Bank Verification मूल्य निर्धारण](https://docs.didit.me/hi/getting-started/bank-verification-pricing.md) हमेशा दिखाता है कि आज प्रत्येक देश क्या प्रदान करता है।

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

## दो तरीके

| | बैंक साइन-इन | खाता जांच |
| - | - | - |
| विधि मान | `open_banking` | `account_lookup` |
| व्यक्ति क्या करता है | अपने बैंक में साइन इन करता है और खाता साझा करता है। | खाते का विवरण टाइप करता है: एक IBAN, सॉर्ट कोड और खाता संख्या, CLABE आदि। कोई साइन-इन नहीं। |
| यह क्या प्रमाणित करता है | खाते पर नियंत्रण, साथ ही बैंक द्वारा लौटाया गया खाताधारक। | उस खाते के लिए बैंक का खाताधारक नाम सत्यापित नाम से मेल खाता है। |
| यह कौन सा डेटा जोड़ता है | बैलेंस, लेन-देन और आय, जब चरण उनके लिए अनुरोध करता है। | कुछ नहीं: केवल स्वामित्व। |
| विशिष्ट उपयोग | ऑनबोर्डिंग, लेंडिंग, भुगतान क्षमता, उच्च-जोखिम वाले ग्राहक। | पेआउट और निकासी, कम घर्षण वाली ऑनबोर्डिंग, बिना बैंक साइन-इन वाले देश। |

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

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

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

प्रत्येक देश में, व्यक्ति उस पहले तरीके से शुरुआत करता है जो वह देश प्रदान करता है। दूसरा तरीका उसका बैकअप होता है:

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

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

## प्रति देश तरीके चुनें

### चरण का क्रम

`bank_method_order` यह निर्धारित करता है कि चरण कौन से तरीके प्रदान करता है, और किस क्रम में, उन सभी देशों के लिए जो अपना स्वयं का क्रम सेट नहीं करते हैं। यह `open_banking`, `account_lookup` या दोनों को सूचीबद्ध करता है, पहला तरीका पहले आता है।

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

एक सेव अनुरोध जो कोई `bank_method_order` नहीं भेजता, उसे `["open_banking", "account_lookup"]` मिलता है: पहले बैंक साइन-इन, इसके बैकअप के रूप में खाता जांच। एक खाली सूची को `Choose a method: bank sign-in, account check, or both.` के साथ अस्वीकार कर दिया जाता है।

चरण का क्रम एक डिफ़ॉल्ट है। जिस देश में कोई रूट इसके तरीकों में से किसी एक की सेवा नहीं देता है, उस तरीके को छोड़ दिया जाता है, और वह देश शेष तरीके प्रदान करता है। जिस देश को कोई रूट सेवा देता है लेकिन यह क्रम उसे बिना किसी तरीके के छोड़ देता है, उसे सेव करने पर अस्वीकार कर दिया जाता है, उदाहरण के लिए `Choose a method: bank sign-in, account check, or both. ARE offers account check.`। ऐसा देश जिसे कोई भी रूट सेवा नहीं देता है, उसे केवल उसके फ़ॉलबैक के साथ रखा जाता है: देखें [ऐसा देश जिसे कोई बैंक रूट सेवा नहीं देता](https://docs.didit.me/hi/core-technology/bank-verification/fallbacks.md#ऐसा-देश-जिसे-कोई-बैंक-रूट-सेवा-नहीं-देता)।

### किसी देश का अपना क्रम

`bank_countries` में किसी देश पर `methods` उस देश के लिए चरण के क्रम को ओवरराइड करता है। व्यक्ति पहले तरीके से शुरुआत करता है और उसे बैकअप के रूप में दूसरा तरीका पेश किया जाता है।

```json theme={null}
{
  "bank_method_order": ["open_banking", "account_lookup"],
  "bank_countries": {
    "GBR": { "enabled": true, "institutions": "all" },
    "NOR": {
      "enabled": true,
      "institutions": "all",
      "methods": ["open_banking"]
    },
    "MEX": {
      "enabled": true,
      "institutions": "all",
      "methods": ["account_lookup", "open_banking"]
    }
  }
}
```

यहाँ यूनाइटेड किंगडम चरण के क्रम का पालन करता है, नॉर्वे केवल बैंक साइन-इन प्रदान करता है, और मेक्सिको बैंक साइन-इन को बैकअप के रूप में रखकर खाता जांच से शुरुआत करता है। `methods` को `null` पर सेट करने वाला देश, या बिना इस कुंजी वाला देश, चरण के क्रम का पालन करता है। `bank_countries.<ISO3>` के तहत सेव को अस्वीकार कर दिया जाता है, जब कोई सक्षम देश:

* `methods` को एक खाली सूची पर सेट करता है, भले ही उस देश को कोई रूट सेवा न देता हो, या
* ऐसे तरीके का नाम देता है जिसे वहाँ कोई रूट सेवा नहीं देता, उदाहरण के लिए `Account check is not available in NOR.`

ऐसा देश जिसे कोई भी रूट सेवा नहीं देता है, वह `methods` को छोड़ देता है, या इसे `null` पर सेट करता है, और केवल अपने फ़ॉलबैक की पेशकश करता है: देखें [ऐसा देश जिसे कोई बैंक रूट सेवा नहीं देता](https://docs.didit.me/hi/core-technology/bank-verification/fallbacks.md#ऐसा-देश-जिसे-कोई-बैंक-रूट-सेवा-नहीं-देता)।

### कंसोल में

Bank verification चरण में, **देश और तरीके** प्रत्येक देश को इस विवरण के साथ सूचीबद्ध करता है कि वहाँ बैंक साइन-इन और खाता जांच क्या प्रदान करते हैं, और कौन सा तरीका पहले आता है। इसके प्रीसेट सभी देशों को एक साथ सेट कर देते हैं:

| प्रीसेट | क्रम |
| - | - |
| बैंक साइन-इन, बैकअप के रूप में खाता जांच (डिफ़ॉल्ट) | `["open_banking", "account_lookup"]` |
| केवल बैंक साइन-इन | `["open_banking"]` |
| केवल खाता जांच | `["account_lookup"]` |
| खाता जांच, बैकअप के रूप में बैंक साइन-इन | `["account_lookup", "open_banking"]` |

कोई भी प्रीसेट किसी देश को कभी भी बिना किसी तरीके के नहीं छोड़ता: जहाँ किसी देश में दोनों में से केवल एक ही तरीका उपलब्ध है, वह चालू रहता है।

## वित्तीय डेटा के लिए बैंक साइन-इन आवश्यक है

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

```json theme={null}
"financial_data": {
  "balances": null,
  "transactions": null,
  "income": null,
  "categorization": null,
  "not_collected": ["balances", "transactions"]
}
```

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

## खाता जाँच सेटिंग्स

ये कुंजियाँ केवल खाता जाँच को कॉन्फ़िगर करती हैं। बैंक साइन-इन अपनी सेटिंग्स अलग रखता है।

| कॉन्फ़िग फ़ील्ड | प्रभाव |
| - | - |
| `bank_account_check_accept_close_match` | On (डिफ़ॉल्ट): बैंक द्वारा `bank_partial_match_floor` और `bank_name_match_threshold` के बीच स्कोर किया गया नाम एक क्लोज़ मैच (close match) माना जाता है। जब `bank_suggest_holder_name` On होता है, तो व्यक्ति बैंक के पास मौजूद नाम की पुष्टि करता है, और `bank_partial_match_action` निर्णय लेता है। Off: वह क्लोज़ मैच नो मैच (`OWNER_NAME_MISMATCH`) माना जाता है, जिसका निर्णय `bank_no_match_action` द्वारा होता है, और यह प्रयास का उपयोग कर लेता है। |
| `bank_account_check_max_attempts` | व्यक्ति को कितनी खाता जाँचें मिलती हैं, `1` से `5`, अनसेट होने पर `3`: बैंक द्वारा उत्तर दी जाने वाली जाँच के लिए वे कितनी बार खाता विवरण टाइप कर सकते हैं। टाइप किए जाने पर अस्वीकृत किया गया खाता, या ऐसी जाँच जिसका बैंक उत्तर नहीं दे सका, किसी भी प्रयास का उपयोग नहीं करता है। |

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

## परिणाम में विधि पढ़ें

### निर्णय और webhook

प्रत्येक बैंक सत्यापन चरण [सत्र निर्णय](https://docs.didit.me/hi/sessions-api/retrieve-session.md#बैंक-सत्यापन) में और [`status.updated` webhook](https://docs.didit.me/hi/integration/webhooks#v3-बहुवचन-सरणियाँ-महत्वपूर्ण) के `decision` ऑब्जेक्ट में `bank_verifications[]` का एक आइटम होता है। इसका `method` बताता है कि खाते का सत्यापन कैसे किया गया था:

| `method` | इस रूप में दिखाया गया |
| - | - |
| `open_banking` | बैंक साइन-इन |
| `account_lookup` | खाता जाँच |
| `microdeposits` | माइक्रो-डिपॉज़िट |
| `statement` | स्टेटमेंट अपलोड |
| `none` | बैंक के बिना जारी रखा |

जब तक किसी खाते का मूल्यांकन नहीं हो जाता, तब तक `method` `null` रहता है, और यदि व्यक्ति ने किसी भी प्रयास का मूल्यांकन होने से पहले बैंक के बिना जारी रखा है, तो यह `none` होता है: देखें [परिणाम में इसे पढ़ें](https://docs.didit.me/hi/core-technology/bank-verification/fallbacks.md#परिणाम-में-इसे-पढ़ें)। विधियों में अंतर करने के लिए `method` पढ़ें, न कि `ownership.method`: `ownership.method` वह नाम तुलना है जिसने स्कोर उत्पन्न किया, जैसे कि `exact` या `fuzzy`।

```json theme={null}
{
  "bank_verifications": [
    {
      "node_id": "feature_bank_verification",
      "status": "Approved",
      "method": "account_lookup",
      "ownership": {
        "result": "match",
        "method": "exact"
      },
      "financial_data": {
        "balances": null,
        "transactions": null,
        "income": null,
        "categorization": null,
        "not_collected": []
      }
    }
  ]
}
```

उदाहरण केवल उन फ़ील्ड्स को दिखाता है जिनकी चर्चा इस पृष्ठ पर की गई है। प्रत्येक फ़ील्ड [API संदर्भ](https://docs.didit.me/hi/sessions-api/retrieve-session.md) के `SessionDecision` स्कीमा में मौजूद है।

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

शाखाएँ और कस्टम स्थिति नियम `bank.method` के समान मान को पढ़ते हैं, जिसे नियम बिल्डर में **बैंक सत्यापन विधि** के रूप में लेबल किया गया है, जिसके मान **बैंक साइन-इन**, **खाता जाँच**, **माइक्रो-डिपॉज़िट**, **स्टेटमेंट अपलोड** और **बैंक के बिना जारी रखा गया** हैं। कोई नियम विधि मान की तुलना करता है, उदाहरण के लिए AML स्क्रीनिंग चरण के बाद एक शाखा जो उच्च जोखिम स्कोर वाली खाता जाँच को समीक्षा के लिए भेजती है:

```json theme={null}
{
  "id": "account_check_high_risk",
  "rules": [
    {
      "field": "bank.method",
      "operator": "equals",
      "value": "account_lookup"
    },
    {
      "field": "aml.risk_score",
      "operator": "greater_than",
      "value": 70
    }
  ],
  "logic": "and",
  "goto": "status_in_review"
}
```

### सत्र रिपोर्ट

सत्र PDF रिपोर्ट अपनी **सत्यापन विधि** वाली पंक्ति में विधि का नाम देती है।

## विधियों से पहले सहेजे गए नोड्स

`bank_open_banking_enabled` और `bank_account_lookup_enabled` अप्रचलित हो चुके हैं। `bank_method_order` के अस्तित्व में आने से पहले सहेजा गया नोड अब अपने दोनों स्विचों द्वारा दिए गए क्रम के साथ चलता है:

| `bank_open_banking_enabled` | `bank_account_lookup_enabled` | नोड इसके साथ चलता है |
| - | - | - |
| On या अनसेट | Off या अनसेट | `["open_banking"]` |
| On या अनसेट | On | `["open_banking", "account_lookup"]` |
| Off | On | `["account_lookup"]` |

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

एक रिलीज़ के लिए, कोई सेव जो `bank_method_order` नहीं भेजता है लेकिन कोई भी स्विच भेजता है, वह अभी भी स्विचों से क्रम सेट करता है। हर सेव इन दोनों स्विचों को फिर से इस आधार पर सेट करता है कि कोई देश बैंक साइन-इन और खाता जाँच की पेशकश करता है या नहीं। नए इंटीग्रेशन में `bank_method_order` और `bank_countries.<ISO3>.methods` का उपयोग करें।

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

प्रत्येक देश में हर विधि का बिल उसकी अपनी कीमत पर लिया जाता है। प्रत्येक देश की कीमतों के लिए [बैंक सत्यापन मूल्य निर्धारण](https://docs.didit.me/hi/getting-started/bank-verification-pricing.md) देखें।

* **बैंक साइन-इन** की अपनी कीमत है, और बैलेंस तथा लेन-देन ऐड-ऑन प्रत्येक अपनी कीमत जोड़ते हैं।
* **खाता जाँच** का बिल बैंक द्वारा उत्तर दी जाने वाली प्रति जाँच के लिए एक बार लिया जाता है: एक मिलान, एक क्लोज़ मैच, एक नो मैच, एक खाता जिसे वह सत्यापित नहीं कर सका और एक खाता जो उसे नहीं मिला। टाइप किए जाने पर अस्वीकृत किए गए खाते के लिए कभी भी बिल नहीं लिया जाता है।

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

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

सैंडबॉक्स एप्लिकेशन चरण द्वारा निर्धारित क्रम में, प्रत्येक देश में दोनों विधियों की सेवा करता है, और कोई बिल नहीं लेता है। डिफ़ॉल्ट क्रम के साथ, व्यक्ति बैंक साइन-इन से शुरुआत करता है और खाता जाँच चलाने के लिए **अपने खाते का विवरण दर्ज करें** चुनता है। खाता जाँच से शुरुआत करने के लिए, `bank_method_order` को `["account_lookup", "open_banking"]` पर सेट करें। खाते के अंतिम चार वर्ण खाता जाँच का उत्तर चुनते हैं: देखें [सैंडबॉक्स में परीक्षण करें](https://docs.didit.me/hi/core-technology/bank-verification/account-check.md#सैंडबॉक्स-में-इसका-परीक्षण-करें)।

## संबंधित

* [अकाउंट चेक](https://docs.didit.me/hi/core-technology/bank-verification/account-check.md): खाता प्रारूप, परिणाम और सैंडबॉक्स मान।
* [जब व्यक्ति अपने बैंक का सत्यापन नहीं कर सकता](https://docs.didit.me/hi/core-technology/bank-verification/fallbacks.md): फ़ॉलबैक, अपने बैंक के बिना जारी रखें और इसके परिणाम।
* [अकाउंट चेक API](https://docs.didit.me/hi/standalone-apis/bank-account-check.md): बिना किसी सत्र के, अपने बैकएंड से पेआउट खाते की जांच करें।
* [बैंक सत्यापन कॉन्फ़िग कुंजियां](https://docs.didit.me/hi/management-api/workflows/feature-configs.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.