मुख्य सामग्री पर जाएं
Didit API किसी विफलता की सूचना HTTP स्थिति कोड और, लगभग हर मामले में, एक JSON बॉडी के साथ देता है। इस पेज में बताया गया है कि हर स्थिति का क्या अर्थ है, बॉडी कैसी दिखती है, कौन-से code मानों पर आप शाखा बना सकते हैं, और कौन-सी विफलताएँ पुनः प्रयास के लिए सुरक्षित हैं। पहले स्थिति पर भरोसा करें और यदि code मौजूद हो, तो उस पर भरोसा करें, क्योंकि संदेश का पाठ बदल सकता है।

स्थिति कोड

त्रुटि बॉडी

त्रुटि बॉडी का कोई एक तय ढाँचा नहीं होता, इसलिए उन्हें सावधानी से पढ़ें। ढाँचा endpoint परिवार पर निर्भर करता है: 500 में JSON बॉडी बिल्कुल भी नहीं हो सकती, इसलिए ऐसी बॉडी को भी संभालें जो पार्स न हो।

API कुंजी त्रुटियाँ

एप्लिकेशन हटाए जाने के कुछ मिनटों तक API application_deleted के साथ जवाब देता है, और उसके बाद वह कुंजी को किसी भी गलत कुंजी की तरह अस्वीकार कर देता है। पुनः प्रयास न करें: एप्लिकेशन और उसकी कुंजियाँ हटा दिए गए हैं। कुंजियाँ और उनकी सीमाएँ कैसे काम करती हैं, यह जानने के लिए API प्रमाणीकरण और API कुंजियाँ देखें।

अपर्याप्त क्रेडिट

हर API परिवार कम बैलेंस की सूचना अपने तरीके से देता है: अनुबंध पर, जब आपके संगठन के लिए भुगतान वाली सेवाएँ रोकी गई हों, तो सत्र बनाने का अनुरोध "code": "contract_billing_suspended" के साथ 403 लौटाता है। सैंडबॉक्स एप्लिकेशन का कभी बिल नहीं किया जाता, इसलिए उनमें ये जाँचें नहीं होतीं।

त्रुटि कोड

ये code मान स्थिर हैं, इसलिए आप इनके आधार पर कार्रवाई तय कर सकते हैं। ज़्यादातर कोड detail के साथ आते हैं; डिजिटल ID वॉलेट सत्यापन पर कोड error का मान होता है।

पहुँच और बिलिंग

अनुरोध और आइडेम्पोटेंसी

बैंक, फ़ोन और जोखिम जाँच

व्यवसाय सत्यापन (KYB)

डिजिटल ID वॉलेट

रिपोर्ट और केस

ई-हस्ताक्षर

सत्र बनाते समय, नीचे दिए दस्तावेज़ संबंधी समस्याएँ उस फ़ील्ड के मान के रूप में आती हैं जिसमें समस्या है, स्थिति 400 के साथ, उदाहरण के लिए {"sign": "signature_document_changed"}:

webhook

पुनः प्रयास और आइडेम्पोटेंसी

कुछ विफलताओं को दोहराना सुरक्षित होता है, और कुछ को नहीं:
  • 429: Retry-After हेडर की प्रतीक्षा करें, फिर पुनः प्रयास करें।
  • 502 और 503: जब endpoint का संदर्भ बताए कि कोई शुल्क नहीं लगा, तब बैकऑफ़ के साथ पुनः प्रयास करें, जैसा फ़ोन, ईमेल, बैंक और जोखिम जाँच के लिए होता है।
  • POST /v3/database-validation/ पर 502: पहले हर validation_errors प्रविष्टि पढ़ें, क्योंकि केवल यह स्थिति अस्थायी विफलता का संकेत नहीं देती।
  • हटाने पर 503: वही अनुरोध तब तक दोहराएँ जब तक वह 200 न लौटाए।
  • अन्य 4xx: पहले अनुरोध ठीक करें, क्योंकि वही अनुरोध उसी तरह विफल होगा।
POST /v3/aml/ और डिजिटल ID वॉलेट सत्यापन Idempotency-Key हेडर स्वीकार करते हैं, जिसमें अधिकतम 255 अक्षर हो सकते हैं। एक ही कुंजी और एक ही बॉडी के साथ अनुरोध दोहराने पर संग्रहीत रिस्पॉन्स लौटाया जाता है, इसलिए काम और शुल्क केवल एक बार होते हैं। एक ही कुंजी के साथ अलग बॉडी भेजने पर 409 मिलता है, और जब पहला अनुरोध अब भी चल रहा हो, तब वॉलेट endpoint Retry-After के साथ 409 लौटाते हैं। POST /v3/session/ में आइडेम्पोटेंसी कुंजी नहीं होती, इसलिए यदि सत्र बनाने का अनुरोध समय-सीमा पार कर जाए, तो कोई और सत्र बनाने से पहले vendor_data के आधार पर अपने सत्रों की सूची बनाएँ।

संबंधित

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