IOSOR ज्ञान

व्हाइट-लेबल CPaaS में एरर कैटलॉग बनाम डिलीवरेबिलिटी प्लेबुक

IOSOR में टेनेंट सपोर्ट टिक्ट हल करते समय DLR स्टेटस कोड कैटलॉग और SMS डिलीवरेबिलिटी गाइड के अंतर को समझें।

व्हाइट-लेबल CPaaS में एरर कैटलॉग बनाम डिलीवरेबिलिटी प्लेबुक.

त्रुटि संदर्भ कैटलॉग और डिलीवरेबिलिटी प्लेबुक में अंतर

सपोर्ट इंजीनियरिंग टीमें अक्सर व्यक्तिगत DLR त्रुटि संदर्भों को व्यवस्थित डिलीवरेबिलिटी प्लेबुक के साथ मिला देती हैं। एक त्रुटि कैटलॉग डाउनस्ट्रीम नेटवर्क द्वारा लौटाए गए निर्धारित स्टेटस कोड को अलग करता है—जैसे अवांछित E.164 गंतव्य या अमान्य हैंडसेट स्थितियां। इसके विपरीत, एक डिलीवरेबिलिटी प्लेबुक गैर-निर्धारित परिणामों जैसे सामग्री फ़िल्टरिंग, थ्रॉटलिंग या ब्रांड पंजीकरण समस्याओं को हल करती है।

टर्मिनल DLR कोड और टिकट विवरण को समझना

जब एंटरप्राइज टेनेंट विशिष्ट DLR विफलताओं का हवाला देते हुए सपोर्ट टिकट जमा करते हैं, तो आपके L2 इंजीनियरों को प्रेषक प्रोफ़ाइल रूटिंग को बदलने के बजाय पेलोड संरचना का विश्लेषण करना चाहिए। स्टेटस 3001 या 4004 जैसा कच्चा कोड एक अंतिम वाहक अस्वीकृति या मृत मार्ग एंडपॉइंट का संकेत देता है। जब टेनेंट OTP या एकल-उपयोग एक्सेस कोड जैसा लेन-देन संबंधी ट्रैफ़िक भेजते हैं, तो एक विफल DLR आमतौर पर अमान्य लाइन स्वरूपण या STOP कीवर्ड द्वारा ट्रिगर किए गए हैंडसेट ऑप्ट-आउट से उपजता है।

वेबहुक के माध्यम से डाउनस्ट्रीम स्थिति कोड का मानकीकरण

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

वित्तीय शेष नियम, JIT होल्ड और बिलिंग टेलीमेट्री

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

वास्तुशिल्प क्रॉस-संदर्भ और सिस्टम एकीकरण

एक संपूर्ण टेलीमेट्री ढांचा बनाने के लिए, अपनी त्रुटि प्रलेखन को परिचालन प्लेबुक और वित्तीय लेजर के साथ एकीकृत करें। इन मुख्य प्लेटफ़ॉर्म संसाधनों की समीक्षा करें:

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

IOSOR कंसोल पर जाएं, DLR लॉग्स इंस्पेक्टर खोलें, और अपने क्लाइंट टिकटों में बताए गए विशिष्ट टर्मिनल एरर कोड्स का मिलान करें। राउटिंग प्रोफाइल को बदलने या डिलीवरी की जांच शुरू करने के बजाय, नेटवर्क द्वारा लौटाए गए सटीक डाउनस्ट्रीम JSON पेलोड को सत्यापित करें। इससे यह सुनिश्चित होता है कि आपका सपोर्ट डेस्क स्थिर रूट्स को प्रभावित किए बिना हैंडसेट-स्तर या गंतव्य-विशिष्ट रिजेक्शन को तुरंत अलग कर सके।

IOSOR सार

यह गाइड दर्शाती है कि सपोर्ट टिकटों में उद्धृत विशिष्ट DLR स्टेटस कोड तकनीकी रूप से निश्चित घटनाएं हैं, न कि किसी व्यापक डिलीवरी विफलता के लक्षण। किसी टर्मिनल कैरियर रिजेक्शन (जैसे कि अनअलोकेटेड नंबर या अमान्य हैंडसेट स्थिति) को राउटिंग की समस्या मानना अनावश्यक कैरियर स्विचिंग और कॉन्फ़िगरेशन में गड़बड़ी का कारण बनता है।

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

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