Apple और Google हर स्टोर का रिफ़ंड अलग से करते हैं, इसलिए आपकी क्रॉस-प्लेटफ़ॉर्म सब्सक्रिप्शन को बाकी हर जगह एक्सेस खुद बंद करना होगा

आपके सब्सक्राइबर ने Apple को भुगतान किया, उसी दोपहर आपका Android ऐप खोला, और अब ऑफ़िस में आपकी वेबसाइट इस्तेमाल करता है। फिर Apple उसे रिफ़ंड दे देता है। Google Play को इसकी खबर नहीं होती। आपकी वेब बिलिंग को भी नहीं। जब तक आपका अपना सर्वर एक्सेस बंद नहीं करता, रिफ़ंड हुई क्रॉस-प्लेटफ़ॉर्म सब्सक्रिप्शन हर उस स्क्रीन पर चलती रहती है जो आपका अकाउंट डेटाबेस पढ़ती है। स्टोर एक समय में एक ही स्टोरफ़्रंट का रिफ़ंड करते हैं, और पूरी सब्सक्रिप्शन केवल आपके अकाउंट सिस्टम में मौजूद होती है। इसलिए उसे खत्म भी केवल वही कर सकता है।

एक स्टोर का रिफ़ंड क्रॉस-प्लेटफ़ॉर्म सब्सक्रिप्शन को खत्म क्यों नहीं करता

Apple इस व्यवस्था की साफ़ शब्दों में अनुमति देता है। App Review Guideline 3.1.3(b), Multiplatform Services, कहती है कि कई प्लेटफ़ॉर्म पर चलने वाले ऐप्स यूज़र्स को वह कंटेंट, सब्सक्रिप्शन या फ़ीचर इस्तेमाल करने दे सकते हैं जो उन्होंने दूसरे प्लेटफ़ॉर्म पर आपके ऐप में या आपकी वेबसाइट पर खरीदे हों, बशर्ते वही आइटम ऐप में इन-ऐप खरीदारी के रूप में भी उपलब्ध हों।

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

इस डिज़ाइन का एक नतीजा अक्सर नज़रअंदाज़ हो जाता है। एंटाइटलमेंट आपके डेटाबेस में रहता है, लेकिन हर स्टोर केवल अपनी रसीदें जानता है। Apple iPhone खरीदारी का रिफ़ंड करके आपके सर्वर को बता सकता है। वह आपके Android ऐप या वेबसाइट को कुछ नहीं बता सकता। अगर रिफ़ंड हैंडलर केवल iOS क्लाइंट को अपडेट करता है, तो ग्राहक को पैसा वापस मिल जाता है और बाकी हर जगह सब्सक्रिप्शन चलती रहती है।

रिफ़ंड के बाद हर प्लेटफ़ॉर्म पर एक्सेस कैसे रद्द करें

हर स्टोर खरीदारी को एक अकाउंट से जोड़ें

किसी रिफ़ंड को सही व्यक्ति से मिलाना सबसे कठिन हिस्सा है, क्योंकि हर स्टोर खरीदार को अपने तरीके से पहचानता है। दोनों स्टोर आपको अपने अकाउंट ID के लिए एक फ़ील्ड देते हैं। हर खरीदारी पर इसका इस्तेमाल करें।

• Apple पर, खरीदारी शुरू होते समय एक appAccountToken सेट करें, जो आपके द्वारा बनाया गया UUID है। App Store वही UUID ट्रांज़ैक्शन और रिन्यूअल जानकारी में लौटाता है। Apple कहता है कि एक ही ग्राहक के सभी ट्रांज़ैक्शन के लिए आप एक ही वैल्यू दोबारा इस्तेमाल कर सकते हैं।
• अगर ग्राहक ने आपके ऐप के बाहर खरीदारी की, जैसे App Store में ऑफ़र कोड रिडीम करके, तो ट्रांज़ैक्शन में कोई टोकन नहीं होता। Set App Account Token एंडपॉइंट इसे जोड़ देता है। auto-renewable सब्सक्रिप्शन के लिए यह मौजूदा और आगे के रिन्यूअल पर लागू होता है, पिछले ट्रांज़ैक्शन पर नहीं, और Family Sharing के ज़रिए साझा की गई खरीदारी पर यह काम नहीं करता।
• Google Play पर, बिलिंग फ़्लो शुरू करते समय setObfuscatedAccountId के साथ एक obfuscated अकाउंट ID भेजें। इसकी सीमा 64 अक्षर है। Google कहता है कि ईमेल जैसा सादा निजी डेटा होने पर खरीदारी ब्लॉक हो जाती है, और वह एन्क्रिप्शन या वन-वे हैश की सलाह देता है।

दोनों स्टोर की सुनें, फिर एक ही एंटाइटलमेंट लिखें

Apple किसी भी प्रोडक्ट टाइप का रिफ़ंड करने पर REFUND भेजता है, auto-renewable सब्सक्रिप्शन सहित। जब वह ग्राहक द्वारा उठाए गए विवाद के कारण पहले से दिया गया रिफ़ंड वापस लेता है, तो REFUND_REVERSED भेजता है। Google Play पर, Voided Purchases API रिफ़ंड और चार्जबैक हुई खरीदारियों की सूची देता है, हर एक के साथ एक orderId जो ठीक-ठीक खरीदारी या रिन्यूअल की पहचान करता है। आपका वेब प्रोसेसर अपना अलग रिफ़ंड इवेंट भेजता है। तीनों एक ही हैंडलर में पहुंचने चाहिए और एक ही रिकॉर्ड बदलने चाहिए।

एंटाइटलमेंट रद्द करें, अकाउंट नहीं

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

जब एक ही व्यक्ति दो स्टोर पर सब्सक्राइब करे

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

पेवॉल दिखाने से पहले हर स्टोर जांचें

पेवॉल से पहले यूज़र को साइन इन कराएं, अपने सर्वर पर उसकी सभी सक्रिय खरीदारियां देखें, और अगर उनमें से कोई भी इस प्लेटफ़ॉर्म को कवर करती है तो ऑफ़र न दिखाएं। यह एक जांच ज़्यादातर दोहरे चार्ज को होने से पहले ही रोक देती है।

जब दोहरी खरीदारी हो ही चुकी हो, तो किसका रिफ़ंड करें?

उसका रिफ़ंड करें जो आपके नियंत्रण में है। Google Play पर आप Play Console में खुद रिफ़ंड जारी कर सकते हैं, और DEVELOPER_REQUESTED_STOP_PAYMENTS के साथ purchases.subscriptionsv2.cancel अगला भुगतान रोक देता है। अपनी वेब सब्सक्रिप्शन का रिफ़ंड आप सीधे कर सकते हैं। App Store रिफ़ंड का फ़ैसला Apple करता है, इसलिए अगर दोहरी खरीदारी iPhone पर है, तो ग्राहक Apple से अनुरोध करता है, और आपका ऐप StoreKit के रिफ़ंड अनुरोध API से वह अनुरोध खोल सकता है।

किसी प्लेटफ़ॉर्म तक न पहुंचने वाला रिफ़ंड आपको कितना महंगा पड़ता है

रिफ़ंड की गई कीमत तो बस पहला नुकसान है। जिस ग्राहक का Apple रिफ़ंड आपके Android ऐप या वेबसाइट तक कभी नहीं पहुंचा, वह उन चीज़ों का इस्तेमाल करता रहता है जिन्हें चलाने का खर्च आप उठाते हैं। हर सेशन अब भी कंप्यूट खर्च करता है। हर AI फ़ीचर अब भी थर्ड-पार्टी API कॉल करता है जिनका बिल आपको आता है। उसकी फ़ाइलें अब भी स्टोरेज घेरती हैं, और अगर आपका ऐप क्रिएटर्स को प्रति व्यू या प्रति उपयोग भुगतान करता है, तो वे भुगतान जाते रहते हैं। सालाना प्लान पर इसका मतलब हो सकता है ऐसे अकाउंट के लिए पूरे एक साल का सर्विंग खर्च जो अब कुछ भी नहीं चुकाता।

बैंक का रास्ता इसे और बिगाड़ देता है। 3 अगस्त 2026 के बाद दिए गए Google Play ऑर्डर के लिए Google कहता है कि चार्जबैक स्वीकार होने पर डेवलपर खरीद मूल्य के लिए ज़िम्मेदार है, Play का सर्विस शुल्क घटाकर, और साथ में वित्तीय संस्थान द्वारा लिया गया चार्जबैक शुल्क भी। बैंक में चार्जबैक अंतिम होता है। जिस ग्राहक ने चार्जबैक किया और जिसके पास अब भी एक्सेस है, उसने आपको एक साथ कीमत, शुल्क और सर्विंग खर्च का नुकसान पहुंचाया है।

क्रॉस-प्लेटफ़ॉर्म उपयोग भी सबूत है

सभी प्लेटफ़ॉर्म पर एक अकाउंट तब भी काम आता है जब कोई स्टोर आपका पक्ष पूछता है। Apple की consumption information पूछती है कि ग्राहक ने किसी consumable, non-consumable या non-renewing सब्सक्रिप्शन का कितना हिस्सा इस्तेमाल किया। auto-renewable सब्सक्रिप्शन के लिए आप प्रतिशत नहीं भेजते, क्योंकि Apple इसे बीते समय से खुद गणना करता है। Google Play की चार्जबैक समीक्षा 1,000 तक consumption usage इवेंट स्वीकार करती है, और हर इवेंट में obfuscated अकाउंट ID हो सकता है। एक अकाउंट ID के तहत दर्ज उपयोग, चाहे किसी भी डिवाइस से हुआ हो, ऐसा उपयोग है जिसे आप दिखा सकते हैं।

किन रिफ़ंड में आपका पक्ष कभी नहीं पूछा जाता

ज़्यादातर रिफ़ंड आपके बिना तय होते हैं। Google Play अपने रिफ़ंड फ़्लो के ज़रिए 48 घंटों के भीतर किसी खरीदारी का रिफ़ंड कर सकता है। स्टोर सपोर्ट के रिफ़ंड, voided खरीदारियां, और उन खरीदारियों का Google द्वारा लगभग 72 घंटों में अपने आप किया गया रिफ़ंड जिन्हें आपने कभी acknowledge नहीं किया, ये सब पहले होते हैं और इनकी सूचना बाद में मिलती है। इनके लिए ऊपर बताया गया रिवोक लॉजिक ही पूरा काम है।

केवल दो फ़्लो सबूत मांगते हैं। Apple का CONSUMPTION_REQUEST आपको consumption information भेजने के लिए 12 घंटे देता है। Google Play की चार्जबैक समीक्षा आपको PendingRefundReviewNotification से 24 घंटे देती है ताकि आप orders.reviewrefund के ज़रिए जवाब दें, और Google केवल आपकी पहली कॉल दर्ज करता है। RefundHalt दोनों का जवाब समय सीमा के भीतर देता है, उस उपयोग डेटा से जो आप पहले से इकट्ठा करते हैं, और जो आपके सभी ऐप्स में एक ही अकाउंट से जुड़ा होता है।

क्रॉस-प्लेटफ़ॉर्म रिफ़ंड के लिए एक छोटी चेकलिस्ट

• Apple खरीदारी पर appAccountToken और Google Play खरीदारी पर obfuscated अकाउंट ID सेट करें।
• ऑफ़र कोड रिडेम्पशन के लिए छूटे हुए Apple टोकन Set App Account Token से भरें।
• Apple REFUND और REFUND_REVERSED, Google Play की voided खरीदारियां और वेब रिफ़ंड, सबको एक ही हैंडलर में भेजें।
• हर खरीदारी को उसके स्रोत के साथ स्टोर करें, और एक्सेस सभी सक्रिय खरीदारियों से तय करें।
• किसी भी प्लेटफ़ॉर्म पर पेवॉल दिखाने से पहले हर स्टोर की खरीदारियां जांचें।