Google Play रेंटल रिफ़ंड सामान्य वन-टाइम परचेज़ नियमों पर चलते हैं, इसलिए 48 घंटे का रेंटल रिफ़ंड विंडो बंद होने से पहले ही पूरा इस्तेमाल हो सकता है
Google Play वन-टाइम प्रोडक्ट्स पर rent परचेज़ ऑप्शन देने देता है, और Google के रिफ़ंड पेज रेंटल को अलग नहीं मानते। यहां जानिए कि रेंटल रिफ़ंड का फ़ैसला कौन करता है, आपसे सबूत कब मांगा जाता है, एक्सेस कैसे बंद करें, और रिफ़ंड हुए रेंटल की लागत क्या होती है।

मुख्य बातें
- 15 जुलाई 2025 से Google Play का वन-टाइम प्रोडक्ट rent परचेज़ ऑप्शन रख सकता है, जो खरीदार को तय अवधि के लिए एक्सेस देता है। इसे Play Console या monetization.onetimeproducts सर्विस में कॉन्फ़िगर किया जाता है, और इसके लिए Play Billing Library 8 ज़रूरी है।
- Google Play rent परचेज़ ऑप्शन के लिए चार रेंटल अवधियां देता है: 48 घंटे, 72 घंटे, 30 दिन और 60 दिन। हर एक के साथ एक वैकल्पिक एक्सपायरेशन अवधि होती है, जो उपयोगकर्ता के आइटम इस्तेमाल शुरू करते ही शुरू होती है।
- Google की Play Console हेल्प कहती है कि Play रेंटल एक्सेस को नियंत्रित नहीं करता। इसलिए डेवलपर के सर्वर को ही रेंटल देना है, समय पर खत्म करना है, और खरीदारी रिफ़ंड होने पर पहले ही बंद करना है।
- Google के उपभोक्ता रिफ़ंड पेज रेंटल का ज़िक्र नहीं करते, और खरीदारों को डेवलपर के पास तभी भेजते हैं जब 48 घंटे बीत चुके हों। 24 घंटे की एक्सपायरेशन अवधि वाला 48 घंटे का रेंटल उसी विंडो के अंदर पूरा इस्तेमाल हो सकता है।
- Google Play रेंटल रिफ़ंड का अकेला फ़्लो जिसमें डेवलपर से सबूत मांगा जाता है, वह चार्जबैक है जिसे डेवलपर रिव्यू की ज़रूरत हो। Google एक PendingRefundReviewNotification भेजता है और 24 घंटे के अंदर ReviewRefund कॉल की अपेक्षा करता है।
- 3 अगस्त 2026 के बाद दिए गए Google Play ऑर्डर पर चार्जबैक सफल होने पर डेवलपर खरीद मूल्य में से Play की सर्विस फ़ीस घटाकर, साथ में बैंक की चार्जबैक फ़ीस चुकाता है। रेंटल भी इसका अपवाद नहीं है।
Google Play पर किसी आइटम को 48 घंटे के लिए रेंट पर दीजिए, और Google की अपनी रिफ़ंड विंडो बंद होने से पहले ही पूरा रेंटल खत्म हो सकता है। जुलाई 2025 से वन-टाइम प्रोडक्ट rent परचेज़ ऑप्शन रख सकते हैं, और Google के रिफ़ंड हेल्प पेज रेंटल का ज़िक्र तक नहीं करते। इसलिए Google Play रेंटल रिफ़ंड सामान्य नियमों पर चलते हैं। ज़्यादातर फ़ैसले Google आपके बिना करता है, सबूत आपसे सिर्फ़ कुछ चार्जबैक पर मांगा जाता है, और एक्सेस बंद करने का काम Play आपके सर्वर पर छोड़ देता है।
rent परचेज़ ऑप्शन क्या है
15 जुलाई 2025 को Google ने वन-टाइम प्रोडक्ट्स को तीन परतों में बांटा। प्रोडक्ट वह है जो उपयोगकर्ता खरीदता है। परचेज़ ऑप्शन तय करता है कि एंटाइटलमेंट कैसे दिया जाएगा, उसकी कीमत क्या होगी और वह कहां बिकेगा। ऑफ़र किसी परचेज़ ऑप्शन को बदलता है, छूट या प्री-ऑर्डर के लिए। परचेज़ ऑप्शन दो तरह के होते हैं, buy और rent, और Google का हेल्प पेज rent को सीधे शब्दों में परिभाषित करता है: यह उपयोगकर्ता को तय समय के लिए आइटम का एक्सेस देता है।
आप रेंटल को Play Console में या Play Developer API की monetization.onetimeproducts सर्विस के ज़रिए कॉन्फ़िगर करते हैं, और आपका ऐप उन्हें Play Billing Library 8 से पढ़ता है। यह वर्शन अभी मायने रखता है। Google का डेप्रिकेशन पेज कहता है कि नए ऐप्स और अपडेट्स को 31 अगस्त 2026 तक Billing Library 8 या उससे नया वर्शन इस्तेमाल करना होगा, और एक्सटेंशन 1 नवंबर 2026 को खत्म हो जाते हैं।
आप जो दो घड़ियां चुनते हैं
हर rent परचेज़ ऑप्शन में एक रेंटल अवधि होती है, जो आपको तय करनी होती है, और एक वैकल्पिक एक्सपायरेशन अवधि। रेंटल अवधि बताती है कि खरीदने के बाद उपयोगकर्ता के पास कितनी देर एक्सेस रहेगा। एक्सपायरेशन अवधि बताती है कि आइटम इस्तेमाल शुरू करने के बाद उपयोगकर्ता का एक्सेस कितनी देर रहेगा। Google सिर्फ़ ये संयोजन अनुमति देता है:
| रेंटल अवधि | अनुमत एक्सपायरेशन अवधियां |
|---|---|
| 48 घंटे | 24 घंटे |
| 72 घंटे | 24 घंटे या 48 घंटे |
| 30 दिन | 24 घंटे, 48 घंटे या 1 हफ़्ता |
| 60 दिन | 1 महीना |
Google का अपना उदाहरण: 48 घंटे की एक्सपायरेशन अवधि वाला 30 दिन का रेंटल, अगर आखिरी दिन शुरू किया जाए, तो 32वें दिन तक एक्सेस देता है। इस्तेमाल देर से शुरू होने पर भी पूरी एक्सपायरेशन अवधि लागू रहती है। दोनों मान खरीदने से पहले उपयोगकर्ता को दिखाए जाते हैं।
Google Play रेंटल रिफ़ंड वन-टाइम प्रोडक्ट नियमों पर चलते हैं
Google के रिफ़ंड दस्तावेज़ों में रेंटल के लिए कोई अलग प्रावधान नहीं है। रेंटल एक वन-टाइम प्रोडक्ट खरीदारी है, इसलिए वह किसी भी दूसरे इन-ऐप आइटम की तरह उन्हीं रिफ़ंड रास्तों में आता है।
48 घंटे के अंदर, Google आपके बिना फ़ैसला करता है
Google का हेल्प पेज खरीदारों से कहता है कि खरीदारी के 48 घंटे से ज़्यादा बीत जाने पर डेवलपर से संपर्क करें। उससे पहले वे Report a problem के ज़रिए Google से पूछते हैं, और Google कहता है कि फ़ैसला आम तौर पर एक दिन में आता है, पर चार दिन तक लग सकते हैं। आपसे कुछ नहीं पूछा जाता। 24 घंटे की एक्सपायरेशन अवधि वाला 48 घंटे का रेंटल तुरंत शुरू होकर उस विंडो के काफ़ी अंदर खत्म हो सकता है। यानी रिफ़ंड का अनुरोध दर्ज होने से पहले ही पूरा प्रोडक्ट इस्तेमाल हो सकता है।
48 घंटे के बाद, अनुरोध आपके पास आता है
विंडो के बाद Google खरीदार को आपके सपोर्ट चैनल की ओर भेजता है। अगर आप रिफ़ंड देने को तैयार हैं, तो revoke को true रखकर orders.refund कॉल करें, और Google आइटम का एक्सेस तुरंत खत्म कर देता है।
एक्नॉलेजमेंट छूटा, तो रेंटल अपने आप रिफ़ंड हो जाता है
Google की वन-टाइम प्रोडक्ट गाइड कहती है कि अगर आप तीन दिन के अंदर खरीदारी को एक्नॉलेज नहीं करते, तो उपयोगकर्ता को अपने आप रिफ़ंड मिल जाता है और Google Play खरीदारी रद्द कर देता है। 48 घंटे का रेंटल उस डेडलाइन से पहले ही खत्म हो सकता है, इसलिए एक्नॉलेजमेंट छूटने का मतलब है कि ग्राहक को पूरा रेंटल भी मिला और पैसा भी वापस। ONE_TIME_PRODUCT_PURCHASED नोटिफ़िकेशन आते ही सर्वर पर एक्नॉलेज करें, ऐप के अगली बार खुलने पर नहीं।
चार्जबैक ही वह अकेली जगह है जहां आपसे सबूत मांगा जाता है
जब खरीदार अपने बैंक से चार्ज पर विवाद करता है और Google तय करता है कि केस में आपकी राय चाहिए, तो आपको PendingRefundReviewNotification मिलता है। Google 24 घंटे के अंदर ReviewRefund कॉल की अपेक्षा करता है, और सिर्फ़ आपकी पहली कॉल दर्ज करता है। पेंडिंग रिव्यू में रिफ़ंड कारण के तौर पर सिर्फ़ CHARGEBACK समर्थित है।
| रिफ़ंड का रास्ता | फ़ैसला कौन करता है | आप क्या भेज सकते हैं | डेडलाइन |
|---|---|---|---|
| खरीदार 48 घंटे के अंदर Google से पूछता है | कुछ नहीं | फ़ैसला आम तौर पर 1 से 4 दिन में | |
| खरीदार 48 घंटे के बाद आपसे पूछता है | आप | orders.refund से आपका अपना फ़ैसला | Google ने तय नहीं की |
| खरीदारी कभी एक्नॉलेज नहीं हुई | अपने आप | कुछ नहीं | खरीदारी के 3 दिन बाद |
| डेवलपर रिव्यू के लिए चिह्नित चार्जबैक | Google, फिर बैंक | ReviewRefund से refundPreference और इस्तेमाल का सबूत | 24 घंटे |
रेंटल रिफ़ंड होने पर एक्सेस कैसे बंद करें
रिफ़ंड हुआ रेंटल अभी खत्म होना चाहिए, अपनी रेंटल अवधि के अंत में नहीं। Google आपको तीन तरीकों से बताता है:
- एक ONE_TIME_PRODUCT_CANCELED रियल-टाइम डेवलपर नोटिफ़िकेशन, जिसके बाद Google कहता है कि purchases.productsv2.getproductpurchasev2 कॉल करें और उपयोगकर्ता का एंटाइटलमेंट अपडेट करें।
- एक VoidedPurchaseNotification, जिसका refundType पूरी तरह रद्द हुई खरीदारी के लिए REFUND_TYPE_FULL_REFUND दिखाता है।
- Voided Purchases API, जो सिर्फ़ पिछले 30 दिनों के रिफ़ंड, कैंसलेशन और चार्जबैक कवर करता है, हर ऐप के लिए दिन में 6,000 क्वेरी तक और किसी भी 30 सेकंड में 30 क्वेरी तक।
जब आप खरीदारी फ़ेच करते हैं, तो रेंटल लाइन आइटम में rentOfferDetails फ़ील्ड होता है, जिसके बारे में Google कहता है कि यह सिर्फ़ रेंटल लाइन आइटम पर सेट होता है। इसका इस्तेमाल कटऑफ़ को अपने ओनरशिप लॉजिक के बजाय रेंटल लॉजिक की ओर भेजने के लिए करें।

रिफ़ंड हुआ रेंटल आपको पैसों में कितना पड़ता है
रेंटल की कीमत कम रखी जाती है क्योंकि उसे जल्दी इस्तेमाल होना होता है। इससे उसे पहुंचाने की आपकी लागत कीमत का बड़ा हिस्सा बन जाती है, और रिफ़ंड कीमत तो लौटाता है पर उनमें से कोई लागत नहीं लौटाता।
- लाइसेंसिंग: अगर कोई राइट्स होल्डर आपसे हर रेंटल या हर स्ट्रीम पर बिल करता है, तो वह फ़ीस आम तौर पर प्ले होते ही लग जाती है, आपके कॉन्ट्रैक्ट के अनुसार, और रिफ़ंड उसे रद्द नहीं करता।
- डिलीवरी: किसी फ़िल्म, कोर्स या गेम लेवल के लिए CDN बैंडविड्थ और ट्रांसकोडिंग पहले से आपके बिल पर हैं।
- कंप्यूट और API कॉल: रेंटल के दौरान हुआ कोई भी सर्वर काम या पेड थर्ड-पार्टी API कॉल बिल में बने रहते हैं।
- पेआउट: मार्केटप्लेस में क्रिएटर का हिस्सा अक्सर बिक्री पर ही चुका दिया जाता है और वापस नहीं लिया जाता।
हारा हुआ चार्जबैक क्या जोड़ता है
3 अगस्त 2026 के बाद दिए गए ऑर्डर पर चार्जबैक कौन चुकाएगा, यह Google ने बदल दिया है। अब आप खरीद मूल्य में से Play की सर्विस फ़ीस घटाकर, साथ में वित्तीय संस्थान की लगाई चार्जबैक फ़ीस चुकाते हैं। अपनी सर्विस फ़ीस Google ही वहन करता रहता है। पूरी तरह इस्तेमाल हुए रेंटल पर हारा हुआ चार्जबैक आपको नेट कीमत, बैंक फ़ीस और ऊपर दी गई हर सर्विंग लागत का नुकसान देता है।
रिफ़ंड को परचेज़ ऑप्शन के हिसाब से ट्रैक करें
Google एक ही प्रोडक्ट पर rent और buy को अलग परचेज़ ऑप्शन मानता है। अपनी रिफ़ंड दर को भी उसी तरह बांटें। अगर किसी टाइटल के रेंटल उसकी खरीदारियों से ज़्यादा दर पर रिफ़ंड होते हैं, तो आपको यह सबसे पहले वहीं दिखेगा, और आप रिफ़ंड की लागत की तुलना हर रेंटल को पहुंचाने की लागत से कर सकते हैं।
रेंटल चार्जबैक रिव्यू में क्या भेजें
यह न बताएं कि रेंटल घड़ी का कितना हिस्सा बीत चुका था। घड़ी यह नहीं बताती कि खरीदार को कंटेंट मिला या नहीं। बताएं कि असल में क्या डिलीवर हुआ और क्या इस्तेमाल हुआ।
- consumptionPercentageMilliunits: आइटम का कितना हिस्सा इस्तेमाल हुआ, 0 से 100,000 तक, यानी 45200 का मतलब 45.2 प्रतिशत। इसे इस्तेमाल हुए कंटेंट पर आधारित रखें, जैसे फ़िल्म का कितना हिस्सा चला या कितने लेसन खोले गए।
- consumptionUsageEvents: हर प्ले, ओपन या डाउनलोड के लिए एक इवेंट, हर एक में consumptionTime और 5,000 अक्षरों तक का consumptionItemDescription। Google 1,000 से ज़्यादा इवेंट वाली सूचियां अस्वीकार करता है।
- हर इवेंट पर obfuscatedAccountId, ताकि Google इस्तेमाल को उस अकाउंट से जोड़ सके जिसने रेंटल खरीदा।
- sampleContentProvided: true, अगर खरीदार ने रेंट करने से पहले कोई मुफ़्त सैंपल या ट्रेलर देखा।
- refundPreference: DECLINE, APPROVE या NEUTRAL। इसे हर केस के हिसाब से चुनें, एक सामान्य सेटिंग की तरह नहीं।
रेंटल रिफ़ंड चेकलिस्ट
- रेंटल और एक्सपायरेशन घड़ियां अपने सर्वर पर चलाएं, खरीदारी के समय और पहले इस्तेमाल के समय से।
- खरीदारी का नोटिफ़िकेशन आते ही हर रेंटल को सर्वर पर एक्नॉलेज करें।
- ONE_TIME_PRODUCT_CANCELED और VoidedPurchaseNotification पर नज़र रखें, और एक्सेस तुरंत बंद करें।
- बैकअप के तौर पर Voided Purchases API को उसकी 30 दिन की विंडो के अंदर पोल करें।
- हर प्ले या ओपन को टाइमस्टैम्प और अकाउंट ID के साथ लॉग करें, ताकि ReviewRefund कॉल 24 घंटे के अंदर जा सके।
- rent और buy परचेज़ ऑप्शन की रिफ़ंड दरें अलग-अलग रिपोर्ट करें।
- पक्का करें कि आपका ऐप 1 नवंबर 2026 की एक्सटेंशन डेडलाइन से पहले Play Billing Library 8 के साथ शिप हो।
अक्सर पूछे जाने वाले सवाल
- क्या ग्राहक को Google Play रेंटल पर रिफ़ंड मिल सकता है?
- हां। Google के रिफ़ंड पेज रेंटल को दूसरी इन-ऐप खरीदारियों से अलग नहीं मानते। खरीदारी के 48 घंटे के अंदर खरीदार Google से पूछ सकता है, जो डेवलपर के बिना फ़ैसला करता है। 48 घंटे के बाद Google उसे डेवलपर के पास भेजता है, जो orders.refund से रिफ़ंड दे सकता है।
- क्या रिफ़ंड होने पर Google Play रेंटल को अपने आप खत्म कर देता है?
- आपके ऐप में नहीं। Google का हेल्प पेज कहता है कि Play रेंटल एक्सेस को नियंत्रित नहीं करता और डेवलपर को सुनिश्चित करना होता है कि उपयोगकर्ता के पास उचित एक्सेस हो। ONE_TIME_PRODUCT_CANCELED और voided purchase नोटिफ़िकेशन पर नज़र रखें और अपने सर्वर पर एक्सेस तुरंत बंद करें।
- Google Play कौन सी रेंटल अवधियां अनुमति देता है?
- चार: 48 घंटे, 72 घंटे, 30 दिन और 60 दिन। हर एक के साथ एक वैकल्पिक एक्सपायरेशन अवधि हो सकती है जो उपयोगकर्ता के आइटम इस्तेमाल शुरू करते ही शुरू होती है, 48 घंटे के रेंटल के लिए 24 घंटे से लेकर 60 दिन के रेंटल के लिए 1 महीने तक।
- क्या मैं Google Play रेंटल पर रिफ़ंड का विरोध कर सकता हूं?
- सिर्फ़ उस चार्जबैक में जिसे Google डेवलपर रिव्यू के लिए चिह्नित करे। Google एक PendingRefundReviewNotification भेजता है और आपके पास रिफ़ंड प्राथमिकता और इस्तेमाल के सबूत के साथ ReviewRefund कॉल करने के लिए 24 घंटे होते हैं। खरीदार 48 घंटे के अंदर Google से जो रिफ़ंड मांगता है, उनमें आपकी राय नहीं मांगी जाती।
- क्या रेंटल बेचने के लिए मुझे Play Billing Library 8 चाहिए?
- हां। Google कहता है कि rent परचेज़ ऑप्शन समेत नए वन-टाइम प्रोडक्ट फ़ीचर्स के लिए Play Billing Library 8 ज़रूरी है। Google का डेप्रिकेशन पेज भी नए ऐप्स और अपडेट्स के लिए वर्शन 8 या उससे नया मांगता है, और एक्सटेंशन 1 नवंबर 2026 को खत्म होते हैं।
स्रोत और आगे की जानकारी
- Android Developers Blog: New tools to help drive success for one-time products
- Play Console Help: Overview of one-time products
- Google Play Billing: Play Billing Library deprecation FAQ
- Google Play Help: Request a refund on Google Play
- Google Play Billing: One-time product purchase lifecycle
- Google Play Billing: Real-time developer notifications reference
- Google Play Developer API: orders.reviewrefund
- Google Play Developer API: Voided Purchases API
- Play Console Help: Updates to refund protection and chargeback cost responsibility
RefundHalt
App Store और Google Play के लिए refund ऑटोपायलट
आगे पढ़ें
ज़्यादा रिफ़ंड अनुरोध आपको रिफ़ंड से भी महंगे पड़ सकते हैं, क्योंकि दोनों ऐप स्टोर इन्हें क्वालिटी का संकेत मानते हैं
Apple की गाइडलाइन 5.6.4 ज़्यादा रिफ़ंड अनुरोधों को इस बात का संकेत बताती है कि ऐप क्वालिटी के मानकों पर खरा नहीं उतर रहा, और Google का डिस्ट्रिब्यूशन एग्रीमेंट नए डेवलपर्स के ऐप रिफ़ंड दर के आधार पर हटाने की अनुमति देता है। जानिए हर स्टोर क्या कहता है, ऐप हटने की कीमत क्या है और इससे कैसे बचें।
रिफ़ंड पर कार्रवाई करने से पहले App Store सर्वर नोटिफ़िकेशन सत्यापित करें, क्योंकि आपके webhook URL पर कोई भी पोस्ट कर सकता है
जब तक आप इसके सिग्नेचर की जाँच नहीं करते, रिफ़ंड नोटिफ़िकेशन सिर्फ़ एक HTTPS अनुरोध है। जानिए App Store सर्वर नोटिफ़िकेशन और Google Play RTDN संदेशों को कैसे सत्यापित करें, हर स्टोर क्या साइन करता है, और जाली या गलती से अस्वीकार किया गया रिफ़ंड आपको कितना महँगा पड़ता है।