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

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

एक उपभोग्य रिफंड हर दूसरे रिफंड से कहाँ अलग है

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

एक उपभोग्य उसी पल खर्च हो जाता है जिस पल आप उसे पहुँचाते हैं

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

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

जो उपभोग हो चुका है उसे आप बिन-पहुँचाया नहीं कर सकते

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

एक उपभोग्य इन-ऐप खरीद का रिफंड आपको असल में क्या पड़ता है

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

रिफंड कीमत को पलटता है, कंप्यूट को नहीं

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

App Store वाला पहलू, वह एकमात्र 12 घंटे की खिड़की जिसमें आपका जवाब मायने रखता है

App Store पर आपके पास कोई रिफंड स्विच नहीं है। आप एक उपभोग्य रिफंड न तो मंजूर कर सकते हैं और न ही इनकार कर सकते हैं। हर रिफंड Apple तय करता है, एक बार में एक अनुरोध, reportaproblem.apple.com के जरिए। इसके बजाय आपको मिलता है बोलने का एक अकेला मौका, और वह सँकरा है।

CONSUMPTION_REQUEST ही एकमात्र जगह है जहाँ Apple आपसे कुछ पूछता है

जब कोई ग्राहक किसी उपभोग्य पर रिफंड का अनुरोध करता है, और उस ऐप के लिए खपत डेटा साझा करना चालू है, तो आपके सर्वर को एक CONSUMPTION_REQUEST App Store Server Notification मिलती है। फिर आपके पास Send Consumption Information के साथ जवाब देने के लिए 12 घंटे होते हैं। खिड़की चूक जाइए और फैसला आपके इनपुट के बिना हो जाता है। Apple ने यह प्रवाह खासतौर पर उपभोग्य वस्तुओं के लिए पेश किया, और 2024 में वही सूचना स्वतः-नवीकरणीय सदस्यताओं तक बढ़ा दी।

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

आपका जवाब किसी सदस्यता के मुकाबले एक उपभोग्य पर ज्यादा क्यों मायने रखता है

एक स्वतः-नवीकरणीय सदस्यता के लिए, Apple पहले ही गणना कर लेता है कि बिलिंग अवधि का कितना हिस्सा बीता और उसी पर टिका रहता है। आपका खपत जवाब ज्यादातर बस एक पसंद को आगे धकेलता है। एक उपभोग्य के लिए मापने को कोई बीती अवधि नहीं है। आप जो consumptionStatus भेजते हैं वह Apple के पास मौजूद लगभग एकमात्र उपयोग संकेत है। अगर आपका सर्वर पूरे यकीन से कह सकता है कि ग्राहक ने पैक का 100 प्रतिशत उपभोग किया, तो यही एक बचाव-योग्य लेनदेन और एक चुपचाप मुफ्त देने के बीच का फर्क है। अगर customerConsented false है, तो इनमें से कुछ भी नहीं पढ़ा जाता, इसलिए सहमति आपके खरीद प्रवाह में अनुरोध आने से बहुत पहले ही ले ली जानी चाहिए।

Google Play वाला पहलू, आप रिफंड कर सकते हैं पर वस्तु पहले ही जा चुकी है

Google Play डेवलपर को Apple के मुकाबले ज्यादा सीधा नियंत्रण देता है, और यह जितना आप सोचेंगे उससे कम मदद करता है, क्योंकि सबसे तेज रिफंड रास्ते कभी आप तक पहुँचते ही नहीं।

48 घंटे की स्व-सेवा खिड़की आपको पूरी तरह छोड़ देती है

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

रिफंड और रिवोक, और रिवोक क्या नहीं कर सकता

आप एक उपभोग्य रिफंड खुद Play Console या Order Management API से जारी कर सकते हैं, एक वैकल्पिक रिवोक पैरामीटर के साथ जो पहुँच वापस खींच लेता है। रिवोक उन चीजों पर साफ-सुथरे ढंग से काम करता है जो टिकी रहती हैं, एक सदस्यता या एक टिकाऊ अधिकार। यह एक उपभोग्य का खर्च वापस नहीं कर सकता। अगर ग्राहक पहले ही सिक्कों को एक पहुँचाए गए नतीजे में बदल चुका है, तो रिवोक के पास वापस लेने को कुछ नहीं होता, और आप पूर्ति की लागत बिना किसी भरपाई वाली बिक्री के उठाते हैं।

जब चार्जबैक के नियम बदलते हैं तो पैसे के लिहाज से इसका क्या मतलब है

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

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

उपभोग्य रिफंड में कम कैसे गँवाएँ

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

सर्वर की ओर से पहुँचाएँ और उसे रिकॉर्ड करें

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

हर CONSUMPTION_REQUEST का जवाब दें, और उसे सीधे-सीधे दें

12 घंटे के भीतर जवाब दें, हर बार। असली consumptionStatus रिपोर्ट करें। एक ऐसे ग्राहक पर उपयोग बढ़ा-चढ़ाकर बताना जिसे सचमुच उसके सिक्के नहीं मिले, उसी चार्जबैक को न्योता देता है जिससे आप बचने की कोशिश कर रहे थे, और चार्जबैक ज्यादा महंगा नतीजा है। ईमानदार, पूरा, समय पर। यही पूरा खेल है, और यह तभी काम करता है जब डेटा अनुरोध आने से पहले ही ले लिया गया हो।

उपभोग्य वस्तुओं को उनके अपने रिफंड समूह के रूप में देखें

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

संक्षिप्त रूप

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