Legacy не отображается как тип продукта на странице настроек дохода, поэтому подтвердить использование Legacy только через UI нельзя. Используйте следующие методы вместе:

• Сначала просканируйте сырые данные. Найдите события af_purchase с event_source: SDK и is_receipt_validated: true. Это возможные кандидаты, но вызовы logEvent могут создавать похожие события, поэтому само по себе это не является окончательным подтверждением.
• Подтвердите это в коде SDK. Если ваше приложение вызывает validateAndLogInAppPurchase с устаревшей сигнатурой, оно использует Legacy. Устаревшая сигнатура включает:
  • Android: лицензионный ключ, полезная нагрузка JSON, цена, валюта
  • iOS: идентификатор продукта, цена, валюта, идентификатор транзакции ID
• Свяжитесь со своим CSM. Они могут подтвердить, какие из ваших приложений все еще используют Legacy.

Бэкенд-сервис Legacy для валидации чека отключается. Начиная с этого дня:

• Начиная со следующих версий SDK, прежний метод validateAndLogInAppPurchase помечен как устаревший:
• События af_purchase, которые валидируются и регистрируются этим методом, больше не записываются в AppsFlyer.
• Дэшборды, сырые данные и партнерские постбэки больше не получают данные о покупках из Legacy.

Чтобы продолжать получать данные о валидированных покупках, перейдите на один из поддерживаемых вариантов до 7 сентября 2026 года.

№ Оба продукта работают параллельно до 7 сентября 2026 года. Включение новой валидации чека в AppsFlyer не влияет на версии приложения, которые по-прежнему вызывают устаревший метод. Они продолжают работать как раньше до даты прекращения поддержки.

Пользователи старых версий приложения продолжат генерировать валидированные события af_purchase до 7 сентября 2026 года. Чтобы продолжать получать данные о валидированных покупках, заранее выпустите обновленную версию приложения, чтобы она успела охватить большую часть ваших пользователей до прекращения поддержки.

Да Оба продукта используют один и тот же метод SDK validateAndLogInAppPurchase (v2), поэтому переход с валидации чека на ROI360 Store Revenue не требует изменения SDK или релиза приложения. Чтобы переключиться, измените тип продукта на странице настроек дохода и выполните дополнительную настройку ROI360 (уведомления сервера App Store для iOS, Google Play RTDN для Android). См. Переключение на ROI360 Store Revenue с валидации чека.

Если вы хотите пойти дальше и включить автоматическое обнаружение покупок, полное покрытие жизненного цикла подписки (включая продления, обновления и существующих подписчиков), а также обработку изменения цены подписки, интегрируйте компонент SDK Purchase Connector. Для этого потребуется обновить приложение, но это необязательно. Ручной поток validateAndLogInAppPurchase (v2) работает в ROI360 Store Revenue и без него.

Да Вы можете отправлять события покупок в приложении с помощью стандартного API logEvent. Но вы потеряете:

• Валидацию чека в магазинах приложений, которая отфильтровывает мошеннические покупки
• Флаг af_validated в событиях: имеет значение true, когда AppsFlyer успешно проверяет покупку в магазине, и false, когда проверка не проходит. Без валидации этот флаг отсутствует.
• Точные постбэки по доходу для ваших UA-партнеров. Без валидации любое значение af_revenue, которое вы передаете, записывается и отправляется в сети как есть, без подтверждения того, что покупка действительно произошла

По этим причинам AppsFlyer рекомендует использовать валидацию чека или ROI360 Store Revenue, а не полностью пропускать валидацию.

Это зависит от того, какой продукт вы используете:

• Валидация чека: callback SDK возвращает код ошибки. Ваше приложение должно обработать сбой и реализовать собственную логику повторных попыток.
• ROI360 Store Revenue: AppsFlyer автоматически повторяет валидацию после восстановления сервиса магазина и заново генерирует все пропущенные события за период сбоя.

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

Если вам нужен чистый доход, используйте ROI360 Store Revenue. Он записывает как валовой, так и чистый доход (валовой за вычетом комиссий магазина и налогов).

Если вы по-прежнему передаете значение af_revenue, оно сохраняется в событии внутри объекта custom_data. Дэшборды и постбэки партнеров используют валовое значение из ответа магазина, а не ваше пользовательское значение.

Да После миграции постбэки af_purchase передают валовой доход из магазина. Если раньше в Legacy вы передавали пользовательское значение, ваши партнеры увидят другое значение. Обязательно предупредите своих UA-партнеров перед развертыванием миграции, особенно тех, кто использует данные о доходе для оптимизации кампаний.

В Legacy для всех типов транзакций создавалось одно событие af_purchase. В новой валидации чека используются разные названия событий:

• Разовая покупка: af_purchase
• Начало пробного периода: af_ars_trial_started
• Начало подписки: af_ars_subscription_started
• Покупка в песочнице: af_purchase_sandbox_sdk
• Подписка или пробный период в песочнице: af_ars_sandbox_sdk

Полный набор событий жизненного цикла подписки (продления, отмены, возвраты средств, апгрейды) доступен только в ROI360 Store Revenue. Полный список событий см. в статье О валидации чека.

Новая валидация чека по-прежнему возвращает результат валидации в callback SDK, который можно использовать для управления доступом к купленному контенту. Результат более точный, поскольку он основан на новейших механизмах валидации, предоставляемых Apple App Store и Google Play, поэтому сигнал, который вы получаете в callback, заслуживает большего доверия.

Новый метод validateAndLogInAppPurchase требует обязательного параметра PurchaseType. Укажите значение one-time или subscription в зависимости от типа транзакции.

В вашем приложении интегрирован новый метод validateAndLogInAppPurchase (v2), но продукт не настроен в дэшборде AppsFlyer. Откройте Settings > ROI360 > Revenue settings > Purchases & subscriptions, выберите валидация чека или ROI360 и выполните шаги настройки.

af_purchase регистрируется только для транзакций в production. Транзакции в sandbox регистрируются как af_purchase_sandbox_sdk. Чтобы создать реальное событие af_purchase, выполняйте тестирование через production-конвейер (не TestFlight на iOS и не Licensed Tester на Android).