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 के आधार पर अपने सत्रों की सूची बनाएँ।
संबंधित
- रेट लिमिट: सीमाएँ, हेडर और
429बॉडी। - API प्रमाणीकरण: अपनी कुंजी कैसे भेजें।
- सैंडबॉक्स परीक्षण: असली डेटा या बिलिंग के बिना परिणाम दोहराएँ।
- webhook: डिलीवरी, पुनः प्रयास और क्रम।