मेरी Google Play खरीद तीन दिन बाद स्वचालित रूप से रिफंड क्यों हुई?

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

किसी खरीद को स्वीकार करने और उपभोग करने में क्या अंतर है?

दोनों तीन-दिन की आवश्यकता को पूरा करते हैं। आप किसी उपभोज्य वस्तु का उपभोग करते हैं, purchases.products.consume या consumeAsync() के माध्यम से, जो उत्पाद को फिर से खरीदने के लिए भी उपलब्ध बना देता है। आप किसी गैर-उपभोज्य या सब्सक्रिप्शन को स्वीकार करते हैं, purchases.products.acknowledge, purchases.subscriptions.acknowledge, या acknowledgePurchase() के माध्यम से, जो एंटाइटलमेंट की पुष्टि करता है बिना उत्पाद को फिर से खरीद के लिए मुक्त किए।

क्या मुझे Google Play सब्सक्रिप्शन नवीनीकरणों को स्वीकार करने की आवश्यकता है?

नहीं। केवल प्रारंभिक सब्सक्रिप्शन खरीद को स्वीकृति की आवश्यकता होती है। Google नवीनीकरणों को स्वीकार करने की आवश्यकता नहीं रखता और उन्हें स्वचालित रूप से ACKNOWLEDGEMENT_STATE_ACKNOWLEDGED के रूप में चिह्नित करता है। एक नई खरीद ACKNOWLEDGEMENT_STATE_PENDING के रूप में आती है और जब तक आप उसे निपटा नहीं देते तब तक आपकी ज़िम्मेदारी रहती है।

क्या मैं किसी खरीद को तब स्वीकार कर सकता हूँ जब वह अभी भी PENDING है?

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

क्या Apple उन खरीदों को रिफंड करता है जिन्हें मैं पूरा नहीं करता?

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

अगर कोई खरीद बिना स्वीकृति के होने के कारण पहले ही रिफंड हो चुकी है तो मैं कैसे उबरूँ?

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

सभी लेख

Deep dive20 जुलाई 2026पढ़ने में 8 मिनट

अगर आपने Google Play खरीद को तीन दिनों के भीतर स्वीकार नहीं किया तो Google उसे रिफंड कर देता है, और यह आपको क्या कीमत चुकवाता है

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

एक स्मार्टफोन के पास खत्म होता रेत-घड़ी, जो Google Play खरीद को स्वचालित रूप से रिफंड होने से पहले उसे स्वीकार करने की तीन-दिन की विंडो दर्शाता है

मुख्य बातें

अगर आपका ऐप तीन दिनों के भीतर खरीद को स्वीकार नहीं करता तो Google Play स्वचालित रूप से खरीदार को रिफंड कर देता है और खरीद वापस ले लेता है। यह एक इंटीग्रेशन विफलता है, ग्राहक का निर्णय नहीं, और इसे सर्वर-साइड पर पूरी तरह रोका जा सकता है।
तीन-दिन की घड़ी तब शुरू होती है जब खरीद स्थिति PURCHASED बनती है, चेकआउट शुरू होने पर नहीं। PENDING में पड़ी खरीद ने घड़ी शुरू नहीं की है और उसे अभी स्वीकार नहीं किया जाना चाहिए।
दो कॉल इस आवश्यकता को पूरा करती हैं। purchases.products.consume के माध्यम से किसी उपभोज्य वस्तु का उपभोग और purchases.products.acknowledge या purchases.subscriptions.acknowledge के माध्यम से किसी गैर-उपभोज्य या सब्सक्रिप्शन को स्वीकार करना, दोनों ही स्वीकृति के रूप में गिने जाते हैं।
केवल प्रारंभिक सब्सक्रिप्शन खरीद को स्वीकृति की आवश्यकता होती है। नवीनीकरण को नहीं, और Google उन्हें स्वचालित रूप से ACKNOWLEDGEMENT_STATE_ACKNOWLEDGED के रूप में चिह्नित कर देता है।
एक सप्ताह से कम अवधि की प्रीपेड योजनाओं को योजना की आधी अवधि के भीतर स्वीकार किया जाना चाहिए, जो मानक तीन दिनों से अधिक सख्त समय-सीमा है।
रिफंड बिक्री मूल्य वापस खींच लेता है, लेकिन उत्पाद पहुँचाने में आप पहले ही जो कंप्यूट, मॉडल API कॉल, स्टोरेज और क्रिएटर भुगतान खर्च कर चुके हैं वह वापस नहीं मिलता। आप जो पैसा खोते हैं वह उस लाइन आइटम से बड़ा है।
Apple के पास इसका कोई समकक्ष नहीं है। एक अधूरा StoreKit लेनदेन तब तक फिर से पहुँचाया जाता है जब तक आप उसे पूरा नहीं करते, लेकिन Apple उसे कभी स्वचालित रूप से रिफंड नहीं करता। यह विफलता का प्रकार केवल Google Play पर होता है।

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

यह कोई धोखाधड़ी की समस्या या नीति विवाद नहीं है। यह एक छूटा हुआ कॉलबैक है। समाधान छोटा है और इसे छोड़ देने की कीमत असली पैसा है, इसलिए नियम को ठीक-ठीक जानना सार्थक है, कि खरीदें बिना स्वीकृति के क्यों फिसल जाती हैं, और हर खोई हुई बिक्री अपने साथ वास्तव में क्या ले जाती है।

तीन-दिन का नियम वास्तव में क्या कहता है

Google का Play Billing दस्तावेज़ीकरण इस बारे में स्पष्ट है। आपके ऐप द्वारा एंटाइटलमेंट देने और उपयोगकर्ता को खरीद सफल होने की सूचना देने के बाद, उसे Google को यह बताना होता है कि खरीद संसाधित हो गई है। Google के शब्दों में, यह "तीन दिनों के भीतर किया जाना चाहिए ताकि खरीद स्वचालित रूप से रिफंड न हो और एंटाइटलमेंट वापस न लिया जाए।" एक-बार वाले उत्पाद का पेज इसे बिना किसी नरमी के दोहराता है: "अगर आप तीन दिनों के भीतर किसी खरीद को स्वीकार नहीं करते, तो उपयोगकर्ता को स्वचालित रूप से रिफंड मिल जाता है, और Google Play खरीद को वापस ले लेता है।" सब्सक्रिप्शन प्रारंभिक खरीद के लिए वही नियम रखते हैं।

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

घड़ी PURCHASED पर शुरू होती है, चेकआउट पर नहीं

तीन-दिन की विंडो तब शुरू नहीं होती जब उपयोगकर्ता खरीदें पर टैप करता है। यह तब शुरू होती है जब खरीद स्थिति PURCHASED में बदलती है। कोई खरीद पहले PENDING में पड़ी रह सकती है, जो नकद भुगतान, धीमे बैंक ट्रांसफर, या किसी बच्चे के अनुरोध को मंज़ूरी देते माता-पिता के साथ होता है। Google स्पष्ट है: "तीन-दिन की स्वीकृति विंडो केवल तब शुरू होती है जब खरीद स्थिति PENDING से PURCHASED में बदलती है।"

इसके दो परिणाम हैं। एंटाइटलमेंट केवल तब दें जब स्थिति PURCHASED हो, कभी PENDING पर नहीं, वरना आप ऐसे भुगतान के लिए उत्पाद बाँट देंगे जो शायद कभी पूरा न हो। और किसी PENDING खरीद को भी स्वीकार न करें। BillingClient बनाते समय आप enablePendingPurchases() कॉल करते हैं, बदलाव का इंतज़ार करते हैं, और तभी अपने दिमाग में स्वीकृति की तीन-दिन की घड़ी शुरू करते हैं।

स्वीकार करें या उपभोग करें, और आप पर कौन-सा बकाया है

इस आवश्यकता को पूरा करने के दो तरीके हैं, और आप कौन-सा उपयोग करते हैं यह उत्पाद पर निर्भर करता है। दोनों तीन-दिन की समय-सीमा पूरी करते हैं। अंतर यह है कि वे और क्या करते हैं।

किसी उपभोज्य वस्तु के लिए, आप उसका उपभोग करते हैं। एक सुरक्षित बैकएंड पर यह purchases.products.consume है, या Play Billing Library में क्लाइंट-साइड consumeAsync()। उपभोग करना खरीद को स्वीकार भी करता है और उत्पाद को फिर से खरीदने योग्य बनाता है, जो सिक्कों, क्रेडिट, या एक-बार वाले जनरेशन के लिए ठीक वही है जो आप चाहते हैं। किसी गैर-उपभोज्य या सब्सक्रिप्शन के लिए, आप उसे स्वीकार करते हैं: बैकएंड पर purchases.products.acknowledge या purchases.subscriptions.acknowledge, या क्लाइंट-साइड acknowledgePurchase()। स्वीकार करना समय-सीमा को पूरा कर देता है बिना उत्पाद को फिर से खरीद के लिए मुक्त किए।

खरीद का प्रकार	वह कॉल जो समय-सीमा पूरी करती है	यह और क्या करती है	समय-सीमा
उपभोज्य	purchases.products.consume या consumeAsync()	उत्पाद को फिर से खरीदने योग्य भी बनाती है	PURCHASED से 3 दिन
गैर-उपभोज्य	purchases.products.acknowledge या acknowledgePurchase()	एंटाइटलमेंट प्रदान किया चिह्नित करती है, फिर से खरीद नहीं	PURCHASED से 3 दिन
सब्सक्रिप्शन, प्रारंभिक खरीद	purchases.subscriptions.acknowledge या acknowledgePurchase()	नए सब्सक्रिप्शन की पुष्टि करती है	PURCHASED से 3 दिन
सब्सक्रिप्शन नवीनीकरण	कुछ आवश्यक नहीं	Google द्वारा स्वचालित रूप से स्वीकृत चिह्नित	लागू नहीं
एक सप्ताह से कम की प्रीपेड योजना	ऊपर की तरह स्वीकार करें	एंटाइटलमेंट की पुष्टि करती है	योजना की आधी अवधि

नवीनीकरण पहले से संभाले हुए हैं, प्रारंभिक खरीदें नहीं

आप पर स्वीकृति केवल किसी सब्सक्रिप्शन की पहली खरीद पर बकाया है। Google साफ़ कहता है कि "आपको सब्सक्रिप्शन नवीनीकरणों को स्वीकार करने की आवश्यकता नहीं है," और वह खुद ही नवीनीकरणों पर ACKNOWLEDGEMENT_STATE_ACKNOWLEDGED की मुहर लगा देता है। एक नई खरीद ACKNOWLEDGEMENT_STATE_PENDING के रूप में आती है और जब तक आप उसे निपटा नहीं देते तब तक आपकी ज़िम्मेदारी रहती है। स्वीकार करने से पहले, बैकएंड पर acknowledgementState या क्लाइंट-साइड isAcknowledged() जाँचें ताकि आप दो बार स्वीकार न करें।

प्रीपेड योजनाओं को छोटी बत्ती मिलती है

प्रीपेड सब्सक्रिप्शन योजनाएँ विंडो को कस देती हैं। Google का नियम: एक सप्ताह या उससे अधिक चलने वाली प्रीपेड योजनाओं को तीन दिनों के भीतर स्वीकार किया जाना चाहिए, लेकिन "एक सप्ताह से कम अवधि की प्रीपेड योजनाओं को योजना की आधी अवधि के भीतर स्वीकार किया जाना चाहिए।" एक तीन-दिन की प्रीपेड योजना आपको डेढ़ दिन देती है, तीन दिन नहीं। अगर आप छोटी प्रीपेड टॉप-अप बेचते हैं, तो आपका स्वीकृति मार्ग तेज़ और सर्वर-संचालित होना चाहिए, उपयोगकर्ता के ऐप फिर से खोलने पर निर्भर नहीं।

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

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

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

मुफ्त ट्रायल और वह उपयोगकर्ता जो कभी वापस नहीं आता

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

एक बिना स्वीकृति वाला रिफंड वास्तव में क्या कीमत चुकवाता है

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

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

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

एक अँधेरी मेज़ के पार वापस खींचा जाता एक मुड़ा हुआ रसीद और सिक्के, जो एक बिना स्वीकृति वाली Google Play खरीद के रिफंड और वापस लिए जाने पर पहले ही खर्च हो चुके पैसे को दर्शाता है

Google Play खरीद को सर्वर-साइड कैसे स्वीकार करें

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

Real-time developer notifications के लिए सुनें। एक ONE_TIME_PRODUCT खरीद या एक SUBSCRIPTION_PURCHASED इवेंट आपके सर्वर को उसी क्षण बताता है कि एक खरीद मौजूद है जिस क्षण Google को पता चलता है, चाहे ऐप खुला हो या नहीं।
Play Developer API के विरुद्ध खरीद टोकन को सत्यापित करें और पुष्टि करें कि स्थिति PURCHASED है, PENDING नहीं।
अपने खुद के रिकॉर्ड में एंटाइटलमेंट दें, उपयोगकर्ता से जुड़ा हुआ।
तुरंत स्वीकार करें या उपभोग करें। उपभोज्य वस्तुओं का उपभोग करें, गैर-उपभोज्य और प्रारंभिक सब्सक्रिप्शन स्वीकार करें। पहले acknowledgementState जाँचें ताकि आप कभी दो बार स्वीकार न करें।
क्लाइंट पर भी बैकफ़िल करें। onResume() में queryPurchasesAsync() कॉल करें ताकि कोई भी खरीद जो ऐप बंद रहते हुए पूरी हुई, फिर भी संसाधित हो जाए। यह एक सुरक्षा जाल है, प्राथमिक मार्ग नहीं।

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

जो फिसल जाती हैं उनके लिए एक मिलान जाल

एक साफ़ पाइपलाइन को भी एक जाँच से लाभ होता है। Voided Purchases API उन खरीदों को सूचीबद्ध करता है जो रिफंड, वापस ली गई, या चार्जबैक हुईं, और उस मामले का नाम बताता है जहाँ कारण यह होता है कि खरीद "डेवलपर द्वारा कभी स्वीकार नहीं की गई, और इसलिए शायद डेवलपर के रिकॉर्ड में मौजूद न हो।" इसे पोल करें और आप किसी भी ऐसी चीज़ के लिए दिया गया एंटाइटलमेंट वापस ले सकते हैं जिसे Google पहले ही उलट चुका है। सीमा पर ध्यान दें: यह API केवल पिछले 30 दिनों की रद्द खरीदें लौटाता है, इसलिए मिलान एक शेड्यूल पर चलना चाहिए, तिमाही में एक बार नहीं।

Apple के पास इसका कोई समकक्ष नहीं है, और यह मायने रखता है

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

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

यही कारण है कि RefundHalt स्टोर नोटिफ़िकेशन आते ही Google Play खरीदों को स्वचालित रूप से स्वीकार करता है, और Voided Purchases API के विरुद्ध मिलान करता है ताकि किसी ऐसी खरीद के लिए दिया गया एंटाइटलमेंट जिसे Google ने बाद में उलट दिया, सक्रिय न रहे। तीन-दिन का नियम एक ऐसी दौड़ नहीं रहता जिसे आप हार सकते हैं और एक ऐसा चरण बन जाता है जो पहले ही हो चुका।

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

मेरी Google Play खरीद तीन दिन बाद स्वचालित रूप से रिफंड क्यों हुई?: क्योंकि आपके ऐप ने उसे समय पर स्वीकार नहीं किया। Google Play स्वचालित रूप से खरीदार को रिफंड कर देता है और किसी भी ऐसी खरीद को वापस ले लेता है जिसे PURCHASED स्थिति तक पहुँचने के तीन दिनों के भीतर स्वीकार नहीं किया जाता। यह न ग्राहक का अनुरोध है, न Google का जुर्माना, यह एक गायब स्वीकृति कॉल है, और स्टोर नोटिफ़िकेशन से सर्वर-साइड स्वीकार करना इसे खत्म कर देता है।
किसी खरीद को स्वीकार करने और उपभोग करने में क्या अंतर है?: दोनों तीन-दिन की आवश्यकता को पूरा करते हैं। आप किसी उपभोज्य वस्तु का उपभोग करते हैं, purchases.products.consume या consumeAsync() के माध्यम से, जो उत्पाद को फिर से खरीदने के लिए भी उपलब्ध बना देता है। आप किसी गैर-उपभोज्य या सब्सक्रिप्शन को स्वीकार करते हैं, purchases.products.acknowledge, purchases.subscriptions.acknowledge, या acknowledgePurchase() के माध्यम से, जो एंटाइटलमेंट की पुष्टि करता है बिना उत्पाद को फिर से खरीद के लिए मुक्त किए।
क्या मुझे Google Play सब्सक्रिप्शन नवीनीकरणों को स्वीकार करने की आवश्यकता है?: नहीं। केवल प्रारंभिक सब्सक्रिप्शन खरीद को स्वीकृति की आवश्यकता होती है। Google नवीनीकरणों को स्वीकार करने की आवश्यकता नहीं रखता और उन्हें स्वचालित रूप से ACKNOWLEDGEMENT_STATE_ACKNOWLEDGED के रूप में चिह्नित करता है। एक नई खरीद ACKNOWLEDGEMENT_STATE_PENDING के रूप में आती है और जब तक आप उसे निपटा नहीं देते तब तक आपकी ज़िम्मेदारी रहती है।
क्या मैं किसी खरीद को तब स्वीकार कर सकता हूँ जब वह अभी भी PENDING है?: नहीं। आपको केवल तब स्वीकार करना चाहिए जब खरीद स्थिति PURCHASED हो। एक PENDING खरीद, जैसे नकद भुगतान या माता-पिता की मंज़ूरी का अनुरोध, ने अभी तीन-दिन की घड़ी शुरू नहीं की है। एंटाइटलमेंट दें और स्वीकार करें केवल स्थिति के PENDING से PURCHASED में बदलने के बाद।
क्या Apple उन खरीदों को रिफंड करता है जिन्हें मैं पूरा नहीं करता?: नहीं। Apple का StoreKit एक अधूरे लेनदेन को हर बार आपके ऐप के लॉन्च होने पर फिर से पहुँचाता है जब तक आप उसे पूरा नहीं करते, लेकिन वह उसे कभी स्वचालित रूप से रिफंड नहीं करता। बिना स्वीकृति वाली खरीदों के लिए तीन-दिन का स्वचालित रिफंड केवल Google Play के लिए अनूठा है, इसलिए दोनों प्लेटफ़ॉर्मों को अलग-अलग हैंडलिंग की आवश्यकता होती है।
अगर कोई खरीद बिना स्वीकृति के होने के कारण पहले ही रिफंड हो चुकी है तो मैं कैसे उबरूँ?: आप रिफंड को उलट नहीं सकते, लेकिन आप मिलान कर सकते हैं। Voided Purchases API को पोल करें, जो पिछले 30 दिनों की रिफंड और वापस ली गई खरीदों को सूचीबद्ध करता है और उन्हें चिह्नित करता है जो इसलिए रद्द हुईं क्योंकि उन्हें कभी स्वीकार नहीं किया गया, फिर आपके द्वारा दिया गया एंटाइटलमेंट वापस लें। आगे के लिए, स्टोर नोटिफ़िकेशन से स्वीकार करें ताकि अगली न फिसले।

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

RefundHalt

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

आगे पढ़ें

Playbookपढ़ने में 8 मिनट

सीरियल refund का दुरुपयोग आपको दोहरी चोट देता है, यहाँ बताया गया है कि स्टोर आपको जवाबी लड़ाई का मौका कैसे देते हैं

जो ग्राहक बार-बार refund लेता है वह कोई इत्तेफाक नहीं है। refund का दुरुपयोग आपको पैसा वापस देने पर तो नुकसान देता ही है, साथ ही वह compute भी छीन लेता है जो आप पहले ही खर्च कर चुके हैं, और दोनों स्टोर आपको इस पैटर्न को जोड़ने के लिए एक पहचान संकेत देते हैं, Apple का appAccountToken और Google का obfuscated account ID।

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

रिफंड के बाद एक्सेस रद्द करना: वह कदम जो Apple और Google आपके लिए नहीं उठाते

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