IOSOR ज्ञान

वैश्विक कवरेज मानचित्रों में स्थानीय 'शांत घंटों' (Quiet Hours) की पहुंच प्रतिबंधों का हिसाब रखना

IOSOR में स्वचालित कवरेज जांच को कॉन्फ़िगर करना सीखें ताकि शांत घंटों के दौरान डिलीवरी रिजेक्शन को रोका जा सके, अनुपालन सुनिश्चित हो और प्रीपेड बैलेंस की बचत हो।

वैश्विक कवरेज मानचित्रों में स्थानीय 'शांत घंटों' (Quiet Hours) की पहुंच प्रतिबंधों का हिसाब रखना.

शांत घंटों के दौरान डिलीवरी ब्लॉक को समझना

स्थानीय शांत घंटे सख्त नियामक विंडो हैं जहां प्रचार या गैर-आवश्यक SMS और OTP ट्रैफ़िक को कानूनी रूप से अवरुद्ध किया जाता है। इन घंटों के दौरान संदेश भेजने से कैरियर-स्तर पर तत्काल रिजेक्शन होता है, जिससे बैलेंस बर्बाद होता है। IOSOR में, हम शांत घंटों को गतिशील कवरेज सीमाओं के रूप में मानते हैं। डिलीवरी का प्रयास करने और विफल DLR प्राप्त करने के बजाय, प्लेटफ़ॉर्म रूटिंग से पहले गंतव्य E.164 प्रीफिक्स और स्थानीय समय का मूल्यांकन करता है। यह सक्रिय दृष्टिकोण सुनिश्चित करता है कि आपका ट्रैफ़िक बिना किसी मानवीय हस्तक्षेप के स्थानीय कानूनों का अनुपालन करता रहे।

E.164 प्रीफिक्स को स्थानीय समय क्षेत्रों से मैप करना

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

IOSOR में स्वचालित कवरेज जांच कॉन्फ़िगर करना

डेवलपर्स IOSOR कंसोल या वेबहुक अलर्ट के माध्यम से स्वचालित कवरेज जांच कॉन्फ़िगर कर सकते हैं। शांत घंटों की सीमाओं (जैसे 20:00 से 08:00 स्थानीय समय) को परिभाषित करने वाले नियम सेट करके, प्लेटफ़ॉर्म स्वचालित रूप से सक्रिय कवरेज मानचित्र को अपडेट करता है। यदि कोई रूट अस्थायी रूप से प्रतिबंधित है, तो सिस्टम सामान्य विफलता के बजाय एक विशिष्ट कवरेज ब्लॉक कोड लौटाता है। यह आपके एप्लिकेशन को बाद में डिलीवरी के लिए संदेश को कतारबद्ध करने या उपयोगकर्ता को तुरंत सूचित करने की अनुमति देता है।

प्रीपेड होल्ड और लेजर क्रियाओं का प्रबंधन

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

अनुपालन और रूटिंग नियमों को एकीकृत करना

इन नियमों को एकीकृत करना सभी सक्रिय गलियारों में अनुपालन सुनिश्चित करता है। इष्टतम रूटिंग बनाए रखने के लिए, इन संसाधनों की समीक्षा करें:

ये गाइड आपको जटिल रूटिंग परिदृश्यों को प्रबंधित करने, प्रीफिक्स-स्तरीय रिजेक्शन को संभालने और विविध न्यायालयों में उच्च डिलीवरी दर बनाए रखने में मदद करते हैं।

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

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

IOSOR सार

अपनी स्वचालित कवरेज जांच में सीधे स्थानीय शांत घंटे के नियमों को एकीकृत करने से महंगे वाहक-स्तरीय अस्वीकरणों से बचा जा सकता है।

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