Ozon официально анонсировал отключение старого метода получения начислений — /v3/finance/transaction/list — с 8 сентября 2026 года. Для продавца, который смотрит только личный кабинет, это изменение незаметно. А вот для тех, кто тянет начисления через API самостоятельно (в свою таблицу, 1С или самописный скрипт) или пользуется сервисом, который ещё не обновился под новый метод, — это повод разобраться заранее, а не в последнюю неделю перед отключением.
Что именно меняется
Замена — метод /v1/finance/accrual/by-day, и структура ответа у него принципиально другая. Старый метод отдавал начисление одной суммой с разбивкой на несколько фиксированных полей (сумма к начислению, комиссия, услуги списком). Новый — построчно по каждому SKU в составе отправления, с отдельным объектом комиссии (себестоимость продажи, цена продажи, комиссия, коэффициент комиссии, сумма продажи, софинансирование, бонус). Прямого пересчёта одного формата в другой не существует — это не переименование полей, а другая модель данных.
Кого это касается в первую очередь
- Продавцов, которые сами написали интеграцию с Ozon Seller API для своей таблицы или учётной системы.
- Тех, кто пользуется сервисом аналитики или бухгалтерской интеграцией, которая ещё не подтвердила переход на новый метод.
- Тех, кто ведёт постоянную сверку начислений с личным кабинетом Ozon вручную по выгрузке через API.
Продавцов, которые смотрят только личный кабинет Ozon напрямую и не используют API для начислений, это изменение не касается — сам личный кабинет продолжит работать как обычно.
Что будет, если ничего не подготовить заранее
После отключения старого метода запросы к нему начнут возвращать ошибку — если интеграция не проверяет это явно, отчёты о прибыли молча перестанут обновляться новыми данными, оставляя последнюю успешно полученную дату так, будто ничего не изменилось. Это опаснее полного сбоя: разрыв в данных не всегда заметен сразу, особенно если система не показывает явную дату последнего обновления.
Как подготовиться
- Проверить у поставщика вашей учётной системы или сервиса аналитики, актуальны ли данные о прибыли после 8 сентября 2026 года — уточнить это заранее, а не постфактум.
- Если начисления тянутся собственной интеграцией — заложить время на переход на новый метод и его тестирование на реальных данных до даты отключения, а не в последнюю неделю.
- После перехода — сверить несколько дней вручную по знакомым отправлениям, чтобы убедиться, что новые данные не отличаются от ожидаемых по смыслу, даже если структура ответа другая.
Частые вопросы
Пропадут ли уже накопленные данные за прошлые периоды? Нет, отключается только сам метод получения новых начислений — то, что уже сохранено (в вашей таблице, учётной системе или сервисе аналитики), никуда не денется.
Можно ли получить те же поля, что были в старом методе? Нет прямого соответствия — новый метод даёт более подробную, но структурно другую разбивку по каждому SKU, без итоговых полей вроде «сумма к начислению» одной строкой на всё отправление.
Затрагивает ли это FBO и FBS одинаково? Да, отключение касается самого метода получения начислений независимо от схемы доставки — оно не различает FBO и FBS.
MP Index уже перешёл на построчный метод начислений по SKU (с 2 августа 2026 года это часть каждой обычной синхронизации, а не отдельное ручное действие) — продавцу не нужно самостоятельно отслеживать этот переход или беспокоиться о разрыве в данных о прибыли после отключения старого метода.