IOSOR ज्ञान

सप्रेशन के लिए इनबाउंड MO: DID पर STOP आपकी प्रतिष्ठा की रक्षा करता है

E.164 DIDs पर इनबाउंड MO ऑप्ट-आउट कीवर्ड, सप्रेशन सूची निष्पादन और वेबहुक पेलोड का तकनीकी विश्लेषण।

इनबाउंड MO के माध्यम से स्वचालित ऑप्ट-आउट का आर्किटेक्चर

जब कोई अंतिम उपयोगकर्ता समर्पित E.164 DID पर इनबाउंड मोबाइल ओरिजिनेटेड (MO) संदेश का उत्तर STOP, UNSUBSCRIBE, या QUIT लिखकर देता है, तो आपके प्लेटफ़ॉर्म को इस सिग्नल को तुरंत प्रोसेस करना होगा। API परत पर सप्रेशन सूची में नंबरों को संग्रहीत करने से बाद में आउटबाउंड मोबाइल टर्मिनेटेड (MT) ट्रैफ़िक को वाहक अनुपालन नियमों का उल्लंघन करने से रोका जाता है। यदि सप्रेस्ड प्राप्तकर्ता की ओर आउटबाउंड संदेश का प्रयास किया जाता है, तो नेटवर्क ट्रांसमिशन से पहले गेटवे को पेलोड को छोड़ना या स्किप्ड के रूप में चिह्नित करना होगा।

इनबाउंड कीवर्ड को सप्रेशन सूचियों में मैप करना

इनकमिंग MO पेलोड वेबहुक के माध्यम से आते हैं जिनमें प्रेषक E.164 नंबर, गंतव्य DID, टाइमस्टैम्प और कच्चा संदेश बॉडी शामिल होता है। सप्रेशन सबसिस्टम STOP, CANCEL, END, QUIT और OPTOUT सहित मानक अनुपालन कीवर्ड को पार्स करता है। एक मैच का पता चलने पर, इनजेशन इंजन व्हाइटस्पेस और एक्सेंट को हटाकर, वर्णों को अपरकेस में बदलकर, और रेगुलर एक्सप्रेशन पार्सर चलाकर स्ट्रिंग को सामान्य करता है। यदि बॉडी में एक अलग मैच या अग्रणी कीवर्ड है, तो इंजन सप्रेशन डेटाबेस में एक राइट ऑपरेशन ट्रिगर करता है।

वेबहुक, स्टेटस कोड और 'स्किप्ड' विफल क्यों नहीं है

जब कोई आउटबाउंड डिस्पैच अनुरोध किसी सप्रेस्ड E.164 गंतव्य को लक्षित करता है, तो CPaaS इंजन अपस्ट्रीम राउटिंग पथों पर डेटा भेजने से पहले ट्रांसमिशन को ब्लॉक कर देता है। प्लेटफ़ॉर्म 'skipped_suppressed' का संकेत देने वाले स्टेटस पेलोड के साथ HTTP 200 OK प्रतिक्रिया लौटाता है। ऑप्ट-आउट ब्लॉक के लिए 4xx या 5xx HTTP स्टेटस कोड लौटाना एक गलत पैटर्न है, क्योंकि यह इंफ्रास्ट्रक्चर त्रुटि का संकेत देता है, जो API क्लाइंट SDKs में अनावश्यक पुनः प्रयास तर्क को ट्रिगर करता है। 'skipped_suppressed' के साथ HTTP 200 OK लौटाकर, सिस्टम पुष्टि करता है कि बिना शुल्क के अनुरोध संसाधित किया गया है।

परिचालन नियम और प्रीपेड बैलेंस नियंत्रण

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

अनुपालन मैट्रिक्स: इनबाउंड ऑप्ट-आउट हैंडलिंग

कीवर्ड	कार्रवाई की गई	आउटबाउंड स्थिति	बिलिंग प्रभाव
STOP	सप्रेशन सूची में जोड़ें	स्किप्ड (ब्लॉक)	कोई शुल्क नहीं
UNSTOP	सप्रेशन से हटाएं	अनुमति दी गई	मानक दर
HELP	जानकारी वेबहुक ट्रिगर करें	अनुमति दी गई	मानक दर
CANCEL	सप्रेशन सूची में जोड़ें	स्किप्ड (ब्लॉक)	कोई शुल्क नहीं

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

STOP DID पर उतरे तो अगले MT से पहले उस किरायेदार की suppression सूची पर मूल MSISDN लिखें। सिद्ध करें अगला भेज रुकता है। MO मोहर और सूची पंक्ति निर्यात करें। सूची लेख के बिना webhook 2xx यह काम नहीं; E.164 सफाई दूसरा द्वार है।

संबंधित: कॉллер आईडी बनाम मैसेजिंग फ्रॉम: वॉइस लाइव होने का मतलब यह नहीं कि एसएमएस भी … DID बाइंडिंग से पहले E.164 सामान्यीकरण: प्लस, शून्य और स्पेस पहली कटौती से पहले प्रीपेड राशि आरक्षित करना.

IOSOR सार

DID पर आवक MO सूची लेख है, लॉग स्मृति नहीं।

करें: अगले MT से पहले दबाएँ। न करें: STOP को नोट मानकर MT चलाना, या साप्ताहिक ढेर की प्रतीक्षा।

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