आपके ऐप पर रिफंड के लिए ज्यादातर आप ही भुगतान करते हैं, लेकिन उस कमीशन के लिए नहीं जो आपको लगता है कि आप गँवा रहे हैं
जब किसी ग्राहक को रिफंड मिलता है, तो Apple और Google दोनों अपना कमीशन वापस कर देते हैं, इसलिए स्टोर का हिस्सा वह नहीं है जो आप गँवाते हैं। यहाँ बताया गया है कि आपके ऐप पर रिफंड के लिए कौन भुगतान करता है, आपके पेआउट से असल में क्या जाता है, और क्यों एक चार्जबैक एक सामान्य रिफंड से ज्यादा महँगा पड़ता है।
मुख्य बातें
- जब Apple किसी ग्राहक को रिफंड करता है, तो उसकी वित्तीय रिपोर्ट बिक्री को एक Return पंक्ति के रूप में उलट देती है और आपका Extended Partner Share वापस खींच लेती है, यानी कीमत में से टैक्स और Apple का कमीशन घटाकर, इसलिए Apple अपना हिस्सा रखने के बजाय वापस दे देता है।
- Google Play इसे लिखित में बताता है: जब आप किसी ऑर्डर को रिफंड करते हैं, तो Google सर्विस फीस आपको वापस कर देता है और आप इसे अपनी अगली अर्निंग रिपोर्ट पर देखते हैं, इसलिए एक सीधे रिफंड पर प्लेटफ़ॉर्म का हिस्सा वापस आ जाता है।
- यह पुराना नियम कि रिफंड आपको स्टोर के कमीशन जितना पड़ता है, रिपोर्टों के हिसाब से सही नहीं बैठता। एक सामान्य रिफंड पर आप उस बिक्री पर अपनी शुद्ध आय गँवाते हैं, न कि अपनी आय के साथ प्लेटफ़ॉर्म का 30 percent भी।
- एक रिफंड आपके पेआउट के मुकाबले समय पर निर्भर करता है। किसी ऑर्डर के लिए Google द्वारा आपको भुगतान करने से पहले रिफंड करें और वह राशि आपके अगले पेआउट तक कभी नहीं पहुँचती; बाद में रिफंड करें, और यह किसी भविष्य के पेआउट से काट ली जाती है। Apple रिटर्न को उस वित्तीय महीने में दर्ज करता है जिसमें वह सेटल होता है।
- Google Play पर एक आंशिक रिफंड आनुपातिक रूप से बँटता है। किसी ऑर्डर का 50 percent रिफंड करें और आपके पेआउट और Google की सर्विस फीस दोनों का 50 percent खरीदार को वापस कर दिया जाता है।
- Apple का Paid Applications Agreement रिफंड के बावजूद Apple को अपना कमीशन रखने का अधिकार सुरक्षित रखता है, इसलिए कमीशन वापसी का व्यवहार एक चलन है, कोई अनुबंधित गारंटी नहीं, और Apple इसे रोक सकता है।
- एक चार्जबैक हिस्सा वापस देने के नियम को तोड़ देता है। August 3, 2026 से, एक हारा हुआ Google Play चार्जबैक आपको खरीद मूल्य में से सर्विस फीस घटाकर, साथ में बैंक की चार्जबैक फीस पड़ता है, जो एक सामान्य रिफंड से ज्यादा लेता है।
डेवलपर फ़ोरम में एक मान्यता है जो मरती नहीं: आप एक बिक्री का 70 percent रखते हैं, लेकिन एक रिफंड आपसे 100 percent वापस भरवाता है, इसलिए हर रिफंड चुपचाप आपको स्टोर के हिस्से जितना पड़ता है। यह गलत है। जब Apple या Google आपके किसी ग्राहक को रिफंड करता है, तो स्टोर अपना कमीशन भी वापस दे देता है, और आपके खाते में सिर्फ वही हिस्सा उलटता है जो आपने असल में रखा था। इसलिए इस सवाल का ईमानदार जवाब कि आपके ऐप पर रिफंड के लिए कौन भुगतान करता है, वह आप हैं, लेकिन एक अलग बिल के लिए, न कि जो ज्यादातर लोग बताते हैं। आप बिक्री गँवाते हैं और वह सब जो आप उसे पहुँचाने में पहले ही खर्च कर चुके हैं, न कि स्टोर को अतिरिक्त 30 percent। यहाँ बताया गया है कि पैसा असल में कहाँ जाता है, पंक्ति दर पंक्ति, और क्यों एक तरह का उलटाव, यानी एक चार्जबैक, इस नियम को तोड़ देता है।
रिफंड के लिए कौन भुगतान करता है, स्टोर के हिसाब से
उलटाव से ही शुरू करें, डिलीवरी लागत की किसी भी बात से पहले। App Store पर एक रिफंड और Google Play पर एक रिफंड बिक्री को खाता-बही के स्तर पर एक ही तरह से उलटते हैं: स्टोर आपसे अपना कमीशन लेना बंद कर देता है और आप अपनी शुद्ध आय वापस दे देते हैं। दोनों ही हालत में ग्राहक को उसकी पूरी कीमत वापस मिल जाती है। यहाँ है यह बँटवारा, हर स्टोर के हिसाब से।
| रिफंड, कदम दर कदम | App Store | Google Play |
|---|---|---|
| इसे कौन जारी कर सकता है | केवल Apple | Google, या आप Orders tab से |
| ग्राहक को वापस मिलता है | उनके द्वारा चुकाई गई पूरी कीमत | उनके द्वारा चुकाई गई पूरी कीमत |
| प्लेटफ़ॉर्म कमीशन | आपसे नहीं लिया जाता; केवल आपका शुद्ध हिस्सा उलटता है | आपकी अगली अर्निंग रिपोर्ट पर सर्विस फीस आपको वापस |
| असल में आपकी ओर से क्या जाता है | उस बिक्री पर आपकी डेवलपर आय | उस ऑर्डर पर आपका पेआउट हिस्सा |
| सामान्य रिफंड पर अतिरिक्त फीस | कोई नहीं | कोई नहीं |
जब किसी ग्राहक को रिफंड मिलता है तो क्या Apple अपना कमीशन रखता है
यह वह सवाल है जो डेवलपर सबसे ज्यादा पूछते हैं, Apple Developer Forums में और Hacker News पर: अगर Apple किसी खरीदार को रिफंड करता है, तो क्या वह बिक्री पर लिया गया हिस्सा रख लेता है? वित्तीय रिपोर्ट पढ़ें तो जवाब है नहीं। एक रिफंड एक पंक्ति के रूप में दिखता है जिसमें Sale or Return को R पर सेट किया जाता है और एक ऋणात्मक Quantity होती है, और जो पैसा उलटा जाता है वह Extended Partner Share है, यानी Quantity गुणा Partner Share, जहाँ Partner Share ग्राहक की कीमत में से टैक्स और Apple का कमीशन घटाकर है। Apple वह वापस खींच रहा है जो उसने आपको चुकाया था, यानी आपकी शुद्ध आय, न कि सकल कीमत। जिन डेवलपरों ने अपनी विस्तृत रिपोर्ट निकालीं उन्हें भी यही मिला: Apple ने कमीशन के बाद वाली राशि काटी, पूरी बिक्री नहीं।
छोटे अक्षरों में एक पेच है। Apple का Paid Applications Agreement कहता है कि अंतिम उपयोगकर्ता को रिफंड के बावजूद किसी बिक्री पर अपना कमीशन रखने का अधिकार Apple के पास है। इसलिए हिस्सा वापस देने का व्यवहार यह है कि रिपोर्ट व्यवहार में कैसे सेटल होती हैं, कोई वादा नहीं। Apple अपना हिस्सा रोकने का अनुबंधित विकल्प रखता है, और आम समझ यह है कि वह ऐसा तब करता है जब वह तय करता है कि कोई डेवलपर कुछ गलत कर रहा है।
Google क्या वापस करता है, और बाद में एक चार्जबैक क्या रख लेता है
Google लिखित में ज्यादा स्पष्ट है। उसकी ऑर्डर-प्रबंधन मदद कहती है कि जब आप किसी ऑर्डर को रिफंड करते हैं, तो Google सर्विस फीस आपको वापस कर देता है और आप इसे अपनी अगली अर्निंग रिपोर्ट पर देखते हैं। समय आपके पेआउट से बँधा होता है। किसी ऑर्डर को Google द्वारा उसके लिए भुगतान करने से पहले रिफंड करें और आपको अपने अगले पेआउट में वह राशि बस कभी नहीं मिलती। भुगतान मिलने के बाद रिफंड करें और वह राशि किसी भविष्य के पेआउट से काट ली जाती है। आंशिक रिफंड आनुपातिक होते हैं: किसी ऑर्डर का आधा रिफंड करें और आपके पेआउट और सर्विस फीस दोनों का आधा खरीदार को वापस चला जाता है।
यह साफ-सुथरा मामला है। एक चार्जबैक साफ-सुथरा नहीं होता, और यही वह एक जगह है जहाँ स्टोर अपना हिस्सा उस तरह वापस देना बंद कर देता है जैसे एक सामान्य रिफंड देता है।
आपके खाते से असल में क्या जाता है
तो अगर कमीशन वापस आ जाता है, तो फिर एक रिफंड फिर भी क्यों चुभता है? क्योंकि बिक्री की कीमत कभी भी उस ग्राहक की पूरी लागत नहीं थी। पैसे को दो हिस्सों में देखें।
पहला हिस्सा बिक्री ही है। एक रिफंड पर यह लगभग शून्य पर आ जाता है। ग्राहक को उसका पैसा वापस मिल जाता है, स्टोर अपना कमीशन वापस कर देता है, और आप अपनी आय उलट देते हैं। जो मुनाफा आपने दर्ज किया था वह चला जाता है, जो बड़े पैमाने पर मायने रखता है, लेकिन आप प्लेटफ़ॉर्म को कोई जुर्माना नहीं चुका रहे।
दूसरा हिस्सा वह है जो रिपोर्ट कभी नहीं दिखातीं। यह वह सब है जो आप उस भुगतान को एक पहुँचाए गए उत्पाद में बदलने में पहले ही खर्च कर चुके हैं, और जब भुगतान उलटता है तो इसमें से कुछ भी वापस नहीं उलटता।
- कंप्यूट जो आप पहले ही चला चुके हैं: किसी जेनरेट की गई इमेज, वीडियो, या मॉडल प्रतिक्रिया के पीछे के GPU सेकंड जो ग्राहक को पहले ही मिल चुके हैं।
- API कॉल जिनके लिए आप पहले ही भुगतान कर चुके हैं: हर थर्ड-पार्टी अनुरोध, एक मैप्स लुकअप से लेकर एक LLM टोकन तक, जो चलते ही आपके खाते में जुड़ गया।
- स्टोरेज जिसके लिए आप अब भी भुगतान कर रहे हैं: वे फाइलें, एक्सपोर्ट, और इतिहास जो ग्राहक ने बनाए और जिन्हें आप होस्ट करते रहते हैं।
- पेआउट जो आप पहले ही भेज चुके हैं: वह क्रिएटर, ड्राइवर, या विक्रेता हिस्सा जो आपने एक ऐसी बिक्री के बदले चुकाया जो अभी-अभी उलट गई।
इन्हें जोड़ें और एक रिफंड किया गया ग्राहक रिफंड के बाद उस ग्राहक से ज्यादा पड़ सकता है जिसने कभी खरीदा ही नहीं। बिक्री धुल जाती है। उसके पीछे का खर्च नहीं धुलता।
एक रिफंड आपके पेआउट से होकर कैसे गुजरता है
रिफंड आपसे अलग से बिल नहीं वसूलते। वे उसी मासिक सेटलमेंट से गुजरते हैं जिससे आपकी बिक्री गुजरती है, यही वजह है कि एक भारी रिफंड वाला महीना उस पेआउट को छोटा कर सकता है जिस पर आप पहले से भरोसा कर चुके थे।
App Store पर
Apple हर वित्तीय महीने के लिए एक वित्तीय रिपोर्ट बनाता है, और रिफंड उस महीने में दर्ज होते हैं जिसमें वे सेटल होते हैं, ऋणात्मक Return पंक्तियों के रूप में। किसी वित्तीय महीने की रिपोर्ट अगले महीने के पहले शुक्रवार तक उपलब्ध होती है। इस महीने जारी किया गया एक रिफंड इस महीने की आय को घटा देता है। कोई अलग चालान नहीं होता, बस एक छोटा आँकड़ा।
Google Play पर
Google आपकी अर्निंग रिपोर्ट पर हर हलचल को उसकी अपनी पंक्ति के रूप में डालता है, एक चार्ज के लिए, एक फीस के लिए, एक रिफंड के लिए। अगर रिफंड उस ऑर्डर के लिए आपके पेआउट से पहले आता है, तो ऑर्डर की आय कभी नहीं पहुँचती। अगर यह बाद में आता है, तो रिफंड एक बाद के पेआउट से घटा दिया जाता है। किसी भी तरह यह आय से जाता है, न कि किसी बिल से जो आप चुकाते हैं।
| रिफंड का समय | App Store | Google Play |
|---|---|---|
| बिक्री के समान महीने में | उस वित्तीय महीने की रिपोर्ट के भीतर ही निपट जाता है | आय और रिफंड दोनों अर्निंग रिपोर्ट पर; पेआउट से पहले एक-दूसरे को काट सकते हैं |
| भुगतान मिलने के बाद | जिस महीने यह सेटल होता है उसमें एक Return के रूप में दर्ज, उस पेआउट को घटाता है | किसी भविष्य के पेआउट से काटा जाता है |
| सर्विस फीस या कमीशन | केवल आपका शुद्ध हिस्सा उलटता है | सर्विस फीस आपको वापस |
| आंशिक रिफंड | रिफंड की गई राशि के आनुपातिक | एक 50 percent रिफंड पेआउट और फीस का 50 percent वापस करता है |
आपकी रिपोर्ट की वह एक पंक्ति जो रिफंड है
Apple पर, Sale or Return के R के बराबर होने के लिए फ़िल्टर करें। उन पंक्तियों में से हर एक पैसा जाना है। Google पर, अर्निंग रिपोर्ट पर रिफंड ट्रांज़ैक्शन प्रकार और उससे मेल खाती वापस-की-गई-सर्विस-फीस पंक्ति देखें। इन्हें अपने खुद के रिफंड इवेंट के मुकाबले मिलाना ही वह तरीका है जिससे आप ऐसे ग्राहक को पकड़ते हैं जिसे रिफंड मिला लेकिन जिसकी पहुँच कभी नहीं छिनी, और यही वह चूक है जो एक सस्ते रिफंड को एक महँगे रिफंड में बदल देती है।
एक चार्जबैक एक रिफंड से ज्यादा क्यों पड़ता है
दोनों को आमने-सामने रखें और फर्क है बैंक। एक सामान्य Google Play रिफंड पर, सर्विस फीस वापस आ जाती है और आप एक उलटी हुई बिक्री में सिर्फ अपना हिस्सा गँवाते हैं। August 3, 2026 की नीति के तहत एक चार्जबैक पर, आप खरीद मूल्य में से सर्विस फीस घटाकर गँवाते हैं, और ऊपर से वित्तीय संस्थान की चार्जबैक फीस। वही गँवाई गई बिक्री, साथ में एक फीस जो केवल इसलिए है क्योंकि एक बैंक ने, न कि एक स्टोर ने, उलटाव चलाया।
Apple की तरफ का अपना तीखा किनारा है। एक चार्जबैक, या एक रिफंड जो Apple किसी ऐसे CONSUMPTION_REQUEST के बाद देता है जिसका आपने देर से जवाब दिया, फिर भी आपकी आय उलट देता है, और Apple अपना कमीशन रखने का अनुबंधित अधिकार रखता है अगर वह तय करता है कि पैटर्न दुरुपयोग जैसा दिखता है। सामान्य-रिफंड का गणित, जहाँ स्टोर अपना हिस्सा वापस करता है, तभी टिकता है जब लेनदेन के बारे में कुछ भी गलत नहीं दिखता।
| आपके खाते से क्या जाता है | सामान्य Google Play रिफंड | Google Play चार्जबैक, August 3, 2026 से |
|---|---|---|
| बिक्री का आपका पेआउट हिस्सा | उलटा जाता है | उलटा जाता है |
| Google की सर्विस फीस | आपको वापस | Google अब भी वहन करता है |
| बैंक चार्जबैक फीस | कोई नहीं | आपसे ली जाती है |
| सामान्य रिफंड के मुकाबले शुद्ध | आधार | आधार साथ में बैंक फीस |
| पहले से खर्च की गई डिलीवरी लागत | वापस नहीं मिलती | वापस नहीं मिलती |
आप असल में किस पर काबू रख सकते हैं
आप यह तय नहीं कर सकते कि रिफंड होता है या नहीं। दोनों स्टोर वह अधिकार अपने पास रखते हैं। आप यह तय कर सकते हैं कि इसके चलने के बाद हर एक कितना पड़ता है।
- उलटाव आते ही पहुँच काट दें। एक रिफंड किया गया या चार्जबैक किया गया ग्राहक जो नतीजे जेनरेट करता रहता है, आपकी APIs को कॉल करता रहता है, और आपका स्टोरेज भरता रहता है, एक बराबरी वाले उलटाव को एक बढ़ते हुए बिल में बदल देता है।
- दोनों सबूत की खिड़कियों का समय पर जवाब दें। Apple का CONSUMPTION_REQUEST आपको उपभोग डेटा भेजने के लिए 12 hours देता है। Google का orders.reviewrefund आपको एक चार्जबैक को चुनौती देने के लिए 24 hours देता है। ये ही वे एकमात्र पल हैं जब आपकी तरफ की कहानी मायने रखती है।
- हर महीने अपने खुद के रिकॉर्ड के मुकाबले रिफंड का मिलान करें, ताकि एक ऐसा उलटाव जिसने पहुँच नहीं छीनी वह एक ऐसी पंक्ति के रूप में सामने आए जिस पर आप कार्रवाई कर सकें, न कि एक धीमी रिसाव के रूप में।
इनमें से कोई भी यह नहीं बदलता कि रिफंड के लिए कौन भुगतान करता है। यह बदलता है कि जब तक आप चुका चुकते हैं तब तक बिल कितना बड़ा होता है।
अक्सर पूछे जाने वाले सवाल
- जब किसी ग्राहक को रिफंड मिलता है तो क्या Apple अपना कमीशन रखता है?
- व्यवहार में, नहीं। Apple की वित्तीय रिपोर्ट एक रिफंड को आपके Extended Partner Share के लिए एक Return पंक्ति के रूप में उलट देती है, जो कीमत में से टैक्स और Apple का कमीशन घटाकर है, इसलिए केवल आपकी शुद्ध आय वापस खींची जाती है। Apple का Paid Applications Agreement कमीशन रखने का अपना अधिकार सुरक्षित रखता है, इसलिए वह अपना हिस्सा रोक सकता है, आमतौर पर तब जब उसे दुरुपयोग का संदेह हो।
- क्या Google Play एक रिफंड पर सर्विस फीस वापस देता है?
- हाँ। Google कहता है कि जब आप किसी ऑर्डर को रिफंड करते हैं तो वह सर्विस फीस आपको वापस कर देता है, और यह आपकी अगली अर्निंग रिपोर्ट पर दिखती है। एक आंशिक रिफंड आपके पेआउट और सर्विस फीस दोनों का समान प्रतिशत खरीदार को वापस करता है।
- क्या ऐप रिफंड मेरे पेआउट से जाते हैं?
- हाँ। रिफंड आपकी सामान्य मासिक आय से निपटते हैं, किसी अलग बिल से नहीं। Apple एक रिफंड को उस वित्तीय महीने में एक ऋणात्मक Return के रूप में दर्ज करता है जिसमें वह सेटल होता है। Google या तो वह राशि आपके अगले पेआउट से रोक लेता है या किसी भविष्य के पेआउट से काट लेता है, यह इस पर निर्भर करता है कि उस ऑर्डर के लिए आपको पहले ही भुगतान मिल चुका था या नहीं।
- एक चार्जबैक एक रिफंड से ज्यादा क्यों पड़ता है?
- एक चार्जबैक ग्राहक के बैंक द्वारा चलाया जाता है, जो एक फीस लेता है। August 3, 2026 से, Google Play डेवलपर को खरीद मूल्य में से Play की सर्विस फीस घटाकर, साथ में वह बैंक चार्जबैक फीस के लिए जिम्मेदार बनाता है, इसलिए एक चार्जबैक आपको गँवाई गई बिक्री और एक अतिरिक्त फीस पड़ता है जो एक सामान्य रिफंड कभी नहीं लेता।
- अगर स्टोर अपना कमीशन वापस कर देता है, तो रिफंड फिर भी क्यों चुभते हैं?
- क्योंकि बिक्री की कीमत कभी भी आपकी एकमात्र लागत नहीं थी। कंप्यूट, API कॉल, स्टोरेज, और क्रिएटर पेआउट जो आप उत्पाद पहुँचाने में पहले ही खर्च कर चुके हैं, जब भुगतान उलटता है तो वे नहीं उलटते, इसलिए एक रिफंड किया गया ग्राहक अंत में एक ऐसे ग्राहक से ज्यादा पड़ सकता है जिसने कभी खरीदा ही नहीं।
स्रोत और आगे की जानकारी
- Apple Developer: Financial report fields (App Store Connect)
- Apple Developer: Download financial reports (Getting paid)
- Play Console Help: Manage your app's orders and issue refunds
- Play Console Help: Updates to refund protection and chargeback cost responsibility
- Play Console Help: Download and export monthly reports
- RevenueCat: Does Apple keep its commission after you refund a purchase?
RefundHalt
App Store और Google Play के लिए refund ऑटोपायलट
आगे पढ़ें
सब्सक्रिप्शन रद्द करना और रिफंड पाना दो अलग बातें हैं, और पैसा सिर्फ एक में वापस मिलता है
सब्सक्रिप्शन रद्द करने पर स्टोर बस अगला चार्ज रोक देता है, ग्राहक की पहुंच अवधि के अंत तक बनी रहती है, और कोई पैसा इधर-उधर नहीं होता। रिफंड उस भुगतान को पलट देता है जो पहले ही हो चुका था और उसके साथ पहुंच भी छीन लेता है। यहां देखिए दोनों कहां अलग होते हैं, हर एक की आपको क्या कीमत पड़ती है, और सिर्फ रिफंड ही आपके सर्वर तक क्यों पहुंचता है।
हर इन-ऐप परचेज़ टाइप का रिफंड अलग तरीके से होता है, और उनमें से सिर्फ़ दो ही कभी आपका पक्ष माँगते हैं
Consumables, non-consumables, auto-renewable subscriptions, और non-renewing subscriptions, हर एक का रिफंड अपने ही नियमों पर होता है। कुछ को दोबारा बहाल किया जा सकता है, कुछ खर्च होते ही गायब हो जाते हैं, और सिर्फ़ consumable रिक्वेस्ट और subscription रिक्वेस्ट ही कभी डेवलपर से सबूत माँगते हैं। यहाँ बताया गया है कि आप जो इन-ऐप परचेज़ टाइप बेचते हैं, वह रिफंड के आपके ऊपर पड़ने वाले असर को कैसे बदल देता है।