# Ozon отключает старый API начислений 8 сентября 2026: что делать продавцу

> Ozon отключает /v3/finance/transaction/list 08.09.2026 в пользу /v1/finance/accrual/by-day. Что меняется и как подготовиться, если считаете прибыль сами.

Источник: https://www.mp-index.ru/blog/ozon-otklyuchaet-api-nachisleniy-2026. Обновлено: 12.08.2026
Автор: Роман, продавец на Ozon с 2022 года (https://www.mp-index.ru/author.php)

Ozon официально анонсировал отключение старого метода получения начислений — `/v3/finance/transaction/list` — с 8 сентября 2026 года. Для продавца, который смотрит только личный кабинет, это изменение незаметно. А вот для тех, кто тянет начисления через API самостоятельно (в свою таблицу, 1С или самописный скрипт) или пользуется сервисом, который ещё не обновился под новый метод, — это повод разобраться заранее, а не в последнюю неделю перед отключением.

## Что именно меняется

Замена — метод `/v1/finance/accrual/by-day`, и структура ответа у него принципиально другая. Старый метод отдавал начисление одной суммой с разбивкой на несколько фиксированных полей (сумма к начислению, комиссия, услуги списком). Новый — построчно по каждому SKU в составе отправления, с отдельным объектом комиссии (себестоимость продажи, цена продажи, комиссия, коэффициент комиссии, сумма продажи, софинансирование, бонус). Прямого пересчёта одного формата в другой не существует — это не переименование полей, а другая модель данных.

## Кого это касается в первую очередь

- Продавцов, которые сами написали интеграцию с Ozon Seller API для своей таблицы или учётной системы.
- Тех, кто пользуется сервисом аналитики или бухгалтерской интеграцией, которая ещё не подтвердила переход на новый метод.
- Тех, кто ведёт постоянную сверку начислений с личным кабинетом Ozon вручную по выгрузке через API.

Продавцов, которые смотрят только личный кабинет Ozon напрямую и не используют API для начислений, это изменение не касается — сам личный кабинет продолжит работать как обычно.

## Что будет, если ничего не подготовить заранее

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

## Как подготовиться

1. Проверить у поставщика вашей учётной системы или сервиса аналитики, актуальны ли данные о прибыли после 8 сентября 2026 года — уточнить это заранее, а не постфактум.
2. Если начисления тянутся собственной интеграцией — заложить время на переход на новый метод и его тестирование на реальных данных до даты отключения, а не в последнюю неделю.
3. После перехода — сверить несколько дней вручную по знакомым отправлениям, чтобы убедиться, что новые данные не отличаются от ожидаемых по смыслу, даже если структура ответа другая.

## Частые вопросы

**Пропадут ли уже накопленные данные за прошлые периоды?** Нет, отключается только сам метод получения новых начислений — то, что уже сохранено (в вашей таблице, учётной системе или сервисе аналитики), никуда не денется.

**Можно ли получить те же поля, что были в старом методе?** Нет прямого соответствия — новый метод даёт более подробную, но структурно другую разбивку по каждому SKU, без итоговых полей вроде «сумма к начислению» одной строкой на всё отправление.

**Затрагивает ли это [FBO и FBS](https://www.mp-index.ru/blog/fbo-ili-fbs-ozon-chto-vygodnee) одинаково?** Да, отключение касается самого метода получения начислений независимо от схемы доставки — оно не различает FBO и FBS.

MP Index уже перешёл на построчный метод начислений по SKU (с 2 августа 2026 года это часть каждой обычной синхронизации, а не отдельное ручное действие) — продавцу не нужно самостоятельно отслеживать этот переход или беспокоиться о разрыве в данных о прибыли после отключения старого метода.

---
Блог MP Index о финансах продавца Ozon: https://www.mp-index.ru/blog/