14 октября 2026 года Wildberries добавил API-метод, который позволяет вернуть сборочное задание FBS из доставки на сборку, переместив его из закрытой поставки в открытую. Это управляемое изменение состояния конкретного задания, поэтому перед запросом нужно подтвердить его допустимость и целевую поставку.

Какие задания можно перенести

Документация задаёт три условия: текущее состояние задания — complete, новая поставка ещё не передана в доставку, а само задание раньше не возвращали из доставки на сборку. Возможность действия проверяют в методе статусов по полю isTransferable. Результирующее состояние — confirm.

Для менеджера это означает, что одного номера закрытой поставки недостаточно. Подготовьте список заданий, которые действительно требуется переместить, и объяснение рабочего решения. Не включайте весь состав поставки автоматически: разные задания могут иметь разную доступность действия.

Как связать исходную и новую поставки

В PATCH-запросе идентификатор исходной поставки передаётся в пути supplyId. Тело содержит orderIds и newSupplyId — идентификатор открытой поставки назначения. Эти значения отвечают на разные вопросы; перепутать их особенно легко при ручном копировании между окнами.

Редакционная рекомендация — показывать сотруднику перед подтверждением обе поставки и точный список заказов. Внутреннее задание должно сохранять исходный состав, время проверки доступности и инициатора. Такой журнал нужен для восстановления последовательности операций, а не для хранения API-токенов.

Что проверить после ответа

Не ограничивайтесь отметкой об успешном HTTP-запросе. Сопоставьте ответ с каждым отправленным orderId, затем получите актуальные статусы и состав целевой поставки. Закройте только те строки, по которым переход подтверждён. Отсутствующий или неоднозначный результат оставьте на разбор.

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

Как принять изменение в интеграции

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

После подтверждения согласуйте дальнейшую сборку с сотрудником склада. API меняет учётное состояние, но не доказывает физическое местонахождение товара. Сверка заказа, товара и новой поставки остаётся необходимой частью операции; новый метод не следует воспринимать как универсальную отмену любой доставки.