Family Sharing रिफंड एक भुगतान को पलट देता है, लेकिन पाँच अन्य लोगों को अब भी आपकी ऐप इस्तेमाल करते हुए छोड़ सकता है, और केवल आपका सर्वर ही उन्हें रोक सकता है

एक Family Sharing समूह में एक खरीद आपकी ऐप को छह लोगों को सौंप सकती है. जिसने भुगतान किया वह उनमें से एक है. बाकी पाँच ने कभी अपना बटुआ नहीं खोला, और Apple फिर भी उम्मीद करता है कि आपकी ऐप उन सबके लिए काम करे. यही वह सौदा है जिसे आप उस पल चुन लेते हैं जब आप किसी इन-ऐप खरीद के लिए Family Sharing चालू करते हैं. यही वजह भी है कि एक Family Sharing रिफंड एक सामान्य रिफंड से अलग किस्म का जानवर है. जब खरीदार को अपना पैसा वापस मिलता है, तो एक अकाउंट के लिए बिक्री पलट जाती है, लेकिन जो एक्सेस आपने पाँच तक अन्य लोगों को दी थी वह अपने आप बंद नहीं होती. आपके सर्वर को यह करना पड़ता है, और अगर वह केवल खरीदार पर नज़र रखने के लिए लिखा गया था, तो वह नहीं करेगा.

यहाँ पूरी तस्वीर एक जगह है. यह बताता है कि Apple एक साझा खरीद को कैसे चिह्नित करता है, वह एक फ़ील्ड जो खरीदार को परिवार से अलग बताती है, ठीक कब Apple आपको एक REVOKE भेजता है और उसे कैसे पढ़ें, वह शांत विवरण जो एक रिफंड को किसी के बस परिवार छोड़ने से अलग करता है, और एक साझा रिफंड की असल कीमत क्या है जब आप उन लोगों पर पहले ही खर्च किया कंप्यूट गिन लेते हैं जिन्होंने आपको कभी भुगतान नहीं किया.

Family Sharing क्या बाँटता है, और कितने लोगों को

किसी प्रोडक्ट के लिए Family Sharing चालू करें और आप बदल देते हैं कि आपका भुगतान करने वाला ग्राहक कौन है. Apple पर एक परिवार समूह में छह लोग तक हो सकते हैं, एक आयोजक और पाँच तक सदस्य. जब समूह में कोई भी एक परिवार-साझा करने योग्य प्रोडक्ट खरीदता है, तो समूह के हर व्यक्ति को उसका एक्सेस मिल जाता है. वे भुगतान नहीं करते. वे आपके राजस्व में नहीं दिखते. वे बस एक वैध हक़दारी के साथ आपकी ऐप में प्रकट होते हैं, क्योंकि Apple उनमें से हर एक को एक लेनदेन जारी करता है जो उसी खरीद की ओर इशारा करता है.

केवल दो प्रोडक्ट प्रकार साझा करने योग्य हैं, और कंज़्यूमेबल उनमें से एक नहीं है

Family Sharing ठीक दो तरह की इन-ऐप खरीद को कवर करता है: नॉन-कंज़्यूमेबल और ऑटो-रिन्यूएबल सब्सक्रिप्शन. कंज़्यूमेबल, यानी सिक्के-और-क्रेडिट वाले प्रोडक्ट, कभी साझा नहीं होते, यही वजह है कि कोई परिवार सदस्य कभी CONSUMPTION_REQUEST ट्रिगर नहीं करता या आपकी खपत रिपोर्टिंग में नहीं दिखता. अगर आपकी ऐप केवल कंज़्यूमेबल बेचती है, तो Family Sharing रिफंड आपकी समस्या नहीं हैं. अगर आप एक लाइफ़टाइम अनलॉक या एक आवर्ती प्लान बेचते हैं, तो वे हैं.

वह फ़ील्ड जो खरीदार को लाभार्थी से अलग बताती है

Apple जो हर लेनदेन जारी करता है वह एक inAppOwnershipType रखता है. इसके दो मान हैं. PURCHASED का मतलब है कि इस अकाउंट ने प्रोडक्ट के लिए भुगतान किया और उसे प्रबंधित कर सकता है, जिसमें उसे रद्द करना या रिफंड माँगना शामिल है. FAMILY_SHARED का मतलब है कि यह अकाउंट एक परिवार सदस्य है जिसके पास किसी और की खरीद के ज़रिए एक्सेस है. दोनों उस व्यक्ति को आपका प्रोडक्ट इस्तेमाल करने का हक़ देते हैं. उनमें से केवल एक ने भुगतान किया. यह फ़ील्ड StoreKit लेनदेन, रसीद, और App Store Server API पर है, इसलिए आप इसे वहीं पढ़ सकते हैं जहाँ आप पहले से हक़दारी जाँचते हैं.

एक Family Sharing रिफंड आपके सर्वर तक कैसे पहुँचता है

एक साझा खरीद पर रिफंड उसी तरह शुरू होता है जैसे कोई भी Apple रिफंड होता है. खरीदार, जो एकमात्र व्यक्ति है जो ऐसा कर सकता है, Apple से अपना पैसा वापस माँगता है. Apple फ़ैसला करता है. अगर Apple इसे मंज़ूर करता है, तो खरीदार की खरीद पलट जाती है और Apple आपके सर्वर को एक REVOKE App Store Server Notification भेजता है. नोटिफ़िकेशन के V1 और V2 दोनों इसे ले जाते हैं. REVOKE आपका एकमात्र संकेत है कि उसके पीछे की हक़दारी, और उसकी हर परिवार-साझा प्रति, अब रद्द है.

एक लेनदेन को रद्द न करें, पूरे इतिहास को दोबारा पढ़ें

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

वह एक विवरण जो एक रिफंड को परिवार टूटने से अलग करता है

यहाँ वह जाल है जो टीमों की एक डिबगिंग दोपहर खा जाता है. एक REVOKE एक FAMILY_SHARED लेनदेन के लिए दो बहुत अलग चीज़ें मतलब कर सकता है, और उन्हें अलग बताने का तरीका एक ऐसी फ़ील्ड है जो कभी-कभी बस अनुपस्थित होती है. जब खरीदार को एक रिफंड मिलता है, तो FAMILY_SHARED लेनदेन एक revocationDate के साथ आता है. जब कोई परिवार सदस्य बस समूह छोड़ देता है, तो उसी किस्म का REVOKE बिना किसी revocationDate के आता है. Apple के कॉमर्स इंजीनियरों ने डेवलपर फ़ोरम पर सीधे यह कहा है. दोनों ही तरह आप एक्सेस खींच लेते हैं, लेकिन केवल तारीख वाला ही एक रिफंड है, और केवल रिफंड ही वह है जिसने एक भुगतान को भी पलटा.

एक साझा रिफंड आपको असल में कितना महँगा पड़ता है

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

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

सब्सक्रिप्शन इस रिसाव को आवर्ती बना देते हैं

एक नॉन-कंज़्यूमेबल के लिए, एक बिना रद्द किया परिवार सदस्य एक एक-बारगी नुकसान है जो तब तक चलता है जब तक आप ध्यान नहीं देते. एक ऑटो-रिन्यूएबल सब्सक्रिप्शन के लिए यह और बुरा है, क्योंकि हक़दारी पहले से ही आवर्ती थी. सब्सक्रिप्शन ऑर्डर पर एक रिफंड को पूरे समूह के लिए साझाकरण खत्म कर देना चाहिए, लेकिन एक जीवित छोड़ा गया परिवार सदस्य हर बिलिंग अवधि में पेड टियर रखता है जिसमें आप उन्हें बंद करने में चूक जाते हैं. उपाय वही है, हर REVOKE पर पूरे इतिहास से हक़दारियों को फिर से स्थापित करना, लेकिन इसे छोड़ने की लागत बढ़ती जाती है.

इसे सही करना, और असली रिफंड के करने से पहले इसे टेस्ट करना

यहाँ बनाने के लिए कुछ भी असाधारण नहीं है. पूरा काम है एक्सेस को हक़दारी से जोड़ना, खरीदार से नहीं, और हर REVOKE पर उस एक्सेस को फिर से बनाना.

• एक्सेस को लेनदेन और उसके inAppOwnershipType के हिसाब से स्टोर करें, एक अकेले खरीदार अकाउंट के हिसाब से नहीं, ताकि एक FAMILY_SHARED लेनदेन अपने दम पर एक्सेस दे और अपने दम पर रद्द हो सके.
• किसी भी REVOKE नोटिफ़िकेशन पर, ग्राहक का पूरा लेनदेन इतिहास दोबारा पढ़ें और हक़दारियों की फिर से गणना करें, बजाय इसके कि नामित उस एक लेनदेन को बंद कर दें.
• एक revocationDate वाले FAMILY_SHARED लेनदेन को एक रिफंड मानें और उस सदस्य का एक्सेस खत्म करें. बिना revocationDate वाले को एक परिवार की विदाई मानें और उसे भी खत्म करें.
• एक बिल्कुल नई साझा खरीद को सेवा में जल्दबाज़ी से न धकेलें. Apple इसे लगभग एक घंटे तक रोके रखता है ताकि खरीदार पीछे हट सके, इसलिए खरीद टैप पर देने के बजाय उस लेनदेन का सम्मान करें जो Apple असल में जारी करता है.
• इसका पूर्वाभ्यास करें. Apple का Testing Family Sharing टूलिंग आपको एक साझा लेनदेन का अनुकरण करने देता है, और एक sandbox रिफंड वही REVOKE दागता है जो आपका प्रोडक्शन सर्वर पाएगा.

यह करें और एक Family Sharing रिफंड एक गैर-घटना बन जाता है. खरीदार को अपना पैसा मिल जाता है, पूरा समूह उसी ताल में एक्सेस खो देता है, और आप उन लोगों को सेवा देने के लिए भुगतान करना बंद कर देते हैं जो आपको कभी भुगतान नहीं कर रहे थे.