एसएमएस डीएलटी कार्यान्वयन गाइड
डीएलटी पंजीकरण एक फॉर्म नहीं है। यह एक प्रेषक, टेम्पलेट और एपीआई वर्कफ़्लो है।
भारतीय बिजनेस एसएमएस के लिए, उपयोगी लक्ष्य केवल पोर्टल लॉगिन प्राप्त करना नहीं है। लक्ष्य पंजीकृत प्रेषक संपत्तियों, स्वीकृत संदेश टेम्पलेट्स, डेवलपर-तैयार आईडी और एक हैंडओवर रिकॉर्ड के साथ छोड़ना है जिसे व्यवसाय बनाए रख सकता है।
भारत में एसएमएस के लिए डीएलटी पंजीकरण दूरसंचार अनुपालन, व्यवसाय संचालन और एप्लिकेशन विकास के बीच बैठता है। एक संस्थापक सोच सकता है कि उन्हें "बल्क एसएमएस सक्रियण" की आवश्यकता है। एक डेवलपर सोच सकता है कि उन्हें केवल एक एसएमएस गेटवे कुंजी की आवश्यकता है। एक ऑपरेशन टीम सोच सकती है कि प्रदाता खरीद के बाद सब कुछ हल कर देगा। व्यवहार में, संदेश तब तक विश्वसनीय नहीं होगा जब तक प्रेषक की पहचान, सामग्री टेम्पलेट, चर और एपीआई पेलोड सभी एक ही उपयोग के मामले का वर्णन नहीं करते।
यह मार्गदर्शिका पूर्ण वर्कफ़्लो की व्याख्या करती है: प्रमुख इकाई पंजीकरण, प्रेषक हेडर पंजीकरण, सहमति टेम्पलेट योजना, सामग्री टेम्पलेट पंजीकरण, टेलीमार्केटर या प्रदाता मैपिंग, एपीआई एकीकरण, परीक्षण एसएमएस और हैंडओवर। यह भारतीय नंबरों पर ओटीपी, ऑर्डर अलर्ट, अपॉइंटमेंट रिमाइंडर, भुगतान सूचनाएं और परिचालन अपडेट भेजने वाली टीमों के लिए लिखा गया है।
आधिकारिक स्रोत नोट: ट्राई के प्रेषक मार्गदर्शन में प्रेषक-पक्ष गतिविधियों के रूप में प्रमुख इकाई पंजीकरण, हेडर पंजीकरण, सामग्री टेम्पलेट पंजीकरण, सहमति पंजीकरण और थोक संचार की आवश्यकताओं को सूचीबद्ध किया गया है। लाइव सबमिशन के लिए अंतिम स्रोत के रूप में वर्तमान ट्राई और ऑपरेटर पोर्टल निर्देशों का उपयोग करें: प्रेषकों को ट्राई की सलाह।
कार्य क्रम
OTP और सेवा अलर्ट
कोड छूने से पहले सटीक ट्रिगर इवेंट, स्वीकृत सेंडर हेडर, कंटेंट टेम्पलेट, प्लेसहोल्डर क्रम और टेस्ट पेलोड तय करें.
ऑपरेटर पोर्टल सेटअप
चुने गए DLT पोर्टल में जमा करने से पहले KYC, अधिकरण, हेडर विकल्प, सहमति टेम्पलेट और कंटेंट टेम्पलेट तैयार करें.
डेवलपर हैंडओवर
PE ID, हेडर, टेम्पलेट ID, वैरिएबल, API कुंजी और DLR webhook को ऐसे रनबुक में बदलें जिसे लॉन्च के बाद संभाला जा सके.

त्वरित उत्तर
एसएमएस के लिए डीएलटी पंजीकरण अनुमोदित परिसंपत्तियों और डेवलपर-तैयार रनबुक के साथ समाप्त होना चाहिए।
एक व्यावहारिक डीएलटी पंजीकरण वर्कफ़्लो में शामिल होना चाहिए:
- व्यवसाय केवाईसी और प्रमुख इकाई पंजीकरण के लिए अधिकृत संपर्क विवरण।
- हेडर या प्रेषक आईडी उम्मीदवार जो व्यवसाय ब्रांड और संदेश श्रेणी से मेल खाते हैं।
- सहमति टेम्पलेट जहां उपयोग के मामले में स्पष्ट ग्राहक सहमति की आवश्यकता होती है।
- प्रत्येक आवर्ती संदेश निकाय के लिए सामग्री टेम्पलेट, चर को संकीर्ण और पूर्वानुमानित रखा गया है।
- प्रदाता या टेलीमार्केटर मैपिंग ताकि गेटवे पंजीकृत इकाई की ओर से भेज सके।
- पीई आईडी, हेडर, टेम्प्लेट आईडी, वेरिएबल ऑर्डर और नमूना भेजने वाला एक पेलोड मानचित्र।
- एक हैंडओवर नोट जो मालिकों, पोर्टलों, स्वीकृत आईडी, परीक्षण परिणामों और भविष्य में परिवर्तन नियमों को रिकॉर्ड करता है।
त्वरित उत्तर: एसएमएस के लिए डीएलटी पंजीकरण
एसएमएस के लिए डीएलटी पंजीकरण भारतीय प्राप्तकर्ताओं तक संदेश पहुंचने से पहले एक व्यवसाय प्रेषक को दूरसंचार पारिस्थितिकी तंत्र के लिए पहचानने योग्य बनाने की प्रक्रिया है। कार्यान्वयन आम तौर पर तीन टीमों को छूता है:
| टीम | उन्हें क्या पता होना चाहिए | यह क्यों मायने रखता है? |
|---|---|---|
| व्यवसाय स्वामी | कानूनी इकाई, ब्रांड नाम, अधिकृत व्यक्ति, उपयोग के मामले | ऑपरेटर पोर्टल को व्यावसायिक पहचान और प्रेषक के औचित्य की आवश्यकता होती है। |
| संचालन या विपणन | संदेश श्रेणियां, सहमति, सामग्री, अभियान नियंत्रण | टेम्प्लेट और हेडर वास्तविक संचार उद्देश्य से मेल खाने चाहिए। |
| डेवलपर | एपीआई फ़ील्ड, टेम्प्लेट आईडी, वेरिएबल, डिलीवरी रिपोर्ट, पुनः प्रयास | यदि कोड भिन्न पेलोड भेजता है तो स्वीकृत टेम्पलेट बेकार हैं। |
सबसे आम विफलता इन्हें अलग-अलग कार्यों के रूप में मानना है। एक हेडर स्वीकृत हो जाता है, लेकिन टेम्प्लेट एक अलग ब्रांड का उपयोग करते हैं। एक टेम्प्लेट स्वीकृत हो जाता है, लेकिन डेवलपर उत्पादन में शब्दों को बदल देता है। एक प्रदाता खाता सक्रिय है, लेकिन पेलोड से पीई/हेडर/टेम्पलेट आईडी गायब हैं। सही आउटपुट एक कनेक्टेड वर्कफ़्लो है, न कि किसी स्वीकृत पोर्टल स्क्रीन का स्क्रीनशॉट।
चरण 1: प्रमुख इकाई पंजीकरण तैयार करें
मुख्य इकाई वह व्यवसाय या संगठन है जो वाणिज्यिक या सेवा संचार भेजना चाहता है। डीएलटी पोर्टल प्रवाह शुरू करने से पहले, व्यवसाय रिकॉर्ड को संरचित तरीके से तैयार करें।
प्रमुख इकाई तैयारी चेकलिस्ट
- कानूनी व्यवसाय नाम और व्यापार नाम.
- पैन, जीएसटी, निगमन, दुकान पंजीकरण, या इकाई प्रकार से संबंधित अन्य दस्तावेज।
- व्यवसाय द्वारा नियंत्रित अधिकृत व्यक्ति का नाम, फ़ोन और ईमेल।
- वेबसाइट, ऐप, उत्पाद या ग्राहक यात्रा जो बताती है कि एसएमएस क्यों भेजा जाता है।
- उपयोग के मामलों को श्रेणी के आधार पर अलग किया गया है: ओटीपी, ऑर्डर अपडेट, अपॉइंटमेंट रिमाइंडर, भुगतान नोटिस, अभियान।
- यदि पहले से ही चयनित है तो एसएमएस प्रदाता या टेलीमार्केटर विवरण।
- पोर्टल लॉगिन स्वामित्व और हैंडओवर नोट्स को संग्रहीत करने के लिए एक सुरक्षित स्थान।
इस कदम में जल्दबाजी न करें. यदि व्यवसाय की पहचान, ब्रांड नाम, या अधिकृत संपर्क विवरण असंगत हैं, तो प्रत्येक बाद के चरण की व्याख्या करना कठिन हो जाता है। छोटे व्यवसायों के लिए, सबसे साफ रास्ता यह तय करना है कि पंजीकरण शुरू होने से पहले सेटअप के बाद पोर्टल खाते का मालिक कौन होगा।
चरण 2: प्रेषक शीर्षलेख और एसएमएस प्रेषक आईडी तैयार करें
प्रेषक शीर्षलेख एसएमएस प्रवाह से जुड़ी दृश्यमान प्रेषक पहचान है। लोग अक्सर इसे एसएमएस भेजने वाली आईडी कहते हैं। भारत में, अंतिम डिस्प्ले में नेटवर्क प्रीफ़िक्स या ऑपरेटरों और प्रदाताओं द्वारा नियंत्रित फ़ॉर्मेटिंग शामिल हो सकती है, इसलिए तैयारी केवल हैंडसेट डिस्प्ले पर नहीं, बल्कि अनुमोदित प्रेषक संपत्ति पर केंद्रित होनी चाहिए।
हेडर तैयारी को उत्तर देना चाहिए:
- क्या हेडर स्पष्ट रूप से ब्रांड, उत्पाद या सेवा से जुड़ा है?
- क्या हेडर का उपयोग लेन-देन, सेवा या प्रचारात्मक संचार के लिए किया जा रहा है?
- क्या व्यवसाय हेडर और इकाई के बीच संबंध साबित कर सकता है?
- क्या एक ही व्यवसाय को अलग-अलग उत्पादों या प्रवाह के लिए एकाधिक शीर्षलेखों की आवश्यकता होती है?
- सबमिशन के बाद स्वीकृत, अस्वीकृत और लंबित हेडर को कौन ट्रैक करेगा?
शीर्षलेखों को स्पष्टीकरण की आवश्यकता नहीं होनी चाहिए
यदि पोर्टल समीक्षक हेडर को व्यवसाय से नहीं जोड़ पाता है, तो सबमिशन नाजुक हो जाता है। सबूत, वेबसाइट संदर्भ, ऐप नाम और उत्पाद नाम तैयार रखें।
अभियान और सेवा पहचानों को मिश्रित न करें
ओटीपी, ऑर्डर अलर्ट, अपॉइंटमेंट रिमाइंडर और प्रमोशन के लिए अलग-अलग परिचालन प्रबंधन की आवश्यकता हो सकती है। सबमिट करने से पहले उन्हें अलग कर लें.
हेडर रजिस्टर को पोर्टल के बाहर रखें
अनुरोधित, स्वीकृत, अस्वीकृत और सेवानिवृत्त शीर्षलेखों की एक सरल तालिका बनाए रखें। इससे तब मदद मिलती है जब डेवलपर्स पूछते हैं कि किस प्रेषक का उपयोग किया जाना चाहिए।
हेडर परिवर्तनों को उत्पादन परिवर्तन के रूप में मानें
बदली हुई प्रेषक आईडी टेम्प्लेट, एपीआई पेलोड, समर्थन स्क्रिप्ट और ग्राहक पहचान को प्रभावित करती है। रिकॉर्ड करें कि यह क्यों बदला।
चरण 3: सहमति और सामग्री टेम्पलेट पंजीकृत करें
सहमति टेम्पलेट और सामग्री टेम्पलेट विभिन्न समस्याओं का समाधान करते हैं। एक सहमति टेम्पलेट बताता है कि जहां लागू हो वहां अनुमति कैसे प्राप्त की जाती है। एक सामग्री टेम्पलेट आवर्ती संदेश निकाय का वर्णन करता है जिसे भेजा जाएगा।
सेवा अलर्ट और ओटीपी प्रवाह के लिए, सामग्री टेम्पलेट आमतौर पर कार्य का परिचालन केंद्र होता है। स्पष्ट विपणन या सहमति-संचालित संचार के लिए, सहमति रिकॉर्ड और प्राथमिकता प्रबंधन अधिक महत्वपूर्ण हो जाते हैं। वर्तमान पोर्टल निर्देशों और चयनित एसएमएस प्रदाता के मार्गदर्शन के विरुद्ध सटीक पथ की जाँच की जानी चाहिए।
टेम्प्लेट प्लानिंग वर्कशीट
| टेम्पलेट फ़ील्ड | अच्छी तैयारी | कमज़ोर तैयारी |
|---|---|---|
| व्यावसायिक उद्देश्य | "ग्राहक खाते तक पहुंच के लिए लॉगिन ओटीपी" | "सामान्य एसएमएस" |
| संदेश का मुख्य भाग | संकीर्ण चर के साथ निश्चित शब्दांकन | पूरा वाक्य एक वेरिएबल के अंदर छिपा हुआ है |
| चर | code, order_id, appointment_time | message, details, anything |
| श्रेणी | लेन-देन या सेवा उपयोग का मामला पहले मैप किया गया | शब्दांकन लिखने के बाद श्रेणी का चयन किया गया |
| सबूत | वेबसाइट/ऐप प्रवाह, सहमति नोट, ऑर्डर इवेंट | संदेश क्यों मौजूद है इसका कोई सबूत नहीं |
चरों को अनुशासित रखें. यदि स्वीकृत टेम्प्लेट Your login code is [code] कहता है, तो उत्पादन पेलोड को उस चर को मार्केटिंग कॉपी के साथ पैराग्राफ में नहीं बदलना चाहिए। यदि स्वीकृत टेम्प्लेट Your order [order_id] is packed कहता है, तो वेरिएबल एक ऑर्डर पहचानकर्ता या स्थिति मान होना चाहिए, न कि एक वाक्य जो संदेश का अर्थ बदलता है।
चरण 4: मानचित्र प्रदाता और टेलीमार्केटर संबंध
कई टीमें डीएलटी संपत्ति तैयार होने से पहले एक एसएमएस गेटवे खाता खरीदती हैं। यह ठीक है, लेकिन प्रदाता खाता पूर्ण डीएलटी सेटअप के समान नहीं है। अनुरूप व्यावसायिक एसएमएस भेजने के लिए प्रदाता को अभी भी सही पंजीकृत परिसंपत्तियों की आवश्यकता है।
एकीकरण से पहले, पुष्टि करें:
- कौन सा प्रदाता खाता उत्पादन एसएमएस भेजेगा.
- क्या प्रदाता को पीई-टीएम चेन मैपिंग या किसी समकक्ष प्रेषक-प्रदाता बाइंडिंग की आवश्यकता है।
- कौन सा स्वीकृत हेडर प्रत्येक संदेश श्रेणी से संबंधित है।
- कौन सा टेम्प्लेट आईडी प्रत्येक संदेश निकाय से संबंधित है।
- क्या लिंक, एपीके संदर्भ, फ़ोन नंबर, या यूआरएल को अतिरिक्त समीक्षा या श्वेतसूची की आवश्यकता है।
- यदि कोई टेम्प्लेट या रूट विफल हो जाता है तो समर्थन टिकट कौन खोल सकता है।
इसका उद्देश्य कागजी खाना बनाना नहीं है. इसका उद्देश्य डेवलपर को उत्पादन रोलआउट के दौरान गुम आईडी की खोज करने से रोकना है।
चरण 5: डीएलटी परिसंपत्तियों को एसएमएस एपीआई में मैप करें
अनुमोदन के बाद, DLT रिकॉर्ड को डेवलपर के लिए तैयार मानचित्र में परिवर्तित करें। सटीक एपीआई फ़ील्ड प्रदाता द्वारा भिन्न होती हैं, लेकिन परिचालन विचार सुसंगत होता है: अनुरोध को प्रेषक, अनुमोदित टेम्पलेट, चर और कभी-कभी प्रमुख इकाई या टेलीमार्केटर श्रृंखला की पहचान करनी चाहिए।
अनुमोदित आईडी एकत्रित करें
रिकॉर्ड पीई आईडी, प्रेषक हेडर, सामग्री टेम्पलेट आईडी, सहमति टेम्पलेट आईडी जहां लागू हो, और प्रदाता खाता संदर्भ।
पेलोड उदाहरण लिखें
डमी मानों का उपयोग करके प्रति संदेश प्रकार का एक नमूना अनुरोध बनाएं। रहस्य, वास्तविक फ़ोन नंबर और ग्राहक रिकॉर्ड को दस्तावेज़ से बाहर रखें।
नियंत्रित प्राप्तकर्ताओं के साथ परीक्षण करें
प्रदाता मार्ग तैयार होने के बाद ही वास्तविक परीक्षण संदेश भेजें। प्राप्त सामग्री, प्रेषक प्रदर्शन, वितरण स्थिति और लॉग की जाँच करें।
दस्तावेज़ परिवर्तन नियम
बताएं कि टेम्प्लेट परिवर्तन के लिए पोर्टल पुनः सबमिशन, कोड परिवर्तन, समर्थन समीक्षा और पुन: परीक्षण की आवश्यकता कब होती है।
सामान्य डीएलटी पंजीकरण गलतियाँ
इवेंट मैप करने से पहले टेम्पलेट लिखना
यदि व्यवसाय ने लॉगिन ओटीपी, ऑर्डर स्थिति, नियुक्ति अनुस्मारक और अभियान उपयोग के मामलों को अलग नहीं किया है, तो टेम्पलेट अस्पष्ट हो जाएंगे और बचाव करना कठिन हो जाएगा।
एक वेरिएबल को संपूर्ण संदेश ले जाने देना
व्यापक चर समीक्षा और उत्पादन व्यवहार को अप्रत्याशित बनाते हैं। निश्चित पाठ को स्थिर और चर को संकीर्ण रखें।
हैंडओवर छोड़ना
व्यवसाय को पता होना चाहिए कि पोर्टल खाते का मालिक कौन है, कौन सी आईडी स्वीकृत हैं, कौन सा प्रदाता मैप किया गया है, और डेवलपर्स को क्या नहीं बदलना चाहिए।
अनुमोदन को स्थायी सुरक्षा मानना
डीएलटी रिकॉर्ड को निरंतर देखभाल की आवश्यकता होती है। उत्पादन के उपयोग से पहले नई सामग्री, नए लिंक, नए अभियान प्रवाह और प्रदाता परिवर्तनों की समीक्षा की जानी चाहिए।
शिंका क्या संभालती है
शिंका सिस्टम्स टीमों को डीएलटी पंजीकरण को एक भ्रमित पोर्टल कार्य से कार्यान्वयन हैंडऑफ़ में बदलने में मदद करता है। कार्य में दस्तावेज़ तैयार करना, हेडर योजना, टेम्पलेट क्लीनअप, प्रदाता समन्वय नोट्स, एपीआई पेलोड मैपिंग, परीक्षण एसएमएस सत्यापन और एक अंतिम रनबुक शामिल हो सकते हैं।
यह कार्य ऑपरेटर पोर्टल, दूरसंचार प्रदाता या कानूनी सलाह को प्रतिस्थापित नहीं करता है। ऑपरेटर और नियामक प्रणालियाँ अनुमोदनों को नियंत्रित करती हैं। मूल्य स्वच्छ इनपुट तैयार करने, आगे-पीछे कम करने और यह सुनिश्चित करने में है कि अनुमोदित संपत्तियां एप्लिकेशन टीम द्वारा उपयोग करने योग्य हैं।
अक्सर पूछे जाने वाले प्रश्न
यदि मैं केवल ओटीपी एसएमएस भेजता हूं तो क्या मुझे डीएलटी पंजीकरण की आवश्यकता है?
भारतीय नंबरों पर व्यावसायिक एसएमएस, ओटीपी और सेवा संदेशों के लिए अभी भी सही पंजीकृत प्रेषक और टेम्पलेट संपत्तियों की आवश्यकता है। ओटीपी को उत्पादन संचार प्रवाह के रूप में मानें, बाईपास के रूप में नहीं।
क्या मुझे Jio, Airtel, या किसी अन्य DLT पोर्टल पर पंजीकरण करना चाहिए?
सही शुरुआती बिंदु आपके प्रदाता, मौजूदा इकाई की स्थिति और ऑपरेटर के निर्देशों पर निर्भर करता है। महत्वपूर्ण आउटपुट एक संपूर्ण प्रेषक सेटअप है जिसका उपयोग आपका एसएमएस गेटवे कर सकता है।
क्या एक सामग्री टेम्पलेट कई अलग-अलग संदेशों को कवर कर सकता है?
आमतौर पर इससे जोखिम पैदा होता है. अलग-अलग घटनाओं के लिए अलग-अलग टेम्पलेट का उपयोग करें, खासकर जब शब्द, आशय, चर या सहमति का आधार बदलता है।
क्या शिंका डीएलटी अनुमोदन की गारंटी दे सकती है?
नहीं, अनुमोदन संबंधी निर्णय पोर्टल और ऑपरेटर प्रक्रियाओं के पास होते हैं। शिंका स्वच्छ दस्तावेज़, संदेश नमूने, टेम्पलेट और डेवलपर हैंडऑफ़ नोट्स तैयार करने में मदद कर सकता है।



