IOSOR ज्ञान

Sender ID पूल रोटेशन और प्रीपेड होल्ड नियम

जानें कि प्रीपेड बैलेंस होल्ड्स को ट्रिगर किए बिना IOSOR पर डायनामिक Sender ID पूल रोटेशन का प्रबंधन कैसे करें।

Sender ID पूल रोटेशन और प्रीपेड होल्ड नियम.

डायनामिक पूल आवंटन और JIT प्रोविजनिंग

डायनामिक Sender ID पूल रोटेशन के लिए सटीक Just-In-Time (JIT) प्रोविजनिंग की आवश्यकता होती है ताकि अनावश्यक मासिक आवर्ती शुल्क (MRC) से बचा जा सके। निष्क्रिय E.164 नंबरों के पूल को बनाए रखने के बजाय, IOSOR संसाधनों को डायनामिक रूप से आवंटित करता है। जब कोई आउटबाउंड SMS या OTP अभियान शुरू होता है, तो प्लेटफ़ॉर्म सक्रिय ट्रैफ़िक का मूल्यांकन करता है और मांग पर नंबर प्रदान करता है।

प्रीपेड बैलेंस रिज़र्वेशन लॉक

निरंतर डिलीवरी बनाए रखने के लिए, प्लेटफ़ॉर्म USD 20 का प्रीपेड फ्लोर लागू करता है। जब डायनामिक रोटेशन नए Sender ID का अनुरोध करता है, तो IOSOR आवश्यक MRC की गणना करता है और आपके लेज़र पर अस्थायी होल्ड लगाता है। यदि आपका बैलेंस इस फ्लोर से नीचे गिरता है, तो रिज़र्वेशन लॉक नए JIT आवंटन को रोक देते हैं। यह तंत्र सुनिश्चित करता है कि अपर्याप्त फंड के कारण सक्रिय SMS ट्रैफ़िक कभी बाधित न हो।

कैरियर स्पैम फ़िल्टर से बचाव

आक्रामक कैरियर स्पैम फ़िल्टर को बायपास करने के लिए डायनामिक रोटेशन महत्वपूर्ण है। उच्च-वॉल्यूम OTP और नोटिफिकेशन ट्रैफ़िक को E.164 सेंडर्स के रोटेटिंग पूल में वितरित करके, आप किसी एक ID के फ्लैग होने के जोखिम को कम करते हैं। सिस्टम इनबाउंड STOP संदेशों की निगरानी करता है और सक्रिय रोटेशन से गैर-अनुपालन वाले सेंडर्स को स्वचालित रूप से हटा देता है।

लेज़र एकीकरण और डेबिट टैग

प्रत्येक डायनामिक आवंटन और संदेश शुल्क को रीयल-टाइम लेज़र के माध्यम से ट्रैक किया जाता है। विशिष्ट डेबिट टैग का उपयोग करके, आप व्यक्तिगत सेंडर पूल से जुड़ी लागतों को अलग कर सकते हैं। यह विस्तृत ट्रैकिंग व्हाइट-लेबल ऑपरेटरों को MRC और प्रति-संदेश लागत को सीधे अंतिम उपयोगकर्ताओं के लिए जिम्मेदार ठहराने की अनुमति देती है। जब कोई डायनामिक सेंडर रिटायर होता है, तो लेज़र किसी भी शेष प्रीपेड होल्ड को जारी कर देता है।

API आइडेंपोटेंसी और वेबहुक सत्यापन

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

संबंधित लेख: मल्टी-सेंडर ऑपरेशन्स: वॉल्यूम पर · प्रत्येक प्रीपेड डेबिट पंक्ति पर प्रेषक आईडी टैग करें · आइडेम्पोटेंसी, रीट्राई और पैसा.

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

Sender ID पूल घुमाने से पहले असाइन/स्वैप लागत पर prepaid hold सुनिश्चित करें। लेजर पर Sender के अनुसार debit टैग करें; hold स्वीकृत होने के बाद ही घुमाएँ — खुला रोटेशन बैलेंस नहीं जलाए।

संबंधित: मल्टी-सेंडर वॉल्यूम ऑप्स लेजर पर Sender डेबिट टैग

IOSOR सार

बिना hold के Sender पूल रोटेशन रखरखाव की आड़ में बैलेंस जलाना है।

करें: रोटेशन से पहले hold + debit टैग। न करें: बिना hold स्वीकृति पूल घुमाना।

क्या यह गाइड मददगार थी?

संबंधित गाइड