Wildberries объявил начало проверки кодов «Честного знака» для российских B2C-заказов FBS с 3 июня 2026 года. На следующий день площадка уточнила, что внедрение идёт поэтапно. Для интеграций важны два различия: код должен передаваться полностью, а факт его закрепления не всегда означает выполненную проверку.

Что требуется от передаваемого кода

Для обязательной маркировки WB требует полный код с GS-разделителями и криптохвостом. Некорректные данные могут заблокировать перевод поставки в доставку с ошибкой 409. Статусы по заданиям можно предварительно получить через orders/meta в metaDetails.

В период поэтапного внедрения filled означал, что код закреплён, но проверка ещё не проводится. optional обозначал отсутствие обязательности, required — необходимость добавить код. Нельзя выводить подпись «проверен» только из filled: июньское пояснение специально разделяет эти состояния.

Где код может испортиться

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

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

Как отделить ошибку от этапа внедрения

Интерфейс оператора должен показывать полученный статус и доступное следующее действие. Сообщения «нужно добавить код», «код закреплён» и «проверка отклонена» нельзя сводить к одному зелёному или красному индикатору без пояснения.

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