Ozon Seller API: остатки и статусы товаров с 11 сентября

11 сентября Ozon добавил в Seller API новые поля для метода /v1/analytics/stocks: они показывают статусы товаров в остатках на складах в реальном времени. Изменение касается продавцов FBO и компаний, чьи учётные системы получают складские остатки Ozon через API.

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

Что изменил Ozon Seller API

Ozon обновил метод аналитики по стокам /v1/analytics/stocks. В него добавили поля со статусами товаров в остатках на складах, причём данные заявлены как отображаемые в реальном времени.

Раньше интеграция могла воспринимать остаток прежде всего как количество единиц на объекте. После обновления такой подход становится неполным: количество без статуса не объясняет, можно ли использовать товар в доступном ассортименте и как отражать его в операционном учёте.

Кого это касается

• Продавцов Ozon на FBO. Их товар хранится на складах площадки, поэтому статус конкретной единицы влияет на то, как остаток попадает в закупочный, складской и финансовый контур.
• Компаний с собственной учётной системой, получающей остатки Ozon через API. Это касается ERP, складского и товарного учёта, где данные из Seller API используются для пополнения, планирования продаж или контроля расхождений.
• Продавцов с остатками на нескольких складах Ozon. Для них статус важен не только по товару, но и по каждому объекту: одинаковая позиция может иметь разное операционное состояние на разных складах.
• Продавцов маркируемых и сертифицируемых товаров — только если их учётная логика уже использует складские статусы. Само обновление не вводит новых требований к маркировке или документам, но может менять внутреннюю классификацию остатков.

Продавцы на FBS и realFBS/DBS напрямую не получают нового складского риска от этого изменения: при FBS товар находится у продавца до передачи в логистику, а при realFBS/DBS доставку организует сам продавец. Их интеграции могут использовать метод аналитики, но новость не меняет их схему хранения товара.

Что это значит для учёта и денег

Для FBO это переход от простого контроля количества к контролю доступности остатка. Если учётная система считает любую единицу на складе Ozon готовой к продаже, она может завысить доступный запас, неверно оценить оборачиваемость и показать товар там, где фактически его нельзя использовать в продажах.

Это не изменение комиссии, логистики или хранения. Ozon не объявлял новых удержаний и не менял тарифы этим сообщением. Экономический эффект появляется через качество данных: ошибочный остаток способен исказить план закупок, прогноз выручки и расчёт кассового разрыва.

На фоне других изменений Seller API обновление выглядит частью более широкой перестройки интеграций. 9 сентября Ozon отключил старый метод создания акта FBS-отгрузки, а 11 сентября пометил старые параметры цен как устаревшие. В этот ряд добавились и статусы складских остатков.

Площадка выигрывает в точности операционной картины, а часть нагрузки переносится на владельцев интеграций: им нужно не только забрать новые поля, но и правильно встроить их смысл в правила доступности, закупок и сверки. Это уже не просто выгрузка цифры остатка.

Что будет дальше

Ожидаем, что до конца сентября Ozon расширит описание новых полей и статусов в документации Seller API. Основание — за два дня площадка объявила несколько изменений в API: отключение старого метода 9 сентября, устаревание параметров цен 11 сентября и обновление аналитики по стокам 11 сентября. Без расшифровки статусов интеграциям трудно проверить, одинаково ли они трактуют данные.

Наша ставка: Ozon опубликует отдельные пояснения по составу статусов и правилам их использования до 30 сентября.