DLR स्टेटस वेबहुक को प्रीपेड होल्ड के साथ सहसंबद्ध करना

DLR स्टेटस वेबहुक को प्रीपेड होल्ड के साथ सहसंबद्ध करना.

प्रीपेड होल्ड तंत्र को समझना

IOSOR इकोसिस्टम में, प्रत्येक आउटबाउंड SMS अनुरोध एक तत्काल JIT (Just-In-Time) लेजर चेक को ट्रिगर करता है। जब कोई अनुरोध शुरू किया जाता है, तो सिस्टम यह सुनिश्चित करने के लिए खाते की शेष राशि पर एक अस्थायी होल्ड लगाता है कि संदेश वितरण के लिए पर्याप्त धन मौजूद है। यह होल्ड अंतिम डेबिट नहीं है, बल्कि पूंजी का एक आरक्षण है। अंतिम निपटान केवल नेटवर्क से DLR (डिलीवरी रसीद) स्थिति प्राप्त होने पर होता है, यह सुनिश्चित करते हुए कि आपका वित्तीय लेजर संदेश क्रेडिट की वास्तविक खपत को सटीक रूप से दर्शाता है।

DLR कॉलबैक का जीवनचक्र

एक बार संदेश भेजे जाने के बाद, नेटवर्क एक DLR स्थिति लौटाता है। आपका वेबहुक एंडपॉइंट इस पेलोड को प्राप्त करता है, जिसमें अद्वितीय संदेश ID और अंतिम स्थिति कोड होता है। IOSOR इंजन इस ID को मूल लेनदेन रिकॉर्ड के साथ सहसंबद्ध करता है। यदि स्थिति सफल डिलीवरी का संकेत देती है, तो सिस्टम होल्ड की गई राशि को स्थायी डेबिट में बदल देता है। यदि स्थिति विफलता का संकेत देती है, तो होल्ड को आपकी उपलब्ध शेष राशि में वापस जारी कर दिया जाता है, यह सुनिश्चित करते हुए कि आप केवल सफल प्रयासों के लिए भुगतान करते हैं।

लेजर मिलान का प्रबंधन

मिलान स्वचालित है, लेकिन डेवलपर्स को प्रेषण और DLR आगमन के बीच विलंबता की निगरानी करनी चाहिए। यदि DLR में देरी होती है, तो होल्ड सक्रिय रहता है, जो अस्थायी रूप से आपके उपलब्ध क्रेडिट को कम कर सकता है। USD 20 के प्रीपेड फ्लोर को बनाए रखने वाले खातों के लिए, सेवा रुकावटों को रोकने के लिए यह महत्वपूर्ण है। यदि आपकी मासिक मात्रा USD 1,000/माह से अधिक है, तो हमारा सिस्टम आपके क्रेडिट लिमिट को समायोजित करने और उच्च-आवृत्ति ट्रैफ़िक के लिए सुचारू थ्रूपुट सुनिश्चित करने के लिए एक सॉफ्ट समीक्षा ट्रिगर करता है।

एज केस और टाइमआउट को संभालना

सभी संदेशों को अपेक्षित विंडो के भीतर DLR प्राप्त नहीं होता है। यदि कोई नेटवर्क स्थिति अपडेट प्रदान करने में विफल रहता है, तो IOSOR सिस्टम एक क्लीनअप जॉब का उपयोग करता है जो एक परिभाषित TTL (Time-To-Live) के बाद पुराने होल्ड को जारी करता है। यह 'घोस्ट' होल्ड को आपकी तरलता को प्रभावित करने से रोकता है। हमेशा सुनिश्चित करें कि आपका वेबहुक हैंडलर हमारे लेजर और आपके आंतरिक लेखांकन रिकॉर्ड के बीच सिंक्रनाइज़ेशन बनाए रखने के लिए 500ms के भीतर DLR की प्राप्ति को स्वीकार करता है।

आवश्यक एकीकरण संसाधन

यह सुनिश्चित करने के लिए कि आपका कार्यान्वयन मजबूत है और वित्तीय अखंडता के सर्वोत्तम प्रथाओं का पालन करता है, इन गाइडों को देखें:

• घटना क्रम बनाम बहीखाता पोस्टिंग
• डुплиकेट वेबहुक से दूसरा डेबिट नहीं होना चाहिए
• आइडेम्पोटेंसी, रीट्राई और पैसा

IOSOR के साथ शुरुआत करें

अपने एकीकरण को अंतिम रूप देने के लिए, IOSOR कंसोल पर जाएं और अपने लेज़र मिलान एंडपॉइंट को कॉन्फ़िगर करने के लिए वेबहुक सेटिंग्स पर नेविगेट करें। सुनिश्चित करें कि आपका लिसनर dlr.status पेलोड को प्रोसेस करने और इसे सीधे संबंधित ट्रांजैक्शन होल्ड आईडी से मैप करने के लिए तैयार है। सैंडबॉक्स वातावरण में इस सहसंबंध का परीक्षण करने से यह गारंटी मिलेगी कि आरक्षित फंड बिना किसी लेज़र विसंगति के तुरंत जारी या डेबिट हो जाएंगे।

IOSOR सार

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

अपने वेबहुक हैंडलर को कड़ाई से इडेम्पोटेंट (idempotent) बनाने के लिए डिज़ाइन करें, जिससे यह सुनिश्चित हो सके कि डुप्लिकेट DLR कई लेज़र समायोजन को ट्रिगर न करें। केवल तत्काल कॉलबैक पर भरोसा न करें; जब कोई ऑपरेटर डिलीवरी रसीद वापस करने में विफल रहता है, तो पुराने होल्ड को जारी करने के लिए हमेशा एक फ़ॉलबैक TTL तंत्र लागू करें।