В FBS-процессе Яндекс Маркета раскладка товаров по коробкам должна быть согласована до перевода заказа в готовность к отгрузке. Повторный запрос boxes заменяет ранее переданные сведения. Если разные сотрудники отправляют части раскладки независимо, итог может отличаться от того, что физически собрали на складе.

Подготовить окончательный состав

Официальная API-инструкция объединяет передачу раскладки по коробкам и кодов экземпляров в запросе orders/{orderId}/boxes. Сведения можно менять, пока заказ не перешёл в «Готов к отгрузке». Каждый новый запрос заменяет прежние данные, поэтому сохраняйте полную согласованную версию перед отправкой, а не только последнюю изменённую строку.

Сначала убедитесь, что все позиции реально доступны. Сокращение состава при недостаче также использует boxes, тогда как полная отмена и перенос выполняются отдельно. Это разные действия с заказом; нельзя под видом исправления упаковки незаметно исключить товар, который менеджер обещал покупателю.

Сверить цифровую раскладку с упаковкой

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

Здесь рассматривается техническая последовательность FBS. Требования маркировки конкретной товарной группы необходимо проверять отдельно; передача поля API сама по себе не подтверждает соблюдение всех правил оборота товара. Не копируйте один код экземпляра на несколько физических единиц только ради заполнения запроса.

Ярлыки и статус должны относиться к одной версии

После упаковки получите ярлыки для заказа или пакетно для нескольких заказов и наклейте их на соответствующие места. Перевод в PROCESSING с подстатусом READY_TO_SHIP подтверждает наличие и готовность товара к отгрузке. Такой статус должен выставляться после проверки, а не заранее для улучшения внутреннего показателя скорости.

Для получения акта и подтверждения отгрузки через API все заказы в ней должны быть готовы. Если остаются неподтверждённые, метод возвращает ошибку со списком таких заказов. Обработайте этот список по существу: выясните причину незавершённой сборки, а не массово назначайте готовность отсутствующим коробкам.

Что проверить при внедрении

Смоделируйте изменение раскладки до финального статуса и убедитесь, что система заменяет её согласованной полной версией. Затем сопоставьте реальные ярлыки, коробки и состав отгрузки. Для ошибки акта проверьте, видит ли оператор конкретные неподтверждённые заказы.

Результатом является воспроизводимая цепочка «собрано — раскладка передана — ярлыки совпали — готовность подтверждена». Она помогает расследовать расхождения и снижает риск отправить правильный товар с описанием чужой упаковки.