मेसेज लाईफसायकल स्थिती विरुद्ध कमी डिलिव्हरी प्लेबुक्स

मेसेज लाईफसायकल स्थिती विरुद्ध कमी डिलिव्हरी प्लेबुक्स.

API स्वीकार आणि सुरुवातीची रांगेतील स्थिती

जेव्हा API क्लायंट मेसेजिंग एंडपॉइंटवर SMS विनंती सबमिट करतो, तेव्हा प्लॅटफॉर्म सिंटॅक्स पडताळणी आणि प्रिपेड लेजर अधिकार पूर्ण करतो. ओटीपी सूचना किंवा संदेश पाठवले जात असले तरीही, गंतव्य क्रमांक E.164 फॉरमॅटचे काटेकोरपणे पालन करणारा असावा. संदेश स्टेट मशीनमध्ये हलवण्यापूर्वी, इंजिन खात्यावर आवश्यक USD 20 प्रिपेड किमान शिल्लक असल्याची खात्री करते.

विनंती वैध असल्यास, संदेशाला एक अद्वितीय ओळख दिली जाते आणि तो सुरुवातीच्या रांगेत प्रवेश करतो. हा टप्पा नेटवर्कवर अतिरिक्त ताण येण्यापासून रोखतो आणि संदेश कॅरियरकडे पाठवण्यापूर्वी सर्व नोंदी अचूकपणे नोंदवल्या गेल्याची खात्री करतो.

प्रोसेसिंग स्थिती आणि कॅरियर हँडऑफ मेकॅनिक्स

रांगेत आल्यानंतर, अंतर्गत पाठवणारी प्रणाली ते रेकॉर्ड आउटबाउंड पाईपलाईनमध्ये हलवते. या टप्प्यात, इंजिन मार्ग नियम, पाठवणाऱ्याची ओळख आणि नेटवर्क उपलब्धतेचे मूल्यमापन करते. जर आउटबाउंड ट्रॅफिकसाठी समर्पित पाठवणाऱ्या ओळखीची आवश्यकता असेल, तर प्रणाली त्वरित सक्रिय पत्ता जोडण्यासाठी JIT वाटप पूर्ण करते.

योग्य मार्ग निवडल्यानंतर, संदेश प्रोसेसिंग स्थितीत जातो. या क्षणी प्लॅटफॉर्म सुरक्षित प्रोटोकॉल वापरून मोबाईल कॅरियरकडे डेटा पाठवतो आणि संपूर्ण निरीक्षण ठेवतो.

असिंक्रोनस DLR संक्रमण आणि त्रुटी कोड

पाठवलेल्या स्थितीतून अंतिम स्थितीत संक्रमण डिलिव्हरी रिपोर्ट (DLR) द्वारे असिंक्रोनस पद्धतीने होते. मोबाईल कॅरियर delivered, undelivered, किंवा failed यांसारखे निकाल दर्शवणारी पावती परत पाठवतो. हँडसेट उपलब्ध नसल्यास, कॅरियरचा पुन्हा प्रयत्न करण्याचा वेळ संपेपर्यंत DLR प्रलंबित राहतो.

डिलिव्हरी अयशस्वी झाल्यास, प्रणाली त्रुटी कोडचे तपशीलवार विश्लेषण करते. उदाहरणार्थ, नेटवर्कने चुकीचा क्रमांक किंवा ब्लॉक केलेल्या ट्रॅफिकसाठी कोड परत पाठवल्यास, प्लॅटफॉर्म त्वरित स्थिती अद्ययावत करतो.

प्रिपेड लेजर होल्ड्स आणि प्लॅटफॉर्म मर्यादा

प्रत्येक स्थितीतील बदल थेट प्रिपेड लेजर आर्थिक व्यवहारांशी जोडलेला असतो. सुरुवातीचे सबमिशन गंतव्य दर आणि संदेश भागांच्या संख्येवर आधारित तात्पुरती रक्कम राखून ठेवते. जास्त प्रमाणात संदेश पाठवणारी खाती USD 1,000 मर्यादा ओलांडताना स्वयंचलित तपासणीतून जातात.

संदेश यशस्वीरित्या पोहोचल्यावर, राखून ठेवलेली रक्कम खात्यातून अंतिम वजा केली जाते. नेटवर्क त्रुटीमुळे डिलिव्हरी अयशस्वी झाल्यास, प्रणाली राखून ठेवलेली रक्कम स्वयंचलितपणे ग्राहकाच्या शिलक्क रकमेत परत जमा करते.

स्टेट मशीन निरीक्षण आणि वेबहूक एकत्रीकरण

क्लायंट ॲप्लिकेशनमध्ये स्थिती ट्रॅकिंग समाविष्ट करण्यासाठी रिअल-टाइम HTTP वेबहूक कॉन्फिगर करणे आवश्यक आहे. संदेश रांगेतून पाठवले जाऊन DLR पावतीपर्यंत पोहोचतात, तेव्हा प्लॅटफॉर्म संदेश आयडी, वेळ आणि त्रुटीची कारणे असलेले कॉलबॅक पाठवतो.

ही व्यवस्था सर्व व्यवहारांमध्ये पूर्ण पारदर्शकता प्रदान करते. डेव्हलपर्स डिलिव्हरीच्या समस्या सहज ओळखू शकतात आणि प्रत्येक संदेशाच्या स्थिती बदलावर स्वयंचलितपणे कारवाई करू शकतात.

संबंधित: रांगेतील संदेशांसाठी निधी होल्ड केला पाहिजे, पाठवल्यासारखे डेबिट करू नये · क्यूमध्ये विरुद्ध पाठवले: IOSOR मधील संदेशाचा एकच मार्ग · पहिल्या डेबिटपूर्वी प्रीपेड रक्कम राखीव ठेवणे.

IOSOR सह प्रारंभ करा

IOSOR कन्सोल उघडा आणि तुमच्या प्रणालीचे संदेश विनंती हँडलर थेट स्टेट मशिनच्या कॉलबॅक एंडपॉइंट्सवर मॅप करा. रांगेतील संदेश रेकॉर्डची स्थिती पाठवलेली म्हणून अपडेट करण्यापूर्वी तुमचा ॲप्लिकेशन लॉजिक वेबहूक स्वाक्षऱ्यांची पडताळणी करतो याची खात्री करा. समवर्ती विनंत्या ब्लॉक न करता खाती जुळतात याची खात्री करण्यासाठी सिम्युलेटेड असिंक्रोनस DLR पेलोडविरुद्ध तुमचे इव्हेंट हँडलर तपासा.

IOSOR सारांश

संदेश प्रक्रिया ही एक निर्धारवादी finite-state machine म्हणून कार्य करते जिथे प्रत्येक संक्रमण अमूर्त वितरणा मोजमापाऐवजी सत्यापित तांत्रिक इव्हेंट प्रतिबिंबित करते. प्रारंभिक API सबमिशन आणि रांग पडताळणीपासून ते वाहक हँडऑफ आणि अंतिम असिंक्रोनस DLR कॉलबॅकपर्यंत, राज्य मेकॅनिक्स वेगळे केल्याने इव्हेंट पाइपलाइन आणि त्रुटी मॅपिंगची पूर्ण दृश्यमानता मिळते.