Gigs से कनेक्टिविटी माइग्रेशन की योजना बनाएँ

ग्राहक की चालू सेवा को ध्यान में रखते हुए माइग्रेशन की योजना बनाएँ। मौजूदा प्रतिबद्धताओं को समझने के लिए आवश्यक जानकारी सुरक्षित रखें और सब्सक्राइबर से कुछ भी बदलने को कहने से पहले तय करें कि क्या स्थानांतरित हो सकता है।

पूर्वापेक्षाएँ

अपने Gigs प्रोजेक्ट तक अधिकृत पहुँच, एक Bird वर्कस्पेस, संबंधित व्यावसायिक और सहायता संपर्क, और एक छोटा मूल्यांकन समूह तैयार करें। सक्रिय सेवाओं और भुगतान दायित्वों की सूची बनाएँ। पुष्टि करें कि इच्छित Bird ऑफ़र प्रत्येक ग्राहक की आवश्यकताओं को पूरा करते हैं।

1. मौजूदा संबंध की सूची बनाएँ

अपने ग्राहक पहचानकर्ता को प्रदाता के उपयोगकर्ता, सब्सक्रिप्शन, प्लान, SIM और पोर्टिंग रिकॉर्ड से मैप करें। सेवा की वर्तमान स्थिति और अगले नवीनीकरण या समाप्ति तिथि को रिकॉर्ड करें। वर्तमान भुगतान व्यवस्था और सहायता इतिहास को उन टीमों के लिए सुलभ रखें जिन्हें इनकी आवश्यकता है।

इंस्टॉलेशन क्रेडेंशियल को एक गोपनीय जानकारी मानें। इसे किसी निर्यातित तुलना स्प्रेडशीट या एजेंट प्रॉम्प्ट में न रखें। परिचालन कार्य के लिए संदर्भों और अधिकृत पहुँच का उपयोग करें।

2. प्राप्तकर्ता सेवा को परिभाषित करें

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

समान नाम वाला प्लान समान अनुबंध नहीं होता। प्रतिस्थापन चुनने से पहले कवरेज, स्पीड नीतियाँ, वैधता, नवीनीकरण, रद्दीकरण और ग्राहक के शेष दायित्वों की समीक्षा करें।

3. व्यवहार मैप करें, API नाम नहीं

प्लान खोज, खरीद, पूर्ति, इंस्टॉलेशन, उपयोग, टॉप-अप और सेवा परिवर्तनों को प्रलेखित Bird इंटीग्रेशन से मैप करें। ग्राहक अनुरोध, उसके वित्तीय परिणाम और परिणामस्वरूप नेटवर्क सेवा के बीच अंतर बनाए रखें।

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

4. नियंत्रित परिवर्तन का अभ्यास करें

एक स्वीकृत परीक्षण ग्राहक और संगत डिवाइस का उपयोग करें। प्राप्तकर्ता खरीद, निजी इंस्टॉलेशन और किसी भी आवश्यक पोर्ट का पालन करें। शामिल डेटा, इनकमिंग और आउटगोइंग कॉल, और संदेशों को अलग-अलग सत्यापित करें।

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

5. एक निकास योजना के साथ रोलआउट करें

माइग्रेशन पथ और ग्राहक निर्देश सत्यापित होने के बाद ही एक सीमित समूह को आमंत्रित करें। पूर्णता, सहायता आवश्यकताओं और सक्रिय वित्तीय संबंधों की निगरानी करें। पिछली सेवा को उसकी शर्तों के अनुसार और केवल तभी बंद करें जब सहमत परिवर्तन इसकी अनुमति दे।

रिकॉर्ड करें कि रोलआउट कौन रोक सकता है और शेष ग्राहक सेवा कैसे बनाए रखें। रोलबैक के लिए एक नए सेवा संचालन की आवश्यकता हो सकती है; एप्लिकेशन सेटिंग बदलने से हर प्रोफ़ाइल या नंबर ट्रांसफ़र बहाल नहीं हो सकता।

समस्या निवारण

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

प्रदाता संदर्भ

स्रोत सेवा को समझने के लिए Gigs सब्सक्रिप्शन गाइड, SIM गाइड और पोर्टिंग प्रक्रिया का उपयोग करें।

एजेंट-सहायित मूल्यांकन शुरू करें

अपने कोडिंग एजेंट को यह प्रॉम्प्ट स्वीकृत अनुबंधों और संपादित इन्वेंटरी के साथ दें। क्रेडेंशियल अधिकृत टूल में रखें, प्रॉम्प्ट के बाहर।

कोड उदाहरण

Assess a migration from Gigs to Bird eSIM for this application.

1. Discover the repository instructions and authorized read-only tools.
   Read https://bird.com/docs/guides/esim/migrate/gigs.md and
   https://bird.com/docs/guides/esim/api.md. Inspect the current Gigs
   integration and the Bird contracts supplied for this evaluation.
2. Inventory customers, subscriptions, plans, SIM references, billing,
   installation and porting behavior. Use redacted references. Do not
   retrieve or print installation credentials, payment data or tokens.
3. Map each operation to a documented destination. Separate supported
   operations from requirements that still need Bird confirmation.
   Do not invent an API from a similarly named resource.
4. Propose the customer journey, compatibility checks, idempotent
   purchase handling, delayed observations and recovery paths. Identify
   service continuity and financial obligations for a bounded cohort.
5. Produce a reviewable integration plan, test cases and unresolved
   questions. Stop for explicit approval before changing live accounts,
   buying or activating service, moving numbers, cancelling subscriptions,
   changing billing, or sending customer invitations.