सब्सक्रिप्शन रिफंड, वन-टाइम रिफंड की तरह काम नहीं करते, और आप जिस स्टोर पर हैं वही तय करता है कि आपकी कितनी चलेगी

किसी सब्सक्रिप्शन को रिफंड करना और किसी अकेली इन-ऐप खरीद को रिफंड करना एक ही बटन जैसा लगता है। वे एक जैसे नहीं हैं। एक वन-टाइम खरीद एक शुल्क है जो आप वापस कर देते हैं। एक सब्सक्रिप्शन एक आवर्ती शुल्क है जिसके साथ एक जीवंत हक़दारी जुड़ी होती है, इसलिए सब्सक्रिप्शन रिफंड को दो सवालों का जवाब देना पड़ता है जो एक वन-टाइम रिफंड कभी नहीं पूछता: मौजूदा अवधि का कितना हिस्सा आप लौटाते हैं, और क्या सब्सक्रिप्शन चलता रहता है। App Store और Google Play इन दो सवालों का जवाब उलटे तरीकों से देते हैं, और यह फ़ासला तय करता है कि आपके पास कितना नियंत्रण है और आपके खाते से कितना पैसा निकलता है।

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

सब्सक्रिप्शन रिफंड वन-टाइम रिफंड से कैसे अलग हैं

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

जो इकाई उलटती है वह एक बिलिंग अवधि है

जब आप कोई सब्सक्रिप्शन रिफंड करते हैं, तो आप जीवन भर के भुगतान नहीं लौटा रहे होते। आप श्रृंखला के एक ऑर्डर पर कार्रवाई कर रहे होते हैं, आमतौर पर सबसे हालिया, जो एक अकेली बिलिंग अवधि है। एक पूरा रिफंड वह पूरी अवधि लौटाता है। एक आनुपातिक रिफंड केवल अवधि का वह हिस्सा लौटाता है जो ग्राहक ने अभी तक इस्तेमाल नहीं किया। किसी भी तरह, जो बिक्री आप उलटते हैं वह एक अवधि की कीमत है, ग्राहक का ऐप के साथ पूरा इतिहास नहीं।

असली अंतर यह है कि फैसला कौन करता है

तीखा विभाजन अधिकार का है। App Store पर, Apple फैसला करता है कि कोई सब्सक्रिप्शन रिफंड होता भी है या नहीं, और आप ज़्यादा से ज़्यादा संदर्भ देते हैं। Google Play पर, आप फैसला करते हैं, और API ठीक वही करता है जो आप उसे बताते हैं। ग्राहक के लिए एक ही परिणाम, डेवलपर के लिए पूरी तरह अलग कुर्सी, और यह बदल देता है कि आप हर एक को संभालने के लिए क्या बनाते हैं।

App Store किसी सब्सक्रिप्शन रिफंड को कैसे संभालता है

Apple की तरफ़ आप एक छोटे माइक्रोफ़ोन के साथ एक दर्शक हैं। ग्राहक Apple से बात करता है, Apple फैसला करता है, और आपका सर्वर परिणाम पढ़ता है।

ग्राहक Apple से माँगता है, और Apple फैसला करता है

एक App Store ग्राहक किसी सब्सक्रिप्शन रिफंड का अनुरोध reportaproblem.apple.com पर करता है, आपसे नहीं। Apple अनुरोध की समीक्षा अपने ही संकेतों के विरुद्ध करता है और फैसला करता है। आप इसे मंज़ूरी नहीं देते, और कोई Apple कंसोल बटन नहीं है जो आपको Google Play की तरह सब्सक्रिप्शन रिफंड जारी करने दे। Apple के पास अनुरोध को समीक्षा के लिए स्वीकार करने हेतु खरीद से 90 days तक का समय होता है, और एक बार वह फैसला कर ले, तो फैसला Apple का है।

रिफंड आने पर आपका सर्वर क्या देखता है

आप परिणाम App Store Server Notifications V2 के ज़रिए जानते हैं। एक स्वीकृत रिफंड एक REFUND सूचना के रूप में आता है, और लेन-देन अब एक revocationDate रखता है जो बताता है कि पहुँच कब समाप्त होनी चाहिए। सब्सक्रिप्शन का autoRenewStatus false कर दिया जाता है, इसलिए यह नवीनीकरण बंद कर देता है और ग्राहक हक़दारी खो देता है। अगर Apple अनुरोध अस्वीकार करता है तो आपको REFUND_DECLINED मिलता है, और अगर Apple बाद में पहले से दिए गए रिफंड को उलट देता है तो आपको REFUND_REVERSED मिलता है और सब्सक्रिप्शन वापस आ जाता है। आपका काम इन्हें पढ़ना और पहुँच बदलना है, वोट डालना नहीं।

Apple किसी सब्सक्रिप्शन को समय से मापता है, आपके मेट्रिक्स से नहीं

किसी उपभोग्य (consumable) के लिए, आप उपभोग डेटा के ज़रिए Apple को बता सकते हैं कि कितना इस्तेमाल हुआ। किसी ऑटो-रिन्यूएबल सब्सक्रिप्शन के लिए, Apple बीते हुए समय से खुद उपभोग की गणना करता है। Apple का अपना उदाहरण एक ऐसा ग्राहक है जो किसी वार्षिक सब्सक्रिप्शन के छह महीने में है, जिसने उसका लगभग 50 percent उपभोग किया है। तो आपके उपयोग मेट्रिक्स किसी सब्सक्रिप्शन के लिए संख्या तय नहीं करते। आप जो एक लीवर खींच सकते हैं वह refundPreference है, और किसी सब्सक्रिप्शन के लिए प्रासंगिक मान GRANT_PRORATED है, जो कहता है कि आप चाहेंगे कि Apple केवल अप्रयुक्त हिस्सा लौटाए। यह एक वरीयता है, फैसला नहीं। Apple फिर भी फैसला करता है।

Google Play किसी सब्सक्रिप्शन रिफंड को कैसे संभालता है

Google Play फैसला आपके हाथ में देता है। एक Play Console स्क्रीन और API विधियों का एक सेट है जो आपको किसी सब्सक्रिप्शन को सीधे रिफंड करने, कितना चुनने, और यह तय करने देता है कि पहुँच समाप्त हो या नहीं। यह Apple से उलटा रुख़ है, और इसके साथ ऐसे विकल्प आते हैं जिन्हें आपको सही करना होता है।

पूरा या आनुपातिक, और यह आपका फैसला है

किसी सब्सक्रिप्शन को रिफंड और रद्द करने का मौजूदा तरीका purchases.subscriptionsv2.revoke है, जिसे एक revocationContext के साथ कॉल किया जाता है। fullRefund पास करें और Google Play सब्सक्रिप्शन समाप्त कर देता है और मौजूदा बिलिंग अवधि की पूरी राशि लौटाता है। proratedRefund पास करें और Google Play सब्सक्रिप्शन समाप्त कर देता है और केवल बची हुई, अप्रयुक्त हक़दारी का समय लौटाता है। पुरानी विधि केवल पूरे रिफंड कर सकती थी, यही नई विधि इस्तेमाल करने का कारण है। एक आनुपातिक रद्दीकरण एक दो-पंक्ति का बॉडी है, एक revocationContext जो proratedRefund को लपेटता है, और पूरी अवधि के लिए आप fullRefund डाल देते हैं। कोई भी रद्दीकरण एक SUBSCRIPTION_REVOKED रियल-टाइम डेवलपर सूचना ट्रिगर करता है, जो पहुँच काटने का आपका संकेत है।

आप कौन-सा ऑर्डर रिफंड करते हैं, इससे क्या होता है यह बदल जाता है

Google Play आपको orders.refund के ज़रिए बिना रद्द किए किसी ऑर्डर को रिफंड करने भी देता है, और यहाँ एक सूक्ष्म नियम काटता है। अगर आप किसी सब्सक्रिप्शन के सबसे हालिया ऑर्डर को रिफंड करते हैं, तो ऑर्डर रिफंड हो जाता है, सब्सक्रिप्शन तुरंत हटा दिया जाता है, और भविष्य की पुनरावृत्तियाँ रद्द हो जाती हैं। अगर आप श्रृंखला के किसी पुराने ऑर्डर को रिफंड करते हैं, तो वह ऑर्डर रिफंड हो जाता है पर सब्सक्रिप्शन सक्रिय रहता है। orders.refund पर revoke पैरामीटर केवल तभी रद्द करता है जब ऑर्डर सबसे हालिया हो, इसलिए किसी सक्रिय सब्सक्रिप्शन पर पहुँच समाप्त करने के लिए आप इसके बजाय purchases.subscriptionsv2.revoke इस्तेमाल करते हैं।

वे सीमाएँ जो डेवलपर्स को उलझा देती हैं

कुछ कठोर किनारे लोगों को पकड़ लेते हैं, और उनमें से कोई भी सहज रास्ते में नहीं है।

• तीन साल से पुराने ऑर्डर बिल्कुल रिफंड नहीं हो सकते।
• आंशिक रिफंड केवल March 2018 के बाद रखे गए ऑर्डरों पर काम करते हैं, और सशुल्क ऐप खरीदारियों पर कभी नहीं।
• आप एक ही ऑर्डर पर कई आंशिक रिफंड चढ़ा सकते हैं, लेकिन ऑर्डर के कुल तक या उससे आगे नहीं।
• एक बार जारी होने के बाद कोई रिफंड उलटा नहीं जा सकता।

Google Play आमतौर पर एक दिन के भीतर रिफंड का फैसला लौटा देता है, हालाँकि इसमें चार दिन तक लग सकते हैं। जब किसी रिफंड को आपके अपने पहुँच नियंत्रणों में झलकना ज़रूरी हो, तो उस देरी के लिए योजना बनाएँ।

एक सब्सक्रिप्शन रिफंड की असल में आपको क्या लागत पड़ती है

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

पूरा बनाम आनुपातिक एक पैसे का फैसला है

Google Play पर एक पूरा रिफंड पूरी मौजूदा अवधि वापस कर देता है, इसलिए आप पूरी अवधि का राजस्व खो देते हैं जबकि उस अवधि में पहले ही खर्च की गई हर लागत रखते हैं। एक आनुपातिक रिफंड केवल अप्रयुक्त हिस्सा वापस करता है, इसलिए आप उस हिस्से का राजस्व रखते हैं जो ग्राहक के पास वास्तव में था। अगर कोई ग्राहक 10 डॉलर की योजना पर एक महीने की अवधि के 60 percent से गुज़र चुका है, तो एक पूरा रिफंड आपको पूरे 10 डॉलर की लागत देता है, और एक आनुपातिक रिफंड आपको लगभग 4 डॉलर की, यानी अप्रयुक्त 40 percent की। Apple अपनी तरफ़ किसी सब्सक्रिप्शन रिफंड का आकार तय करते समय वही बीते-समय का तर्क लागू करता है।

वे लागतें जो कभी वापस नहीं आतीं

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

बिना किसी व्यक्ति की निगरानी के सब्सक्रिप्शन रिफंड कैसे संभालें

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

दोनों स्टोर्स पर परिणाम पढ़ें और पहुँच रद्द करें

App Store पर, REFUND, REFUND_DECLINED, और REFUND_REVERSED सुनें, और पहुँच को स्वचालित रूप से समाप्त या बहाल करने के लिए revocationDate और autoRenewStatus का उपयोग करें। Google Play पर, SUBSCRIPTION_REVOKED और वॉइडेड परचेज़ संकेत सुनें और वही करें। यही वह प्लंबिंग है जो RefundHalt आपके लिए चलाता है: सूचना अंदर, खाता मिलान, पहुँच बदली, कोई व्यक्ति लूप में नहीं।

विवाद से पहले सबूत तैयार रखें

वे संकीर्ण अवधियाँ जो आपका इनपुट माँगती हैं, उपभोग्य वस्तुओं पर Apple का 12-hour CONSUMPTION_REQUEST और Google Play की 24-hour चार्जबैक समीक्षा, तभी मदद करती हैं जब सबूत पहले से मौजूद हो। हर खरीद के साथ एक खाता पहचानकर्ता जोड़ें, Apple पर एक appAccountToken UUID और Google Play पर 64 characters या उससे कम का एक हैश किया हुआ setObfuscatedAccountId, और लॉग करें कि हर सशुल्क अवधि ने क्या दिया। फिर जब कोई टोकन आता है, तो मामला पहले ही बन चुका होता है, और अवधि के भीतर जवाब देना एक मशीन का काम है, कोई आपाधापी नहीं।