चार्जबैक और रिफंड के बीच का अंतर इस पर निर्भर करता है कि फैसला कौन करता है, और इनमें से केवल एक ही अंतिम होता है

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

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

चार्जबैक और रिफंड के बीच का अंतर यह है कि फैसला कौन करता है

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

इसे कौन शुरू करता है, और फैसला कौन करता है

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

विक्रेता स्टोर है, आप नहीं

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

दोनों आमने-सामने

App Store और Google Play पर रिफंड कैसा दिखता है

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

Apple फैसला करता है, फिर आपके सर्वर को बताता है

एक Apple ग्राहक reportaproblem.apple.com पर रिफंड का अनुरोध करता है, और Apple के पास अनुरोध को समीक्षा के लिए स्वीकार करने हेतु खरीद से 90 days तक का समय होता है। Apple हर मामले की समीक्षा खुद करता है और फैसला करता है। जब यह रिफंड देता है, तो आपके सर्वर को App Store Server Notifications V2 के ज़रिए एक REFUND सूचना मिलती है, और लेन-देन अब एक revocationDate रखता है। जब यह अनुरोध अस्वीकार करता है, तो आपको REFUND_DECLINED मिलता है। अगर Apple बाद में पहले से दिए गए रिफंड को उलट देता है, तो आपको REFUND_REVERSED मिलता है और बिक्री वापस आ जाती है। इनमें से किसी में भी आप वोट नहीं डालते। आप प्रतिक्रिया देते हैं।

Google Play ज़्यादातर खरीदारियों को आपसे पूछे बिना रिफंड करता है

Google Play ग्राहक को खरीद के 48 hours के भीतर अपने खाते से सीधे सेल्फ-सर्विस रिफंड लेने देता है, बिना डेवलपर की किसी भागीदारी के। 48 hours के बाद ग्राहक को आपके पास भेजा जाता है, और आप अपनी नीति के अनुसार मंज़ूरी या इनकार कर सकते हैं। सपोर्ट रिफंड जारी कर सकता है, और एक अस्वीकृत (unacknowledged) खरीद लगभग 72 hours के बाद स्वतः रिफंड हो जाती है। ये सब Google के पक्ष में चलते हैं। आप परिणाम एक voided purchase सूचना या Voided Purchases API के ज़रिए देखते हैं, और आपका काम पहुँच रद्द करना है, रिफंड मंज़ूर करना नहीं।

वे दो प्रक्रियाएँ जहाँ स्टोर वाकई आपसे पूछता है

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

चार्जबैक कैसा दिखता है, और यह अंतिम क्यों है

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

बैंक पैसा खींचता है, ग्राहक नहीं

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

बैंक का फैसला अंतिम होता है

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

हर एक की आपको वास्तव में क्या लागत है

लंबे समय तक ईमानदार जवाब यह था कि चार्जबैक और रिफंड एक ऐप डेवलपर को लगभग बराबर की लागत देते हैं: बिक्री, और जो कुछ आप उसे देने में पहले ही खर्च कर चुके थे। इस महीने से Google Play डेवलपर्स के लिए यह सच नहीं रहा।

रिफंड कभी अकेली संख्या नहीं होती

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

3 August 2026 से चार्जबैक एक बैंक फ़ीस जोड़ देता है

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

बदलाव के पीछे का पैमाना

Google Play का कहना है कि उसने 2025 में US$3.4B की धोखाधड़ी और दुरुपयोग को रोका और 2026 तक अभी भी धोखाधड़ी का पता लगाने की क्षमता जोड़ रहा है। चार्जबैक की लागत डेवलपर्स पर डालना उसी प्रयास का हिस्सा है। यह आपको समीक्षा प्रक्रिया में सबूत देने का सीधा कारण देता है, ताकि प्रणाली अधिक अवैध विवादों को चुनौती दे। आपका सबूत ही चुनौती को संभव बनाता है, और एक खाली प्रतिक्रिया एक फ्रेंडली-फ्रॉड चार्जबैक को आपके पैसे पर कायम रहने देने का वोट है।

रिफंड को चार्जबैक बनने से कैसे रोकें

सबसे सस्ता चार्जबैक वह है जो कभी होता ही नहीं, क्योंकि ऑर्डर पहले ही रिफंड हो गया या ऐसे सबूत से चुनौती दी गई जो पहले से ही तैयार बैठा था। इसमें से किसी के लिए किसी व्यक्ति का सही समय पर जागना ज़रूरी नहीं है। इसमें विवाद से पहले ढाँचा जगह पर होना ज़रूरी है।

बैंक से पहले एक खराब ऑर्डर खुद रिफंड करें

अगर कोई ऑर्डर साफ़ तौर पर विवादित होने वाला है, तो उसे खुद रिफंड करना चार्जबैक हारने से सस्ता है। जो रिफंड आप जारी करते हैं उसमें बैंक की चार्जबैक फ़ीस नहीं होती। Google Play पर आप तीन साल से कम पुराने किसी भी ऑर्डर को एक orders.refund कॉल से रिफंड कर सकते हैं, पहुँच रद्द करके या बिना किए। ग्राहक के अपने बैंक तक पहुँचने से पहले वहाँ पहुँच जाएँ और आप एक बैंक फ़ीस तथा एक खोई हुई बिक्री को केवल एक खोई हुई बिक्री में बदल देते हैं।

दोनों सबूत अवधियों का जवाब स्वचालित रूप से दें

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

पहचान जोड़ें और उपभोग को पहले से लॉग करें

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