Переход интеграции Ozon на новые методы заказов FBO и FBS
Переход интеграции Ozon на новые методы заказов FBO и FBS сохраняет автоматическое получение отправлений после планового отключения прежних версий Seller API. Ozon объявил, что 31 августа 2026 года метод /v2/posting/fbo/list уступит место /v3/posting/fbo/list, а /v3/posting/fbs/list и /v3/posting/fbs/unfulfilled/list — версиям v4.
Обычная замена адреса запроса решает лишь часть задачи: новые версии отличаются структурой ответа, правилами пагинации и расположением отдельных полей. Эти различия затрагивают создание заказов, обновление статусов, аналитику, складские задания и контроль полноты загрузки. Мы составляем перечень вызовов, прослеживаем путь данных до CRM, 1С, WMS или собственного интерфейса и адаптируем преобразование целиком.
На переходный период старый и новый запрос сравниваются на одинаковых датах и статусах. После сверки новый обработчик становится основным, сохраняет исходный номер отправления, различает FBO и FBS, продолжает выборку по актуальному указателю и записывает понятный результат каждого запуска. Склад и менеджеры сохраняют привычные карточки, а технический специалист получает подтверждение, что все страницы выборки обработаны и конкретная отправка дошла до учётной системы.
Когда стоит обратиться
Обычно к нам обращаются в таких ситуациях:
- В коде или журнале видны вызовы /v2/posting/fbo/list, /v3/posting/fbs/list либо /v3/posting/fbs/unfulfilled/list.
- Заказы Ozon поступают в учётную систему автоматически, и остановка обмена повлияет на сборку или складской учёт.
- Разработчик уже заменил адрес метода, а часть полей, статусов или страниц выборки стала пропадать из результата.
- Компания использует несколько схем Ozon и хочет проверить FBO и FBS единым контролируемым переходом до даты отключения.
Что именно мы сделаем
Проверяем код, модули и задания, которые обращаются к методам FBO и FBS в Ozon Seller API.
Сопоставляем прежние поля ответов с актуальной структурой v3 и v4 и отмечаем зависимые процессы.
Обновляем запросы, курсорную выборку, преобразование статусов, защиту от дублей и технический журнал.
Сравниваем две версии на одном периоде и проверяем создание и обновление контрольных отправлений.
Переключаем рабочий поток на новые методы и передаём карту изменений с инструкцией контроля.
Что входит в стоимость
69 900 ₽ за всю работу
Находим все обращения к устаревающим методам заказов Ozon, фиксируем зависимые поля, статусы и фоновые задания, затем переводим их на актуальные версии Seller API. Адаптируем модели ответа, фильтры, курсорную выборку, сохранение FBO и FBS, обработку повторов и журнал. Сравниваем старый и новый результат на одном периоде, проверяем рабочие сценарии склада и запускаем обновление с возможностью быстро вернуть предыдущую сборку приложения.
Что будет готово
Передадим вам
- Рабочий модуль получения отправлений Ozon через актуальные методы FBO v3 и FBS v4.
- Карта заменённых вызовов, полей, статусов и зависимых процессов учётной системы.
- Журнал выборки с кабинетом, периодом, курсором, числом записей и результатом обработки.
- Протокол параллельной сверки и инструкция по контролю первых рабочих запусков.
Перед сдачей проверим
- Контрольный период даёт выбранный полный набор FBO- и FBS-отправлений без потерянных страниц выборки.
- Новая отправка создаёт одну связанную карточку, а повторная загрузка обновляет её без второго заказа.
- Ключевые статусы, товары, количество и идентификаторы доходят до выбранных полей принимающей системы.
- Временная ошибка Ozon фиксируется в журнале, проходит повтор и завершает обработку с проверяемым итогом.
Как это выглядит на практике
Склад продолжает получать FBS-заказы после обновления API
- 01
Ночное задание запрашивает ожидающие обработки отправления через /v4/posting/fbs/unfulfilled/list и проходит все страницы выборки.
- 02
Обработчик связывает ответ с существующими заказами по номеру отправления и создаёт карточки только для новых записей.
- 03
Статус и состав заказа попадают в WMS, а журнал сохраняет кабинет, курсор и количество обработанных отправлений.
- 04
Повтор того же периода подтверждает отсутствие дублей, после чего склад работает по привычной очереди сборки.
Что понадобится для работы
От вас
- Доступ к коду, модулю или серверу действующей интеграции и описание порядка её запуска.
- Тестовый либо рабочий API-ключ Ozon с доступом к выбранному кабинету и схемам FBO и FBS.
- Примеры отправлений разных статусов и сотрудники, которые подтвердят карточки заказа и складской процесс.
- Доступ к журналам и тестовой версии 1С, CRM, WMS, ERP либо собственной принимающей системы.
Если у вас немного другая ситуация
Небольшие уточнения, которые помогают довести согласованный результат до рабочего состояния, уже учитываем в цене. Если по ходу работы появится отдельный крупный блок или понадобится платная лицензия, сначала обсудим варианты и стоимость. Расскажите о своей ситуации — подстроим план под неё.
- 3 000 ₽после подписания договора через Диадок
- 66 900 ₽после выполнения, демонстрации и приёмки результата
Предоплата входит в общую стоимость. Оставшуюся сумму оплачиваете после демонстрации и приёмки готовой работы.
Часто спрашивают
Об этой услуге
Какие методы Ozon входят в этот переход?
Проверяем получение FBO через замену /v2/posting/fbo/list на /v3/posting/fbo/list, а также получение FBS через переход с /v3/posting/fbs/list и /v3/posting/fbs/unfulfilled/list на соответствующие методы v4.
Почему простой замены v3 на v4 бывает мало?
Версии отличаются структурой тела и ответа, расположением отдельных полей и способом продолжения выборки. Зависимые модели, преобразование статусов и контроль страниц также требуют проверки.
Когда Ozon отключает прежние методы заказов?
В актуальном объявлении Seller API для перечисленных методов FBO и FBS указана дата отключения 31 августа 2026 года. Перед выпуском дополнительно сверяем новости Ozon на дату проекта.
Можно обновить готовый модуль для 1С или Битрикс?
Да, если доступны код модуля, механизм расширения либо обновляемая версия поставщика. Сначала определяем место вызова API и способ безопасного выпуска для конкретной конфигурации.
Как проверяется полнота заказов после перехода?
Один период загружается двумя маршрутами, затем сравниваются уникальные номера, количество записей и ключевые статусы. Дополнительно проверяем прохождение всех курсоров новой выборки.
Что произойдёт с существующими заказами в учётной системе?
Связи сохраняются по номеру отправления и кабинету. Новый обработчик продолжает обновлять те же карточки, а защита от повторов удерживает единственную запись для каждой отправки.
Можно перейти только по FBS, если FBO компания пока использует вручную?
Да. Контрольный состав фиксируется по фактическим вызовам интеграции. Цена сохраняет законченный сценарий выбранной схемы, а небольшие связанные корректировки полей обсуждаем вместе.
Как принимается работа по обновлению Ozon API?
Проводим контрольную загрузку FBO и FBS, изменение статуса, повтор периода, прохождение нескольких страниц и восстановление после временной ошибки. Итоги сверяются с кабинетом и журналом интеграции.
Цена и изменения по ходу работы
Цена на странице окончательная?
Да. Перед началом мы сверяем исходные данные и фиксируем результат в договоре. Указанная на странице сумма покрывает согласованную работу целиком, даже если её техническая реализация потребует больше времени, чем ожидалось при оценке.
Что означает резерв незапланированных работ?
Это уже включённый в цену запас времени на небольшие связанные уточнения заказчика, которые появляются после старта: например, добавить поле, изменить формат уведомления или учесть ещё одно условие обработки.
Резерв рассчитывается по формуле: стоимость услуги × 30% ÷ 1 500 ₽. Для услуги за 30 000 ₽ это 6 часов. Эти часы относятся только к дополнительным, заранее незапланированным уточнениям. Они не являются сроком проекта и не ограничивают время на основную работу: согласованный результат мы выполняем полностью.
Можно уточнять детали уже во время работы?
Да. Небольшие связанные изменения обычно помещаются во включённый резерв и не требуют доплаты. Если новая идея заметно меняет результат или превращается в самостоятельную задачу, сначала обсудим подход и стоимость. Любое решение согласуем до выполнения.
Начало работы и оплата
Как оформляются договор и оплата?
Подписываем договор через Диадок. Предоплата составляет 3 000 ₽ и входит в общую стоимость услуги. Остаток оплачивается после демонстрации и приёмки готового результата.
Когда начинается срок выполнения?
Срок отсчитывается после согласования задачи, получения необходимых доступов и материалов, подписания договора и поступления предоплаты. Конкретную дату старта и плановый день готовности подтверждаем перед началом.
Как учитываются платные лицензии и внешние сервисы?
До старта проверяем, нужны ли тарифы, лицензии, сертификаты или дополнительные ресурсы внешних систем. Если они потребуются, заранее покажем варианты и стоимость. По возможности аккаунты и лицензии оформляются сразу на заказчика.
Проверка результата и гарантия
Как принимается готовая работа?
Вместе проверяем согласованные сценарии на контрольных данных или тестовой копии, а затем демонстрируем результат. Для интеграций сверяем передачу данных и обработку ошибок, для сайта — работу нужных страниц и действий пользователя, для отчёта — расчёты и обновление данных.
Какая гарантия действует после сдачи?
На выполненные изменения действует гарантия 3 месяца. Если в изменённой нами части обнаружится ошибка нашей реализации, проверим и исправим её без дополнительной оплаты. Переданные материалы, настройки и код остаются у заказчика.
Связанные шаги
- 01Интеграция Ozon с 1С: заказы, остатки и цены
Подключить заказы, остатки и цены Ozon к 1С
- 02Переход интеграции Ozon на новые методы заказов FBO и FBS
Перевести получение заказов Ozon на актуальные методы
- 03Сверка отчётов Ozon с заказами и выплатами
Сверить отчёты Ozon с заказами и выплатами