ज़्यादातर ऐप रिफ़ंड आपके बिना ही तय हो जाते हैं, इसलिए ऐप रिफ़ंड घटाने का तरीका है कि अनुरोध आने से पहले ही उन्हें रोक दिया जाए

ऐप रिफ़ंड घटाने की कोशिश का असुविधाजनक हिस्सा यही है। इनमें से ज़्यादातर को मंज़ूरी देना आपके हाथ में नहीं। एक Google Play ग्राहक 48 hours के भीतर एक बटन दबाता है और पैसा आपके सर्वर के सुनने से पहले ही चला जाता है। एक App Store ग्राहक reportaproblem.apple.com पर दर्ज करता है और Apple अकेले ही फ़ैसला करता है। एक बैंक महीनों बाद कोई चार्ज पलट देता है और वह आते ही अंतिम हो जाता है। बाद में रिफ़ंड से लड़ना ग़लत सहज-वृत्ति है, क्योंकि लगभग हर फ़्लो में लड़ने को कुछ है ही नहीं। ऐप रिफ़ंड घटाने का तरीका है ऊपर की ओर बढ़ना, उन गिनी-चुनी चीज़ों की तरफ़ जो असल में आपके कोड और आपके बिलिंग सेटअप में बैठी हैं, और उन दो छोटी विंडो की तरफ़ जहाँ कोई स्टोर सचमुच आपका सबूत माँगता है। यही वह नक़्शा है।

ऐप रिफ़ंड घटाने की कोशिश में आप असल में किस पर नियंत्रण रखते हैं

हर रिफ़ंड को दो ढेरों में बाँट दें। पहले ढेर में फ़ैसला आपके बिना होता है: स्टोर या बैंक तय करता है, और पैसा पहले ही हिल जाने के बाद आपको नतीजा एक सूचना के रूप में पता चलता है। दूसरे ढेर में एक स्टोर रुकता है और तय करने से पहले सबूत माँगता है। पहला ढेर बड़ा है। दूसरा ढेर ठीक दो फ़्लो हैं। यह जानना कि रिफ़ंड किस ढेर में गिरता है, आपको बताता है कि लीवर रोकथाम है या जवाब।

वे रिफ़ंड जिनके बारे में कोई आपसे नहीं पूछता

ज़्यादातर रिफ़ंड रास्ते कभी आप तक नहीं आते। Google Play का 48 hours वाला सेल्फ़-सर्विस रिफ़ंड Google ग्राहक के एक टैप से तय करता है। सपोर्ट रिफ़ंड, वे रिफ़ंड जो Apple reportaproblem.apple.com से देता है, और Google के अपने सद्भावना रिफ़ंड, ये सब स्टोर तय करता है। Google उस खरीद को भी अपने-आप रिफ़ंड कर देता है जिसे आपकी ऐप कभी स्वीकार नहीं करती, और जिन खरीदों को वह दुरुपयोग मानता है उन्हें रद्द कर देता है, आपकी कोई राय लिए बिना। बैंक चार्जबैक चरम स्थिति है: एक बार बैंक ग्राहक के पक्ष में हो गया, तो पलटाव अंतिम है और कोई स्टोर उसे पूर्ववत नहीं कर सकता। इस ढेर के हर रिफ़ंड के लिए, आपके पास उपलब्ध एकमात्र काम अनुरोध के अस्तित्व में आने से पहले ही हो चुका था।

वे दो पल जिनमें आपकी बात चलती है

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

स्टोर के तय करने से पहले ही रिफ़ंड को रोक दें

चूँकि बड़ा ढेर आपके बिना तय होता है, सबसे ज़्यादा असर वाला काम यह पक्का करना है कि वे रिफ़ंड कभी ट्रिगर ही न हों। चार लीवर ज़्यादातर काम कर देते हैं, और हर एक किसी अस्पष्ट अनुभूति से नहीं, बल्कि किसी ठोस स्टोर तंत्र से जुड़ता है।

हर खरीद को 3 days के भीतर स्वीकार करें

Google Play अपेक्षा करता है कि अधिकार देने के बाद आपकी ऐप खरीद को स्वीकार करे। Google के अपने शब्दों में: स्वीकृति 3 days के भीतर हो जानी चाहिए ताकि खरीद अपने-आप रिफ़ंड न हो और अधिकार वापस न ले लिया जाए। वह एक ऐसा रिफ़ंड है जो आपने ख़ुद, चुपचाप, एक बग से पैदा किया। आइटम देने और acknowledgePurchase को कॉल करने के बीच एक क्रैश, एक छूटी हुई सर्वर कॉल, एक लंबित खरीद जिसे आपने बहुत जल्दी स्वीकार कर लिया, इनमें से कोई भी एक असली बिक्री को फँसा सकता है और Google उसे 3 days के निशान पर वापस खींच लेगा। यह ख़त्म करने का सबसे सस्ता रिफ़ंड है क्योंकि यह पूरी तरह आपके कोड के भीतर है।

जिसके लिए उन्होंने पैसा दिया, वह हर बार पहुँचाएँ

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

अपने बिलिंग डिस्क्रिप्टर को पहचानने लायक बनाएँ

एक ग्राहक जो अपने स्टेटमेंट पर किसी लाइन आइटम को नहीं पहचानता, वह कोई दोस्ताना रिफ़ंड अनुरोध दर्ज नहीं करता, वह अपने बैंक को फ़ोन करता है। Google बताता है कि वह न पहचाने गए कार्ड या PayPal विवादों पर लेनदेन से 120 days तक, और कैरियर बिलिंग विवादों पर 60 days तक कार्रवाई कर सकता है। एक साफ़, खोजने योग्य बिलिंग डिस्क्रिप्टर और रसीद पर एक स्पष्ट ऐप नाम एक होने वाले चार्जबैक को, बदतर से बदतर, एक सपोर्ट ईमेल में बदल देते हैं। Android पर अब एक चार्जबैक की जो क़ीमत है, उसे देखते हुए यह इस सूची में प्रति घंटा काम का सबसे ऊँचा प्रतिफल है।

हर खरीद को किसी अकाउंट से टैग करें

आप ऐसे विवाद का जवाब नहीं दे सकते जिसे आप ट्रेस नहीं कर सकते, और आप ऐसे ग्राहक की पहुँच वापस नहीं ले सकते जिसे आप पहचान नहीं सकते। खरीद के समय हर खरीद को अपने ही अकाउंट पहचानकर्ता से टैग करें। iOS पर appAccountToken एक UUID होना चाहिए। Android पर setObfuscatedAccountId 64 characters या उससे कम का हैश लेता है, और उसमें कभी सादा व्यक्तिगत डेटा नहीं होना चाहिए, क्योंकि Google उन खरीदों को रोक देता है जो उस फ़ील्ड में पहचानने योग्य जानकारी रखती हैं। यही एक आदत बाद के हर क़दम, सबूत, निरस्तीकरण और दुरुपयोग पहचान को, असल में संभव बनाती है।

जो दुरुपयोग आप आते देख सकते हैं, उसे काट दें

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

रिफ़ंड आते ही पहुँच वापस ले लें

जब कोई रिफ़ंड या चार्जबैक निपटता है, अधिकार काट दें। Android पर, Voided Purchases API उन ऑर्डरों की सूची देता है जो रिफ़ंड, चार्जबैक या निरस्त हुए ताकि आप आइटम वापस खींच सकें। iOS पर, आपके सर्वर पर एक REFUND सूचना निरस्त करने का संकेत है। अगर आप यह छोड़ देते हैं, तो एक सीरियल दुरुपयोगकर्ता हर वह सिक्का, स्तर या प्रीमियम अनलॉक रखे रहता है जिसके लिए वह पहले ही पलटवाने का पैसा दे चुका था, और आपकी ऐप शहर का सबसे सस्ता स्टोर बन जाती है। निरस्तीकरण बिक्री वापस नहीं लाता, पर यह उस खेल को फिर से खेलने की वजह हटा देता है।

सबूत की दोनों विंडो का जवाब समय पर दें

जो दो फ़्लो सचमुच पूछते हैं, उनके लिए हाज़िर होना ही पूरा काम है। Apple के 12 hours और Google के 24 hours सख़्त समय-सीमाएँ हैं, और वे आपके नहीं, स्टोर के कार्यक्रम पर खुलती हैं, अक्सर आधी रात में। एक CONSUMPTION_REQUEST जिसका जवाब आप डिलीवरी स्थिति और उपयोग डेटा से देते हैं, वह Apple एक रिफ़ंड के मुक़ाबले तौलता है। डिलीवरी और उपभोग विवरण वाला एक orders.reviewrefund जवाब वह डेटा है जिसका इस्तेमाल Google आपकी ओर से एक नाजायज़ चार्जबैक का विरोध करने के लिए करता है। एक अनुत्तरित विंडो एक डिफ़ॉल्ट हार है। किसी भी असली मात्रा पर इन्हें हाथ से नहीं संभाला जा सकता, और यही इन्हें स्वचालित करने की पूरी वजह है।

एक रोके गए रिफ़ंड का पैसों में क्या मूल्य है

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

बिक्री की क़ीमत सबसे छोटा हिस्सा है

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

3 अगस्त का बदलाव Android की रोकथाम को और फ़ायदेमंद बनाता है

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

RefundHalt इसके उस हिस्से के लिए बना है जो आप हाथ से नहीं कर सकते। यह 12 hours वाली विंडो के भीतर Apple के CONSUMPTION_REQUEST पर और 24 hours वाली विंडो के भीतर Google Play की चार्जबैक समीक्षा पर नज़र रखता है, डिलीवरी और उपभोग का सबूत जुटाता है, और समय पर जवाब देता है, बिना आपकी टीम के किसी के जागकर सुबह 3 बजे की सूचना पकड़े। यह रिफ़ंड और चार्जबैक को उस अकाउंट तक ट्रेस करता है जिसने उन्हें किया, ताकि जो दुरुपयोग आप आते देख सकते हैं वह दबा नहीं, बल्कि दिखे। आप ऐप रिफ़ंड को कभी शून्य पर नहीं ला पाएँगे, क्योंकि इनमें से ज़्यादातर तय करना आपके हाथ में नहीं। आप यह पक्का कर सकते हैं कि जिन्हें आप रोक सकते थे वे कभी न हों, और जिन दो का आप विरोध कर सकते हैं वे कभी अनुत्तरित न रहें।