Передаєте застосунок іншому акаунту розробника, і замовлення, зроблені до продажу, лишаються в продавця, ось що це означає для повернень коштів

Довідка Google формулює це одним рядком: замовлення, створені до передачі застосунку, лишаються в початковому акаунті. Тож коли ви передаєте застосунок іншому акаунту розробника, передплатники переходять до покупця, а історія покупок ні. Повернення коштів, спори та звернення в підтримку, пов'язані з цією історією, самі собою не вирішаться. Вони падають на того, на кого вказують правила магазину, а це не завжди той, хто отримав гроші. Apple і Google підходять до цього по-різному, і Apple каже менше, ніж Google. Ось що документує кожен магазин, які частини вашої системи повернень тихо перестають працювати після передачі і що варто зафіксувати письмово, перш ніж будь-яка сторона підпише.

Що переходить, а що лишається, коли ви передаєте застосунок

Обидва магазини розглядають передачу як зміну власника на майбутнє. Застосунок, його користувачі та оцінки переходять. Фінансова історія минулого здебільшого ні.

В App Store

Правило Apple стосується даних. Розробник, який передає застосунок, зберігає доступ до платіжних даних і даних про продажі до передачі та втрачає доступ до всього після неї. Отримувач отримує платіжні дані та дані про продажі лише щодо транзакцій після передачі. Посібник Apple з передачі не розглядає повернення коштів за покупки, зроблені до передачі. Він нічого не каже про те, з чиїх надходжень списується пізнє повернення.

У Google Play

Google висловлюється чіткіше. Користувачі, статистика, дані, коментарі, оцінки та підписки переходять. Замовлення, створені до передачі, лишаються в початковому акаунті, і якщо за одним із них треба повернути кошти, Google каже, що потрібно повернутися до початкового акаунта або скористатися Google Play Developer API. Акаунт продавця не втрачає значення в день продажу. Він лишається єдиним місцем, звідки можна оформити деякі повернення.

Хто повертає кошти після передачі застосунку

Більшість повернень в обох магазинах вирішуються без участі розробника. Apple розглядає запити на повернення сама. У Google Play покупці можуть самостійно повернути кошти за багато покупок протягом 48 годин, а інші повернення надає підтримка Google. Передача нічого з цього не змінює. Вона змінює те, хто бачить повернення і хто може діяти в тих рідкісних процесах, де потрібен розробник.

Повернення, яке ви хочете зробити в Google Play

Припустімо, давній передплатник пише новому власнику з проханням повернути гроші за списання, зроблене за два місяці до продажу. Новий власник не може повернути кошти зі свого Play Console, бо замовлення там немає. Продавець має увійти й зробити це сам, або хтось із доступом до API акаунта продавця має викликати Google Play Developer API. Якщо продавець закрив акаунт чи перестав відповідати, це повернення застрягає. Google навіть пропонує повернути продавцю реєстраційний внесок $25, якщо він закриє початковий акаунт після передачі, і саме тому покупцю варто переконатися, що повернення за замовлення до передачі врегульовані до того, як це станеться.

Повернення, яке Apple надає сама

В App Store повернення оформлюєте не ви, а Apple. Коли Apple повертає кошти за покупку до передачі, платіжний запис і запис про продаж лишаються в початкового розробника. Документація Apple про передачу не каже, з чиїх надходжень списується таке повернення, тож жодній стороні не варто робити припущень. Пропишіть це в угоді.

Два процеси повернень, де потрібні докази

Лише два процеси повернень щось вимагають від розробника. Apple надсилає CONSUMPTION_REQUEST і дає 12 годин, щоб відповісти даними про споживання через Send Consumption Information. Google Play надсилає перевірку чарджбеку, і у вас є 24 години, щоб відповісти через orders.reviewrefund. Обидві відповіді підписуються обліковими даними, які належать акаунту, а не застосунку. Саме тут передачі й ламаються.

Механізми повернень, які ламаються під час передачі

Переданий застосунок може тижнями продавати, поки ніхто не помічає, що частина з поверненнями замовкла.

URL сповіщень Apple і ключ In-App Purchase

URL для App Store Server Notifications задається для кожного застосунку окремо, у розділі App information в App Store Connect. Посібник Apple з передачі про нього не згадує, тож новому власнику варто відкрити цей екран у перший же день і спрямувати production і sandbox на власний сервер. Якщо там досі вказано адресу продавця, кожен CONSUMPTION_REQUEST для застосунку потрапляє на сервер, яким покупець не керує, і 12 годин минають у тиші.

Відповіді надсилаються через App Store Server API, для якого потрібен ключ In-App Purchase. Такі ключі створює Account Holder або Admin у розділі Users and Access, і Apple дозволяє завантажити кожен лише один раз. Ключ продавця живе в акаунті продавця. Покупцю варто створити власний, а продавцю відкликати свій, щойно передачу завершено.

Shared secret і вебхуки Apple

Для застосунків з автоматично поновлюваними підписками Apple радить продавцю створити app-specific shared secret до передачі й поділитися ним з отримувачем, який використовує його для перевірки підписок. Після завершення передачі отримувачу варто створити новий, щоб люди поза його організацією більше не мали до нього доступу. Вебхуки App Store Connect також переходять до отримувача, і Apple радить продавцю спершу видалити їх, якщо він не хоче, щоб події й надалі надходили на його сервер.

Дозволи Google і Cloud-проєкт

Google зазначає, що дозволи та налаштування зв'язків для інтегрованих сервісів не переходять. Продавцю радять додати цільовий акаунт як Owner до всіх проєктів Google Developers Console, які використовує застосунок. У Play саме там зазвичай живуть ваш топік real-time developer notifications і service account, через який ідуть виклики Developer API. Якщо service account не має доступу в Play Console покупця, перевірки анульованих покупок не проходять, а відповідь orders.reviewrefund неможливо надіслати протягом відведених 24 годин.

Скільки передача коштує в поверненнях і чарджбеках

Описані вище механізми перетворюються на гроші в трьох місцях.

Ви обслуговуєте користувачів, які заплатили продавцю

Візьмімо передплатника, який купив річний план за $59.99 за місяць до продажу. У Google Play це замовлення лежить в акаунті продавця. В App Store його платіжний запис лишається в продавця. Покупець не отримує за нього жодної оплати, але до кінця року й далі платить за обчислення, виклики сторонніх API та сховище, якими користується цей передплатник. Якщо згодом цей передплатник попросить у покупця повернення, у Google Play покупець не зможе оформити його без продавця. Порахуйте ці передплачені підписки під час підписання, бо це витрати, які покупець бере на себе без жодного доходу.

Чарджбеки за замовлення, яких покупець не продавав

Для замовлень у Google Play, зроблених після 3 серпня 2026 р., розробник відповідає за ціну покупки за чарджбеком за вирахуванням комісії Play, а також за банківську комісію за чарджбек. Рішення за чарджбеком у банку остаточне. Сторінка Google про передачу не каже, як обробляються такі витрати для замовлення, що лишилося в акаунті продавця. Поки Google цього не уточнить, договір купівлі-продажу має визначати, хто платить за чарджбек на замовлення до передачі і хто відповідає на перевірку цього чарджбеку.

Тариф 15% рахує той самий прибуток двічі

Комісія Google Play у 15% застосовується до перших $1 million прибутку розробника щороку. Коли застосунок переходить між акаунтами розробників в окремих Account Groups, увесь прибуток застосунку за цей календарний рік зараховується до сум обох груп. Власний приклад Google: застосунок заробив $100,000 в Account Group A і переходить до Account Group B. Ці $100,000 зараховуються до перших $1 million обох груп. Покупець, близький до порогу, може вийти на стандартну ставку раніше, ніж випливало б з його власних продажів.

Що врегулювати, перш ніж передавати застосунок

Продавцю

• Завантажте звіти, які вам знадобляться. Масовий експорт, звіти про орієнтовні продажі та прибутки Google не переходять, а отримувач в Apple не побачить вашої історії.
• Тримайте початковий акаунт відкритим і доступним, доки повернення та спори за замовлення до передачі не будуть завершені.
• Створіть і передайте app-specific shared secret до передачі в App Store, потім відкличте свій ключ In-App Purchase і видаліть вебхуки, які не повинні спрацьовувати після цього.

Покупцю

• У перший же день задайте власний URL для App Store Server Notifications і створіть власний ключ In-App Purchase.
• Надайте своєму service account доступ у Play Console і переконайтеся, що real-time developer notifications надходять на вашу адресу.
• Отримайте список передплачених підписок і нещодавніх великих покупок, щоб знати, що доведеться обслуговувати без доходу.
• Внесіть повернення, чарджбеки та перевірки чарджбеків за замовлення до передачі в угоду купівлі-продажу, з конкретною контактною особою з боку продавця.

RefundHalt підключається до кожного застосунку з обліковими даними акаунта, якому він належить. Після передачі підключіть застосунок з акаунта нового власника, і відтоді запити про споживання та перевірки чарджбеків надходитимуть новому власнику.