Если стикер кроссбордер-заказа Wildberries ещё не сформирован, отсутствие готового файла не стоит автоматически считать ошибкой печати. Сначала проверьте состояние генерации: площадка может ожидать трек-номер перевозчика. Очередь печати должна отделять такое ожидание от готовой этикетки.

Редакционная проверка — 12 октября 2026 года. Разбор основан на объявлениях WB API от 24 марта и 8 апреля и относится именно к методу стикеров кроссбордера, а не ко всем российским отгрузкам FBS.

Прочитайте состояние генерации

Для POST /api/v3/orders/stickers/cross-border WB предусмотрел status: awaitingTrackNumber означает ожидание трек-номера, ready — готовность. В объявлении предложено повторять запрос до ready, поскольку стикер может появляться с задержкой. Конкретный срок готовности этим сообщением не гарантируется.

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

Не печатайте неподтверждённые данные

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

В отдельном апрельском сообщении WB описал поля для печати: partA и partB — части подписи идентификатора, barcode — закодированное значение стикера. Если используется собственный макет, сверяйте его с актуальным форматом метода. Эти поля не дают основания самостоятельно придумывать недостающую часть номера.

Разделите готовность и физическую печать

У очереди полезно иметь отдельные внутренние состояния: ожидается генерация, данные получены, отправлено принтеру, результат проверен. Это предлагаемая редакцией организация работы, а не дополнительные статусы API. Готовый ответ сервера не подтверждает наличие читаемой этикетки на нужной упаковке.

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

Примите итог по конкретному заказу

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

Физическая сверка подробно разобрана в руководстве по сборке FBS без пересорта. Для технического задания разработчику используйте проверку контракта метода WB API. Завершённая операция здесь означает готовые данные и проверенную этикетку нужного отправления; сам запрос на генерацию этого ещё не подтверждает.