भाड्याच्या नंबरवर इनबाउंड इव्हेंट आणि इनबॉक्स: वेबहुक गोंधळाशिवाय द्विमार्गी ops

आउटबाउंडला रोडमॅप स्लाइड्स मिळतात; इनबाउंडला पेजर. ग्राहक भाड्याच्या क्रमांकावर STOP चे उत्तर दिल्यास, फोटो पाठवल्यास किंवा परत कॉल केल्यास, घटना तुमच्या प्रणालींमध्ये उतरल्या पाहिजेत — सपोर्ट विश्वास ठेवेल असा इनबॉक्स, विखुरलेले लॉग नाहीत. इनबाउंड शिस्तीशिवाय द्विमार्गी एकमार्गी वचन अधिक तक्रारींची रांग.

IOSOR भाड्याचे क्रमांक इनबाउंड webhook आणि क्लायंट-सुरक्षित चुकांसह नियुक्त करतो — white-label, दुसऱ्या दिवसाच्या ऑपरेशनसाठी परके पोर्टल नाही. मासिक USD 1,000+ प्लॅटफॉर्म वापराजवळ webhook पुरावा, STOP नोंदी आणि इनबॉक्स सहसंबंध व्यावसायिक समीक्षेचे साहित्य होतात. आधी पुरावा, नंतर प्रमाण.

नियोजन करायच्या घटना प्रकार

चुकलेला STOP अनुपालन घटना आहे, «नंतर लिहू» नाही. आउटबाउंड पाठवण्याशी सहसंबंध नसलेला DLR महिन्याच्या शेवटी वित्त आंधळे ठेवतो. पहा द्विमार्गी इनबॉक्स मार्गदर्शक आणि STOP आणि HELP धोरण। live द्विमार्गी चार ओळी झाकतो; in setup उत्पादन द्विमार्गी नाही.

इनबाउंडसाठी webhook शिस्त

• प्रत्येक इनबाउंड विनंती प्रमाणित करा
• Idempotent हँडलर — पुन्हा प्रयत्न सामान्य
• दुष्परिणामांपूर्वी (तिकीट, स्वयं-उत्तर, CRM) persist
• Replay साधनांसह dead-letter रांग

तुलना करा इनबाउंड वेबहुक पुन्हा प्रयत्न। webhook प्रमाणीकरणाशिवाय कॅटलॉग live राखता येणारे वचन नाही. प्लॅटफॉर्म पुन्हा प्रयत्न करतो; ग्राहक पुन्हा प्रयत्नाला नवी घटना मानेल तर इनबॉक्स आणि वही एकत्र फुटतात. स्वयं-उत्तरापूर्वी persist करा.

फसवणूक छिद्रे नसलेला inbox UX

इनबॉक्स गप्पा खेळणी नाही — पुरावा:

1. क्रमांक, timestamp आणि सुरक्षित संपादित शरीर दाखवा.
2. उत्तर थ्रेडमध्ये असेल तर आउटबाउंड संदर्भ जोडा.
3. लूप टाळण्यासाठी स्वयं-उत्तरे मर्यादित करा.
4. अनुपालन प्रश्नांसाठी audit निर्यात.

एजंट कधीही कच्चे अपस्ट्रीम payload पाहू नयेत. कच्चे निदान ops चॅनेलमध्ये जाते, सपोर्ट स्क्रीनवर नाही. छत नसलेली स्वयं-उत्तरे चुकीच्या लूपमध्ये prepaid रिकामे करतात. निर्यात सांगते कोणी, काय, कधी, कोणत्या क्रमांकावर.

भाड्याच्या क्रमांकाचे जीवनचक्र आणि inbox

क्रमांक UTC कॅलेंडर-महिन्याच्या तालावर नूतनीकरण होतात; मुक्तता इनबाउंड स्वच्छ कापावी. कोण नूतनीकरण करतो, कोण निवृत्त करतो नोंदवा — वित्त रागावलेल्या ग्राहकांकडून क्रमांक मेला हे कळू नये. जोडा स्थानिक आणि टोल-फ्री भाड्याची वास्तवता। कॅटलॉग in setup राहिला तर उत्पादन द्विमार्गी नाही. जिवंत नियुक्तीशिवाय ओळ भूत.

धोक्याची चिन्हे

• उत्पादन क्रमांकांवर इनबाउंड «लवकरच येत आहे»
• Dedup नाही → डुप्लिकेट तिकिटे
• संमती संदर्भाशिवाय स्वयं-उत्तरे
• कोणत्या क्रमांकाने घटना घेतली ट्रेस करता येत नाही
• एजंटांना कच्चे अपस्ट्रीम payload
• कॅटलॉग live पण webhook स्वाक्षरी नाही
• मुक्त क्रमांक अजून इनबाउंड पोहोचवतो
• द्विमार्गी वचन, कॅटलॉग in setup

IOSOR ने सुरू करा

एक भाड्याचा द्विदिश क्रमांक द्या. चाचणी MO पाठवा. इनबॉक्स उघडा आणि DID, भाडेकरू व correlation id असलेली एक ओळ सिद्ध करा. dead-letter मधून तीच घटना चालवा आणि दुसरी ओळ नाही. सपोर्टला STOP मार्ग द्या जो ते मोठ्याने वाचतील. हे भाड्याच्या DID वरील इनबॉक्स वस्तू आहे, गेटवे कुलूप नाही, पूर थ्रॉटल नाही.

IOSOR सारांश

भाड्याच्या क्रमांकाचा इनबॉक्स सपोर्ट ओळ आहे. ओळ नसलेला webhook 2xx शांत पडझड.

करा: प्रत्येक MO एजंट उघडेल त्या ओळीला बांधा. करू नका: कच्च्या लॉगमध्ये inbound ठेवून इनबॉक्स म्हणू नका.