अपने eSIM इंटीग्रेशन की योजना बनाएँ
सार्वजनिक eSIM API एक्सेस अभी उपलब्ध नहीं है। यह गाइड आपको किसी eSIM विशेषज्ञ के लिए इंटीग्रेशन ब्रीफ तैयार करने में मदद करती है। रिक्वेस्ट लागू करने या इंटीग्रेशन बनाने के लिए कोई एजेंट असाइन करने से पहले एक्सेस की पुष्टि करें और समर्थित API कॉन्ट्रैक्ट प्राप्त करें।
ग्राहक और सेवा परिभाषित करें
पहचानें कि सेवा कौन खरीदता है, डिवाइस कौन उपयोग करता है और भुगतान कौन करता है। एक ट्रैवल खरीद किसी एक ग्राहक अकाउंट से जुड़ी हो सकती है। किसी कर्मचारी सेवा के लिए एक व्यक्ति को असाइनमेंट और बदलावों को मंज़ूरी दे सकने वाले एक स्वामी की भी ज़रूरत होती है।
उन रिकॉर्ड्स की सूची बनाएँ जिन्हें आपके ऐप्लिकेशन को कनेक्ट करना होगा: खरीद, इंस्टॉल किया गया प्रोफ़ाइल और उसका अलाउंस। एक आवर्ती मोबाइल सेवा के लिए सब्सक्राइबर के चल रहे प्लान संबंध की भी ज़रूरत होती है। ये ऐसी आवश्यकताएँ हैं जिनकी प्राप्तकर्ता सेवा के कॉन्ट्रैक्ट के विरुद्ध पुष्टि करनी होगी।
खरीद परिणाम निर्दिष्ट करें
तय करें कि ग्राहक चयनित ऑफ़र, कवरेज, वैधता और प्रकाशित मूल्य कहाँ देखें। उद्धृत मुद्रा को वैसी ही रखें। आपके ऐप्लिकेशन को थोक लागतों या अनुमानित मुद्रा रूपांतरण से ग्राहक दर पुनर्निर्मित नहीं करनी चाहिए।
प्रत्येक खरीद के लिए परिभाषित करें कि स्वीकृति, पूर्ति या अस्वीकृति के बाद ग्राहक क्या देखता है। इंटीग्रेशन ब्रीफ में खोई-प्रतिक्रिया (lost-response) स्थिति शामिल करें। ऐसा फिर से प्रयास करना डिज़ाइन करने से पहले पुष्टि करें कि API किसी मौजूदा ऑपरेशन की पहचान कैसे करता है, ताकि दूसरा शुल्क न लग जाए।
पूर्ण हुआ चेकआउट यह साबित नहीं करता कि डिवाइस ने सेवा इंस्टॉल या उपयोग कर ली है। ग्राहक यात्रा में इन परिणामों को अलग रखें।
इंस्टॉलेशन और सहायता की योजना बनाएँ
समर्थित डिवाइस और ग्राहक को कनेक्ट करने में मदद करने के लिए ज़िम्मेदार व्यक्ति चुनें। इंस्टॉलेशन क्रेडेंशियल्स के लिए एक निजी, अधिकृत डिलीवरी पथ चाहिए। उन्हें एनालिटिक्स, सार्वजनिक उदाहरणों और सपोर्ट स्क्रीनशॉट से बाहर रखें।
वह जानकारी सूचीबद्ध करें जो ग्राहक को खरीद के बाद चाहिए: सेटअप निर्देश, खरीदा गया प्लान, अलाउंस अवलोकन और एक सपोर्ट संपर्क। स्टेटस डिस्प्ले डिज़ाइन करने से पहले पुष्टि करें कि सेवा कौन-सी स्थितियाँ और अवलोकन समय प्रदान कर सकती है।
कार्यान्वयन चेकलिस्ट पर सहमति बनाएँ
अपने Bird विशेषज्ञ से अपने उपयोग मामले के लिए बाज़ारों, योग्य ऑफ़र, एक्सेस आवश्यकताओं और प्रकाशित ऑपरेशनों की पुष्टि करने को कहें। रिक्वेस्ट और रिस्पॉन्स परिभाषाएँ, प्राधिकरण आवश्यकताएँ, फिर से प्रयास करने का व्यवहार और समर्थित इंस्टॉलेशन विधियाँ प्राप्त करें।
जब वह कॉन्ट्रैक्ट उपलब्ध हो जाए, तो अपने कोडिंग एजेंट को कॉन्ट्रैक्ट और अपने ऐप्लिकेशन का पहचान मॉडल दें। उससे एक खरीद को उसके पुष्ट परिणाम तक ट्रेस करवाएँ और अस्वीकृत रिक्वेस्ट तथा अनिश्चित रिस्पॉन्स को कवर करवाएँ। ग्राहकों को सेवा देने से पहले स्पष्ट रूप से अधिकृत अकाउंट और डिवाइस से टेस्ट करें।
अधिग्रहण को परिणाम से जोड़ें
साइनअप और अपने ऐप्लिकेशन की ग्राहक यात्रा में अनुमत कैम्पेन संदर्भ को बनाए रखें। परिभाषित करें कि कौन-सा रिकॉर्ड किया गया परिणाम रूपांतरण माना जाएगा, जैसे पूर्ण की गई खरीद या सत्यापित पहला उपयोग। साइनअप URL पर केवल एक कैम्पेन आइडेंटिफ़ायर इस बात का प्रमाण नहीं है कि बाद की खरीद को एट्रिब्यूट किया गया।
अगले कदम
संबंधित संसाधन
इस विषय के लिए दस्तावेज़, गाइड और उदाहरणों के साथ आगे बढ़ें।