Apple тепер продає вашу підписку цілим компаніям за місцями, і повернення коштів за багатомісну підписку працює інакше

З 22 жовтня 2026 року Apple продає підписки на застосунки організаціям за місцями й увімкнула цю опцію більшості розробників, не питаючи. Компанії та школи, які користуються Apple Business або Apple School Manager, тепер можуть купити вашу автопоновлювану підписку гуртом через одну покупку In-App Purchase. Це змінює те, як повернення коштів за багатомісну підписку виглядає на вашому сервері. Одна транзакція тепер може оплачувати десятки людей, місце може зникнути взагалі без повернення, а ендпоінт, через який ви відстоюєте справу про повернення, відмовляється говорити про людей, які насправді користуються застосунком.

Що Apple увімкнула і де про це оголосила

Запуск оформили короткою новиною Apple Developer із заголовком «Offer your subscriptions to businesses and schools». У ній ідеться, що організації можуть купити потрібні місця через одну покупку In-App Purchase, потім призначати місця й керувати ними наявними інструментами керування пристроями та будь-коли додавати чи вилучати місця. Там само сказано, що багатомісні покупки увімкнені за замовчуванням в App Store Connect, якщо ви ще не змінювали це налаштування.

Технічна частина з’явилася протягом попереднього місяця в журналах змін, а не на сцені. App Store Server API 1.22 від 28 вересня додав поля місць і групові ендпоінти, лише в пісочниці. 23 жовтня однорядкове оновлення сервера перенесло групові ендпоінти та значення ASSIGNMENT_REVOKE у продакшен. Якщо ваш обробник сповіщень не змінювався з літа, він тепер отримує дані, які ніколи не вмів читати.

У кого опція увімкнена за замовчуванням

Майже в усіх. Довідкова сторінка App Store Connect каже, що підписки, створені до 14 вересня 2026 року, спочатку вимкнені, лише якщо вони не використовують StoreKit 2 або мають увімкнений Сімейний доступ. Підписки в замовних застосунках автоматично доступні в 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 зазначає, що членство в групі відокремлене від права доступу і що для відкриття контенту слід читати транзакції клієнта, а не покладатися на членство в групі. Надавайте доступ за транзакціями. Використовуйте групові ендпоінти лише для функцій на кшталт панелі адміністратора.

Вилучене місце не є поверненням коштів

Тут помилиться більшість обробників. Коли організація забирає місце в працівника, Apple надсилає сповіщення REVOKE, того самого типу, що й тоді, коли покупець у Сімейному доступі припиняє ділитися покупкою. revocationType транзакції дорівнює ASSIGNMENT_REVOKE, і вказівка Apple пряма: відкличте в клієнта доступ до контенту, який надає транзакція.

Ніщо в цій події не свідчить про рух грошей. Якщо ваш код вважає кожне відкликання поверненням, ваша частка повернень, чистий дохід і всі побудовані на них сповіщення рахуватимуть звичайну плинність кадрів як втрачені продажі. Спершу розгалужуйте логіку за revocationType.

• ASSIGNMENT_REVOKE: закрийте доступ цій людині. Не проводьте повернення.
• FAMILY_REVOKE: закрийте доступ члену родини. Не проводьте повернення.
• REFUND_FULL: закрийте доступ і проведіть усю транзакцію як повернену.
• REFUND_PRORATED: проведіть частку з revocationPercentage, потім вирішіть, який доступ залишається.

Чому повернення за призначеним місцем не оскаржити

Apple і далі сама вирішує щодо кожного повернення в App Store. Коли клієнт просить повернення, Apple надсилає CONSUMPTION_REQUEST і дає вам 12 годин на відповідь через Send Consumption Information. У багатомісній моделі людина, яка користується застосунком, і людина, яка заплатила, це різні люди, і API Apple тепер проводить між ними жорстку межу.

Send Consumption Information відхиляє призначені транзакції

Викличте Send Consumption Information, його версію V1 або Set App Account Token з призначеною транзакцією, і Apple поверне InvalidAssignedTransactionNotSupportedError. Apple радить перед викликом перевіряти, чи не дорівнює inAppOwnershipType значенню ASSIGNED. На практиці ваші докази йдуть на транзакцію покупця або нікуди. Дані про використання, які ваш застосунок записує для акаунтів учасників, усе одно варто зберігати: лише так можна зрозуміти, чи місцями взагалі користувалися.

Як виглядає часткове повернення

Apple додала REFUND_PRORATED і revocationPercentage у грудні 2025 року. У відповіді на consumption request можна попросити такий результат через refundPreference зі значенням GRANT_PRORATED. Для автопоновлюваної підписки Apple просить не надсилати consumptionPercentage разом із GRANT_PRORATED, бо сама розраховує відсоток. Якщо повернення згодом скасують, revocationPercentage зникне з транзакції.

Чи можу я подовжити підписку одному працівнику як жест доброї волі?

Ні. Extend a Subscription Renewal Date повертає AssignedSubscriptionExtensionIneligibleError для призначеної підписки. Apple пояснює це тим, що призначена підписка поновлюється за тим самим графіком, що й підписка, куплена покупцем, тож окремого учасника зсунути не можна.

Скільки вам коштує повернення за багатомісну підписку

Новий ризик полягає в масштабі. У сесії Apple на WWDC розбирають гуртові ціни з не більше ніж п’ятьма ціновими рівнями. У прикладі місця коштують $19.99 на місяць до 20 місць, $13.99 за місця з 21 по 40 і $10.99 починаючи з 41-го місця. За таких цифр замовлення на 50 місць коштує $789.50 на місяць, приблизно $15.79 за місце. REFUND_FULL за цією однією транзакцією повертає всі $789.50, а не ціну однієї підписки.

Витрати на обслуговування зростають так само. П’ятдесят місць означають п’ятдесят людей, які запускають сесії на ваших серверах, роблять виклики сторонніх API, що їх оплачують ваші функції, і заповнюють сховище, за яке вам виставляють рахунок. Якщо власники місць із поверненого замовлення збережуть доступ, бо ваш обробник подивився лише на транзакцію покупця, ви й далі платитимете за кожного з них. Пропущений ASSIGNMENT_REVOKE обходиться дешевше, але трапляється частіше: покупка більше не покриває цю людину, і кожен її запит це витрата без доходу.

Які процеси повернення взагалі вислуховують вашу сторону

Багатомісні підписки не змінюють короткий список. Докази в розробника запитують лише два процеси повернення: CONSUMPTION_REQUEST від Apple, на який відповідають через Send Consumption Information протягом 12 годин, і перевірка чарджбеків у Google Play, на яку відповідають через orders.reviewrefund протягом 24 годин. Усе інше вирішується без вас. Для замовлень у Google Play, оформлених після 3 серпня 2026 року, чарджбек коштує розробнику ціну покупки за вирахуванням сервісного збору Play плюс збори банку за чарджбек. RefundHalt відповідає на consumption requests від Apple у межах 12-годинного вікна, використовуючи дані про використання, які ви вже збираєте.

Що змінити в обробнику App Store цього тижня

• Читайте quantity в кожній транзакції підписки й зберігайте його разом із покупкою.
• Зберігайте inAppOwnershipType і обробляйте ASSIGNED як окремий випадок поряд із PURCHASED і FAMILY_SHARED.
• Розгалужуйте обробку REVOKE за revocationType, щоб ASSIGNMENT_REVOKE закривав доступ без проведення повернення.
• Проводьте REFUND_PRORATED за часткою з revocationPercentage, а не як повне повернення.
• Перевіряйте ASSIGNED перед викликом Send Consumption Information, Set App Account Token або Extend a Subscription Renewal Date.
• Вирішіть в App Store Connect, чи хочете ви взагалі продавати організаціям, перш ніж одна з них купить 50 місць.