Ozon расширил FBS API данными о потоке интеграции и сортировочном центре
22 июля в FBS-методы добавились integration_type_flow и sorting_center, а analytics/stocks готовился перейти на остатки в реальном времени.
Для складской системы это больше контекста о том, как именно должен пройти конкретный заказ и через какую логистическую точку.
- добавить integration_type_flow в модель FBS-заказа
- сохранять sorting_center как снимок данных заказа
- подготовить обработку analytics/stocks к realtime
Что изменилось
Поля появились в v3/v4 list, get и unfulfilled-методах. integration_type_flow можно использовать как признак сценария интеграции, а sorting_center - как данные сортировочного центра. В том же обновлении Ozon закрепил переход /v1/analytics/stocks на realtime с 17 августа.
Почему это важно продавцу
Чем больше логистики площадка отдаёт в API, тем меньше причин кодировать маршруты по косвенным признакам. Старые эвристики вроде «если склад такой, значит сдаём туда» со временем становятся источником ошибок. Лучше доверять явным полям из актуальной схемы.
Что проверить на практике
Новые поля стоит сохранять в заказе на момент синхронизации, чтобы последующая смена справочника не переписала историю уже собранной поставки.
- добавить integration_type_flow в модель FBS-заказа
- сохранять sorting_center как снимок данных заказа
- подготовить обработку analytics/stocks к realtime