शॉर्ट कोड, लॉन्ग कोड, टोल-फ़्री या अल्फ़ान्यूमेरिक: मुझे कौन-सा SMS सेंडर प्रकार इस्तेमाल करना चाहिए?

जो सेंडर एक गंतव्य देश में काम करता है, वह दूसरे देश में अयोग्य हो सकता है। जवाबों का समर्थन भी अलग-अलग नंबर और उसके रूट पर निर्भर करता है।

चार प्रकार के सेंडर कौन-से हैं?

Bird लॉन्ग कोड, शॉर्ट कोड, टोल-फ़्री नंबर और अल्फ़ान्यूमेरिक सेंडर ID को सपोर्ट करता है। इनके API मान long_code, short_code, toll_free और alphanumeric हैं।

देश की नीति टोल-फ़्री नंबरों की अनुमति दे सकती है और लॉन्ग कोड को अस्वीकार कर सकती है। पंजीकरण की आवश्यकताएँ भी अलग हो सकती हैं:

The toll_free value is distinct from long_code. A country can permit one and refuse the other, and the two usually demand different registration.

• लॉन्ग कोड. मैसेजिंग के लिए इस्तेमाल होने वाला सामान्य फ़ोन नंबर। संदेश भेजना और प्राप्त करना उसकी SMS क्षमताओं और गंतव्य के सपोर्ट पर निर्भर करता है।
• टोल-फ़्री. सपोर्ट की गई टोल-फ़्री रेंज का SMS-सक्षम नंबर, जिसकी अपनी सत्यापन और रूटिंग आवश्यकताएँ होती हैं।
• शॉर्ट कोड. मैसेजिंग प्रोग्रामों के लिए इस्तेमाल होने वाली छोटी संख्यात्मक पहचान। इसकी लंबाई, उपलब्धता, भेजने की दर और पंजीकरण हर बाज़ार में अलग होते हैं।
• अल्फ़ान्यूमेरिक. सेंडर के रूप में दिखने वाला नाम, जिसकी सीमा 11 अक्षर है। लंबे ब्रांड नाम के लिए छोटी सेंडर पहचान चाहिए। प्राप्तकर्ता इस नाम पर जवाब नहीं भेज सकते।

कौन-से प्रकार के सेंडर जवाब प्राप्त कर सकते हैं?

योग्य लॉन्ग कोड, टोल-फ़्री नंबर और शॉर्ट कोड जवाबों को सपोर्ट कर सकते हैं। नंबर की SMS क्षमताएँ और गंतव्य रूट जाँचें, क्योंकि नंबर के स्वरूप से यह तय नहीं होता कि वह जवाब सपोर्ट करता है।

अगर आपके प्रोग्राम को आने वाले संदेश चाहिए, तो जवाब सपोर्ट करने वाला नंबर चुनें, क्योंकि प्राप्तकर्ता अल्फ़ान्यूमेरिक नाम पर जवाब नहीं दे सकते। यह आवश्यकता तब भी लागू होती है जब सब्सक्राइबर को सेंडर को stop कीवर्ड टेक्स्ट करना हो।

देश की नीति हर प्रकार के सेंडर के लिए जवाब सपोर्ट को one_way या two_way वाले direction के रूप में बताती है। सपोर्ट किए गए नंबर और रूट के साथ आने वाले SMS आपके ऐप्लिकेशन तक पहुँच सकते हैं।

हर देश के नियम जाने बिना मैं कैसे चुनूँ?

गंतव्य देश की प्रकाशित सेंडर-प्रकार नीतियों से शुरू करें, फिर जिस सेंडर का आप उपयोग करना चाहते हैं उसकी आवश्यकताएँ जाँचें। कोई देश अपने बताए गए सेंडर प्रकारों के लिए नीति प्रविष्टियाँ प्रकाशित करता है। जो प्रकार सूची में नहीं है, वह वहाँ समर्थित नहीं है। सूची में मौजूद प्रकार की भी अपनी उपलब्धता स्थिति होती है।

हर नीति प्रविष्टि ये फ़ील्ड बताती है:

• status, जो available, restricted, coming_soon या unavailable में से एक होता है।
• registration_mode, जो none, optional या required में से एक होता है, और जब पंजीकरण लागू हो तब उसे चलाने वाला program।
• sender_id_behavior: preserved का अर्थ है कि आपकी दी गई सेंडर ID बनी रहती है, overwritten का अर्थ है कि डिलीवरी से पहले उसे बदल दिया जाता है, और unknown का अर्थ है कि यह व्यवहार पुष्ट नहीं है। यह पंजीकरण मोड से स्वतंत्र है, इसलिए आवश्यक पंजीकरण में भी स्वीकृति के बाद सेंडर ID बदली जा सकती है। वैकल्पिक पंजीकरण में स्वीकृत सेंडर ID बनी रहती है, जबकि स्वीकृति से पहले उसे बदल दिया जाता है।
• registration_timeline_min और registration_timeline_max, कार्य दिवसों में, जहाँ देश कोई अनुमान प्रकाशित करता है।
• throughput_mps, उस सेंडर प्रकार और गंतव्य के लिए प्रति सेकंड संदेशों में प्रकाशित अधिकतम भेजने की दर। उदाहरण के लिए, 30 का मान प्रति सेकंड 30 संदेशों की ऊपरी सीमा बताता है। null मान का अर्थ है कि कोई दर प्रकाशित नहीं है। उपलब्ध खाता, सेंडर और कैरियर क्षमता की पुष्टि करें, क्योंकि ये आपकी वास्तविक भेजने की दर को और सीमित कर सकती हैं।
• direction, एकतरफ़ा या दोतरफ़ा।
• allowed_source_countries, वे देश जहाँ से सेंडर संदेश भेज सकता है। खाली सूची का अर्थ है कि स्रोत देश पर कोई प्रतिबंध नहीं है।

आप SMS गंतव्यों में प्रकाशित देश नीतियों की तुलना कर सकते हैं। अपने सेंडर की आवश्यकताएँ अलग से देखें, क्योंकि देश नीति से उस सेंडर की पंजीकरण स्थिति तय नहीं होती:

bird sms senders requirements <sender-id> --country-code NL

अगर allowed_source_countries सूची खाली नहीं है, तो केवल उन देशों के सेंडर ही पात्र होते हैं। किसी दूसरे देश के सेंडर के लिए उस नीति के तहत कोई रूट नहीं होता। पंजीकरण से वह मूल देश पात्र नहीं बन सकता।

Bird वास्तव में किस सेंडर का उपयोग करता है, यह क्या तय करता है?

फ्री-टेक्स्ट API भेजने के लिए, योग्य सेंडर from में दें। अगर आप इसे छोड़ देते हैं, तो API कोई सेंडर पूल नहीं चुनता। सिस्टम-टेम्पलेट से भेजने पर सेंडर टेम्पलेट से चुना जाता है। लौटाया गया from मान बताता है कि उस संदेश के लिए कौन-सा सेंडर इस्तेमाल हुआ।

कंट्री पॉलिसी की रूटिंग प्राथमिकता फ्री-टेक्स्ट अनुरोध के लिए सेंडर नहीं चुनती। सेंडर आपका एप्लिकेशन देता है।

रजिस्ट्रेशन और डेस्टिनेशन एक्सेस अलग-अलग हैं। अगर वर्कस्पेस ने डेस्टिनेशन सक्षम नहीं किया है, तो रजिस्टर्ड सेंडर भी E12020 के साथ ब्लॉक हो सकता है।

मुझे असल में क्या करना चाहिए?

1. ऐसा सेंडर प्रकार चुनें जिसे डेस्टिनेशन सपोर्ट करता हो, और सोर्स-कंट्री की किसी भी पाबंदी का ध्यान रखें।
2. जवाब ज़रूरी हों तो सपोर्टेड नंबर चुनें, जिसमें आने वाले स्टॉप कीवर्ड भी शामिल हैं।
3. ज़रूरी रजिस्ट्रेशन और आपके चुने किसी भी वैकल्पिक रजिस्ट्रेशन के लिए समय रखें, और रिलीज़ की योजना प्रकाशित समयसीमा के आधार पर बनाएँ।
4. प्रकाशित अधिकतम भेजने की दर की तुलना अपने पीक ट्रैफ़िक से करें, फिर अकाउंट, सेंडर और कैरियर की क्षमता की पुष्टि करें।
5. भेजने से पहले सेंडर रजिस्ट्रेशन और वर्कस्पेस के डेस्टिनेशन एक्सेस की पुष्टि करें।