Sender ID रजिस्ट्रेशन क्या है, और कुछ देशों को इसकी आवश्यकता क्यों होती है?

एक sender एक देश के ट्रैफ़िक में काम कर सकता है जबकि दूसरे देश को रजिस्ट्रेशन रिकॉर्ड की आवश्यकता होती है। रजिस्ट्रेशन उस पहचान को उन सूचनाओं से जोड़ता है जो गंतव्य ट्रैफ़िक की अनुमति देने से पहले माँगता है।

गंतव्यों को रजिस्ट्रेशन की आवश्यकता क्यों होती है?

रजिस्ट्रेशन संबंधित रजिस्ट्री या प्रदाता को यह जाँचने देता है कि कौन किसी पहचान का उपयोग कर रहा है और वह किस प्रकार के ट्रैफ़िक का प्रतिनिधित्व करती है।

उदाहरण के लिए, IMDA का sender-ID शासन SMS के माध्यम से ब्रांड प्रतिरूपण को कम करने का लक्ष्य रखता है। आवश्यक पहचान जाँचें पंजीकृत संगठनों को किसी नाम के अनधिकृत उपयोगकर्ताओं से अलग करने में मदद करती हैं।

रजिस्ट्रेशन प्राप्तकर्ताओं से अनुमति एकत्र नहीं करता। आपको अभी भी संदेश के लिए उपयुक्त सहमति की आवश्यकता है।

Bird रजिस्ट्रेशन के लिए क्या रिकॉर्ड करता है?

Bird एक गंतव्य देश के लिए एक sender का रजिस्ट्रेशन रिकॉर्ड करता है।

एक ही sender एक देश में स्वीकृत और दूसरे में समीक्षाधीन हो सकता है। उस कार्य को ट्रैक करते समय sender_id और country_code दोनों का ध्यान रखें।

आवश्यकताओं की प्रतिक्रिया में registration_mode बताता है कि देश में पंजीकरण आवश्यक है, वैकल्पिक है, या आवश्यक नहीं है। इसका status रिपोर्ट करता है कि पंजीकरण किस स्थिति में है। approved एक आवश्यक पंजीकरण को पूरा करता है। not_required का अर्थ है कि कोई सक्रिय पंजीकरण भेजने को नहीं रोकता, जो वैकल्पिक पंजीकरण शुरू होने से पहले भी लागू होता है।

sender_id_behavior बताता है कि आपके सबमिट किए गए sender ID का क्या होता है: preserved उसे बनाए रखता है, overwritten डिलीवरी से पहले उसे बदल देता है, और unknown का अर्थ है कि व्यवहार की पुष्टि नहीं हुई है। overwritten व्यवहार वाली none नीति कोई पंजीकरण प्रदान नहीं करती। एक अनिवार्य पंजीकरण स्वीकृति के बाद भी overwritten रह सकता है। एक वैकल्पिक पंजीकरण स्वीकृति से पहले overwritten होता है और स्वीकृत संदेश श्रेणियों के लिए preserved बन जाता है।

मुझे कौन सा रजिस्ट्रेशन प्रोग्राम उपयोग करना चाहिए?

उस sender और गंतव्य के लिए लौटाए गए प्रोग्राम का उपयोग करें, फिर उसकी अगली कार्रवाइयों का पालन करें।

Bird का program फ़ील्ड इन फ़्लो की पहचान कर सकता है:

Sender गाइड रजिस्ट्रेशन का वर्णन करती है। 10DLC गाइड इसके अलग ब्रांड, अभियान और नंबर फ़्लो को कवर करती है।

हर प्रोग्राम को सामान्य रजिस्ट्रेशन कॉल से न चलाएँ। कुछ अलग सत्यापन या प्रबंधित आवेदन फ़्लो का उपयोग करते हैं। प्रतिक्रिया की next कार्रवाइयाँ उचित चरण की पहचान करती हैं।

भेजने से पहले मैं प्रगति कैसे जाँचूँ?

आप sender की देश आवश्यकताएँ पढ़ें और रिपोर्ट की गई अगली कार्रवाई का पालन करें।

bird sms senders requirements <sender-id>

प्रत्येक देश के लिए registration_mode, sender_id_behavior, program, status और next की जाँच करें। आवश्यकताओं का संदर्भ इन फ़ील्ड्स का दस्तावेज़ीकरण करता है।

timeline_min_days और timeline_max_days कार्य दिवसों में अनुमानित स्वीकृति समय रिपोर्ट करते हैं। जब कोई अनुमान प्रकाशित नहीं होता तो कोई भी null हो सकता है। अनुमान को स्वीकृति मानने के बजाय रिपोर्ट की गई स्थिति के अनुसार योजना बनाएँ।

अगर मैं स्वीकृति से पहले भेजूँ तो क्या होगा?

जब registration_mode required हो और सेंडर पंजीकरण पूरा न हुआ हो, तो Bird अनुरोध संसाधित करते समय भेजने से मना कर देता है। वैकल्पिक पंजीकरण लंबित रह सकता है जबकि सेंडर एक ओवरराइट किए गए सेंडर ID के साथ भेजना जारी रखता है।

यह अस्वीकृति Bird द्वारा आउटबाउंड संदेश बनाने से पहले होती है। अस्वीकृत अनुरोध के लिए कोई डिलीवरी प्रयास या डिलीवरी-विफलता इवेंट नहीं होता।

त्रुटि और नामित sender की आवश्यकताएँ पढ़कर रिकवरी चरण खोजें। कैरियर फ़िल्टरिंग एक अलग विफलता पथ है जो Bird द्वारा संदेश कैरियर को सबमिट करने के बाद होता है।

रजिस्ट्रेशन के बाद और क्या तैयार होना चाहिए?

वर्कस्पेस के लिए गंतव्य सक्षम करें। जाँचें कि sender प्रकार वहाँ अनुमत है। पुष्टि करें कि आपके पास आवश्यक प्राप्तकर्ता सहमति है।

आवश्यकताएँ प्रतिक्रिया destination_enabled को रजिस्ट्रेशन स्थिति से अलग रिपोर्ट करती है। एक अक्षम देश E12020 लौटाता है, तब भी जब उसका sender रजिस्ट्रेशन स्वीकृत हो।

संदेश जारी करने से पहले गंतव्य, sender और प्राप्तकर्ता की जाँच करें। रजिस्ट्रेशन एक आवश्यकता पूरी करता है; यह गारंटी नहीं देता कि नेटवर्क हर संदेश डिलीवर करेगा।