Queued बनाम Sent: IOSOR में एक एकल संदेश पथ

Queued बनाम Sent: IOSOR में एक एकल संदेश पथ.

Queued और Sent के लिए एकल स्टेट मशीन

जब कोई API अनुरोध E.164 गंतव्य पर SMS या OTP पेलोड प्रसारित करने के लिए प्लेटफ़ॉर्म पर आता है, तो उत्पाद और वित्त टीमों को सटीक रूप से एक ही जीवनचक्र स्थिति का संदर्भ देना चाहिए। पारंपरिक व्हाइट-लेबल सेटअप में, उत्पाद 'queued' को एक इंजीनियरिंग स्थिति मानता है जबकि वित्त महीने के अंत के विवरण का इंतजार करता है। IOSOR एक एकल नियतात्मक स्टेट मशीन चलाकर इस विसंगति को समाप्त करता है। जब HTTP पेलोड सत्यापित हो जाता है, तो संदेश तुरंत queued स्थिति में प्रवेश करता है। यह स्थिति लेन-देन लॉग में एक स्पष्ट प्रविष्टि बनाती है, रूट दर को लॉक करती है और क्लाइंट के प्रीपेड वॉलेट पर एक प्राधिकरण होल्ड लागू करती है।

कतार पर वित्तीय आरक्षित राशि बनाम अंतिम निपटान

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

ट्रांजिशन ट्रिगर: API अंतर्ग्रहण से हैंडऑफ तक

queued और sent के बीच की सीमा सख्त है। Queued का अर्थ है कि पेलोड सत्यापित है, दर की गणना की गई है, और आरक्षित निधियों के साथ प्रेषण कतार में असाइन किया गया है। Sent इंगित करता है कि एज गेटवे ने PDU को नेटवर्क इंटरफ़ेस में स्थानांतरित कर दिया है और एक मध्यवर्ती पावती प्राप्त की है। इस मिलीसेकंड पर, सिस्टम स्थिति को queued से sent में अपडेट करता है और एक एसिंक्रोनस वेबहुक ईवेंट भेजता है। JIT आवंटन का उपयोग करके नंबर प्रावधानित किए जाते हैं, यह सुनिश्चित करते हुए कि E.164 राउटिंग और MRC लेखांकन सट्टा आरक्षण के बिना होता है।

डिलीवरी रिपोर्ट के साथ बहीखाता ऑडिट का मिलान

DLR देरी होने पर वित्तीय ऑडिट अक्सर इंजीनियरिंग लॉग के साथ टकराते हैं। IOSOR में, sent अंतिम डेबिट कमिट का लेखा बिंदु है। DELIVERED या UNDELIVERED जैसी DLR स्थितियां प्रारंभिक लेन-देन बहीखाता को बदले बिना परिचालन मेट्रिक्स को अपडेट करती हैं। यदि कोई इनबाउंड STOP कमांड प्राप्त होता है, तो उस E.164 पते के लिए बाद के प्रयासों को वित्तीय होल्ड से पहले Verify OK स्थिति के साथ API सीमा पर अस्वीकृत कर दिया जाता है।

परिचालन प्लेबुक और संबंधित आर्किटेक्चर

इंजीनियरिंग और वित्तीय संचालन के बीच तालमेल बनाए रखने के लिए, कतार प्रबंधन, वेबहुक आइडेम्पोटेंसी और वॉलेट यांत्रिकी के लिए इन मुख्य संदर्भ गाइडों का पालन करें:

• वॉल्यूम पर वेबहुक कंज्यूमर ऑप्स
• वॉलेट पायलट हॉप: लाइव ट्रैफ़िक पर होल्ड और डेबिट सत्य
• आइडेम्पोटेंसी, रीट्राई और पैसा

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

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

IOSOR सार

इस गाइड से यह साबित हुआ कि एक ही स्टेट मशीन के इर्द-गिर्द प्रोडक्ट टेलीमेट्री और बिलिंग को एकजुट करने से इंजीनियरिंग और फाइनेंस के बीच का ऑपरेशनल घर्षण खत्म हो जाता है। कतार में प्रवेश करते समय फंड आरक्षित करना और जब गेटवे 'सेंट' इवेंट जारी करता है तब अंतिम डेबिट कमिट करना एक ऐसा निश्चयात्मक लेखांकन मॉडल बनाता है जो विलंबित या गुम डिलीवरी रसीद से प्रभावित नहीं होता है।

लेखांकन निपटान ट्रिगर को विशेष रूप से 'सेंट' ट्रांज़िशन पर मैप करें और DLR का उपयोग सख्ती से ऑपरेशनल गुणवत्ता मेट्रिक्स के लिए करें।