एयरटेल डीएलटी पंजीकरण चेकलिस्ट
सबमिट करने से पहले टेम्प्लेट साफ होने पर एयरटेल डीएलटी सेटअप बेहतर काम करता है।
पोर्टल चरण केवल दृश्य भाग है। वास्तविक काम व्यावसायिक पहचान, प्रेषक शीर्षलेख, संदेश श्रेणियां, सामग्री टेम्पलेट, सहमति नोट और डेवलपर हैंडऑफ़ तैयार करना है ताकि अनुमोदित संपत्तियों का उपयोग उत्पादन में किया जा सके।
एयरटेल डीएलटी पंजीकरण उच्च व्यावहारिक खोज मांग को आकर्षित करता है क्योंकि प्रेषक आमतौर पर तत्काल अवरोधक के साथ पहुंचते हैं: ओटीपी लाइव नहीं हैं, टेम्पलेट लंबित हैं, हेडर को अनुमोदन की आवश्यकता है, या एसएमएस प्रदाता को डीएलटी आईडी की आवश्यकता है। आगे बढ़ने का सबसे तेज़ तरीका पोर्टल के अंदर अनुमान न लगाना है। सबसे पहले एक स्वच्छ पंजीकरण पैक तैयार करना है।
यह लेख भारतीय व्यवसायों, SaaS टीमों, क्लीनिकों, स्थानीय सेवा प्लेटफार्मों और डेवलपर्स के लिए है, जिन्हें एयरटेल डीएलटी या स्मार्टपिंग-संबंधित पंजीकरण वर्कफ़्लो के लिए तैयार एसएमएस प्रेषक संपत्तियों की आवश्यकता है। लाइव डेटा सबमिट करने से पहले हमेशा वर्तमान एयरटेल पोर्टल स्क्रीन और ऑपरेटर निर्देशों को सत्यापित करें।
आधिकारिक स्रोत नोट: एयरटेल के वाणिज्यिक संचार पृष्ठ ट्राई के टीसीसीसीपीआर ढांचे का संदर्भ देते हैं और नए उपयोगकर्ता पंजीकरण, हेडर पंजीकरण, सामग्री टेम्पलेट पंजीकरण, टेम्पलेट दिशानिर्देश और संबंधित डीएलटी कार्यों के लिए सहायता विषय प्रदान करते हैं: एयरटेल वाणिज्यिक संचार प्लेटफार्म।
सबमिट करने से पहले तैयारी करें
त्वरित उत्तर
एयरटेल डीएलटी पंजीकरण को प्रेषक तत्परता परियोजना के रूप में माना जाना चाहिए।
एक स्वच्छ एयरटेल डीएलटी पंजीकरण वर्कफ़्लो के लिए, तैयारी करें:
- व्यवसाय पहचान दस्तावेज़ और अधिकृत संपर्क स्वामित्व।
- व्यवसाय कौन सा एसएमएस भेजता है और क्यों, इसका स्पष्ट विवरण।
- प्रेषक हेडर उम्मीदवारों को वास्तविक व्यावसायिक उपयोग के मामलों में मैप किया गया।
- निश्चित शब्दों और नियंत्रित चर के साथ सामग्री टेम्पलेट ड्राफ्ट।
- ऐसे उपयोग मामलों के लिए सहमति नोट जिनके लिए स्पष्ट ग्राहक अनुमति की आवश्यकता होती है।
- एसएमएस प्रदाता खाता विवरण और आवश्यक डीएलटी/एपीआई फ़ील्ड।
- प्रत्येक अनुमोदित टेम्पलेट के लिए परीक्षण मामले।
- हैंडओवर नोट दिखाते हैं कि पोर्टल, आईडी, समर्थन और परिवर्तन नियंत्रण का मालिक कौन है।
एयरटेल डीएलटी पंजीकरण चेकलिस्ट
लाइव पोर्टल फ़ील्ड को छूने से पहले इस चेकलिस्ट से प्रारंभ करें:
| वर्कस्ट्रीम | तैयारी का प्रश्न | आउटपुट |
|---|---|---|
| इकाई | पंजीकरण का स्वामी कौन है और कौन से दस्तावेज़ व्यवसाय की पहचान साबित करते हैं? | केवाईसी पैक और मालिक से संपर्क करें। |
| शीर्ष लेख | ओटीपी, अलर्ट, रिमाइंडर या अभियान के लिए कौन सी प्रेषक आईडी की आवश्यकता है? | हेडर उम्मीदवार रजिस्टर. |
| सहमति | क्या उपयोग के मामले में स्पष्ट सहमति से निपटने की आवश्यकता है? | सहमति नोट और सहमति टेम्पलेट ड्राफ्ट. |
| सामग्री | प्रत्येक घटना के लिए कौन सा सटीक संदेश भेजा जाएगा? | सामग्री टेम्पलेट वर्कशीट. |
| एपीआई | कौन सा प्रदाता एसएमएस भेजेगा और कौन से फ़ील्ड आवश्यक हैं? | पेलोड मानचित्र और परीक्षण योजना। |
| सौंपना | टेम्प्लेट को बाद में कौन अपडेट कर सकता है और परिवर्तनों की समीक्षा कैसे की जाती है? | रनबुक और चेंज लॉग। |
यह सामान्य "पोर्टल-प्रथम" गलती से बचता है जहां एक टीम जो भी शब्दांकन पास में है उसे सबमिट करती है, फिर बाद में पता चलता है कि ऐप अलग टेक्स्ट भेजता है।
टेम्प्लेट कार्य से पहले प्रेषक शीर्षलेख तैयार करें
प्रेषक शीर्षलेख व्यवसाय और संदेश श्रेणी से जुड़े होने चाहिए। एकाधिक वर्कफ़्लो वाले उत्पाद के लिए, पहले प्रत्येक वर्कफ़्लो को लिखें।
खाते की सुरक्षा अलग रखें
लॉगिन, साइनअप, पासवर्ड रीसेट और भुगतान प्राधिकरण प्रवाह में ऑफ़र या व्यापक सेवा भाषा शामिल नहीं होनी चाहिए।
हेडर को सर्विस इवेंट से जोड़ें
ऑर्डर, टिकट, चालान, अपॉइंटमेंट और स्थिति अपडेट में ऐसे शब्द होने चाहिए जो वास्तविक ग्राहक कार्रवाई का अनुसरण करते हों।
अभियानों को एक भिन्न नियंत्रण पथ के रूप में मानें
प्रचारात्मक संदेशों को प्राथमिकता, सहमति, समय और प्रदाता नियंत्रण की आवश्यकता होती है। लॉन्च से पहले वर्तमान ऑपरेटर और प्रदाता नियमों की पुष्टि करें।
हेडर रजिस्टर रखें
प्रत्येक निर्णय के कारण के साथ स्टोर द्वारा अनुरोधित, स्वीकृत, अस्वीकृत और सेवानिवृत्त हेडर।
सामग्री टेम्पलेट की तैयारी
सामग्री टेम्पलेट्स को उत्पादन अनुबंधों की तरह लिखा जाना चाहिए। एक बार अनुमोदित होने और कोड से कनेक्ट होने के बाद, ऐप को अर्थपूर्ण रूप से भिन्न संदेश नहीं भेजना चाहिए।
टेम्पलेट तत्परता तालिका
| टेम्पलेट तत्व | क्लीनर संस्करण | जोखिम भरा संस्करण |
|---|---|---|
| ओटीपी लॉग इन करें | Your login code is [code]. It expires in [minutes] minutes. | Use [value] for login and see our offers today. |
| आदेश अद्यतन | Order [order_id] is [status]. Track: [link] | Hi [name], your order and discount details are [details] |
| नियुक्ति | Your appointment with [provider] is on [date_time]. | Dear customer, [full_message] |
| अभियान | आवश्यक नियंत्रणों के साथ निश्चित प्रचार संदेश | अस्पष्ट वैरिएबल जिसमें सभी ऑफ़र टेक्स्ट शामिल हैं |
सटीक अनुमत शब्दांकन और समीक्षा व्यवहार वर्तमान पोर्टल नियमों और प्रदाता प्रथाओं पर निर्भर करता है, लेकिन एक सिद्धांत मानता है: चर को बदलते इरादे को छिपाना नहीं चाहिए। एक वेरिएबल में एक कोड, दिनांक, लिंक, नाम, ऑर्डर आईडी या अपॉइंटमेंट समय हो सकता है। इसमें एक पूरा पैराग्राफ नहीं होना चाहिए जो सेवा नोटिस से लेकर मार्केटिंग पिच तक बदल जाए।
सहमति और सामग्री एक समान नहीं हैं
टीमें अक्सर सहमति टेम्प्लेट को सामग्री टेम्प्लेट के साथ भ्रमित कर देती हैं। एक सहमति टेम्पलेट अनुमति और उद्देश्य के बारे में है। एक सामग्री टेम्पलेट वास्तविक आवर्ती संदेश निकाय के बारे में है। कुछ ट्रिगर किए गए सेवा संदेशों को प्रचारात्मक या स्पष्ट-सहमति प्रवाह के समान सहमति पथ की आवश्यकता नहीं हो सकती है, लेकिन प्रस्तुत करने से पहले अंतर तय किया जाना चाहिए।
एपीआई और प्रदाता हैंडऑफ़
अनुमोदन के बाद, डीएलटी सेटअप एसएमएस गेटवे के लिए उपयोगी हो जाना चाहिए। प्रत्येक लाइव संदेश के लिए एक सरल हैंडऑफ़ तालिका बनाएं:
- व्यावसायिक घटना जो एसएमएस को ट्रिगर करती है।
- उपयोग हेतु शीर्षलेख.
- सामग्री टेम्पलेट आईडी.
- जहां लागू हो सहमति टेम्प्लेट आईडी।
- प्रदाता एपीआई समापन बिंदु या एसडीके विधि।
- परिवर्तनीय क्रम और उदाहरण डमी पेलोड।
- अपेक्षित डिलीवरी रिपोर्ट व्यवहार.
- एसएमएस विफल होने पर फ़ॉलबैक व्यवहार।
यहीं पर कई पंजीकरण रुकते हैं। ऑपरेटर पोर्टल कह सकता है कि एक टेम्प्लेट स्वीकृत है, लेकिन डेवलपर को अभी भी सही प्रदाता फ़ील्ड नाम और एक नियंत्रित परीक्षण पथ की आवश्यकता है।
सामान्य एयरटेल डीएलटी गलतियाँ
ड्राफ्ट कॉपी को अंतिम टेम्प्लेट कॉपी के रूप में उपयोग करना
अनुमोदन के लिए प्रस्तुत शब्दांकन उत्पादन संदेश से मेल खाना चाहिए। यदि उत्पाद, संचालन और विकास टीमों के अलग-अलग संस्करण हैं, तो पहले उनका समाधान करें।
प्रदाता-विशिष्ट एपीआई फ़ील्ड को अनदेखा करना
एयरटेल डीएलटी परिसंपत्तियों को अभी भी चयनित एसएमएस गेटवे के एपीआई के माध्यम से व्यक्त करने की आवश्यकता है। डेवलपर्स को स्क्रीनशॉट न दें और एकीकरण के स्पष्ट होने की अपेक्षा न करें।
कोई श्रेणी निर्णय नहीं
ओटीपी, सेवा निहित, सेवा स्पष्ट, और प्रचार प्रवाह के अलग-अलग परिचालन निहितार्थ हैं। टेम्प्लेट लिखने से पहले श्रेणी तय करें।
लॉन्च के बाद का कोई स्वामी नहीं
पहली बार लाइव होने के बाद किसी के पास भविष्य के टेम्पलेट परिवर्तन, प्रदाता टिकट, विफल डिलीवरी समीक्षा और पोर्टल एक्सेस का स्वामित्व होना चाहिए।
अक्सर पूछे जाने वाले प्रश्न
क्या एयरटेल डीएलटी पंजीकरण जियो डीएलटी पंजीकरण से अलग है?
पोर्टल अनुभव और ऑपरेटर दस्तावेज़ अलग-अलग हैं, लेकिन कार्यान्वयन अवधारणाएं समान हैं: इकाई, हेडर, टेम्पलेट, प्रदाता मैपिंग, परीक्षण और हैंडओवर।
क्या मुझे एसएमएस प्रदाता चुनने से पहले टेम्पलेट सबमिट करना चाहिए?
आप टेम्प्लेट जल्दी तैयार कर सकते हैं, लेकिन विकास से पहले प्रदाता मैपिंग की योजना बनाई जानी चाहिए। प्रदाता को एपीआई अनुरोध में विशिष्ट आईडी और फ़ील्ड नामों की आवश्यकता हो सकती है।
क्या मैं ओटीपी और अभियान संदेशों के लिए एक एयरटेल डीएलटी टेम्पलेट का उपयोग कर सकता हूं?
ऐसा मत करो. ओटीपी और अभियान संदेशों के इरादे और नियंत्रण अलग-अलग होते हैं। संदेश ईवेंट को अलग-अलग टेम्पलेट में अलग करें।
क्या शिंका एयरटेल डीएलटी अनुमोदन की गारंटी देता है?
नहीं, शिंका क्लीनर सबमिशन, टेम्प्लेट, एपीआई मैप और हैंडओवर दस्तावेज़ तैयार करने में मदद करता है। ऑपरेटर सिस्टम अनुमोदन को नियंत्रित करते हैं।
