अपने eSIM इंटीग्रेशन की योजना बनाएँ

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

पहचानें कि सेवा कौन खरीदता है, डिवाइस कौन इस्तेमाल करता है और भुगतान कौन करता है। एक ट्रैवल खरीद एक ग्राहक खाते से जुड़ी हो सकती है। किसी कर्मचारी सेवा के लिए एक व्यक्ति को असाइनमेंट और परिवर्तन स्वीकृत करने वाले एक मालिक की भी ज़रूरत होती है।

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

तय करें कि ग्राहक चयनित ऑफ़र, कवरेज, वैधता और प्रकाशित मूल्य कहाँ देखें। उद्धृत मुद्रा को यथावत रखें। आपके ऐप्लिकेशन को थोक लागत या अनुमानित मुद्रा रूपांतरण से ग्राहक दर पुनर्निर्मित नहीं करनी चाहिए।

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

एक पूर्ण चेकआउट यह स्थापित नहीं करता कि डिवाइस ने सेवा इंस्टॉल या उपयोग कर ली है। ग्राहक यात्रा में इन परिणामों को अलग रखें।

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

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

अपने Bird विशेषज्ञ से अपने उपयोग मामले के लिए बाज़ार, पात्र ऑफ़र, एक्सेस आवश्यकताएँ और प्रकाशित ऑपरेशन की पुष्टि करने को कहें। अनुरोध और प्रतिक्रिया परिभाषाएँ, प्राधिकरण आवश्यकताएँ, फिर से प्रयास करने का व्यवहार और समर्थित इंस्टॉलेशन विधियाँ प्राप्त करें।

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

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