Apple अब आपकी सब्सक्रिप्शन पूरी कंपनियों को सीट के हिसाब से बेचता है, और मल्टीसीट सब्सक्रिप्शन रिफ़ंड अलग तरह से काम करता है

Apple ने 22 अक्टूबर 2026 को ऐप सब्सक्रिप्शन संगठनों को सीट के हिसाब से बेचना शुरू किया, और ज़्यादातर डेवलपर्स के लिए यह विकल्प बिना पूछे चालू कर दिया। Apple Business या Apple School Manager इस्तेमाल करने वाले व्यवसाय और स्कूल अब आपकी ऑटो-रिन्यूएबल सब्सक्रिप्शन एक ही In-App Purchase के ज़रिए थोक में ख़रीद सकते हैं। इससे आपके सर्वर पर मल्टीसीट सब्सक्रिप्शन रिफ़ंड का रूप बदल जाता है। एक ट्रांज़ैक्शन अब दर्जनों लोगों का भुगतान कर सकता है, कोई सीट बिना किसी रिफ़ंड के ग़ायब हो सकती है, और रिफ़ंड का मामला लड़ने के लिए आप जिस endpoint का इस्तेमाल करते हैं, वह ऐप को असल में इस्तेमाल करने वाले लोगों के बारे में बात करने से इनकार कर देता है।

Apple ने क्या चालू किया, और इसकी घोषणा कहाँ की

यह लॉन्च Apple Developer की एक छोटी न्यूज़ पोस्ट के रूप में आया, जिसका शीर्षक था "Offer your subscriptions to businesses and schools." पोस्ट के अनुसार संगठन अपनी ज़रूरत की सीटें एक ही In-App Purchase के ज़रिए ख़रीद सकते हैं, फिर उन सीटों को अपने मौजूदा डिवाइस मैनेजमेंट टूल से असाइन और मैनेज कर सकते हैं, और कभी भी सीटें जोड़ या हटा सकते हैं। उसी पोस्ट में लिखा है कि जब तक आपने पहले से सेटिंग नहीं बदली, App Store Connect में मल्टीसीट ख़रीद डिफ़ॉल्ट रूप से चालू है।

इसका तकनीकी ढाँचा किसी मंच से नहीं, बल्कि पिछले महीने भर changelogs में आया। 28 सितंबर की तारीख़ वाले App Store Server API 1.22 ने सीट फ़ील्ड और ग्रुप endpoints सिर्फ़ sandbox में जोड़े। 23 अक्टूबर को एक लाइन के सर्वर अपडेट ने ग्रुप endpoints और ASSIGNMENT_REVOKE मान को प्रोडक्शन में पहुँचा दिया। अगर आपका नोटिफ़िकेशन हैंडलर गर्मियों के बाद से नहीं बदला है, तो अब उसे ऐसा डेटा मिल रहा है जिसे पढ़ने के लिए वह कभी लिखा ही नहीं गया था।

डिफ़ॉल्ट रूप से कौन शामिल है

लगभग सभी। Apple के App Store Connect हेल्प पेज के अनुसार, 14 सितंबर 2026 से पहले बनी सब्सक्रिप्शन सिर्फ़ तभी बंद स्थिति में शुरू होती हैं जब वे StoreKit 2 इस्तेमाल नहीं करतीं या उनमें Family Sharing चालू है। कस्टम ऐप्स की सब्सक्रिप्शन अपने आप Apple Business और Apple School Manager में जाती हैं, और आप उन्हें बाहर नहीं कर सकते। सेटिंग बदलने के लिए Account Holder, Admin या App Manager की भूमिका चाहिए, और किसी स्वीकृत सब्सक्रिप्शन से Apple Business या Apple School Manager हटाने के लिए Account Holder चाहिए।

मल्टीसीट ख़रीद आपके सर्वर पर कैसे दिखती है

अब एक ही सब्सक्रिप्शन के लिए दो तरह के ट्रांज़ैक्शन हैं। संगठन की ख़रीद एक ट्रांज़ैक्शन है, और उसका quantity फ़ील्ड बताता है कि उसने कितनी सीटें ख़रीदीं। जिस भी व्यक्ति को सीट मिलती है उसे अपना अलग ट्रांज़ैक्शन मिलता है, जिसे Apple का WWDC सेशन App Store द्वारा हर सदस्य के लिए एक ट्रांज़ैक्शन असाइन करना बताता है। इन सदस्य ट्रांज़ैक्शन में inAppOwnershipType का मान ASSIGNED होता है, जो उन PURCHASED और FAMILY_SHARED मानों के साथ है जिन्हें आप शायद पहले से संभालते हैं।

कौन सा रिकॉर्ड एक्सेस तय करेगा, इस पर Apple स्पष्ट है। उसका Get Customer Groups दस्तावेज़ कहता है कि ग्रुप सदस्यता एंटाइटलमेंट से अलग है, और कंटेंट अनलॉक करने के लिए आपको ग्रुप सदस्यता पर निर्भर रहने के बजाय ग्राहक के ट्रांज़ैक्शन पढ़ने चाहिए। एक्सेस ट्रांज़ैक्शन के आधार पर दें। ग्रुप endpoints का इस्तेमाल सिर्फ़ एडमिन व्यू जैसी सुविधाओं के लिए करें।

हटाई गई सीट रिफ़ंड नहीं है

यही वह हिस्सा है जिसमें ज़्यादातर हैंडलर ग़लती करेंगे। जब कोई संगठन किसी कर्मचारी से सीट वापस लेता है, तो Apple एक REVOKE नोटिफ़िकेशन भेजता है, वही प्रकार जो वह तब इस्तेमाल करता है जब कोई Family Sharing ख़रीदार शेयर करना बंद करता है। ट्रांज़ैक्शन का revocationType ASSIGNMENT_REVOKE होता है, और Apple का निर्देश सीधा है: ट्रांज़ैक्शन जिस कंटेंट तक पहुँच देता है, ग्राहक का वह एक्सेस हटा दें।

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

• ASSIGNMENT_REVOKE: इस व्यक्ति का एक्सेस ख़त्म करें। रिफ़ंड दर्ज न करें।
• FAMILY_REVOKE: परिवार के सदस्य का एक्सेस ख़त्म करें। रिफ़ंड दर्ज न करें।
• REFUND_FULL: एक्सेस ख़त्म करें और पूरे ट्रांज़ैक्शन को रिफ़ंड के रूप में दर्ज करें।
• REFUND_PRORATED: revocationPercentage वाला हिस्सा दर्ज करें, फिर तय करें कि कौन सा एक्सेस बचा रहेगा।

असाइन की गई सीट पर रिफ़ंड का बचाव आप क्यों नहीं कर सकते

हर App Store रिफ़ंड का फ़ैसला अब भी Apple ही करता है। जब कोई ग्राहक रिफ़ंड माँगता है, तो Apple एक CONSUMPTION_REQUEST भेजता है और Send Consumption Information के ज़रिए जवाब देने के लिए आपको 12 घंटे देता है। मल्टीसीट में, ऐप इस्तेमाल करने वाला व्यक्ति और भुगतान करने वाला व्यक्ति अलग होते हैं, और Apple का API अब दोनों के बीच एक सख़्त रेखा खींचता है।

Send Consumption Information असाइन किए गए ट्रांज़ैक्शन अस्वीकार करता है

अगर आप Send Consumption Information, उसके V1 वर्ज़न, या Set App Account Token को असाइन किए गए ट्रांज़ैक्शन के साथ कॉल करते हैं, तो Apple InvalidAssignedTransactionNotSupportedError लौटाता है। Apple की सलाह है कि कॉल करने से पहले जाँच लें कि inAppOwnershipType ASSIGNED तो नहीं है। व्यवहार में आपका सबूत या तो ख़रीदार के ट्रांज़ैक्शन पर जाता है या कहीं नहीं। सदस्य खातों पर आपका ऐप जो उपयोग दर्ज करता है, उसे फिर भी रखना चाहिए, क्योंकि यह जानने का यही एकमात्र तरीक़ा है कि सीटें इस्तेमाल हुईं भी या नहीं।

आंशिक रिफ़ंड कैसा दिखता है

Apple ने दिसंबर 2025 में REFUND_PRORATED और revocationPercentage जोड़े। consumption request में आप refundPreference के रूप में GRANT_PRORATED देकर यह नतीजा माँग सकते हैं। ऑटो-रिन्यूएबल सब्सक्रिप्शन के लिए Apple कहता है कि GRANT_PRORATED के साथ consumptionPercentage न भेजें, क्योंकि प्रतिशत वह ख़ुद गणना करता है। अगर रिफ़ंड बाद में पलट दिया जाता है, तो revocationPercentage ट्रांज़ैक्शन से हट जाता है।

क्या मैं सद्भावना के तौर पर किसी एक कर्मचारी की सब्सक्रिप्शन बढ़ा सकता हूँ?

नहीं। Extend a Subscription Renewal Date असाइन की गई सब्सक्रिप्शन के लिए AssignedSubscriptionExtensionIneligibleError लौटाता है। Apple का कारण यह है कि असाइन की गई सब्सक्रिप्शन उसी शेड्यूल पर रिन्यू होती है जिस पर ख़रीदार की ख़रीदी गई सब्सक्रिप्शन, इसलिए किसी एक सदस्य को अकेले आगे नहीं खिसकाया जा सकता।

मल्टीसीट सब्सक्रिप्शन रिफ़ंड की आपको क्या क़ीमत चुकानी पड़ती है

नया जोखिम पैमाना है। Apple का WWDC सेशन अधिकतम पाँच प्राइस बैंड वाली वॉल्यूम प्राइसिंग समझाता है। उसके उदाहरण में 20 सीटों तक हर सीट $19.99 प्रति माह, सीट 21 से 40 तक $13.99, और सीट 41 से $10.99 में बिकती है। इन आँकड़ों पर 50 सीटों का ऑर्डर हर महीने $789.50 का बिल बनाता है, यानी लगभग $15.79 प्रति सीट। उस एक ट्रांज़ैक्शन पर REFUND_FULL पूरे $789.50 लौटा देता है, सिर्फ़ एक सब्सक्रिप्शन की क़ीमत नहीं।

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

कौन से रिफ़ंड फ़्लो आपका पक्ष पूछते भी हैं

मल्टीसीट इस छोटी सूची को नहीं बदलता। सिर्फ़ दो रिफ़ंड फ़्लो डेवलपर से सबूत माँगते हैं: Apple का CONSUMPTION_REQUEST, जिसका जवाब Send Consumption Information के ज़रिए 12 घंटे के भीतर दिया जाता है, और Google Play का चार्जबैक रिव्यू, जिसका जवाब orders.reviewrefund के ज़रिए 24 घंटे के भीतर दिया जाता है। बाक़ी सब कुछ आपके बिना तय होता है। 3 अगस्त 2026 के बाद दिए गए Google Play ऑर्डर में चार्जबैक की क़ीमत डेवलपर को ख़रीद मूल्य, Play की सर्विस फ़ीस घटाकर, और ऊपर से बैंक की चार्जबैक फ़ीस के रूप में चुकानी पड़ती है। RefundHalt आपके पहले से इकट्ठा किए गए उपयोग डेटा का इस्तेमाल करके Apple के consumption requests का जवाब 12 घंटे की समय सीमा के भीतर देता है।

इस हफ़्ते अपने App Store हैंडलर में क्या बदलें

• हर सब्सक्रिप्शन ट्रांज़ैक्शन पर quantity पढ़ें और उसे ख़रीद के साथ सेव करें।
• inAppOwnershipType सेव करें, और ASSIGNED को PURCHASED और FAMILY_SHARED के साथ एक अलग स्थिति मानें।
• REVOKE हैंडलिंग को revocationType के आधार पर ब्रांच करें, ताकि ASSIGNMENT_REVOKE रिफ़ंड दर्ज किए बिना एक्सेस ख़त्म करे।
• REFUND_PRORATED को पूरे रिफ़ंड के रूप में नहीं, बल्कि revocationPercentage वाले हिस्से पर दर्ज करें।
• Send Consumption Information, Set App Account Token या Extend a Subscription Renewal Date को कॉल करने से पहले ASSIGNED की जाँच करें।
• कोई संगठन 50 सीटें ख़रीदे, उससे पहले App Store Connect में तय करें कि आप संगठनों को बेचना चाहते भी हैं या नहीं।