प्रेषक का स्वरूप तय करता है कि जवाबों के लिए कोई पता है या नहीं। योग्य SMS नंबर संदेश प्राप्त कर सकता है; अल्फ़ान्यूमेरिक नाम नहीं कर सकता।
यह अंतर किसी ऐसी सुविधा जैसा लगता है जिसे आप चालू करते हैं। असल में यह उस चीज़ का भौतिक गुण है जिससे आपने संदेश भेजा, और उसके ऊपर हर देश की अपनी नीति लागू होती है।
कोई प्रेषक वन-वे क्यों होता है?
क्योंकि उसके पीछे कोई पता नहीं होता।
जवाब वह संदेश है जो पिछला संदेश भेजने वाले को संबोधित किया जाता है। अगर प्रेषक एक नंबर था, तो वह पता मौजूद होता है और हैंडसेट उसका उपयोग कर सकता है। अगर प्रेषक एक अल्फ़ान्यूमेरिक सेंडर ID था, तो संबोधित करने के लिए कोई नंबर नहीं होता, और Bird का अपना मॉडल इस कमी को सीधे दर्ज करता है: ऐसे प्रेषक का कंट्री कोड null होता है, जिसे "the country of the number this sender sends from" के रूप में बताया गया है, और उसमें कोई number id नहीं होता क्योंकि "an alphanumeric sender has no number behind it"।
इसलिए पहला विभाजन संरचनात्मक है। लॉन्ग कोड, टोल-फ़्री नंबर और शॉर्ट कोड संदेश प्राप्त कर सकते हैं। अल्फ़ान्यूमेरिक प्रेषक किसी भी देश में, किसी भी पंजीकरण के तहत संदेश प्राप्त नहीं कर सकता।
दूसरा विभाजन देश के अनुसार होता है। किसी गंतव्य में उपलब्ध हर प्रेषक प्रकार अपना direction one_way या two_way के रूप में बताता है, इसलिए जो नंबर प्रकार एक गंतव्य में जवाब स्वीकार करता है, वह दूसरे गंतव्य में केवल भेजने के लिए हो सकता है। देश की SMS नीति में भी अपना एक is_two_way_supported फ़्लैग होता है। ये दोनों गंतव्य के अनुसार बदलने वाले मान हैं, इसलिए इन्हें यहाँ सूचीबद्ध करने के बजाय SMS गंतव्यों पर प्रकाशित किया जाता है; हर गंतव्य पेज बताता है कि टू-वे मैसेजिंग समर्थित है या नहीं।
जवाब मेरे एप्लिकेशन तक कैसे पहुँचता है?
एक इवेंट के रूप में, जो आपको पुश किया जाता है, और संदेश पहले से संग्रहीत होता है।
जब कोई सब्सक्राइबर आपके किसी नंबर पर टेक्स्ट भेजता है, तो Bird उस संदेश को आपके भेजे गए संदेशों के साथ संग्रहीत करता है और sms.received जारी करता है। पेलोड में संदेश का मुख्य भाग, सेगमेंट का ब्योरा, दोनों नंबर और, अगर कैरियर बताता है तो, ऑपरेटर शामिल होता है। पोल करने की कोई ज़रूरत नहीं है।
वह इवेंट आप तक पहुँचने से पहले एक काम होता है, और इससे बदलता है कि आपको हैंडलर में क्या करना चाहिए। Bird पहले उस नंबर के कीवर्ड नियमों के आधार पर जवाब का मूल्यांकन करता है। समर्थित stop कीवर्ड प्रेषक और सब्सक्राइबर के लिए एक सप्रेशन दर्ज करता है और ऑप्ट-आउट की पुष्टि भेजता है, और फिर भी sms.received जारी करता है। इसलिए ऑप्ट-आउट वाला इनबाउंड संदेश आपके एंडपॉइंट पर किसी भी अन्य इनबाउंड संदेश जैसा ही पहुँचता है, जबकि उस पर कार्रवाई पहले ही हो चुकी होती है।
आपके कोड के लिए इसका मतलब: हर sms.received को बातचीत का अगला संदेश न मानें। उनमें से कुछ ऑप्ट-आउट हैं जिनका Bird पहले ही पालन कर चुका है, और ऐसे संदेश के जवाब में कुछ भी दोबारा भेजना वही गलती है जिसकी ओर यह पैटर्न ले जाता है। STOP कीवर्ड क्या है बताता है कि कौन-से कीवर्ड पहचाने जाते हैं, कहाँ पहचाने जाते हैं, और कैटलॉग से बाहर के देश में क्या होता है।
मैं किस प्रेषक से जवाब दूँ?
अगर वह नंबर अब भी पात्र है, तो उसी नंबर से जवाब दें जिससे व्यक्ति ने संपर्क किया था, ताकि जवाब पहचाना जा सके। आपका एप्लिकेशन सार्वजनिक SMS एंडपॉइंट से भेजता है, और उस पर सामान्य सेंडर, गंतव्य और प्राप्तकर्ता जाँचें लागू होती हैं।
Bird की बिल्ट-इन कीवर्ड पुष्टियों का अपना अलग आंतरिक जवाब संदर्भ होता है। यह संदर्भ कोई ऐसा फ़ील्ड नहीं है जिसका दावा आपका API अनुरोध कर सके। इसके सहारे कोई बातचीत वाला जवाब या कैंपेन रजिस्ट्रेशन, गंतव्य एक्सेस या किसी व्यक्ति के ऑप्ट-आउट को दरकिनार नहीं कर सकता।
जवाब देने से पहले आने वाले संदेश को वर्गीकृत करें। STOP या सहायता अनुरोध को उस पर लागू होने वाली प्रक्रिया से संभालें, न कि उस पर कोई असंबंधित स्वचालित जवाब भेजें। सेंडर आवश्यकताएँ और कीवर्ड हैंडलिंग संबंधित जाँचों का वर्णन करते हैं।
टू-वे में मुझे ऐसा क्या करना पड़ता है जो वन-वे में नहीं?
चार चीज़ें, और जवाब स्वीकार करने के बाद इनमें से कोई भी वैकल्पिक नहीं है।
- एक एंडपॉइंट जो इवेंट को भरोसेमंद ढंग से सत्यापित और प्रोसेस करे। इनबाउंड संदेश आपको पुश किए जाते हैं, इसलिए फिर से प्रयास और डुप्लिकेट डिलीवरी को ध्यान में रखें। वेबहुक हैंडलिंग सिग्नेचर, फिर से प्रयास और रीप्ले को समझाता है। इवेंट की पहचान बॉडी के बाहर,
webhook-idहेडर में होती है। इसके मान को अपनी डुप्लिकेशन हटाने वाली कुंजी के रूप में इस्तेमाल करें। - हर उस गंतव्य में एक नंबर जहाँ इसकी ज़रूरत है। अल्फ़ान्यूमेरिक सेंडर टू-वे प्रोग्राम का हिस्सा नहीं हो सकता, इसलिए दोनों को मिलाने वाले कैंपेन को उन गंतव्यों के लिए योजना चाहिए जहाँ केवल नाम उपलब्ध है। वन-वे अपनाने से भी दायित्व खत्म नहीं होता: जो नियम ऑप्ट-आउट का अधिकार देता है, वह वन-वे सेंडर से यह बताने की माँग कर सकता है कि जवाब काम नहीं करते और कोई दूसरा रास्ता देने की भी, जैसा TCPA क्या है में बताया गया है।
- उन संदेशों को संभालना जिनके लिए आपने कुछ डिज़ाइन नहीं किया। लोग सूचनाओं का जवाब देते हैं। इनमें से कुछ जवाब सवाल होते हैं, कुछ ऑप्ट-आउट, और कुछ इनमें से कोई नहीं।
- अपने नंबरों के इनबाउंड पक्ष पर नज़र रखना। Bird इनबाउंड वॉल्यूम को आउटबाउंड से अलग रिपोर्ट करता है, इसलिए टू-वे प्रोग्राम में देखने के लिए आँकड़ों का एक दूसरा सेट होता है।
अगर इनमें से कोई बात लागू नहीं होती, तो वन-वे कोई कमतर विकल्प नहीं है। यह छोटी प्रतिबद्धता है, और जिन गंतव्यों में अल्फ़ान्यूमेरिक सेंडर उपलब्ध है, वहाँ यह from फ़ील्ड में एक पहचानने योग्य नाम देता है। मुझे कौन सा सेंडर प्रकार इस्तेमाल करना चाहिए में पूरा तुलनात्मक विवरण है, और टू-वे SMS बताता है कि Bird जवाब वाले पक्ष के लिए क्या देता है।
संक्षेप में
वन-वे प्रेषक का गुण है, कोई सेटिंग नहीं।
किसी नाम का कोई पता नहीं होता, इसलिए उसे कुछ भी वापस नहीं भेजा जा सकता। संख्यात्मक प्रेषक को भी SMS क्षमता और इनबाउंड रूट चाहिए; अल्फ़ान्यूमेरिक प्रेषक जवाब प्राप्त नहीं कर सकता।
कोई गंतव्य किसी ऐसे प्रकार के लिए वन-वे हो सकता है जिसे वह अन्यथा सपोर्ट करता है।
किसी देश में सपोर्ट किया जाने वाला हर प्रेषक प्रकार अपनी दिशा अलग से बताता है, इसलिए एक ही नंबर प्रकार एक गंतव्य में टू-वे और दूसरे में वन-वे हो सकता है।
जवाब एक इवेंट के रूप में आता है, पोलिंग से नहीं।
Bird इनबाउंड संदेश को सहेजता है और
sms.receivedभेजता है, जिसमें संदेश का मुख्य भाग, सेगमेंट का ब्योरा, दोनों नंबर और, कैरियर के बताने पर, ऑपरेटर शामिल होते हैं।आपका API जवाब अपनी जाँचों वाला एक अलग भेजा गया संदेश है।
योग्य प्रेषक का उपयोग करें और प्राप्तकर्ता के अनुरोध का पालन करें। आंतरिक कीवर्ड पुष्टियाँ आपके एप्लिकेशन को रजिस्ट्रेशन या सप्रेशन से छूट नहीं देतीं।