एक खास तरह की खामोशी होती है जब कोई डेवलपर अपना App Store पेआउट खोलता है और वह सेल्स डैशबोर्ड के वादे से कुछ प्रतिशत कम निकलता है। किसी ने ईमेल नहीं किया, कुछ टूटा नहीं, बस Apple ने आपकी ओर से कुछ पैसे वापस कर दिए और आगे बढ़ गया।
यह अंतर ज़्यादातर लोगों की सोच से बड़ा होता है, और यह असल पैसों में कैसे बदल जाता है, इस बारे में हमने अपनी पोस्ट App Store रिफंड और रेवेन्यू लीकेज में बताया है। यह पोस्ट उसका व्यावहारिक संस्करण है: Apple रिफंड रिक्वेस्ट सिस्टम में कैसे आगे बढ़ती हैं, रेवेन्यू कहाँ जाता है, और एक डेवलपर असल में क्या कर सकता है, जो आपकी सोच से ज़्यादा है और वेंडर्स के दावों से कम।
मुख्य बातें
हर App Store रिफंड का फैसला Apple करता है। आपको वीटो का अधिकार नहीं मिलता, लेकिन 2021 से आपसे पूछा ज़रूर जाता है, और जवाब देने के लिए आपके पास लगभग 12 घंटे होते हैं।
लिखित App Store रिफंड पॉलिसी छोटी है। असली पॉलिसी Apple का decisioning सिस्टम है, जो ग्राहक की history और आपके भेजे गए डेटा, दोनों को तौलता है।
रिफंड पूरी सेल को उलट देता है, और अगर आप एक्सेस रद्द नहीं करते, तो ग्राहक कंटेंट भी अपने पास रखे रहता है।
रिफंड दुरुपयोग रिक्वेस्ट का एक छोटा हिस्सा है, लेकिन यह consumables और बार-बार रिफंड लेने वाले अकाउंट्स में केंद्रित होता है, और यही वह हिस्सा है जिससे आप लड़ सकते हैं।
Dipsea ने सिर्फ Apple को जवाब देना शुरू करके अपनी रिफंड रेट लगभग एक-तिहाई कम कर दी।
Apple की रिफंड प्रक्रिया असल में कैसे काम करती है
ग्राहक सीधे आपके पास नहीं आता। वह reportaproblem.apple.com पर जाता है, "Request a refund" चुनता है, एक कारण चुनता है, और सबमिट कर देता है। Apple के सपोर्ट पेज पर उन्हें 24 से 48 घंटे इंतज़ार करने को कहा जाता है, और यह भी बताया जाता है कि पात्रता "देश या क्षेत्र के अनुसार अलग हो सकती है," जिससे Apple यह मान रहा है कि EU और ऑस्ट्रेलिया जैसी जगहों का उपभोक्ता कानून लोगों को शर्तों से ऊपर भी अधिकार देता है। शर्तों में खुद लिखा है कि ट्रांज़ैक्शन अंतिम हैं, फिर भी बहुत से रिफंड हो जाते हैं।
उन 48 घंटों के बीच कहीं, अगर आपने App Store Server Notifications सेट अप किया है, तो Apple आपके सर्वर पर एक CONSUMPTION_REQUEST भेजता है, यह पूछने के लिए कि क्या ग्राहक ने जो खरीदा था उसका इस्तेमाल किया। आपके पास 12 घंटे होते हैं। Apple के इंजीनियरों ने रिफंड हैंडल करने पर बने एक Tech Talk में बताया कि decisioning सिस्टम आपके भेजे गए डेटा के साथ-साथ "ग्राहक की खरीद और रिफंड history" को भी देखता है, और उसके बाद आपको REFUND या REFUND_DECLINED नोटिफिकेशन मिलता है। हमारा CONSUMPTION_REQUEST एक्सप्लेनर इसका फ़ील्ड-दर-फ़ील्ड वर्शन बताता है।
इसमें दो बातें लोगों को हैरान करती हैं। Apple आपको कभी नहीं बताता कि ग्राहक कौन है, सिर्फ एक transaction ID मिलता है। और अगर आप 12 घंटे के भीतर जवाब नहीं देते, तो Apple आपका पक्ष खाली रहते हुए ही फैसला ले लेता है, जिसे RevenueCat के लेख में इस तरह बताया गया कि Apple "अक्सर डिफ़ॉल्ट रूप से रिफंड मंज़ूर कर देता है।"
Apple रिफंड रिक्वेस्ट ऐप रेवेन्यू को कैसे प्रभावित करती हैं
सीधी लागत काफी सीधी है। Apple ट्रांज़ैक्शन को उलट देता है और आपका हिस्सा अगले पेआउट में से काट लिया जाता है। 4 प्रतिशत की रिफंड रेट पर, हर महीने $50,000 कमाने वाला ऐप लगभग $2,000 वापस दे रहा होता है, इससे पहले कि कोई यह पूछे कि वे रिफंड वाजिब थे भी या नहीं।
असली असर अप्रत्यक्ष लागतों से पड़ता है। अगर कोई consumable, coins खर्च होने के बाद रिफंड होता है, तो इसका मतलब है कि आपने सामान दे दिया और बदले में कुछ नहीं मिला। अगर कोई सब्सक्रिप्शन बिना REFUND नोटिफिकेशन प्रोसेस किए रिफंड हो जाता है, तो ग्राहक बाकी बची अवधि के लिए भी एक्सेस बनाए रखता है, यानी आपने दोगुना भुगतान किया। Refund Sensor पर मौजूद ऐप्स में औसत केस की कीमत $33.31 है, जो सुनने में छोटी लगती है, जब तक आप इसे 2,870 केस से गुणा नहीं करते और लगभग एक लाख डॉलर तक नहीं पहुँच जाते। भीतर से यह कुछ इसी तरह महसूस होता है, ढेर सारी छोटी-छोटी रकमें जिन पर किसी का हक नहीं होता।
App Store रिफंड दुरुपयोग कहाँ दिखता है
ज़्यादातर रिफंड रिक्वेस्ट सामान्य होती हैं। किसी बच्चे ने gems खरीद लिए, किसी ने ट्रायल कैंसिल करना भूल दिया, किसी पुराने iPad पर ऐप क्रैश हो गया। इन्हें कस्टमर सर्विस के मामले की तरह लें, क्योंकि Apple भी यही करता है।
दुरुपयोग एक छोटा हिस्सा है, लेकिन इसका एक पहचाने जाने लायक पैटर्न है: consumables एक दिन के भीतर खरीदे, इस्तेमाल किए और रिफंड किए जाते हैं, वही अकाउंट कई ऐप्स में यही करता है, हर महीने अवधि के आखिरी दिन सब्सक्रिप्शन रिफंड होता है। Apple को इसकी जानकारी किसी भी डेवलपर से कहीं ज़्यादा होती है। इसकी 2026 फ्रॉड रिपोर्ट के मुताबिक उसने 2025 में $2.2 बिलियन के संभावित फ्रॉड ट्रांज़ैक्शन रोके और फ्रॉड व दुरुपयोग के लिए 40.4 मिलियन ग्राहक अकाउंट बंद किए। रिफंड दुरुपयोग इसका छोटा भाई है, वह हिस्सा जो आप तक पहुँच जाता है।
इसके बारे में आप जो कर सकते हैं, वह लोगों की उम्मीद से कम है। आप किसी ग्राहक को रिक्वेस्ट करने से नहीं रोक सकते। आप Apple को बता सकते हैं कि coins खर्च हो चुके थे, consumption request इसी के लिए होती है, और आप यह सुनिश्चित कर सकते हैं कि मंज़ूर हुआ रिफंड असल में कंटेंट हटा दे, क्योंकि जो दुरुपयोगकर्ता gems अपने पास रखे रहता है, वह इसे दोबारा करेगा। काफी सारे ऐप्स ने यह हिस्सा कभी सेट ही नहीं किया।
उन 12 घंटों में एक डेवलपर क्या कर सकता है
ज़्यादातर काम बस जवाब देने का है। Dipsea, एक सब्सक्रिप्शन ऑडियो ऐप, ने 2024 के आखिर में consumption requests का जवाब देना शुरू किया और इसकी रिफंड रेट लगभग दो हफ़्तों में 3 प्रतिशत से घटकर 1.9 प्रतिशत हो गई। वहाँ किसी ने Apple से कुछ भी अस्वीकार करने को नहीं कहा। उन्होंने बस फॉर्म को खाली छोड़ना बंद कर दिया।
बहुत सारे ऐप्स में इसे देखने के बाद कुछ बातें सामने आती हैं। खरीद के समय एक appAccountToken ज़रूर जोड़ें, वरना आप Apple द्वारा बताए गए ट्रांज़ैक्शन को अपने डेटाबेस के किसी यूज़र से नहीं जोड़ पाएँगे। अपनी शर्तों में usage data शेयर करने की सहमति ज़रूर शामिल करें, क्योंकि Apple कहता है कि इसके बिना कुछ भी न भेजा जाए। refund preference ईमानदारी से भेजें, क्योंकि Apple इसे एक प्राथमिकता के रूप में लेता है और साफ़ टालमटोल को पलट देता है। और हर रिक्वेस्ट को टाइमस्टैम्प के साथ लॉग करें, क्योंकि जो रिक्वेस्ट आप मिस करते हैं वे शनिवार रात 3 बजे आती हैं।
फिर जड़ की ओर देखें। Apple की अपनी reason list में UNINTENDED_PURCHASE और UNSATISFIED_WITH_PURCHASE शामिल हैं, और ये दोनों रिफंड की समस्या बनने से पहले प्रोडक्ट की समस्याएँ होती हैं। ट्रायल कन्वर्ट होने से एक दिन पहले भेजा गया रिमाइंडर, ऐसा पेवॉल जो कीमत को फायदों जितने ही साइज़ में दिखाए, किसी बच्चों के गेम में consumables पर एक कन्फर्मेशन स्टेप। हर एक चीज़ रिक्वेस्ट को बनने से पहले ही हटा देती है, जो उन्हें जीतने से बेहतर है।
App Store रिफंड मैनेजमेंट सॉफ़्टवेयर, और क्या आपको इसकी ज़रूरत है
आप इसे खुद बना सकते हैं। नोटिफिकेशन के लिए एक endpoint, transaction ID से यूज़र तक पहुँचने के लिए एक lookup, Apple के consumption endpoint पर एक PUT, और एक ऐसा job जो अलर्ट दे अगर कुछ आठ घंटे से पड़ा रह जाए। एक अच्छा backend डेवलपर इसे एक हफ़्ते में बना देता है और फिर हमेशा के लिए इसकी ज़िम्मेदारी उठाता है, यही असली लागत है।
अगर आप पहले से RevenueCat या Adapty इस्तेमाल कर रहे हैं, तो दोनों अपने SDK द्वारा जुटाए गए usage data की मदद से consumption requests का जवाब दे देंगे, और अगर SDK वैसे भी आपके ऐप में है, तो यह एक सही डिफ़ॉल्ट विकल्प है।
Refund Sensor एक स्टैंडअलोन विकल्प है। यह एक App Store Connect API key और एक notifications URL से जुड़ता है, कोई SDK नहीं चाहिए, और Apple व Google दोनों को एक ही जगह कवर करता है। 800 से ज़्यादा ऐप्स में इसने 77 प्रतिशत योग्य रिक्वेस्ट का बचाव किया है। प्राइसिंग फ्लैट है, एक फ्री टियर फिर $39.99 या $79.99 प्रति माह, और रिकवर हुई रकम में से कोई कटौती नहीं। सेटअप की जानकारी Apple रिफंड डिफेंस पेज पर मौजूद है।
इसमें एक चेतावनी है, जो हमारे टूल पर भी लागू होती है। जिसे App Store रेवेन्यू प्रोटेक्शन सॉफ़्टवेयर के रूप में मार्केट किया जाता है, वह रिफंड को रोक नहीं सकता और Apple को आपकी मर्ज़ी से फैसला लेने पर मजबूर नहीं कर सकता। यह बस यह सुनिश्चित करता है कि Apple को हर बार, समय सीमा के भीतर, सटीक डेटा के साथ आपकी बात सुनने को मिले। यह अपने आप में काफी मूल्यवान साबित होता है, और यही इन टूल्स का पूरा काम है।
निष्कर्ष
Apple रिफंड रिक्वेस्ट कहीं जाने वाली नहीं हैं और आपको वीटो का अधिकार नहीं मिलता। 2021 में जो बदला वह यह था कि Apple ने पूछना शुरू किया, और ज़्यादातर डेवलपर्स अभी भी जवाब नहीं दे रहे। Apple की रिफंड प्रक्रिया इस पर चलती है कि 12 घंटे में Apple तक क्या पहुँचता है, और एक खाली फॉर्म ग्राहक की कहानी के सामने हार जाता है।
इसलिए रेवेन्यू की सुरक्षा इसी क्रम में करें। रिक्वेस्ट का जवाब दें, रिफंड होने पर एक्सेस रद्द करें ताकि दुरुपयोग का फायदा न मिले, फिर उस पेवॉल और ट्रायल फ्लो को ठीक करें जो शुरुआत में ये रिक्वेस्ट पैदा करते हैं। जवाब देना आप खुद बनाएँ, अपने सब्सक्रिप्शन प्लेटफॉर्म से लें, या किसी टूल को सौंप दें, यह इतना मायने नहीं रखता जितना कि इसे करना मायने रखता है।
अक्सर पूछे जाने वाले प्रश्न
नहीं। फैसला Apple ही लेता है। आप 12 घंटे के भीतर consumption data और एक refund preference भेज सकते हैं, और Apple उस पर विचार करता है, लेकिन वह डेवलपर्स के फैसले को पलट सकता है और अक्सर पलटता भी है।
Apple ग्राहकों से 24 से 48 घंटे इंतज़ार करने को कहता है। आपके पास जवाब देने के लिए CONSUMPTION_REQUEST मिलने के बाद 12 घंटे का समय होता है, जो आमतौर पर उस अवधि की शुरुआत में ही आ जाता है।
लगभग नहीं। REFUND नोटिफिकेशन में एक revocationReason होता है, जो या तो "app issue" होता है या "other"। असली रिक्वेस्ट में ग्राहक द्वारा चुना गया कारण होता है, जो कहीं ज़्यादा उपयोगी है।
जानबूझकर खरीदना, इस्तेमाल करना और फिर रिफंड लेना, आमतौर पर consumables पर, और अक्सर कई ऐप्स में बार-बार। Apple का decisioning सिस्टम पहले से ही refund history को ध्यान में रखता है, इसलिए आपका काम consumption की पुष्टि करना और रिफंड मिलते ही एक्सेस रद्द करना है।
केवल तभी जब आप मैन्युअली रूप से 12 घंटे के भीतर consumption requests का भरोसेमंद जवाब नहीं दे सकते। अगर हफ़्ते में कुछ ही रिक्वेस्ट आती हैं, तो एक checklist काम आ सकती है। उससे ज़्यादा होने पर इसे ऑटोमेट करें, चाहे वह आपका अपना कोड हो, आपका subscription platform हो, या कोई dedicated tool।
