Apple Messages को Infobip से Bird पर ले जाएँ

प्रदाता बदलने की योजना बनाएँ और अपनी Apple Messages सेवा के उन हिस्सों को फिर से बनाएँ जो Infobip पर निर्भर हैं। पुराने डैशबोर्ड कॉन्फ़िगरेशन की सीधी नकल से नहीं, बल्कि ग्राहक अनुभव की कामकाजी सूची से शुरुआत करें।

Bird Infobip के इतिहास या वर्कफ़्लो को अपने-आप आयात करने वाला कोई टूल नहीं देता। प्रदाता कनेक्शन बदलने से पहले Apple खाते के हस्तांतरण की पुष्टि Bird, Infobip और Apple Business Register में खाते के स्वामी व्यक्ति के साथ करें।

सेवा जिन चीज़ों का उपयोग करती है, उनकी सूची बनाएँ

Apple Business ID, खाते का स्वामी, स्वीकृत एंट्री पॉइंट, सेवा के घंटे, भाषाएँ, नेटिव संदेश प्रकार, ऑपरेटर की ज़िम्मेदारियाँ और बाहरी इंटीग्रेशन दर्ज करें। जिन रिकॉर्ड को आपको रखना है, उन्हें Infobip की समर्थित प्रक्रिया और अपनी रिटेंशन नीति के अनुसार एक्सपोर्ट करें।

आपका मौजूदा फ़्लो वास्तव में किन सुविधाओं का उपयोग करता है, यह पहचानने के लिए Infobip का Apple संदेश प्रकार दस्तावेज़ और चैनल सेटअप गाइड देखें।

सामग्री और व्यवहार को मैप करें

हर दोबारा बनाए गए संदेश में वेरिएबल मान और आइडेंटिफ़ायर जाँचें। Bird टेम्पलेट के उदाहरण केवल प्रीव्यू डेटा हैं, और उसके ड्राफ़्ट ब्राउज़र में ही स्थानीय रूप से सहेजे जाते हैं। ये Infobip एट्रिब्यूट इम्पोर्ट नहीं करते, कोई बॉट प्रकाशित नहीं करते और साझा कंटेंट लाइब्रेरी नहीं बनते।

रिकॉर्ड और लंबित काम की योजना बनाएँ

पुराने ट्रांसक्रिप्ट किसी अधिकृत आर्काइव में या उनके मौजूदा सिस्टम में रखें। वे Bird में अपने आप नहीं दिखते। दर्ज करें कि ऑपरेटर किसी पुराने केस को कैसे खोजेंगे, ताकि संवेदनशील इतिहास किसी नए संदेश में कॉपी न करना पड़े।

कटओवर से पहले हर खुली बातचीत या लंबित बुकिंग के लिए एक व्यक्ति नियुक्त करें। दोनों प्रदाताओं के साथ तय करें कि सक्रिय सेशन और लंबित संदेश कैसे संभाले जाएँगे। यह न मानें कि प्रदाता के बातचीत ID, API क्रेडेंशियल, सप्रेशन या डिलीवरी रिकॉर्ड एक जगह से दूसरी जगह ले जाए जा सकते हैं। ट्रांज़िशन के हिस्से के रूप में पुष्टि करें कि Apple पहचान और मौजूदा एंट्री-पॉइंट URL के साथ क्या किया जाएगा।

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

प्रदाता बदलने से पहले सत्यापन करें

Bird की रजिस्ट्रेशन और तैयारी समीक्षा पूरी करें। किसी स्वीकृत टेस्ट बिज़नेस और डिवाइस के साथ एक समर्थित ग्राहक कार्य का अभ्यास करें, जिसमें टेक्स्ट, आपके द्वारा उपयोग किया जाने वाला हर नेटिव प्रकार, असाइनमेंट और एक विफल बाहरी कार्रवाई शामिल हों।

API इंटीग्रेशन के लिए Infobip के ऑथेंटिकेशन, अनुरोध, प्रतिक्रिया पार्सिंग और कॉलबैक को Bird API फ़्लो से बदलें। डुप्लिकेट संभालने की व्यवस्था जाँचें, और यह भी जाँचें कि गेटवे द्वारा स्वीकार किया जाना और बिज़नेस परिणाम अलग-अलग पहचाने जाते हैं।

कटओवर से पहले, प्रस्तावित Bird वर्कफ़्लो और जुड़े सिस्टम के साथ हर ज़रूरी ग्राहक कार्य करके दिखाएँ। जो कार्य आप अभी पूरा नहीं कर सकते, उसके लिए तय विकल्प काम करने तक मौजूदा सेवा चालू रखें।

कटओवर और रिकवरी का समन्वय करें

बदलाव का समय, प्रदाता कनेक्शन का ओनर, ऑपरेटर कवरेज और ट्रांज़िशन रोकने के मानदंड तय करें। पिछले कॉन्फ़िगरेशन का रिकॉर्ड और प्रदाता द्वारा स्वीकृत रिकवरी प्रक्रिया रखें। यह न मानें कि दोनों प्रदाता एक ही लाइव बिज़नेस ट्रैफ़िक प्राप्त कर सकते हैं या आप उसे प्रतिशत के हिसाब से बाँट सकते हैं।

कनेक्शन बदलने के बाद असली एंट्री पॉइंट का परीक्षण करें, दोनों दिशाओं में संदेश भेजें, Messages की जाँच करें और पुष्टि करें कि बाहरी व्यावसायिक परिणाम सही है। एंट्री पॉइंट का दायरा बढ़ाने से पहले विफलताओं और असाइन न की गई बातचीत पर नज़र रखें। पुराने रिकॉर्ड स्वीकृत रिटेंशन अवधि तक रखें और अनुपयोगी क्रेडेंशियल को अपनी सामान्य एक्सेस प्रक्रिया से हटाएँ।