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 प्रतिसाद परत करतो. ऑप्ट-आउट ब्लॉकसाठी HTTP 4xx किंवा 5xx कोड परत करणे ही चुकीची पद्धत आहे, कारण यामुळे पायाभूत सुविधांमध्ये त्रुटी असल्याचे सूचित होते. 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 चालवणे, किंवा साप्ताहिक ढीग वाट पाहणे.
हा मार्गदर्शक उपयुक्त होता का?
संबंधित मार्गदर्शक
- दुसऱ्या मालकाचा DID हँडोव्हर: कोण नियुक्त आणि रिलीज करू शकते
दुसऱ्या मालकाच्या DID हँडोव्हर दरम्यान ऑपरेटरची सीमा, JIT प्रोव्हिजनिंग आणि प्रीपेड आर्थिक मर्यादा समजून घ्या.
- प्रति नंबर खर्च मर्यादा: भाडे आणि ट्रॅफिक नियंत्रण
तुमच्या व्हाईट-लेबल CPaaS मध्ये मासिक शुल्क आणि आउटबाउंड ट्रॅफिकसाठी संयुक्त खर्च मर्यादेसह प्रति नंबर धोका नियंत्रित करा.
- DID वर इन्बाउंड वेबहुक राऊटिंग: मालकाविना MO मुळे STOP गमावला जातो
व्हाइट-लेबेल प्रीपेड CPaaS मध्ये मालक खात्यावर इन्बाउंड वेबहुक सुरक्षितपणे राऊट करा. अनाथासारख्या MO इव्हेंट्स आणि चुकलेले ऑप्ट-आउट टाळा.