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

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

ग्राहकों से एक ही सब्सक्रिप्शन के लिए दो बार चार्ज क्यों लिया जाता है

हर स्टोर अपनी खरीद का मालिक है। App Store सब्सक्रिप्शन का बिल Apple बनाता है, Google Play वाले का Google, और वेब प्लान का बिल आपका पेमेंट प्रोसेसर। इनमें से किसी को दूसरों के होने की जानकारी नहीं होती। दोनों खरीद केवल आपके सर्वर पर मिल सकती हैं, और वह भी तभी जब दोनों में ऐसी ID हो जो उन्हें एक ही अकाउंट से जोड़े।

डबल चार्ज के आम रास्ते ये हैं:

• ग्राहक फ़ोन बदलता है, iOS से Android या इसका उल्टा, और दोबारा सब्सक्राइब कर लेता है क्योंकि नया ऐप पेवॉल दिखाता है।
• ग्राहक आपकी वेबसाइट पर सब्सक्राइब करता है, ऐप इंस्टॉल करता है और साइन इन नहीं करता, इसलिए ऐप उसे ऊपर से एक स्टोर सब्सक्रिप्शन बेच देता है।
• ग्राहक ऐप अनइंस्टॉल करता है और मान लेता है कि प्लान ख़त्म हो गया। Google की हेल्प के अनुसार ऐप अनइंस्टॉल करने से उसका Google Play सब्सक्रिप्शन रद्द नहीं होता, और App Store प्लान तब तक रिन्यू होता रहता है जब तक उसे Apple अकाउंट में रद्द न किया जाए।

"आपका ऐप और वेबसाइट साफ़ तौर पर आपस में बात नहीं कर रहे"

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

हर चार्ज का रिफ़ंड कौन दे सकता है

ज़्यादातर सपोर्ट जवाब यहीं गड़बड़ होते हैं। आप केवल वही वादा कर सकते हैं जो आपके नियंत्रण में है।

क्या डेवलपर App Store सब्सक्रिप्शन का रिफ़ंड दे सकता है?

नहीं। हर App Store रिफ़ंड Apple संभालता है। आप बस रास्ता छोटा कर सकते हैं। StoreKit का beginRefundRequest आपके ऐप के अंदर Apple की रिफ़ंड शीट खोलता है, जिसमें खरीद की जानकारी और कारणों की सूची पहले से भरी होती है। Apple के दस्तावेज़ों के अनुसार App Store को अनुरोध मंज़ूर या अस्वीकार करने में 48 घंटे तक लगते हैं। ऐप के बाहर, ग्राहक reportaproblem.apple.com पर साइन इन करता है, "Request a refund" चुनता है, कारण चुनता है और सब्सक्रिप्शन का चयन करता है।

Google Play वाली तरफ़ का रिफ़ंड ख़ुद देना

Google Play पर नियंत्रण आपके पास है। Play Console में Order management खोलें, ऑर्डर चुनें और रिफ़ंड दें। Play Console हेल्प सब्सक्रिप्शन के बारे में स्पष्ट है: सबसे नए ऑर्डर का रिफ़ंड दें तो सब्सक्रिप्शन तुरंत हट जाता है और आगे के रिन्यूअल रद्द हो जाते हैं। किसी पुराने ऑर्डर का रिफ़ंड दें तो सब्सक्रिप्शन चालू रहता है। अगर आप इसे ऑटोमेट करते हैं, तो orders.refund API यही काम करता है, तुरंत एक्सेस ख़त्म करने के लिए revoke फ़्लैग लेता है, और 3 साल से पुराने ऑर्डर अस्वीकार करता है।

डुप्लिकेट सब्सक्रिप्शन की आपको क्या कीमत चुकानी पड़ती है

डुप्लिकेट कभी ऐसी कमाई थी ही नहीं जिसे आप रख सकें। पैसे का असली सवाल यह है कि रिफ़ंड के ऊपर इसकी कितनी अतिरिक्त कीमत लगती है।

सीधा मामला

मान लीजिए किसी ग्राहक ने ध्यान देने से पहले तीन महीने तक App Store और Google Play दोनों पर हर महीने $9.99 दिए। यह $29.97 के डुप्लिकेट चार्ज हैं। अगर आप तीनों Google Play ऑर्डर का रिफ़ंड ख़ुद देते हैं, तो आप $29.97 लौटाते हैं और समस्या उसी दिन ख़त्म हो जाती है। अगर ग्राहक इसकी बजाय App Store वाली तरफ़ Apple के पास ले जाता है, तो कितना रिफ़ंड देना है यह Apple तय करता है और आपको केवल अपने सर्वर नोटिफ़िकेशन से पता चलता है। दोनों ही हालात में एक प्लेटफ़ॉर्म की उन तीन महीनों की कमाई वापस चली जाती है।

महँगा मामला

असली नुकसान तब होता है जब ग्राहक सपोर्ट से उम्मीद छोड़कर अपने बैंक को फ़ोन करता है। बैंक के फ़ैसले के बाद चार्जबैक अंतिम होता है। Google Play आपको आपत्ति जताने का एक मौका देता है, एक चार्जबैक रिव्यू जिसका जवाब आपको orders.reviewrefund के ज़रिए 24 घंटे के भीतर देना होता है। 3 अगस्त 2026 के बाद किए गए Google Play ऑर्डर पर हारा हुआ चार्जबैक आपको खरीद की कीमत में से Play की सर्विस फ़ीस घटाकर बची राशि, और साथ में बैंक की चार्जबैक फ़ीस का नुकसान देता है। $29.97 का जो रिफ़ंड आप एक मिनट में दे सकते थे, वह $29.97 और ऊपर से ऐसी फ़ीस बन जाता है जो आपके नियंत्रण में नहीं है।

इस बीच लगातार चुकाई जाने वाली कीमत

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

सपोर्ट में डबल चार्ज को कैसे संभालें

जल्दी और एक ही संदेश में जवाब दें। हर अतिरिक्त आदान-प्रदान बैंक विवाद की संभावना बढ़ाता है।

• दोनों खरीद ग्राहक के अकाउंट से खोजें, उस ईमेल पते से नहीं जिससे उन्होंने लिखा है।
• पूछें कि वे कौन सा प्लान रखना चाहते हैं। आमतौर पर यह उस डिवाइस वाला प्लान होता है जिसे वे अभी इस्तेमाल करते हैं।
• अगर डुप्लिकेट Google Play या आपकी वेबसाइट पर है, तो रिफ़ंड ख़ुद दें और उन्हें बताएँ कि काम हो गया।
• अगर डुप्लिकेट App Store पर है, तो उन्हें reportaproblem.apple.com पर भेजें, या आपके ऐप के रिफ़ंड बटन पर अगर आपने बनाया है, और उनसे कहें कि वे इसे अपनी Apple अकाउंट सेटिंग्स में रद्द करें।
• अगर इसके बाद Apple एक CONSUMPTION_REQUEST भेजता है और ग्राहक ने सहमति दी है, तो 12 घंटे के भीतर सटीक उपयोग डेटा के साथ जवाब दें। जो डुप्लिकेट प्लान कभी इस्तेमाल नहीं हुआ, उसे Apple आसानी से मंज़ूर कर देता है।

दूसरा चार्ज होने से पहले उसे कैसे रोकें

रोकथाम किसी भी रिफ़ंड से सस्ती है, और ज़रूरी टूल दोनों स्टोर में पहले से मौजूद हैं।

हर खरीद को अपनी अकाउंट ID से जोड़ें

iOS पर हर अकाउंट के लिए एक UUID बनाएँ और उसे appAccountToken खरीद विकल्प के रूप में भेजें। Apple वही मान ट्रांज़ैक्शन में और सब्सक्रिप्शन रिन्यूअल की जानकारी में लौटाता है। अगर कोई खरीद आपके ऐप के बाहर हुई है, तो Set App Account Token एंडपॉइंट से आप बाद में टोकन जोड़ या अपडेट कर सकते हैं। Android पर setObfuscatedAccountId को 64 अक्षरों या उससे कम की हैश की हुई अकाउंट ID दें, कभी भी कच्चा निजी डेटा नहीं।

पेवॉल दिखाने से पहले एंटाइटलमेंट जाँचें

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

एक अकाउंट पर दो चालू प्लान पर नज़र रखें

रोज़ एक जाँच चलाएँ जो उन अकाउंट को ढूँढे जिनके पास अलग-अलग स्टोर में एक से ज़्यादा चालू सब्सक्रिप्शन हैं। पहले हफ़्ते में पकड़ लेने का मतलब है तीन महीने की बजाय एक महीने का रिफ़ंड, और चार्जबैक की बजाय एक छोटा ईमेल।

RefundHalt App Store और Google Play सब्सक्रिप्शन को आपकी अपनी अकाउंट ID के साथ ट्रैक करता है, इसलिए दो बार भुगतान करने वाला ग्राहक उसके बैंक से पहले ही दो प्लान वाले एक व्यक्ति के रूप में दिख जाता है।