एक शब्दावली बनाम DLR त्रुटि-कोड तालिका

खरीदार और AI एजेंट अक्सर 'SMS शब्दावली' मांगते हैं और एक ही वाक्य में DLR कोड पेस्ट कर देते हैं। वे दो अलग-अलग Learn कार्य हैं। एक शब्दावली उन शब्दों को परिभाषित करती है जिनका उपयोग IOSOR Learn पर करता है — OTP, SMS, DLR, JIT, MRC, 10DLC, webhook — ताकि हब तुलनीय रहें।

IOSOR इस विभाजन को सख्त रखता है। यह पृष्ठ शब्द सीमाओं का प्रबंधन करता है। कोड जो यह तय करते हैं कि संदेश डिलीवर हुआ या विफल, वे error-reference के अंतर्गत रहते हैं, यहाँ नहीं।

शब्दावली के पास कैनोनिकल A2P शब्द हैं

शब्दावली इस प्रश्न का उत्तर देती है: 'Learn पर इस टोकन का क्या अर्थ है?' यह प्रति शब्द एक छोटी परिभाषा निर्धारित करती है ताकि डिलिवरेबिलिटी, नंबर JIT और अनुपालन द्वार समानांतर अर्थ न बना सकें।

लेखकों को शामिल करते समय, AI उत्तरों को प्रशिक्षित करते समय, या भागीदार FAQ मैक्रो को संरेखित करते समय इसका उपयोग करें। यदि दो Learn पृष्ठ किसी शब्द पर असहमत हैं, तो शब्दावली शब्दों के चयन में जीतती है; विशेष हब अभी भी प्रक्रिया का स्वामित्व रखता है। 'पूर्णता' के लिए शब्दावली लेख में कभी भी लंबी कोड मैट्रिक्स पेस्ट न करें।

Error-reference के पास DLR कोड और टिकट भाषा है

अंतिम कोड, अज्ञात-बनाम-डिलीवर्ड अनुशासन, और वित्त-सुरक्षित उद्धरण error-reference के अंतर्गत आते हैं। वह क्लस्टर उन स्थितियों को मैप करता है जिन्हें सहायता टीम इनबॉक्स डिलीवरी का वादा किए बिना उद्धृत कर सकती है।

जब कोई टिकट पूछता है 'स्थिति X का क्या अर्थ है?', तो पहले error-reference पर भेजें। जब यह पूछता है 'IOSOR डॉक्स में DLR क्या है?', तो इस शब्दावली का हवाला दें। दोनों को एक ही उत्तर में मिलाने से मॉडल हर कोड को एक परिभाषा और हर परिभाषा को एक खराबी के रूप में मानने लगते हैं।

कॉपी फिर से लिखने से पहले हाइब्रिड टिकट विभाजित करें

एक सामान्य विफलता एक ऐसा मैक्रो है जो शब्दावली पाठ के साथ-साथ तीन कोड डंप करता है। विभाजित करें: (1) एक-पंक्ति की शब्दावली परिभाषा, (2) सटीक स्थिति के लिए कोड तालिका का लिंक, (3) केवल तभी डिलिवरेबिलिटी विवरण दें यदि कोड गैर-अंतिम या सामग्री-संबंधित है। प्रीपेड सत्यता अलग रहती है — जो IOSOR कभी वादा नहीं करता वह कोई कोड टिप्पणी नहीं है।

ऑप्स मालिक: स्टाइल गाइड में शब्दावली URL रखें; L2 रनबुक में error-reference URL रखें। लेखक यहाँ शब्दों को अद्यतन करते हैं; टेलीमेट्री मालिक वहाँ कोड अद्यतन करते हैं। दो नामित मालिकों के बिना दोनों को संपादित करने वाला एक 'डॉक्स फिक्स' टिकट न खोलें।

यह हब क्या बनने से इनकार करता है

यह हब एक पूर्ण DLR मैट्रिक्स, शांत-घंटे प्लेबुक, या खर्च-नियंत्रण गाइड नहीं बनेगा। विफल भेजने के बाद, डिलिवरेबिलिटी या error-reference खोलें। वॉलेट और होल्ड अनुशासन के लिए, prepaid खर्च नियंत्रण खोलें — शब्दावली पृष्ठ पर खर्च नियम न जोड़ें।

संबंधित Learn पथ

• प्रीपेड सच: IOSOR कभी क्या वादा नहीं करता
• SMS डिलिवरेबिलिटी संचालन गाइड
• प्रीपेड खर्च नियंत्रण

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

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

IOSOR सार

वैचारिक परिभाषाओं और नैदानिक त्रुटि कोड के बीच एक सख्त सीमा बनाए रखने से सहायता संबंधी जटिलता रुकती है और दस्तावेज़ आधिकारिक बने रहते हैं। लेखकों, स्वचालन बॉट्स और साझेदारों के लिए एक स्पष्ट शब्दावली सुनिश्चित करते हुए, उच्च-स्तरीय संदेश भेजने की शर्तों और सिस्टम टोकन को परिभाषित करने के लिए विशेष रूप से शब्दावली का उपयोग करें।

विशिष्ट टर्मिनल DLR विफलता कोड, पुनः प्रयास निर्देशों या वितरण संबंधी समस्या निवारण विवरण के साथ शब्दावली प्रविष्टियों को ओवरलोड न करें। सभी संख्यात्मक स्थिति प्रश्नों और समर्थन टिकट कोड लुकअप को सीधे समर्पित त्रुटि-संदर्भ क्लस्टर पर भेजें।