संक्षिप्त उत्तर: Google Play पर, अधिकांश रिफंड आपके इनपुट के बिना होते हैं, Google उन्हें जारी करता है, entitlement को रिवोक करता है, और बाद में voided purchase के माध्यम से आपको सूचित करता है। जिस एकमात्र रिफंड को आप वास्तव में चैलेंज कर सकते हैं वह है रिव्यू में मौजूद chargeback, जहाँ Google आपको recommendation सबमिट करने के लिए लगभग 24 घंटे देता है। बाकी सब कुछ आप ट्रैक करते हैं, लड़ते नहीं। यह जानना कि कौन सा कौन है, रेवेन्यू को रिकवर करने और उसे चुपचाप निकल जाते देखने के बीच का अंतर है।
Google Play, Apple से अलग क्यों है
अगर आप रिफंड के Apple वाले हिस्से से यहाँ आए हैं, तो अपनी उम्मीदें नए सिरे से तय कर लें दोनों स्टोर बहुत अलग तरीके से काम करते हैं।
Apple पर, डेवलपर्स को एक CONSUMPTION_REQUEST मिल सकता है और वे Apple की रिफंड डिसीजन प्रोसेस के लिए consumption information दे सकते हैं। यही वर्कफ़्लो apple refund automation में कवर किया गया है।
Google Play का मॉडल अलग है। Google अपनी पॉलिसी के तहत रिफंड प्रोसेस कर सकता है, जबकि कुछ खास chargebacks एक developer review प्रोसेस में जा सकते हैं। जब किसी chargeback को developer review की जरूरत होती है, तो Google अब एक PendingRefundReviewNotification भेजता है। इसके बाद डेवलपर्स 24 घंटे के भीतर refund preference और संबंधित purchase-usage evidence देने के लिए ReviewRefund API का उपयोग कर सकते हैं।
यह अंतर तब महत्वपूर्ण हो जाता है जब आप एक google play refund वर्कफ़्लो बना रहे होते हैं।
Play पर होने वाली तीन चीजें
Google Play पर वास्तव में जो होता है उसे तीन अलग-अलग इवेंट्स में बांटना मदद करता है, क्योंकि डेवलपर्स आमतौर पर इन्हें एक साथ मिला देते हैं और फिर सोचते हैं कि वे "रिफंड के खिलाफ क्यों नहीं लड़ पा रहे।"
इवेंट | कौन फैसला लेता है | क्या आप इसे चैलेंज कर सकते हैं? | आपको कैसे पता चलता है |
यूज़र/Google रिफंड | नहीं | Voided purchase notification, बाद में | |
Voided purchase | नहीं | Real-time developer notification | |
रिव्यू में मौजूद Chargeback | कार्ड नेटवर्क, Google द्वारा सूचित | हाँ — जवाब देने के लिए ~24 घंटे | Real-time developer notification |
पहले दो को आप रिकॉर्ड करते हैं ताकि आपकी entitlements और analytics सटीक बनी रहें। तीसरी ही एकमात्र ऐसी है जिसमें एक डिसीजन विंडो होती है जिसे आप प्रभावित कर सकते हैं।
Chargeback reviews: जिसे आप चैलेंज कर सकते हैं
एक google play chargeback तब होता है जब कोई ग्राहक सामान्य Google Play रिफंड का सीधे अनुरोध करने के बजाय अपने वित्तीय संस्थान के माध्यम से पेमेंट को डिस्प्यूट करता है।
जब किसी chargeback को developer review की जरूरत होती है, तो Google एक PendingRefundReviewNotification भेजता है। इसके बाद डेवलपर्स transaction का मूल्यांकन कर सकते हैं और संबंधित purchase-usage evidence के साथ APPROVE, DECLINE, या NEUTRAL जैसी refund preference दे सकते हैं। Google इस रिव्यू प्रोसेस के लिए फिलहाल 24 घंटे की रेस्पॉन्स विंडो देता है।
यह google play रिफंड प्रोसेस का वह हिस्सा है जहाँ टाइमिंग महत्वपूर्ण होती है।
व्यावहारिक तरीका यह है कि हर pending review को रीयल टाइम में पकड़ें और 24 घंटे की विंडो बंद होने से पहले उचित recommendation सबमिट करें।
Voided purchases: ट्रैक करें, लड़ें नहीं
जो कुछ भी chargeback review नहीं है, उसे अलग तरीके से हैंडल करने की जरूरत होती है।
एक voided purchases api वर्कफ़्लो डेवलपर्स को उन purchases की पहचान करने में मदद करता है जो कैंसल या voided हो गई हैं, ताकि ऐप entitlement स्थिति और फाइनेंशियल रिपोर्टिंग को सटीक बनाए रख सके।
आप हर voided purchase को डिस्प्यूट के अवसर के रूप में नहीं ले सकते। इसके बजाय, आपको इवेंट को रिकॉर्ड करना होगा और यह सुनिश्चित करना होगा कि यूज़र की एक्सेस वास्तविक purchase स्थिति को दर्शाती है।
इसके महत्वपूर्ण होने के तीन कारण हैं:
Entitlement सटीकता: अगर किसी purchase को रिफंड या रिवोक किया गया है, तो आपके ऐप को इसे दर्शाना चाहिए। जिस यूज़र के पास अब वैध entitlement नहीं है, उसे प्रीमियम एक्सेस मिलना जारी नहीं रहना चाहिए।
क्लीन एनालिटिक्स: अगर रिफंड और chargebacks को सही तरीके से हिसाब में नहीं लिया जाता, तो वे रेवेन्यू रिपोर्टिंग, LTV, और अन्य सब्सक्रिप्शन मेट्रिक्स को प्रभावित करते हैं।
पैटर्न डिटेक्शन: एक ही क्षेत्र, SKU, या acquisition सोर्स से आने वाले voided purchases का समूह किसी प्रोडक्ट, बिलिंग, या acquisition समस्या को उजागर कर सकता है, भले ही आप व्यक्तिगत ट्रांजैक्शन को रिवर्स न कर सकें।
तो सही तरीका यह है: हर संबंधित इवेंट को रिकॉर्ड करें, entitlements और रिपोर्टिंग को सटीक बनाए रखें, और अपना वास्तविक चैलेंज प्रयास उन chargebacks पर खर्च करें जो developer review में जाते हैं।
रीयल-टाइम विज़िबिलिटी के लिए वास्तव में क्या चाहिए
रीयल-टाइम विज़िबिलिटी के बिना इनमें से कुछ भी काम नहीं करता।
Google Play आपके बैकएंड को संबंधित बिलिंग इवेंट्स के बारे में सूचित करने के लिए Google Cloud Pub/Sub के माध्यम से real-time developer notifications का उपयोग करता है। PendingRefundReviewNotification विशेष रूप से महत्वपूर्ण है क्योंकि यह आपके सिस्टम को बताता है कि किसी chargeback को developer review की जरूरत है और 24 घंटे की रेस्पॉन्स विंडो उपलब्ध है।
यहीं पर real-time developer notifications एक मॉनिटरिंग फीचर से ज्यादा बन जाते हैं। वे एक ऑटोमेटेड रिफंड वर्कफ़्लो का ट्रिगर बन सकते हैं।
आपके बैकएंड को notification प्राप्त करना, प्रभावित ऑर्डर की पहचान करना, उपलब्ध transaction और consumption information का मूल्यांकन करना, और Google Play Developer API के माध्यम से उचित रेस्पॉन्स सबमिट करना होता है।
आपको notification डेटा को Google के APIs के साथ reconcile भी करना होता है ताकि कोई छूटा हुआ इवेंट चुपचाप छूटे हुए रिफंड या entitlement अपडेट में न बदल जाए।
बड़ी मात्रा में ट्रांजैक्शन प्रोसेस करने वाली टीमों के लिए, इस इंफ्रास्ट्रक्चर को मैन्युअली मेंटेन करना ऑपरेशनल रूप से खर्चीला हो सकता है।
एक मैनेज्ड Google Play रिफंड मैनेजमेंट सॉफ्टवेयर प्लेटफ़ॉर्म notifications, रिफंड इवेंट्स, chargeback reviews, और analytics को केंद्रीकृत करके उस मॉनिटरिंग और वर्कफ़्लो के बोझ को काफी कम कर सकता है।
चैलेंज किए जा सकने वाले हिस्से को कैसे हैंडल किया जाता है
एक बार notifications आने लगें, तो दो काम लगातार और किसी भी समय करने होते हैं:
Chargeback reviews पर: PendingRefundReviewNotification प्राप्त करें, transaction का मूल्यांकन करें, और 24 घंटे की विंडो के भीतर ReviewRefund API के माध्यम से उचित recommendation और purchase-usage evidence सबमिट करें।
बाकी सब पर: रिफंड या voided purchase को लॉग करें, entitlements अपडेट करें, और अपने analytics को फीड करें ताकि जिन इवेंट्स को आप चैलेंज नहीं कर सकते, वे भी आपको सटीक डेटा और दिखने वाले पैटर्न दें।
play console रिफंड वर्कफ़्लो ऑर्डर्स को मैन्युअली देखने और योग्य रिफंड जारी करने के लिए उपयोगी बना रहता है। Google, Play Console के माध्यम से रिफंड और सब्सक्रिप्शन refund/revoke एक्शन्स को डॉक्युमेंट करता है, जबकि समर्थित रिफंड ऑपरेशन्स के लिए Google Play Developer API का भी उपयोग किया जा सकता है।
RefundSensor आपके Apple रिफंड के साथ-साथ दोनों काम एक ही dashboard से करता है, ताकि आपको हर स्टोर के लिए अलग सिस्टम चलाने या मेंटेन करने की जरूरत न पड़े।
यह क्या कर सकता है और क्या नहीं
यह नहीं कर सकता हर Google Play रिफंड को डिस्प्यूट में बदलना। Google अपनी रिफंड पॉलिसी के तहत रिफंड जारी कर सकता है, और ये इवेंट्स उन chargebacks से अलग हैं जो developer review में जाते हैं।
यह गारंटी नहीं दे सकता कि कोई खास chargeback आपके पक्ष में हल होगा। रिव्यू प्रोसेस Google की डिसीजन प्रोसेस है, और डेवलपर की recommendation कोई गारंटीड परिणाम नहीं है।
यह सुनिश्चित कर सकता है कि आपका सिस्टम pending chargeback reviews को डिटेक्ट करे, उपलब्ध विंडो के भीतर जवाब दे, और अन्य रिफंड व voided-purchase इवेंट्स को ट्रैक करे ताकि आपकी entitlements और analytics सटीक बनी रहें।
पहले दो के बारे में यथार्थवादी होना ही तीसरे को मूल्यवान बनाता है: आप टाइमिंग की वजह से रिव्यू के अवसर चूकना बंद कर देते हैं, और अपनी बाकी Google Play रिफंड एक्टिविटी पर बिना जानकारी के चलना बंद कर देते हैं।
आधिकारिक स्रोत {#official-sources}
Google की पॉलिसी और APIs बदलते रहते हैं, इसलिए Google के अपने दस्तावेज़ीकरण को ही अंतिम प्राधिकार मानें:
दोनों स्टोर के लिए एक dashboard। RefundSensor रीयल टाइम में Google Play chargeback reviews को पकड़ता है और विंडो के भीतर एक decline recommendation सबमिट करता है, हर दूसरे रिफंड और voided purchase को ट्रैक करता है, और Apple के लिए भी यही सब एक ही जगह से करता है। ऑटो-प्रोविज़न्ड notifications, कोई कोड बदलाव नहीं। फ्री शुरू करें →
पब्लिश होने के बाद जोड़े जाने वाले इंटरनल लिंक्स: Apple refund automation cornerstone · voided purchases API vs RTDN · refund abuse patterns।
अक्सर पूछे जाने वाले प्रश्न
सिर्फ एक प्रकार: रिव्यू में मौजूद chargeback, जिसमें Google आपको recommendation सबमिट करने के लिए लगभग 24 घंटे देता है। सामान्य रिफंड और Google द्वारा शुरू किए गए reversals का फैसला Google बिना डेवलपर इनपुट के लेता है, आप उन्हें ट्रैक कर सकते हैं लेकिन चैलेंज नहीं कर सकते।
यह तब होता है जब कोई ग्राहक अपने बैंक या कार्ड नेटवर्क के साथ किसी चार्ज को डिस्प्यूट करता है और डिस्प्यूट एक रिव्यू विंडो में प्रवेश करता है। Google आपको इसे हल करने के तरीके पर recommendation सबमिट करने देता है, आम तौर पर ~24 घंटे के भीतर।
रिफंड पैसे का वापस लौटाया जाना है। voided purchase Google का यह notification है कि कोई purchase अब वैध नहीं है, जो अक्सर रिफंड या revocation का परिणाम होता है। आप entitlements और analytics को सटीक बनाए रखने के लिए voided-purchase इवेंट्स का उपयोग करते हैं।
एक Google Cloud Pub/Sub topic बनाएं, Google Play को publish access दें, इसे Play Console में कॉन्फ़िगर करें, और अपने बैकएंड को सब्सक्राइब करें। Voided Purchases API के साथ reconcile करें ताकि कोई छूटा हुआ notification गैप न बनाए। RefundSensor Pub/Sub topic को ऑटो-प्रोविज़न करता है ताकि आपको सिर्फ एक topic नाम पेस्ट करना पड़े।
नहीं। रिफंड और chargeback हैंडलिंग सर्वर-साइड पर Real-time Developer Notifications और Google Play Developer API के माध्यम से होती है, किसी SDK या ऐप resubmission की जरूरत नहीं है।
