ऐप को किसी दूसरे डेवलपर अकाउंट में ट्रांसफर करने पर बिक्री से पहले के ऑर्डर विक्रेता के पास ही रहते हैं, रिफ़ंड के लिए इसका मतलब यह है

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

ऐप ट्रांसफर करने पर क्या जाता है और क्या रह जाता है

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

App Store पर

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

Google Play पर

Google ज़्यादा साफ़ बात करता है। यूज़र, आँकड़े, डेटा, कमेंट, रेटिंग और सब्सक्रिप्शन ट्रांसफर होते हैं। ट्रांसफर से पहले बने ऑर्डर मूल अकाउंट में रहते हैं, और अगर उनमें से किसी का रिफ़ंड करना हो, तो Google कहता है कि आपको मूल अकाउंट में वापस जाना होगा या Google Play Developer API इस्तेमाल करना होगा। बिक्री के दिन विक्रेता के अकाउंट की अहमियत खत्म नहीं होती। कुछ रिफ़ंड जारी करने की वह अकेली जगह बना रहता है।

ऐप ट्रांसफर के बाद रिफ़ंड कौन जारी करता है

दोनों स्टोर पर ज़्यादातर रिफ़ंड किसी डेवलपर के बिना ही तय हो जाते हैं। Apple रिफ़ंड अनुरोध खुद संभालता है। Google Play पर खरीदार कई खरीदारियों का रिफ़ंड 48 घंटे के भीतर खुद ले सकते हैं, और बाकी को Google सपोर्ट मंज़ूरी देता है। ट्रांसफर इनमें से कुछ नहीं बदलता। वह यह बदलता है कि रिफ़ंड कौन देख सकता है और उन दुर्लभ प्रक्रियाओं में कौन कार्रवाई कर सकता है जिनमें डेवलपर की ज़रूरत होती है।

Google Play पर वह रिफ़ंड जो आप देना चाहते हैं

मान लीजिए एक पुराना सब्सक्राइबर नए मालिक को लिखता है और बिक्री से दो महीने पहले के एक चार्ज का पैसा वापस माँगता है। नया मालिक इसे अपने Play Console से रिफ़ंड नहीं कर सकता, क्योंकि ऑर्डर वहाँ है ही नहीं। विक्रेता को लॉग इन करके यह करना होगा, या विक्रेता के अकाउंट की API पहुँच वाले किसी व्यक्ति को Google Play Developer API कॉल करना होगा। अगर विक्रेता ने अकाउंट बंद कर दिया है या जवाब देना बंद कर दिया है, तो वह रिफ़ंड अटक जाता है। Google तो यहाँ तक पेशकश करता है कि अगर विक्रेता ट्रांसफर के बाद मूल अकाउंट बंद कर दे तो उसकी $25 रजिस्ट्रेशन फ़ीस लौटा दी जाएगी, और ठीक इसीलिए खरीदार को यह पक्का कर लेना चाहिए कि ऐसा होने से पहले ट्रांसफर से पहले के रिफ़ंड निपटा लिए गए हों।

वह रिफ़ंड जो Apple खुद देता है

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

रिफ़ंड की वे दो प्रक्रियाएँ जो सबूत माँगती हैं

रिफ़ंड की सिर्फ़ दो प्रक्रियाएँ डेवलपर से कुछ माँगती हैं। Apple एक CONSUMPTION_REQUEST भेजता है और Send Consumption Information के ज़रिए कंज़म्पशन डेटा के साथ जवाब देने के लिए आपको 12 घंटे देता है। Google Play एक चार्जबैक रिव्यू भेजता है, और orders.reviewrefund के ज़रिए जवाब देने के लिए आपके पास 24 घंटे होते हैं। दोनों जवाब ऐसे क्रेडेंशियल से साइन होते हैं जो ऐप के नहीं, बल्कि किसी अकाउंट के होते हैं। ट्रांसफर यहीं टूटते हैं।

रिफ़ंड का वह सिस्टम जो ट्रांसफर के दौरान टूट जाता है

एक ट्रांसफर हुआ ऐप हफ़्तों तक बिकता रह सकता है, और किसी को पता भी नहीं चलता कि रिफ़ंड वाला हिस्सा खामोश हो चुका है।

Apple का नोटिफ़िकेशन URL और In-App Purchase key

App Store Server Notifications का URL हर ऐप के लिए अलग से, App Store Connect में App information के तहत सेट होता है। Apple की ट्रांसफर गाइड में इसका ज़िक्र नहीं है, इसलिए नए मालिक को पहले ही दिन वह स्क्रीन खोलनी चाहिए और production और sandbox को अपने सर्वर की ओर करना चाहिए। अगर उसमें अब भी विक्रेता का एंडपॉइंट लिखा है, तो ऐप के लिए आने वाला हर CONSUMPTION_REQUEST ऐसे सर्वर पर पहुँचता है जिसे खरीदार नहीं चलाता, और 12 घंटे चुपचाप बीत जाते हैं।

जवाब App Store Server API से जाते हैं, जिसके लिए In-App Purchase key चाहिए। ये keys Users and Access के तहत कोई Account Holder या Admin बनाता है, और Apple हर key को सिर्फ़ एक बार डाउनलोड करने देता है। विक्रेता की key विक्रेता के अकाउंट में रहती है। खरीदार को अपनी key बनानी चाहिए, और हैंडओवर पूरा होते ही विक्रेता को अपनी key रद्द कर देनी चाहिए।

Apple का shared secret और webhooks

ऑटो-रिन्यूएबल सब्सक्रिप्शन वाले ऐप के लिए Apple विक्रेता से कहता है कि ट्रांसफर से पहले एक app-specific shared secret बनाए और प्राप्तकर्ता के साथ साझा करे, जो इसे सब्सक्रिप्शन वेरिफ़ाई करने के लिए इस्तेमाल करता है। ट्रांसफर पूरा होने के बाद प्राप्तकर्ता को एक नया secret बनाना चाहिए, ताकि उसकी संस्था के बाहर के लोगों के पास यह न रहे। App Store Connect के webhooks भी प्राप्तकर्ता को ट्रांसफर होते हैं, और Apple सुझाव देता है कि अगर विक्रेता नहीं चाहता कि बाद में इवेंट उसके सर्वर पर आएँ, तो वह इन्हें पहले ही डिलीट कर दे।

Google की अनुमतियाँ और Cloud प्रोजेक्ट

Google कहता है कि इंटीग्रेटेड सेवाओं की अनुमतियाँ और लिंकेज सेटिंग ट्रांसफर नहीं होतीं। वह विक्रेता से कहता है कि ऐप जिन भी Google Developers Console प्रोजेक्ट का इस्तेमाल करता है, उनमें टारगेट अकाउंट को Owner के रूप में जोड़ दे। Play पर आम तौर पर वहीं आपका real-time developer notifications टॉपिक और आपके Developer API कॉल के पीछे का service account रहता है। अगर service account को खरीदार के Play Console में पहुँच नहीं दी गई, तो रद्द हुई खरीदारियों की जाँच फ़ेल होती है और orders.reviewrefund का जवाब उसके 24 घंटे के भीतर नहीं भेजा जा सकता।

रिफ़ंड और चार्जबैक में ट्रांसफर की कीमत

ऊपर बताई गई प्रक्रियाएँ तीन जगहों पर पैसे में बदल जाती हैं।

आप उन यूज़र को सेवा देते हैं जिन्होंने विक्रेता को पैसे दिए

मान लीजिए किसी सब्सक्राइबर ने बिक्री से एक महीने पहले $59.99 का सालाना प्लान खरीदा। Google Play पर वह ऑर्डर विक्रेता के अकाउंट में रहता है। App Store पर उसका पेमेंट रिकॉर्ड विक्रेता के पास रहता है। खरीदार को इसके लिए कोई पेमेंट नहीं मिलता, फिर भी साल के बाकी हिस्से में उस सब्सक्राइबर के इस्तेमाल का कंप्यूट, थर्ड-पार्टी API कॉल और स्टोरेज का खर्च वही उठाता है। अगर वह सब्सक्राइबर बाद में खरीदार से रिफ़ंड माँगे, तो Google Play पर खरीदार विक्रेता के बिना इसे जारी नहीं कर सकता। साइन करते समय इन प्रीपेड सब्सक्रिप्शन की गिनती कर लीजिए, क्योंकि यह ऐसा खर्च है जो खरीदार बिना किसी कमाई के उठाता है।

उन ऑर्डर पर चार्जबैक जो खरीदार ने कभी बेचे ही नहीं

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

15% वाली श्रेणी एक ही कमाई को दो बार गिनती है

Google Play की 15% सर्विस फ़ीस किसी डेवलपर की हर साल की पहली $1 million कमाई पर लागू होती है। जब कोई ऐप अलग-अलग Account Groups के डेवलपर अकाउंट के बीच जाता है, तो उस कैलेंडर साल की ऐप की पूरी कमाई दोनों ग्रुप के कुल योग में शामिल होती है। Google का अपना उदाहरण एक ऐसा ऐप है जिसने Account Group A में $100,000 कमाए और फिर Account Group B में चला गया। वह $100,000 दोनों ग्रुप के पहले $1 million में गिना जाता है। सीमा के करीब कोई खरीदार अपनी बिक्री के हिसाब से अपेक्षित समय से पहले ही स्टैंडर्ड दर तक पहुँच सकता है।

ऐप ट्रांसफर करने से पहले क्या तय करें

विक्रेता के लिए

• ज़रूरत पड़ने वाली रिपोर्ट डाउनलोड कर लें। Google की बल्क एक्सपोर्ट, अनुमानित बिक्री और कमाई की रिपोर्ट ट्रांसफर नहीं होतीं, और Apple पर प्राप्तकर्ता आपका इतिहास नहीं देख पाएगा।
• ट्रांसफर से पहले के रिफ़ंड और विवाद पूरे होने तक मूल अकाउंट खुला और संपर्क में रखें।
• App Store ट्रांसफर से पहले app-specific shared secret बनाकर साझा करें, फिर अपनी In-App Purchase key रद्द करें और वे webhooks डिलीट करें जिन्हें आप बाद में चलते नहीं देखना चाहते।

खरीदार के लिए

• पहले ही दिन अपना App Store Server Notifications URL सेट करें और अपनी In-App Purchase key बनाएँ।
• अपने Play Console में अपने service account को पहुँच दें और पक्का करें कि real-time developer notifications आपके एंडपॉइंट पर पहुँच रहे हैं।
• प्रीपेड सब्सक्रिप्शन और हाल की बड़ी खरीदारियों की सूची लें, ताकि आपको पता हो कि आप बिना कमाई के किसे सेवा देंगे।
• ट्रांसफर से पहले के रिफ़ंड, चार्जबैक और चार्जबैक रिव्यू को बिक्री एग्रीमेंट में शामिल करें, और विक्रेता की ओर से एक तय संपर्क व्यक्ति का नाम लिखें।

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