जापान में वैकल्पिक भुगतान के रिफ़ंड अब दोनों स्टोर पर आपकी ज़िम्मेदारी हैं, और हर एक की रिपोर्ट Apple या Google को वापस भेजनी होती है
जापान के मोबाइल सॉफ़्टवेयर प्रतिस्पर्धा अधिनियम के तहत Apple और Google ऐप्स को स्टोर के बाहर भुगतान लेने देते हैं, और दोनों रिफ़ंड की ज़िम्मेदारी आपको सौंप देते हैं। जानिए कि जापान में वैकल्पिक भुगतान के रिफ़ंड कौन संभालता है, उनकी रिपोर्ट कैसे करें, और इस बदलाव से असल में कितनी बचत होती है।
मुख्य बातें
- दिसंबर 2025 में iOS 26.2 के बाद से, जापान में App Store के ऐप्स वैकल्पिक भुगतान प्रोसेसिंग या किसी वेबसाइट का लिंक दे सकते हैं, लेकिन केवल Apple In-App Purchase के साथ। Apple का कहना है कि वह इन वैकल्पिक भुगतानों के रिफ़ंड में ग्राहकों की मदद नहीं करेगा।
- Google Play का बिलिंग चॉइस प्रोग्राम 30 सितंबर 2026 को जापान में शुरू हुआ। इसमें शामिल डेवलपर्स को Play के बाहर की गई ख़रीदारियों के लिए रिफ़ंड के तरीक़े देने होंगे, जब तक कि ख़रीदार को ख़रीदारी से पहले साफ़ तौर पर यह न बताया गया हो कि बिक्री नॉन-रिफ़ंडेबल है।
- जापान में वैकल्पिक भुगतान के रिफ़ंड की रिपोर्ट फिर भी करनी होती है। Apple हर रिफ़ंड को एक मासिक रिपोर्ट में देखना चाहता है, जो कैलेंडर महीने के ख़त्म होने के 15 दिनों के भीतर जमा करनी होती है, और उसका External Purchase Server API डेवलपर्स से चार्जबैक को रिफ़ंड के रूप में रिपोर्ट करने को कहता है।
- Google Play पर, Play के बाहर की गई ख़रीदारियों के रिफ़ंड externaltransactions.refundexternaltransaction के ज़रिए रिपोर्ट किए जाते हैं। यह पूरा रिफ़ंड या टैक्स से पहले की राशि के रूप में बताया गया आंशिक रिफ़ंड स्वीकार करता है, और सब्सक्रिप्शन के हर रिन्यूअल का रिफ़ंड एक अलग अनुरोध से होता है।
- जापान में Apple की दरें ऐप के भीतर वैकल्पिक भुगतान पर 21% कमीशन हैं, जबकि In-App Purchase पर 21% के साथ 5% भुगतान प्रोसेसिंग शुल्क लगता है। यानी Apple का चेकआउट छोड़ने से, आपके अपने प्रोसेसर की फ़ीस से पहले, कीमत के ज़्यादा से ज़्यादा 5 पॉइंट बचते हैं।
- स्टोर के बाहर भुगतान की गई ख़रीदारी के लिए न तो Apple का CONSUMPTION_REQUEST ट्रिगर होता है और न ही Google Play का orders.reviewrefund। इसलिए जापान के किसी विवादित वैकल्पिक भुगतान की लड़ाई स्टोर से नहीं, बल्कि आपके पेमेंट प्रोसेसर और कार्डधारक के बैंक के साथ होती है।
- जापान में Google के एक्सटर्नल पेमेंट्स प्रोग्राम ने 30 सितंबर 2026 को नए नामांकन लेना बंद कर दिया और यह 31 मार्च 2027 के बाद समाप्त हो जाएगा। जो ऐप्स अभी भी इसका इस्तेमाल कर रहे हैं, उन्हें वेब लिंक बनाए रखने के लिए तब तक बिलिंग चॉइस प्रोग्राम पर जाना होगा।
जापान में वैकल्पिक भुगतान के रिफ़ंड अब iPhone और Android दोनों पर आपका काम हैं। Apple ने दिसंबर 2025 में iOS 26.2 के साथ जापान में वैकल्पिक भुगतान प्रोसेसिंग शुरू की, और Google Play का बिलिंग चॉइस प्रोग्राम 30 सितंबर 2026 को जापानी उपयोगकर्ताओं तक पहुँचा। दोनों स्टोर ने एक ही सौदा किया। आप भुगतान ख़ुद ले सकते हैं, और रिफ़ंड, सपोर्ट टिकट और चार्जबैक भी उसके साथ आपके पास आते हैं। ज़्यादातर टीमें जिस हिस्से को नज़रअंदाज़ कर देती हैं, वह है काग़ज़ी काम: आपके दिए हर रिफ़ंड की रिपोर्ट उस स्टोर को वापस भेजनी होती है जिसने आपको बेचने दिया।
जापान में क्या बदला, और कब
जापान का मोबाइल सॉफ़्टवेयर प्रतिस्पर्धा अधिनियम, यानी MSCA, दिसंबर 2025 में उन कंपनियों के लिए लागू हुआ जिन्हें यह नामित करता है, और Apple और Google उनमें शामिल हैं। Google का कहना है कि उसने अपनी प्रतिक्रिया पर जापान फ़ेयर ट्रेड कमीशन के साथ 18 महीने काम किया। Apple ने उसी हफ़्ते अपने बदलाव जारी किए। नीचे दी गई तारीख़ें दोनों कंपनियों के अपने पेजों से ली गई हैं।
| तारीख़ | क्या बदला | कहाँ बताया गया है |
|---|---|---|
| दिसंबर 2025, iOS 26.2 | जापान स्टोरफ़्रंट पर iPhone ऐप्स में वैकल्पिक भुगतान प्रोसेसिंग और वेब लिंक की अनुमति | Apple Developer: जापान में App Store पर भुगतान विकल्प |
| 17 दिसंबर 2025 | Google ने घोषणा की कि वह जापान में यूज़र चॉइस बिलिंग को गेम्स समेत डिजिटल कंटेंट बेचने वाले सभी ऐप्स तक बढ़ाएगा | Google ब्लॉग: जापान के MSCA का अनुपालन |
| iOS 26.4 | External Purchase Server API वैकल्पिक भुगतान लेनदेन की रिपोर्ट करने का तरीक़ा बना | Apple Developer: जापान में App Store पर भुगतान विकल्प |
| 30 सितंबर 2026 | Google Play बिलिंग चॉइस प्रोग्राम जापान में उपलब्ध, एक्सटर्नल पेमेंट्स प्रोग्राम नए नामांकनों के लिए बंद | Play Console सहायता |
| 31 मार्च 2027 | जापान में Google का एक्सटर्नल पेमेंट्स प्रोग्राम इस तारीख़ के बाद बंद | Play Console सहायता |
| iOS 27.2 | Apple की सिस्टम डिस्क्लोज़र शीट, डेवलपर्स की अपनी बनाई शीट की जगह लेती है | Apple Developer: जापान में App Store पर भुगतान विकल्प |
किसी भी स्टोर ने आपको अपना चेकआउट हटाने की अनुमति नहीं दी। Apple की शर्त है कि किसी भी वैकल्पिक विकल्प के साथ In-App Purchase उपलब्ध रहे। Google की शर्त है कि Google Play Billing आपकी बिलिंग या आपके वेब लिंक के साथ-साथ पेश किया जाए। एक ऐप, दो चेकआउट, और दो अलग रिफ़ंड डेस्क।
जापान में वैकल्पिक भुगतान के रिफ़ंड कौन संभालता है
संक्षिप्त जवाब यह है कि स्टोर उन ख़रीदारियों के रिफ़ंड संभालता है जिन्हें उसने प्रोसेस किया, और बाक़ी आप संभालते हैं। जिस ख़रीदार ने Apple In-App Purchase से भुगतान किया, वह अब भी Apple से रिफ़ंड माँग सकता है। जिसने आपके प्रोसेसर से भुगतान किया, वह नहीं माँग सकता।
Apple क्या कहता है
Apple का जापान पेज बिल्कुल स्पष्ट है। वैकल्पिक भुगतानों से की गई ख़रीदारियों के लिए Apple रिफ़ंड, ख़रीदारी इतिहास, सब्सक्रिप्शन प्रबंधन और दूसरे मामलों में ग्राहकों की मदद नहीं कर पाएगा, और इन्हें ग्राहकों के साथ सीधे सुलझाने की ज़िम्मेदारी आपकी होगी। यह भुगतान प्रोसेसिंग, कैंसलेशन और रिफ़ंड से जुड़े क़ानूनों के पालन की ज़िम्मेदारी भी आप पर डालता है। आपका पेमेंट सर्विस प्रोवाइडर PCI Level 1 अनुपालक होना चाहिए और उसे ऐसी ग्राहक सेवा प्रक्रिया चलानी होगी जिसमें विवाद, सब्सक्रिप्शन प्रबंधन और रिफ़ंड शामिल हों।
Google क्या कहता है
Google के बिलिंग चॉइस नियम तीन ज़िम्मेदारियाँ साफ़ बताते हैं। Play के बाहर लेनदेन पूरा करने वाले उपयोगकर्ताओं के लिए आपको रिफ़ंड के तरीक़े देने होंगे, जब तक कि उपयोगकर्ता को ख़रीदारी से पहले साफ़ तौर पर न बताया गया हो कि लेनदेन नॉन-रिफ़ंडेबल है। आपको इन ख़रीदारियों के लिए ग्राहक सहायता देनी होगी। और आपके बिलिंग सिस्टम को उपयोगकर्ताओं को अनधिकृत लेनदेन पर विवाद दर्ज करने का तरीक़ा देना होगा। Google ऐसे लिंक भी चाहता है जहाँ उपयोगकर्ता अपना ऑर्डर इतिहास देख सकें, सब्सक्रिप्शन प्रबंधित कर सकें और रिफ़ंड अनुरोध शुरू कर सकें।
यहाँ दोनों सबूत वाले फ़्लो मौजूद नहीं हैं
स्टोर बिलिंग में केवल दो रिफ़ंड फ़्लो आपसे सबूत माँगते हैं: Apple का CONSUMPTION_REQUEST, जो उपभोग डेटा भेजने के लिए आपको 12 घंटे देता है, और orders.reviewrefund के ज़रिए Google Play की चार्जबैक समीक्षा, जो 24 घंटे देती है। दोनों इसलिए मौजूद हैं क्योंकि भुगतान स्टोर ने लिया था। आपके अपने प्रोसेसर से भुगतान की गई ख़रीदारी इनमें से किसी को भी ट्रिगर नहीं करती। जब कोई जापानी ख़रीदार उस चार्ज पर विवाद करता है, तो मामला आपके प्रोसेसर और उसके बैंक के बीच चलता है, और बैंक का फ़ैसला अंतिम होता है।
Apple या Google को रिफ़ंड की रिपोर्ट कैसे करें
रिफ़ंड देना आधा काम है। दोनों स्टोर वैकल्पिक भुगतानों में हिस्सा लेते हैं, इसलिए दोनों वापस गया पैसा देखना चाहते हैं।
| Apple, जापान स्टोरफ़्रंट | Google Play, जापान | |
|---|---|---|
| क्या रिपोर्ट करें | रिफ़ंड, सुधार, रिन्यूअल और एक बार की ख़रीदारियों समेत सभी वैकल्पिक भुगतान लेनदेन | रिफ़ंड, रिन्यूअल और $0 वाले फ़्री ट्रायल समेत सभी अधिकृत लेनदेन |
| कैसे | iOS 26.4 और उसके बाद External Purchase Server API, iOS 26.2 और 26.3 के लिए उदाहरण रिपोर्ट फ़ाइलें | Google Play Developer API में externaltransactions API |
| कब | हर महीने, कैलेंडर महीने के ख़त्म होने के 15 दिनों के भीतर | हर अधिकृत लेनदेन के 24 घंटों के भीतर |
| रिफ़ंड का फ़ॉर्मैट | मूल ख़रीदारी की ओर इशारा करने वाला एक RefundLineItem | fullRefund या partialRefund के साथ refundexternaltransaction |
| चार्जबैक | चार्जबैक को रिफ़ंड के रूप में रिपोर्ट करें | रिपोर्टिंग पेज पर इसका ज़िक्र नहीं |
| बिलिंग | Apple अगले महीने की 15 तारीख़ तक इनवॉइस भेजता है, भुगतान 30 दिनों के भीतर देय | रिपोर्ट किए गए लेनदेन पर सर्विस फ़ीस |
Apple के रिफ़ंड लाइन आइटम
External Purchase Server API में रिफ़ंड, REFUND टाइप का अपना अलग लाइन आइटम होता है। इसमें वह लेनदेन लिखा होता है जिसका रिफ़ंड हुआ, वह तारीख़ जब आपने रिफ़ंड पूरा किया, आपकी रिपोर्टिंग करेंसी की मिली-यूनिट में टैक्स के साथ और टैक्स के बिना राशियाँ, और एक नेट राशि, जिसके बारे में Apple कहता है कि उसमें सभी रिफ़ंड और रीस्टेटमेंट का हिसाब होता है। Apple का लाइन आइटम पेज एक ऐसा वाक्य जोड़ता है जो विवादों के लिए अहम है: चार्जबैक को रिफ़ंड के रूप में रिपोर्ट करें।
अगर कोई लाइन ग़लत चली जाए, तो Apple सुधार की उम्मीद करता है। आप वही lineItemId दोबारा भेजते हैं, restatement को true पर सेट करके, और Apple केवल नवीनतम संस्करण का उपयोग करता है। ग़लती से भेजी गई लाइन को erroneouslySubmitted को भी true पर सेट करके वापस लिया जाता है।
Google का रिफ़ंड कॉल
Google Play पर आप refundexternaltransaction को उस externalTransactionId के लिए कॉल करते हैं जो आपने बिक्री के लिए रिपोर्ट किया था। पूरा रिफ़ंड बची हुई पूरी राशि को कवर करता है। आंशिक रिफ़ंड के लिए एक यूनिक refundId और लौटाई गई टैक्स से पहले की राशि चाहिए। सब्सक्रिप्शन के लिए Google उस ख़ास रिन्यूअल की ID चाहता है जिसका रिफ़ंड हो रहा है, यानी तीन बार चार्ज हुए सब्सक्रिप्शन का रिफ़ंड करने का मतलब है तीन अलग रिफ़ंड कॉल। क्रिएट और रिफ़ंड एंडपॉइंट प्रति मिनट 1,200 क्वेरी की एक साझा सीमा रखते हैं।
जापान में वैकल्पिक भुगतान से असल में कितनी बचत होती है
सुर्ख़ियों वाली बचत कई टीमों की उम्मीद से कम है, और रिफ़ंड की लागत उसमें से भी हिस्सा खा जाती है। ये रहीं Apple की प्रकाशित जापान दरें।
| Apple, जापान स्टोरफ़्रंट | कमीशन | भुगतान प्रोसेसिंग शुल्क | Apple को कुल |
|---|---|---|---|
| In-App Purchase, स्टैंडर्ड | 21% | 5% | 26% |
| ऐप में वैकल्पिक भुगतान, स्टैंडर्ड | 21% | कोई नहीं | 21%, साथ में आपके प्रोसेसर की फ़ीस |
| आपकी वेबसाइट का लिंक, स्टैंडर्ड | टैप के 7 दिनों के भीतर की बिक्री पर 15% | कोई नहीं | 15%, साथ में आपके प्रोसेसर की फ़ीस |
| Small Business Program, या पहले साल के बाद का सब्सक्रिप्शन | 10% | केवल In-App Purchase पर 5% | In-App Purchase पर 15%, बाक़ी पर 10% |
किसी स्टैंडर्ड इन-ऐप बिक्री पर अपने प्रोसेसर पर जाने से ग्राहक की कीमत के 5 पॉइंट बचते हैं। आपके प्रोसेसर की फ़ीस इन्हीं 5 पॉइंट में से कटती है। Google की बिलिंग चॉइस दरें प्रोडक्ट के प्रकार और इंस्टॉल की उम्र के हिसाब से अलग-अलग स्तरों में हैं। ऐप के अंदर वैकल्पिक बिलिंग के लिए उसका सहायता पेज ऑटो-रिन्यू होने वाले सब्सक्रिप्शन पर 10% बताता है, और दूसरी ख़रीदारियों पर 20% या 25%, इस पर निर्भर करते हुए कि इंस्टॉल नया है या पुराना। योग्य डेवलपर्स के लिए सालाना कमाई के पहले $1M पर दर 10% है।
वे लागतें जो पहले स्टोर उठाता था
- आपके दिए रिफ़ंड: पूरी कीमत आपके प्रोसेसर बैलेंस से वापस जाती है, और रिफ़ंड के लिए प्रोसेसर जो भी शुल्क लेता है, वह आपको देना होता है।
- चार्जबैक: आपके प्रोसेसर की विवाद फ़ीस, साथ में बैंक के लिए सबूत जुटाने में लगने वाला समय। पहले जीतने के लिए कोई स्टोर समीक्षा नहीं है।
- ग्राहक सहायता: ऑर्डर इतिहास, सब्सक्रिप्शन और रिफ़ंड से जुड़े सवालों का जापानी में जवाब देने वाला स्टाफ़ या टूलिंग, जिसे Apple और Google इन ख़रीदारों के लिए अब नहीं संभालते।
- रिपोर्टिंग: Apple को मासिक रिपोर्ट और हर बिक्री और रिफ़ंड के 24 घंटों के भीतर Google को कॉल भेजने के लिए ज़रूरी इंजीनियरिंग।
वे लागतें जो कोई रिफ़ंड कभी वापस नहीं लाता
ये कभी स्टोर की समस्या नहीं थीं, और हर हाल में आपकी ही रहती हैं। ख़रीदार ने जो इस्तेमाल किया उसके पीछे का कंप्यूट, उसके अनुरोधों से हुए API कॉल, उसकी बनाई चीज़ों का स्टोरेज, और उस बिक्री पर किसी क्रिएटर या पार्टनर को देय भुगतान। In-App Purchase पर CONSUMPTION_REQUEST कम से कम आपको Apple को यह दिखाने देता है कि ख़रीदार ने जिसके लिए भुगतान किया, उसका उपभोग कर लिया। आपके अपने प्रोसेसर पर यह दलील बैंक के पास जाती है, और वह भी तभी जब ख़रीदार आपसे रिफ़ंड माँगने के बजाय विवाद दर्ज करे।
कम उम्र के ख़रीदारों के लिए नियम
रिफ़ंड का जोखिम वहीं सबसे ज़्यादा होता है जहाँ कोई बच्चा भुगतान करता है, और Apple के जापान नियम इसी को ध्यान में रखकर बने हैं। Kids श्रेणी के ऐप्स को किसी भी वैकल्पिक भुगतान फ़्लो से पहले पैरेंटल गेट लगाना होगा और वे वेबसाइट पर ख़रीदारी की पेशकश नहीं कर सकते। दूसरे ऐप्स को पैरेंटल ख़रीदारी नियंत्रणों का समर्थन करना होगा। 13 साल से कम उम्र के उपयोगकर्ता केवल इन-ऐप वैकल्पिक प्रोसेसिंग का उपयोग कर सकते हैं, वह भी पैरेंटल गेट के पीछे। 13 से 17 साल के उपयोगकर्ता दोनों विकल्पों का उपयोग कर सकते हैं, और हर एक पैरेंटल गेट के पीछे होता है।
जापान में वैकल्पिक भुगतान शुरू करने से पहले एक चेकलिस्ट
- जापानी में रिफ़ंड नीति लिखें और ख़रीदार के भुगतान करने से पहले उसका लिंक दें। Google Play पर हर नॉन-रिफ़ंडेबल बिक्री की जानकारी पहले ही देनी होती है।
- ख़रीदारों को ऑर्डर इतिहास, सब्सक्रिप्शन प्रबंधन और रिफ़ंड अनुरोधों के लिए एक पेज दें, जिसका लिंक ऐप में हो।
- पुष्टि करें कि आपका प्रोसेसर PCI Level 1 अनुपालक है और विवाद, रिफ़ंड और सब्सक्रिप्शन बदलाव संभाल सकता है।
- हर बिक्री, रिन्यूअल और रिफ़ंड को उन ID के साथ लॉग करें जिनकी हर स्टोर को ज़रूरत है: Apple के लिए lineItemId, Google के लिए externalTransactionId।
- Apple के रिफ़ंड और चार्जबैक मासिक रिपोर्ट में दर्ज करें, और Google के रिफ़ंड हर सब्सक्रिप्शन के हिसाब से नहीं, हर रिन्यूअल के हिसाब से भेजें।
- हर अकाउंट के उपयोग रिकॉर्ड रखें, क्योंकि अपने प्रोसेसर पर आपको ये स्टोर को नहीं, बैंक को दिखाने होंगे।
- अगर आप जापान में Google के एक्सटर्नल पेमेंट्स प्रोग्राम में हैं, तो 31 मार्च 2027 से पहले बिलिंग चॉइस पर जाने की योजना बनाएँ।
अक्सर पूछे जाने वाले सवाल
- जापान में वैकल्पिक भुगतानों के रिफ़ंड कौन संभालता है?
- आप। Apple का कहना है कि वह जापान में वैकल्पिक भुगतानों से की गई ख़रीदारियों के रिफ़ंड में ग्राहकों की मदद नहीं करेगा, और Google अपने बिलिंग चॉइस प्रोग्राम के डेवलपर्स से Google Play के बाहर की गई ख़रीदारियों के लिए रिफ़ंड के तरीक़े और ग्राहक सहायता देने की अपेक्षा करता है। Apple In-App Purchase या Google Play Billing से की गई ख़रीदारियों का रिफ़ंड अब भी स्टोर ही करता है।
- क्या जापान के वैकल्पिक भुगतानों के रिफ़ंड की रिपोर्ट मुझे Apple को करनी होगी?
- हाँ। Apple सभी वैकल्पिक भुगतान लेनदेन की रिपोर्ट माँगता है, जिसमें रिफ़ंड और सुधार शामिल हैं, और यह हर महीने कैलेंडर महीने के ख़त्म होने के 15 दिनों के भीतर भेजनी होती है। iOS 26.4 और उसके बाद यह External Purchase Server API के ज़रिए जाती है, जहाँ रिफ़ंड एक RefundLineItem होता है और चार्जबैक को रिफ़ंड के रूप में रिपोर्ट किया जाता है।
- Play के बाहर की गई ख़रीदारी के रिफ़ंड की रिपोर्ट Google Play को कैसे करूँ?
- मूल बिक्री के externalTransactionId के साथ externaltransactions.refundexternaltransaction को कॉल करें, और टैक्स से पहले की राशि के साथ fullRefund या partialRefund चुनें। सब्सक्रिप्शन के लिए, हर रिन्यूअल का रिफ़ंड उसी रिन्यूअल की अपनी ट्रांज़ैक्शन ID से अलग-अलग करें।
- क्या Apple का CONSUMPTION_REQUEST जापान के वैकल्पिक भुगतानों पर लागू होता है?
- नहीं। CONSUMPTION_REQUEST और Google Play का orders.reviewrefund केवल उन ख़रीदारियों के लिए होते हैं जिन्हें स्टोर ने प्रोसेस किया। जापान में आपके अपने प्रोसेसर से भुगतान की गई ख़रीदारी पर विवाद उसी प्रोसेसर और कार्डधारक के बैंक के साथ होता है।
- जापान में वैकल्पिक भुगतानों पर Apple कितना शुल्क लेता है?
- Apple ऐप के अंदर वैकल्पिक भुगतानों पर 21% कमीशन लेता है, या Small Business Program सदस्यों और पहले साल के बाद के सब्सक्रिप्शन पर 10%। In-App Purchase पर यही कमीशन और साथ में 5% भुगतान प्रोसेसिंग शुल्क लगता है। टैप के 7 दिनों के भीतर लिंक की गई वेबसाइट पर हुई बिक्री पर 15% कमीशन लगता है।
स्रोत और आगे की जानकारी
- Apple Developer: Payment options on the App Store in Japan
- Apple Developer: External Purchase Server API, RefundLineItem
- Apple Developer: External Purchase Server API, report corrections
- Google: Complying with Japan's Mobile Software Competition Act
- Play Console Help: Enrolling in the billing choice program
- Play Console Help: Enrolling in the external payments program
- Android Developers: Backend integration for billing and link programs
- Google Play Developer API: externaltransactions.refundexternaltransaction
RefundHalt
App Store और Google Play के लिए refund ऑटोपायलट
आगे पढ़ें
ज़्यादा रिफ़ंड अनुरोध आपको रिफ़ंड से भी महंगे पड़ सकते हैं, क्योंकि दोनों ऐप स्टोर इन्हें क्वालिटी का संकेत मानते हैं
Apple की गाइडलाइन 5.6.4 ज़्यादा रिफ़ंड अनुरोधों को इस बात का संकेत बताती है कि ऐप क्वालिटी के मानकों पर खरा नहीं उतर रहा, और Google का डिस्ट्रिब्यूशन एग्रीमेंट नए डेवलपर्स के ऐप रिफ़ंड दर के आधार पर हटाने की अनुमति देता है। जानिए हर स्टोर क्या कहता है, ऐप हटने की कीमत क्या है और इससे कैसे बचें।
रिफ़ंड पर कार्रवाई करने से पहले App Store सर्वर नोटिफ़िकेशन सत्यापित करें, क्योंकि आपके webhook URL पर कोई भी पोस्ट कर सकता है
जब तक आप इसके सिग्नेचर की जाँच नहीं करते, रिफ़ंड नोटिफ़िकेशन सिर्फ़ एक HTTPS अनुरोध है। जानिए App Store सर्वर नोटिफ़िकेशन और Google Play RTDN संदेशों को कैसे सत्यापित करें, हर स्टोर क्या साइन करता है, और जाली या गलती से अस्वीकार किया गया रिफ़ंड आपको कितना महँगा पड़ता है।