Возврат за апгрейд подписки решает магазин, а не вы, и деньги списываются прямо из вашей выручки

Клиент нажимает апгрейд, переходит с вашего тарифа за five dollar на тариф за ten dollar, и вы фиксируете более крупную продажу. В этот же момент магазин делает кое-что ещё, и вы этого не видите. Он оформляет этому клиенту возврат за апгрейд подписки за дни, которые он уже оплатил по старому плану, и эти деньги списываются из вашей выручки. Вас никто не спросил. В App Store вы даже не найдёте эту сумму в событиях, которые получает ваш сервер.

Это не тот возврат, с которым можно бороться. Это не Apple CONSUMPTION_REQUEST и не рассмотрение оспаривания платежа в Google Play. Это пропорциональный расчёт, встроенный в то, как оба магазина позволяют людям менять план, и он срабатывает сам каждый раз, когда подписчик поднимается на тариф выше. Вот что на самом деле представляет собой возврат за апгрейд в каждом магазине, почему Apple не передаёт сумму на ваш сервер и во что вам обходится неверная настройка в Google Play.

Что на самом деле представляет собой возврат за апгрейд подписки

Возврат за апгрейд, это когда магазин рассчитывается за время, которое клиент оплатил, но не использует. Он не имеет ничего общего с жалобой, спором или вашей политикой возвратов. Он срабатывает исключительно на механике смены плана.

Это пропорциональный расчёт, а не жалоба клиента

Когда подписчик переходит на более высокий тариф в середине платёжного периода, он уже оплатил до конца этого периода по старой цене. Магазин компенсирует ему неиспользованную часть. Apple оформляет пропорциональный возврат по исходной подписке. Google Play начисляет неиспользованную стоимость в счёт нового плана. Ни один из них не проходит через процесс, на который вы можете отреагировать, и ни один не ждёт вашего одобрения.

Это запускает только апгрейд

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

Почему App Store скрывает возврат за апгрейд от вашего сервера

Вот часть, которая ломает отчётность по выручке. Apple оформляет возврат за апгрейд, но никогда не сообщает вашему серверу, сколько именно вернула.

isUpgraded, это единственный сигнал, а цена неверна

Новая транзакция приходит с isUpgraded, установленным в true, что говорит вам о смене плана. Поле цены в этой транзакции по-прежнему показывает полную отображаемую цену нового тарифа, а не сумму, которую Apple забрала обратно со старого. Ни одно App Store Server Notification не несёт цифру возврата. По собственным словам Apple на форумах для разработчиков, сумма пропорционального возврата недоступна через App Store Server API, Notifications или StoreKit, а отчётность App Store Connect, это ваш источник для всех целей финансового учёта.

Финансовый отчёт, это единственная честная запись

Финансовые отчёты и отчёты о продажах App Store Connect учитывают пропорциональный возврат за апгрейд, потому что именно эти отчёты определяют, сколько Apple вам фактически платит. Это делает их источником истины для любого подписчика, который когда-либо перешёл на тариф выше. Стройте учёт по отчётам, а серверные события считайте сигналами о правах доступа, а не о выручке.

Во что это вам обходится в деньгах

Возврат за апгрейд, это не погрешность округления. Это реальная выручка, и в Google Play вы к тому же выбираете, сколько неиспользованного времени отдать.

Возврат, это выручка, которую вы уже учли

Возьмём подписчика на вашем тарифе 9.99 в месяц, который делает апгрейд до 19.99 на day 20 из 30 day cycle. Примерно треть месяца не использована, поэтому Apple возвращает около 3.33 из исходных 9.99. Вы не теряете всю продажу. Вы отдаёте назад часть, которую клиент оплатил заранее и не использует. Важно то, что этот возврат автоматический и падает на старую продажу, поэтому выручка, которую вы уже посчитали, уменьшается задним числом. Умножьте это на каждого подписчика, который переходит на тариф выше в середине цикла, и это строка, которую вы должны видеть, а не разрыв, который вы обнаруживаете в выплате.

В Google Play режим замены, это настоящий рычаг стоимости

Google Play не возвращает деньги на карту при апгрейде. Он рассчитывает неиспользованное время одним из нескольких способов, и вы выбираете каким, передавая режим замены при запуске процесса покупки. Выбор решает, отдаёте ли вы клиенту оплаченное время или выставляете ему счёт на разницу. Google рекомендует CHARGE_PRORATED_PRICE для апгрейдов и DEFERRED для даунгрейдов, но по умолчанию в библиотеке стоит WITH_TIME_PRORATION, поэтому процесс, который вы никогда не настраивали, тихо начисляет время.

Как не дать возвратам за апгрейд застать вашу бухгалтерию врасплох

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

Сверяйте апгрейды Apple с финансовым отчётом

Поскольку сумма возврата никогда не доходит до вашего сервера, финансовые отчёты и отчёты о продажах App Store Connect, это единственное место, где появляется пропорциональный возврат за апгрейд. Сверяйте выручку по подпискам с этими отчётами каждый период и не вычисляйте выручку из накопительной суммы Server Notifications. Флаг isUpgraded говорит вам, что изменение произошло. Отчёт говорит, во что оно обошлось.

Выбирайте режим замены в Google Play осознанно

Передавайте режим замены для каждой смены плана осознанно. Используйте CHARGE_PRORATED_PRICE, когда хотите собрать разницу в цене сразу при апгрейде. Оставляйте WITH_TIME_PRORATION только тогда, когда действительно хотите отдать клиенту оставшееся время. Используйте DEFERRED для даунгрейдов, чтобы сохранить текущую выручку до конца срока. Значение по умолчанию, это решение, и неверное значение по умолчанию отдаёт маржу по одному апгрейду за раз.

Держите возвраты за апгрейд отдельно от возвратов, которые можно оспорить

Возврат за апгрейд автоматический и окончательный по замыслу. Это не клиент, просящий вернуть деньги. Возвраты, на которые вы действительно можете повлиять, это инициированные клиентом, когда Apple отправляет CONSUMPTION_REQUEST и даёт вам 12 hours на ответ, и когда Google Play открывает рассмотрение оспаривания платежа через orders.reviewrefund с окном в 24 hours. Помечайте свои данные так, чтобы эти два никогда не смешивались. Одну строку вы сверяете. На другую вы отвечаете, по часам.

Коротко

Когда клиент делает апгрейд подписки, магазин автоматически рассчитывает за него неиспользованное время. Apple сразу возвращает пропорциональную часть старого плана и никогда не отправляет вашему серверу эту цифру, поэтому финансовые отчёты App Store Connect, это единственная точная запись. Google Play начисляет время или взимает разницу в зависимости от заданного вами режима замены, а по умолчанию отдаёт клиенту оплаченное время, которое вы предоставляете себе в убыток. Ничто из этого не проходит через CONSUMPTION_REQUEST или рассмотрение оспаривания платежа, поэтому оспаривать нечего. Сверяйте возврат за апгрейд, задавайте режим Google Play осознанно и держите его отдельно от возвратов, с которыми вы ещё можете бороться.