एक डेस्टिनेशन में काम करने वाला सेंडर दूसरे डेस्टिनेशन में अयोग्य हो सकता है। रिप्लाई सपोर्ट भी उस खास नंबर और उसके रूट पर निर्भर करता है।
चार सेंडर टाइप कौन-से हैं?
Bird लॉन्ग कोड, शॉर्ट कोड, टोल-फ़्री नंबर और अल्फ़ान्यूमेरिक सेंडर ID को सपोर्ट करता है। इनके API मान long_code, short_code, toll_free और alphanumeric हैं।
देश की नीति टोल-फ़्री नंबर की अनुमति दे सकती है और लॉन्ग कोड को अस्वीकार कर सकती है। रजिस्ट्रेशन आवश्यकताएँ भी अलग हो सकती हैं:
The
toll_freevalue is distinct fromlong_code. A country can permit one and refuse the other, and the two usually demand different registration.
- लॉन्ग कोड। मैसेजिंग के लिए उपयोग किया जाने वाला एक सामान्य फ़ोन नंबर। भेजना और प्राप्त करना इसकी SMS क्षमताओं और डेस्टिनेशन सपोर्ट पर निर्भर करता है।
- टोल-फ़्री। एक समर्थित टोल-फ़्री रेंज में SMS-सक्षम नंबर, जिसकी अपनी सत्यापन और रूटिंग आवश्यकताएँ हैं।
- शॉर्ट कोड। मैसेजिंग प्रोग्राम के लिए उपयोग की जाने वाली एक छोटी न्यूमेरिक पहचान। लंबाई, उपलब्धता, सेंड रेट और रजिस्ट्रेशन बाज़ार के अनुसार अलग होते हैं।
- अल्फ़ान्यूमेरिक। सेंडर के रूप में प्रदर्शित एक नाम, जिसकी 11-कैरेक्टर सीमा है। लंबे ब्रैंड नाम के लिए एक छोटी सेंडिंग पहचान चाहिए। प्राप्तकर्ता इस पर रिप्लाई नहीं भेज सकते।
कौन से सेंडर टाइप रिप्लाई प्राप्त कर सकते हैं?
योग्य लॉन्ग कोड, टोल-फ़्री नंबर और शॉर्ट कोड रिप्लाई सपोर्ट कर सकते हैं। नंबर की SMS क्षमताएँ और डेस्टिनेशन रूट जाँचें क्योंकि उसका फ़ॉर्मेट रिप्लाई सपोर्ट सुनिश्चित नहीं करता।
अगर आपके प्रोग्राम को इनकमिंग संदेश चाहिए, तो रिप्लाई सपोर्ट करने वाला नंबर चुनें क्योंकि प्राप्तकर्ता अल्फ़ान्यूमेरिक नाम पर रिप्लाई नहीं कर सकते। यह आवश्यकता तब भी लागू होती है जब सब्सक्राइबर को सेंडर को stop कीवर्ड वापस भेजना हो।
देश की नीति प्रत्येक सेंडर टाइप के लिए रिप्लाई सपोर्ट को direction के रूप में one_way या two_way रिपोर्ट करती है। समर्थित नंबर और रूट के साथ, इनकमिंग 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 के साथ।
मुझे वास्तव में क्या करना चाहिए?
- डेस्टिनेशन द्वारा समर्थित सेंडर टाइप चुनें, जिसमें कोई भी स्रोत-देश प्रतिबंध शामिल हो।
- जब रिप्लाई ज़रूरी हो तो एक समर्थित नंबर चुनें, जिसमें इनकमिंग stop कीवर्ड शामिल हों।
- अनिवार्य पंजीकरण और आपके द्वारा चुने गए किसी भी वैकल्पिक पंजीकरण के लिए समय रखें, रिलीज़ की योजना बनाने के लिए प्रकाशित समय-सीमा का उपयोग करें।
- प्रकाशित सेंड-रेट सीमा की अपने पीक ट्रैफ़िक से तुलना करें, फिर अकाउंट, सेंडर और कैरियर क्षमता की पुष्टि करें।
- भेजने से पहले सेंडर रजिस्ट्रेशन और वर्कस्पेस डेस्टिनेशन एक्सेस की पुष्टि करें।
संक्षेप में
Bird में सेंडर के चार अलग-अलग प्रकार हैं।
API में
long_code,short_code,alphanumericऔरtoll_freeसूचीबद्ध हैं। कोई डेस्टिनेशन एक टाइप को अनुमति दे सकता है और दूसरे को अस्वीकार कर सकता है।रिप्लाई के लिए एक समर्थित नंबर और रूट ज़रूरी है।
अल्फ़ान्यूमेरिक सेंडर केवल भेजने के लिए है। रिप्लाई प्राप्त करने के लिए नंबर को SMS क्षमता और एक समर्थित इनबाउंड रूट चाहिए।
देश की नीति योग्य सेंडर टाइप निर्धारित करती है।
डेस्टिनेशन नीति सेंडर-टाइप उपलब्धता और अनुमत स्रोत देशों की जानकारी देती है। रजिस्ट्रेशन किसी अनुपलब्ध रूट को नहीं बनाता।
रजिस्ट्रेशन और क्षमता सेंडर टाइप और डेस्टिनेशन पर निर्भर करते हैं।
प्रकाशित रजिस्ट्रेशन समय अनुमानित हैं। अधिकतम सेंड रेट प्रति सेकंड संदेशों में व्यक्त किया जाता है।