सभी लेख
Playbookपढ़ने में 7 मिनट

आप किसी Google Play ऑर्डर का रिफ़ंड खुद कर सकते हैं, और चार्जबैक से पहले ऐसा करने पर बैंक शुल्क बच जाता है

आप तीन साल से कम पुराने किसी भी Google Play ऑर्डर का रिफ़ंड एक API कॉल से कर सकते हैं, चाहे एक्सेस रद्द करें या न करें। किसी विवाद के चार्जबैक बनने से पहले खुद रिफ़ंड कर देने पर वह बैंक शुल्क बच जाता है जो 3 अगस्त 2026 से डेवलपर्स पर पड़ता है। orders.refund इस तरह काम करता है।

गोधूलि बेला में एक डेवलपर का डेस्क जिस पर एक फ़ोन ऑर्डर प्रबंधन डैशबोर्ड दिखा रहा है, यह दर्शाते हुए कि किसी Google Play ऑर्डर का रिफ़ंड खुद कैसे करें

मुख्य बातें

  • Google Play Developer API में `orders.refund` एंडपॉइंट किसी डेवलपर को किसी भी एकबारगी खरीद या सब्सक्रिप्शन ऑर्डर का रिफ़ंड सीधे देने देता है, बिना किसी समीक्षा, बिना कोई कारण बताए, और बिना ग्राहक के अनुरोध के।
  • रिफ़ंड और रिवोक अलग-अलग क्रियाएँ हैं। `orders.refund` एक वैकल्पिक `revoke` फ़्लैग लेता है। इसे बंद रखें तो खरीदार की एक्सेस बनी रहती है, इसे true पर सेट करें तो Google उस आइटम की एक्सेस तुरंत समाप्त कर देता है।
  • तीन साल से पुराने ऑर्डर Google Play Developer API के ज़रिए रिफ़ंड नहीं किए जा सकते। एक बार वह अवधि बंद हो जाने पर, ऑर्डर स्थायी रूप से पहुँच से बाहर हो जाता है।
  • `orders.refund` केवल पूर्ण रिफ़ंड जारी करता है। किसी सब्सक्रिप्शन पर आनुपातिक, आंशिक रिफ़ंड के लिए नए `purchases.subscriptionsv2.revoke` एंडपॉइंट और एक `proratedRefund` संदर्भ की ज़रूरत होती है।
  • किसी सब्सक्रिप्शन ऑर्डर का रिफ़ंड `revoke` को true पर सेट करके देने से एक `SUBSCRIPTION_REVOKED` Real-time Developer Notification ट्रिगर होता है, जिससे आपका बैकएंड इस रद्दीकरण के बारे में उसी तरह जान जाता है जैसे वह किसी भी अन्य सब्सक्रिप्शन इवेंट के बारे में जानता है।
  • 3 अगस्त 2026 से, Google चार्जबैक की खरीद कीमत के साथ-साथ बैंक शुल्क भी वापस डेवलपर पर डालता है। आप खुद जो रिफ़ंड जारी करते हैं वह केवल खरीद कीमत लौटाता है, इसलिए किसी संदिग्ध ऑर्डर का रिफ़ंड जल्दी कर देना उसे चार्जबैक बनने देने से सस्ता पड़ सकता है।
  • डेवलपर द्वारा शुरू किया गया रिफ़ंड ही एकमात्र Google Play रिफ़ंड प्रवाह है जिस पर आपका पूरा नियंत्रण होता है। 48-घंटे का स्व-सेवा रिफ़ंड, सपोर्ट रिफ़ंड, और वॉइडेड परचेज़, ये सब आपके बिना ही तय होते हैं।

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

वह एकमात्र रिफ़ंड प्रवाह जिस पर आपका सचमुच नियंत्रण है

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

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

orders.refund एक कॉल में क्या करता है

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

revoke फ़्लैग तय करता है कि उनकी एक्सेस बनी रहेगी या नहीं

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

कॉल का हिस्सामान
विधि और पथPOST /androidpublisher/v3/applications/{packageName}/orders/{orderId}:refund
packageNameआपकी ऐप आईडी, उदाहरण के लिए com.acme.app
orderIdखरीद के समय खरीदार को दिखाई गई ऑर्डर आईडी
revokeवैकल्पिक क्वेरी फ़्लैग। true एक्सेस तुरंत समाप्त करता है, इसे छोड़ दें तो रिफ़ंड हो जाता है और एक्सेस बरकरार रहती है
अनुरोध बॉडीखाली
OAuth स्कोपhttps://www.googleapis.com/auth/androidpublisher

डिफ़ॉल्ट रूप से पूर्ण रिफ़ंड, आनुपातिक केवल सब्सक्रिप्शन के लिए

orders.refund पूरे ऑर्डर मूल्य को लौटाता है। इसमें आंशिक राशि के लिए कोई फ़ील्ड नहीं है। अगर आपको किसी सब्सक्रिप्शन का कुछ हिस्सा लौटाना है, तो नए purchases.subscriptionsv2.revoke एंडपॉइंट का सहारा लें, जो एक रद्दीकरण संदर्भ स्वीकार करता है और अवधि में बचे समय के आधार पर या तो पूर्ण रिफ़ंड या आनुपातिक रिफ़ंड जारी कर सकता है। पुराना purchases.subscriptions.revoke केवल पूर्ण रिफ़ंड करता था, यही मुख्य कारण है कि v2 विधि मौजूद है। एकबारगी ऑर्डर के लिए, मार्च 2018 के बाद की गई खरीदों पर Play Console वेबसाइट के ज़रिए आंशिक रिफ़ंड उपलब्ध हैं, और सशुल्क ऐप्स के लिए कभी नहीं।

एक क्रेडिट कार्ड के बगल में रखी एकल कागज़ी रसीद, जो एक स्व-जारी Google Play रिफ़ंड का प्रतीक है

तीन साल की दीवार और अन्य सीमाएँ

कठोर सीमा है उम्र। Google साफ़ कहता है कि तीन साल से पुराने ऑर्डर रिफ़ंड नहीं किए जा सकते। एक बार ऑर्डर उस रेखा को पार कर ले, तो न कोई अपील है और न कोई ओवरराइड, इसलिए रिफ़ंड एक ऐसा फ़ैसला है जिस पर समाप्ति तिथि लगी होती है। कुछ अन्य सीमाएँ भी तय करती हैं कि यह कॉल क्या कर सकती है और क्या नहीं।

सीमाइसका मतलब
तीन साल की उम्र सीमातीन साल से पुराने ऑर्डर API के ज़रिए रिफ़ंड नहीं किए जा सकते
केवल पूरी राशिorders.refund पूरे ऑर्डर मूल्य को लौटाता है, कभी आंशिक राशि नहीं
आंशिक रिफ़ंडpurchases.subscriptionsv2.revoke के ज़रिए सब्सक्रिप्शन के लिए, या मार्च 2018 के बाद किए गए एकबारगी ऑर्डर के लिए Play Console के ज़रिए उपलब्ध, सशुल्क ऐप्स के लिए कभी नहीं
पलटा नहीं जा सकताएक बार रिफ़ंड जारी करने पर उसे वापस नहीं लिया जा सकता

यह आपके पैसे कैसे बचाता है

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

खुद रिफ़ंड का सहारा लेने की वजह यह है कि अगर आप ऐसा न करें तो क्या होता है। Google का दस्तावेज़ स्पष्ट है: 3 अगस्त 2026 से, जब कोई ग्राहक अपने बैंक के साथ किसी शुल्क पर विवाद करता है, तो Google खरीद कीमत और बैंक का चार्जबैक शुल्क डेवलपर पर डाल देता है। आप orders.refund के ज़रिए जो रिफ़ंड जारी करते हैं वह केवल खरीद कीमत लौटाता है। इसलिए जिस ऑर्डर को आप पहले से ही खोने की उम्मीद रखते हैं, उसके लिए स्व-जारी रिफ़ंड चार्जबैक से ठीक बैंक शुल्क जितना सस्ता पड़ता है, और यह मामले को बढ़ने से पहले ही बंद कर देता है।

स्व-रिफ़ंड अन्य रिफ़ंड प्रवाहों के बीच कहाँ बैठता है

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

रिफ़ंड प्रवाहकौन तय करता हैआपका नियंत्रण
डेवलपर रिफ़ंड (orders.refund)आपपूरा। आप चुनते हैं कि करना है या नहीं और कब
48-घंटे का स्व-सेवा रिफ़ंडGoogleकुछ नहीं। Google अपने-आप रिफ़ंड करता है
सपोर्ट-एजेंट रिफ़ंडGoogle या Apple सपोर्टकुछ नहीं। मंज़ूर होते ही अंतिम
चार्जबैक समीक्षा (orders.reviewrefund)Google, आपके साक्ष्य का उपयोग करकेकेवल 24-घंटे की इनपुट अवधि
Voided Purchases APIकोई नहीं, यह केवल-पठन हैकुछ नहीं। आप केवल वही पढ़ते हैं जो पहले ही हो चुका है

किसी Google Play ऑर्डर का रिफ़ंड शुरू से अंत तक कैसे करें

Play Console से

  • Play Console खोलें और बाईं ओर के मेन्यू में Order management चुनें।
  • ऑर्डर को उसकी ऑर्डर आईडी या खरीदार के पूरे ईमेल पते से खोजें।
  • कीमत के नीचे, Refund चुनें और एक रिफ़ंड कारण चुनें। अगर आपको आंशिक रिफ़ंड चाहिए तो मोबाइल ऐप नहीं, वेबसाइट का उपयोग करें।

API से

  • एक ऐसा सर्विस अकाउंट प्रमाणित करें जिसके पास androidpublisher स्कोप और Play Console में वित्तीय अनुमतियाँ हों।
  • ऑर्डर के रिफ़ंड पथ पर एक खाली POST भेजें, और revoke=true केवल तभी जोड़ें जब आप एक्सेस भी काटना चाहते हों।
  • खाली सफलता प्रतिक्रिया को संभालें, और अगर आपने किसी सब्सक्रिप्शन को रिवोक किया है, तो अपने बैकएंड तक एक SUBSCRIPTION_REVOKED सूचना पहुँचने की अपेक्षा करें।

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

अक्सर पूछे जाने वाले सवाल

क्या मैं ग्राहक की एक्सेस रद्द किए बिना किसी Google Play ऑर्डर का रिफ़ंड कर सकता हूँ?
हाँ। `orders.refund` कॉल करें और `revoke` फ़्लैग को बंद रहने दें। खरीदार को उसके पैसे वापस मिल जाते हैं और आइटम की एक्सेस बनी रहती है। `revoke` को true पर तभी सेट करें जब आप खरीद की एक्सेस भी तुरंत समाप्त करना चाहते हों।
मैं Google Play पर कितने पुराने ऑर्डर तक का रिफ़ंड कर सकता हूँ?
खरीद की तारीख से तीन साल तक। Google Play Developer API कहता है कि तीन साल से पुराने ऑर्डर रिफ़ंड नहीं किए जा सकते, और उस अवधि के बंद होने के बाद कोई ओवरराइड नहीं है।
क्या orders.refund आंशिक रिफ़ंड का समर्थन करता है?
नहीं। `orders.refund` केवल पूरी ऑर्डर राशि जारी करता है। किसी सब्सक्रिप्शन पर आंशिक या आनुपातिक रिफ़ंड के लिए, `purchases.subscriptionsv2.revoke` को `proratedRefund` संदर्भ के साथ उपयोग करें, या योग्य एकबारगी ऑर्डर के लिए Play Console के ज़रिए आंशिक रिफ़ंड जारी करें।
जब मैं किसी सब्सक्रिप्शन को रिफ़ंड के साथ रिवोक करता हूँ तो क्या मेरे बैकएंड को पता चलेगा?
हाँ। किसी सब्सक्रिप्शन ऑर्डर का रिफ़ंड `revoke` को true पर सेट करके देने से एक `SUBSCRIPTION_REVOKED` Real-time Developer Notification ट्रिगर होता है, जिससे आपका सर्वर हक़दारी को उसी तरह अपडेट कर सकता है जैसे वह किसी भी अन्य सब्सक्रिप्शन इवेंट को संभालता है।
क्या किसी ऑर्डर का रिफ़ंड खुद करना उसे चार्जबैक बनने देने से बेहतर है?
अक्सर, शुद्ध लागत के लिहाज़ से। 3 अगस्त 2026 से एक चार्जबैक डेवलपर को खरीद कीमत के साथ बैंक शुल्क भी चुकाता है, जबकि आप जो रिफ़ंड जारी करते हैं वह केवल खरीद कीमत लौटाता है। अगर कोई ऑर्डर साफ़ तौर पर विवाद की ओर बढ़ रहा है, तो उसे जल्दी रिफ़ंड कर देना अतिरिक्त बैंक शुल्क से बचाता है।

स्रोत और आगे की जानकारी

RefundHalt

App Store और Google Play के लिए refund ऑटोपायलट

आगे पढ़ें

Deep diveपढ़ने में 7 मिनट

Apple का Send Consumption Information अब 12 नहीं, 5 फ़ील्ड माँगता है, और यहाँ हर एक फ़ील्ड दी गई है

जब कोई ग्राहक Apple से रिफ़ंड माँगता है, तो Send Consumption Information payload आपका जवाब होता है। Apple ने इसे 12 फ़ील्ड से घटाकर 5 कर दिया है, 3 अनिवार्य और 2 वैकल्पिक। यहाँ हर फ़ील्ड है, हर एक जो मान स्वीकार करती है, और वह 12-घंटे की समय-सीमा जिसमें आप इसे भेजते हैं।

Deep diveपढ़ने में 7 मिनट

एक ऐसा endpoint है जो किसी ग्राहक का पूरा App Store रिफ़ंड इतिहास लौटाता है, और यहाँ बताया गया है कि यह क्या देता है

Apple का Get Refund History endpoint किसी ग्राहक का पूरा App Store रिफ़ंड इतिहास signed transactions के रूप में लौटाता है। यहाँ हर फ़ील्ड है, revision token कैसे पेज बनाता है, यह प्रति ऐप नहीं बल्कि प्रति ग्राहक क्यों है, और जो रिफ़ंड आप चूक जाते हैं उसकी क्या कीमत चुकानी पड़ती है।

अगला refund अनुरोध पहले ही रास्ते में है.

RefundHalt को उतने समय में सेटअप करें, जितने में आप उस refund के बारे में एक और सपोर्ट ईमेल पढ़ते हैं जिस पर आपत्ति नहीं कर पाए.