При передаче приложения на другой аккаунт разработчика заказы, сделанные до продажи, остаются у продавца, и вот что это значит для возвратов

Справочная страница 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 уведомлений и ключ In-App Purchase в Apple

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 позволяет скачать каждый ключ только один раз. Ключ продавца хранится в аккаунте продавца. Покупателю нужно создать свой, а продавцу стоит отозвать свой, как только передача завершится.

Общий секрет и вебхуки в Apple

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

Разрешения и Cloud-проект в Google

По словам Google, разрешения и настройки связей интегрированных сервисов не переходят. Google просит продавца добавить целевой аккаунт как Owner во все проекты Google Developers Console, которые использует приложение. В Play именно там обычно находятся ваш топик уведомлений для разработчиков в реальном времени и сервисный аккаунт, от имени которого идут вызовы Developer API. Если сервисному аккаунту не выдан доступ в Play Console покупателя, проверки отменённых покупок перестают работать, а ответ через orders.reviewrefund не удастся отправить в течение отведённых 24 часов.

Во что передача обходится в возвратах и чарджбэках

Описанные выше механизмы превращаются в деньги в трёх местах.

Вы обслуживаете пользователей, которые заплатили продавцу

Возьмём подписчика, который за месяц до продажи купил годовой план за 59,99 $. В Google Play этот заказ находится в аккаунте продавца. В App Store его платёжная запись остаётся у продавца. Покупатель ничего за него не получает, но при этом до конца года оплачивает вычислительные ресурсы, вызовы сторонних API и хранилище, которыми пользуется этот подписчик. Если подписчик потом попросит у покупателя возврат, покупатель не сможет оформить его в Google Play без продавца. Посчитайте эти предоплаченные подписки при подписании, потому что это расходы, которые покупатель берёт на себя без всякой выручки.

Чарджбэки по заказам, которые покупатель никогда не продавал

По заказам в Google Play, оформленным после 3 августа 2026 г., разработчик отвечает за стоимость покупки по чарджбэку за вычетом сервисного сбора Play, а также за комиссию банка за чарджбэк. Решённый чарджбэк в банке окончателен. Страница Google о передаче не говорит, как учитываются эти расходы по заказу, который остался в аккаунте продавца. Пока Google этого не уточнит, в договоре купли-продажи стоит указать, кто платит за чарджбэк по заказу до передачи и кто отвечает на запрос на его проверку.

Уровень 15% учитывает одни и те же доходы дважды

Сервисный сбор 15% в Google Play применяется к первому 1 млн $ доходов разработчика за год. Когда приложение переходит между аккаунтами разработчиков из разных Account Groups, все его доходы за этот календарный год включаются в суммы обеих групп. Собственный пример Google: приложение заработало 100 000 $ в Account Group A и переходит в Account Group B. Эти 100 000 $ засчитываются обеим группам в счёт первого 1 млн $. Покупатель, близкий к порогу, может выйти на стандартную ставку раньше, чем предполагают его собственные продажи.

Что урегулировать до передачи приложения

Для продавца

• Скачайте отчёты, которые вам понадобятся. Массовый экспорт, оценочные продажи и отчёты о доходах в Google не переходят, а получатель в Apple не увидит вашу историю.
• Держите исходный аккаунт открытым и доступным, пока возвраты и споры по заказам до передачи не будут закрыты.
• Перед передачей в App Store создайте и передайте общий секрет приложения, затем отзовите свой ключ In-App Purchase и удалите вебхуки, которые не должны срабатывать после передачи.

Для покупателя

• В первый же день задайте свой URL для App Store Server Notifications и создайте свой ключ In-App Purchase.
• Выдайте своему сервисному аккаунту доступ в своей Play Console и убедитесь, что уведомления для разработчиков в реальном времени приходят на ваш эндпоинт.
• Получите список предоплаченных подписок и недавних крупных покупок, чтобы знать, кого вам придётся обслуживать без выручки.
• Включите в договор купли-продажи возвраты, чарджбэки и проверки чарджбэков по заказам до передачи, с указанием конкретного контактного лица со стороны продавца.

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