प्रेषक आईडी और हेडर गाइड
आपकी एसएमएस प्रेषक आईडी व्यवसाय, संदेश और कोड से मेल खाना चाहिए।
डीएलटी हेडर पंजीकरण केवल एक संक्षिप्त नाम चुनने के बारे में नहीं है। प्रेषक की पहचान ब्रांड, संदेश श्रेणी, स्वीकृत टेम्पलेट और एसएमएस प्रदाता द्वारा उपयोग किए जाने वाले एपीआई पेलोड से जुड़ी होनी चाहिए।
एसएमएस प्रेषक आईडी सबसे अधिक खोजे गए डीएलटी विषयों में से एक है क्योंकि यह ग्राहकों को दिखाई देता है और गलत समझना आसान है। व्यावसायिक टीमें ब्रांडिंग के बारे में सोचती हैं। डेवलपर्स एपीआई में sender फ़ील्ड के बारे में सोचते हैं। प्रदाता डीएलटी-अनुमोदित हेडर के बारे में सोचते हैं। संचालन टीमें इस बारे में सोचती हैं कि एक संदेश एक प्रदर्शन नाम के साथ क्यों आया और दूसरा अलग तरीके से आया।
व्यावहारिक उत्तर प्रेषक आईडी और डीएलटी हेडर पंजीकरण को एक पहचान रजिस्टर के रूप में मानना है। प्रत्येक प्रेषक शीर्षलेख के पास एक कारण, एक श्रेणी, सहायक साक्ष्य, संबंधित टेम्पलेट, प्रदाता मैपिंग और एक हैंडओवर स्वामी होना चाहिए।
आधिकारिक स्रोत नोट: ट्राई का प्रेषक मार्गदर्शन बताता है कि व्यावसायिक संचार इकाई, सामग्री टेम्पलेट, सहमति और थोक संचार आवश्यकताओं के साथ पंजीकृत हेडर और सूचियों हेडर पंजीकरण के माध्यम से किया जाता है: प्रेषकों को ट्राई सलाह।
एक उपयोगी हेडर जुड़ा हुआ है
त्वरित उत्तर
एक डीएलटी प्रेषक आईडी को एक शासित प्रेषक पहचान के रूप में नियोजित किया जाना चाहिए।
प्रेषक शीर्षलेख सबमिट करने से पहले, दस्तावेज़:
- हेडर व्यवसाय या उत्पाद का नाम दर्शाता है.
- संदेश श्रेणी और उपयोग का मामला.
- ब्रांड साक्ष्य जैसे वेबसाइट, ऐप, चालान, उत्पाद या ग्राहक यात्रा।
- चाहे हेडर ओटीपी, सेवा अलर्ट, स्पष्ट-सहमति अनुस्मारक, या अभियानों के लिए हो।
- कौन से सामग्री टेम्पलेट इस हेडर का उपयोग करेंगे.
- कौन सा प्रदाता एपीआई फ़ील्ड अनुमोदित प्रेषक मान ले जाएगा।
- भविष्य के हेडर परिवर्तनों और समर्थन टिकटों का स्वामी कौन है।
डीएलटी प्रेषक आईडी या एसएमएस हेडर क्या है?
व्यावसायिक बातचीत में, "प्रेषक आईडी" का अर्थ आमतौर पर वह नाम या पहचान होता है जिसे ग्राहक एसएमएस आने पर देखते हैं। डीएलटी कार्यान्वयन कार्य में, अधिक सटीक परिचालन संपत्ति प्रेषक हेडर है जो व्यवसाय के लिए पंजीकृत है और संदेश ट्रैफ़िक के लिए मैप किया गया है।
अंतिम हैंडसेट डिस्प्ले में ऑपरेटर, रूट या श्रेणी फ़ॉर्मेटिंग शामिल हो सकती है जिसे व्यवसाय सीधे डिज़ाइन नहीं करता है। इसीलिए उपयोगी आंतरिक प्रश्न केवल यह नहीं है कि "ग्राहक क्या देखेगा?" यह है:
- इस संदेश को किस स्वीकृत हेडर का उपयोग करना चाहिए?
- क्या हेडर व्यवसाय और श्रेणी से मेल खाता है?
- इस हेडर के अंतर्गत कौन सी टेम्प्लेट आईडी की अनुमति है?
- कौन सा एपीआई अनुरोध फ़ील्ड मान भेजता है?
- समर्थन को यह कैसे पता चलेगा कि उत्पादन संदेश में सही हेडर का उपयोग किया गया है या नहीं?
प्रेषक हेडर योजना चेकलिस्ट
हेडर पंजीकरण तैयारी
- उन व्यावसायिक नामों, उत्पाद नामों और संक्षिप्ताक्षरों की सूची बनाएं जिन्हें ग्राहक पहले से जानते हैं।
- ऐसे उम्मीदवारों को हटा दें जो अत्यधिक सामान्य, भ्रामक या कानूनी इकाई से कटे हुए हों।
- ओटीपी और सुरक्षा संदेशों को सेवा अलर्ट और प्रचारात्मक संचार से अलग करें।
- प्रत्येक उम्मीदवार हेडर के लिए साक्ष्य नोट्स बनाएं।
- तय करें कि प्रत्येक हेडर स्थायी है, अस्थायी है, या केवल एक अभियान के लिए है।
- पोर्टल के बाहर अनुरोधित/अनुमोदित/अस्वीकृत स्थिति तालिका रखें।
- स्वीकृत हेडर को टेम्प्लेट और एपीआई पेलोड पर मैप करें।
साक्ष्य नोट महत्वपूर्ण है. एक प्रेषक हेडर जो संस्थापक को समझ में आता है वह समीक्षक या भविष्य के डेवलपर के लिए स्पष्ट नहीं हो सकता है। कनेक्शन नीचे लिखें.
उपयोग के मामले के अनुसार हेडर उदाहरण
| व्यापार प्रवाह | बेहतर हेडर योजना | जोखिम भरी हेडर योजना |
|---|---|---|
| सास लॉगिन ओटीपी | उत्पाद या कंपनी का संक्षिप्त नाम खाता पहुंच से जुड़ा हुआ है | सामान्य सुरक्षा नाम व्यवसाय से असंबंधित है. |
| ड्राई क्लीनिंग आदेश चेतावनी | स्टोर या ब्रांड का संक्षिप्त नाम ऑर्डर की स्थिति से जुड़ा हुआ है | सेवा अद्यतन के लिए प्रचारात्मक ब्रांड संस्करण का उपयोग किया जाता है। |
| क्लिनिक नियुक्ति अनुस्मारक | क्लिनिक या प्लेटफ़ॉर्म हेडर बुकिंग प्रवाह से जुड़ा हुआ है | अभियान संदेशों के साथ एक विस्तृत हेडर साझा किया गया। |
| प्रस्ताव अभियान | सहमति और प्राथमिकता नियंत्रण के साथ प्रमोशनल हेडर | छूट के लिए ओटीपी हेडर का पुन: उपयोग करना। |
ये उदाहरण नियोजन पैटर्न हैं, अनुमोदन गारंटी नहीं। लाइव पोर्टल नियम और ऑपरेटर समीक्षा अभी भी परिणामों को नियंत्रित करते हैं।
हेडर टेम्प्लेट से कैसे कनेक्ट होते हैं
किसी प्रेषक शीर्षलेख को अलग से अनुमोदित नहीं किया जाना चाहिए और फिर भुला दिया जाना चाहिए। प्रत्येक सामग्री टेम्पलेट को उस हेडर की ओर इंगित करना चाहिए जो उसे भेजेगा।
हेडर-टेम्पलेट मैपिंग
| हेडर संपत्ति | संबंधित टेम्पलेट | एपीआई नोट | रखरखाव नियम |
|---|---|---|---|
| लॉगिन हेडर | ओटीपी लॉगिन टेम्प्लेट | sender प्लस स्वीकृत टेम्पलेट आईडी | मार्केटिंग कॉपी न जोड़ें. |
| ऑर्डर हेडर | ऑर्डर स्थिति टेम्पलेट | ऑर्डर आईडी और स्थिति चर शामिल करें | यदि शब्द बदल जाए तो पुनः परीक्षण करें। |
| क्लिनिक शीर्षलेख | अपॉइंटमेंट अनुस्मारक टेम्पलेट | सहमति के आधार और नियुक्ति स्रोत की पुष्टि करें | रिमाइंडर कॉपी दुरुस्त रखें. |
| अभियान शीर्षलेख | प्रस्ताव टेम्पलेट | प्रदाता अभियान नियंत्रण लागू करें | प्रत्येक अभियान सेट से पहले समीक्षा करें. |
यदि डेवलपर एक अलग हेडर भेजता है या टेम्पलेट शब्दों को संशोधित करता है, तो स्वीकृत डीएलटी रिकॉर्ड अब उत्पादन व्यवहार से मेल नहीं खा सकता है। इसीलिए डीएलटी रनबुक को एसएमएस एकीकरण नोट्स के बगल में रखा जाना चाहिए।
अनुमोदित हेडर के लिए हैंडओवर रजिस्टर
प्रत्येक स्वीकृत प्रेषक हेडर के पास हैंडओवर रजिस्टर में एक पंक्ति होनी चाहिए:
- स्वीकृत हेडर मान.
- पोर्टल या ऑपरेटर जहां इसे पंजीकृत किया गया था।
- श्रेणी या उपयोग का मामला.
- संबद्ध सामग्री टेम्पलेट आईडी.
- जहां लागू हो, संबद्ध सहमति टेम्प्लेट आईडी।
- एसएमएस प्रदाता खाता और एपीआई फ़ील्ड का नाम।
- पहली सफल परीक्षण तिथि.
- भावी परिवर्तनों के लिए स्वामी.
- यदि प्रासंगिक हो तो अस्वीकृति या समाप्ति समीक्षा के लिए नोट्स।
सामान्य प्रेषक आईडी गलतियाँ
एक चतुर संक्षिप्तीकरण चुनना कोई भी सिद्ध नहीं कर सकता
हेडर छोटा और यादगार हो सकता है, लेकिन अगर यह व्यावसायिक पहचान से नहीं जुड़ता है, तो सबमिशन कठिन हो जाता है।
सेवा और प्रचार प्रवाह का मिश्रण
ग्राहकों और समीक्षकों को बिना किसी सुविचारित योजना के खाता सुरक्षा और असंबंधित ऑफ़र दोनों के लिए उपयोग की जाने वाली एक प्रेषक पहचान नहीं देखनी चाहिए।
डेवलपर्स को स्वीकृत मूल्य नहीं बताना
पोर्टल अनुमोदन स्रोत कोड को अद्यतन नहीं करता है. प्रेषक मान को प्रदाता एकीकरण में मैप किया जाना चाहिए और परीक्षण किया जाना चाहिए।
अस्वीकृत हेडर का कोई रिकॉर्ड नहीं
अस्वीकृति नोट उपयोगी हैं. वे टीम को बाद में उसी कमज़ोर उम्मीदवार को दोबारा सबमिट करने से रोकते हैं।
अक्सर पूछे जाने वाले प्रश्न
क्या एसएमएस प्रेषक आईडी डीएलटी हेडर के समान है?
दैनिक भाषा में इन्हें प्रायः एक साथ प्रयोग किया जाता है। कार्यान्वयन कार्य में, पोर्टल और एपीआई दस्तावेज़ों से सटीक डीएलटी और प्रदाता शब्दावली का उपयोग करें ताकि अनुमोदित परिसंपत्ति मानचित्र सही ढंग से हों।
क्या मैं एकाधिक एसएमएस प्रेषक आईडी पंजीकृत कर सकता हूँ?
कई व्यवसाय विभिन्न ब्रांडों या संदेश श्रेणियों के लिए एकाधिक हेडर की योजना बनाते हैं। प्रत्येक के पास स्पष्ट उपयोग का मामला और सहायक साक्ष्य होना चाहिए।
क्या प्रेषक आईडी को ऐप में हार्डकोड किया जाना चाहिए?
दस्तावेज़ीकरण के बिना हार्डकोडिंग से बचें. प्रेषक, टेम्प्लेट आईडी और वेरिएबल्स को नियंत्रित कॉन्फ़िगरेशन या रनबुक में रखें ताकि भविष्य के अपडेट की समीक्षा की जा सके।
क्या शिंका हेडर रजिस्टर तैयार कर सकती है?
हाँ। शिंका प्रेषक उम्मीदवारों, श्रेणी मानचित्रण, साक्ष्य नोट्स, प्रदाता फ़ील्ड और अनुमोदन के बाद हैंडओवर रजिस्टर को व्यवस्थित करने में मदद कर सकता है।
