IOSOR ज्ञान
किराये के नंबर पर इनबाउंड इवेंट और इनबॉक्स: वेबहुक अराजकता के बिना दो-तरफ़ा ops
किराए के नंबरों पर इनबाउंड इवेंट, ऑडिटयोग्य इनबॉक्स, और idempotency के साथ webhook पुनःप्रयास — एक white-label prepaid वॉलेट।
आउटबाउंड को रोडमैप स्लाइड मिलती हैं; इनबाउंड को पेजर। जब ग्राहक किराए के नंबर पर STOP जवाब देता है, फ़ोटो भेजता है या वापस कॉल करता है, इवेंट आपकी प्रणालियों में उतरने चाहिए — सपोर्ट का भरोसेमंद इनबॉक्स, बिखरे लॉग नहीं। इनबाउंड अनुशासन के बिना द्विदिश एकतरफ़ा वादा प्लस शिकायत कतार है। IOSOR किराए के नंबर inbound webhook और क्लाइंट-सुरक्षित त्रुटियों के साथ सौंपता है — white-label, दूसरे दिन के संचालन के लिए बाहरी पोर्टल नहीं। मासिक प्लेटफ़ॉर्म उपयोग USD 1,000+ के पास webhook प्रमाण, STOP लॉग और इनबॉक्स सहसंबंध व्यावसायिक समीक्षा की सामग्री बनते हैं। पहले साक्ष्य, फिर पैमाना.
जिन इवेंट प्रकारों की योजना बनानी है
| इवेंट | उत्पाद सतह | ऑप्स आवश्यकता |
|---|---|---|
| इनबाउंड SMS | थ्रेड / टिकट | डेडुप webhook + संग्रह |
| डिलीवरी रसीद (DLR) | स्थिति टाइमलाइन | आउटबाउंड भेज से सहसंबंध |
| वॉइस कॉलबैक | कतार / वॉइसमेल | रिकॉर्डिंग नीति + सहमति |
| STOP/HELP कीवर्ड | अनुपालन लॉग | तत्काल दमन |
छूटा STOP अनुपालन घटना है, «बाद में लिखेंगे» नहीं। आउटबाउंड भेज से बिना सहसंबंध का DLR महीने के अंत में वित्त को अंधा छोड़ता है। देखें द्विदिश इनबाउंड इनबॉक्स गाइड और STOP और HELP नीति। live द्विदिश चार पंक्तियाँ ढकता है; in setup उत्पादन द्विदिश नहीं है.
inbound के लिए webhook अनुशासन
- हर inbound अनुरोध प्रमाणित करें
- Idempotent हैंडलर — पुनःप्रयास सामान्य है
- साइड इफ़ेक्ट (टिकट, ऑटो-जवाब, CRM) से पहले persist
- Replay टूल के साथ dead-letter कतार
तुलना इनबाउंड वेबहुक रीट्राई। live कैटलॉग और बिना प्रमाण webhook असमर्थनीय वादा है। प्लेटफ़ॉर्म पुनःप्रयास करता है; उपभोक्ता अगर पुनःप्रयास को नया इवेंट माने तो इनबॉक्स और लेजर साथ फटते हैं। ऑटो-जवाब से पहले persist करें.
धोखाधड़ी के छेद के बिना inbox अनुभव
इनबॉक्स चैट खिलौना नहीं — साक्ष्य है:
- नंबर, टाइमस्टैम्प और सुरक्षित रूप से संपादित मुख्य भाग दिखाएँ।
- जवाब थ्रेड में हो तो आउटबाउंड संदर्भ जोड़ें।
- लूप रोकने के लिए ऑटो-जवाब सीमित करें।
- अनुपालन प्रश्नों के लिए ऑडिटयोग्य निर्यात।
एजेंट कभी कच्चा अपस्ट्रीम पेलोड नहीं देखते। कच्चा निदान ऑप्स चैनल में जाता है, सपोर्ट स्क्रीन पर नहीं। बिना छत के ऑटो-जवाब गलत लूप में prepaid जलाते हैं.
किराए के नंबर का जीवनचक्र और inbox
नंबर UTC कैलेंडर महीने के लय पर नवीनीकृत होते हैं; रिलीज को इनबाउंड इवेंट्स को साफ़ तौर पर रोकना चाहिए। नवीनीकरण बनाम सेवानिवृत्ति के लिए मालिकों को दस्तावेज़ित करें — वित्त को गुस्से वाले ग्राहकों से नंबर खत्म होने की खबर नहीं मिलनी चाहिए। लोकल और टोल-फ्री किराये की हकीकत के साथ जोड़ें.
खतरे के संकेत
यदि वेबहुक प्रमाणीकरण नहीं है, तो आप साबित नहीं कर सकते कि आपके प्लेटफ़ॉर्म को कौन फ़ीड कर रहा है। STOP कीवर्ड जो संसाधित नहीं होते, वे सीधे आपके बटुए में अनुपालन जोखिम हैं। इनबॉक्स में सहसंबंध आईडी के बिना, सपोर्ट को हर टिकट के लिए मैन्युअल रूप से खोजना पड़ता है। यह स्केलेबल ऑपरेशन नहीं है.
IOSOR से शुरू करें
एक किराए का दो-तरफ़ा नंबर सौंपें। परीक्षण MO भेजें। इनबॉक्स खोलें और DID, टेनेंट, correlation id वाली एक पंक्ति पुष्टि करें। dead-letter से वही घटना चलाएँ और दूसरी पंक्ति न हो। सपोर्ट को STOP पथ दें जिसे वे ज़ोर से पढ़ेंगे। यह किराए DID पर इनबॉक्स वस्तु है, गेटवे ताला नहीं, बाढ़ थ्रॉटल नहीं।
IOSOR सार
किराए नंबर का इनबॉक्स सपोर्ट पंक्ति है। बिना पंक्ति webhook 2xx चुप गिरावट है।
करें: हर MO को एजेंट खोलने वाली पंक्ति से बाँधें। न करें: कच्चे लॉग में inbound छोड़ इनबॉक्स मत कहो।
क्या यह गाइड मददगार थी?
संबंधित गाइड
- इनबाउंड वॉयस मिस्ड कॉल फॉलबैक से SMS ट्रिगर कॉन्फ़िगर करना
IOSOR व्हाइट-लेबल CPaaS कंसोल के भीतर छूटी हुई इनबाउंड वॉयस कॉल और बिजी सिग्नल के लिए स्वचालित SMS ट्रिगर कॉन्फ़िगर करना सीखें।
- कैरियर लेटेंसी स्पाइक्स के खिलाफ इनबाउंड वेबहुक प्रोसेसिंग को बफर करें
कैरियर डिलीवरी देरी, समवर्ती स्पाइक्स और अपस्ट्रीम टाइमआउट त्रुटियों से अपने वेबहुक की रक्षा के लिए IOSOR इनबाउंड बफरिंग नियमों को कॉन्फ़िगर करना सीखें।
- मल्टी-टेनेंट खातों में इनबाウンド ऑप्ट-आउट कीवर्ड का सिंक्रनाइज़ेशन
IOSOR में मल्टी-टेनेंट ऑप्ट-आउट सिंक्रनाइज़ेशन में महारत हासिल करें। जानें कि इनबाウンド स्टॉप कीवर्ड उप-खातों को अलग करते हुए वैश्विक दमन को कैसे प्रबंधित करते हैं।