Ошибки при сканировании кодов «Честный знак» в FBS-заказах
Проверка формата и дублей КИЗ, учёт требования Ozon до сборки и безопасный повтор при ошибке API.
Как отличить товарный штрихкод от КИЗ
Первая распространённая ошибка — путаница товарного штрихкода и кода маркировки. Штрихкод определяет карточку или вариант товара, а КИЗ относится к конкретной физической единице. Поэтому нужно открыть требуемую Ozon позицию отправления и выбрать экземпляр, к которому будет привязан отдельный код маркировки.
Что делать, если код не считывается
Если сканер не считывает код, нужно проверить качество печати, повреждение упаковки и настройку самого устройства. Ручной ввод допустим как резервный сценарий, но значение должно пройти ту же проверку структуры. Нельзя считать позицию собранной только потому, что оператор ввёл произвольную последовательность символов.
Как система должна блокировать дубли
Повторный КИЗ необходимо блокировать ещё до передачи в Ozon. Проверка учитывает текущий заказ, другие операции аккаунта абонента и ранее подтверждённые экземпляры. При обнаружении дубля интерфейс должен показать понятную причину и не назначать тот же код второй физической единице.
Как определить этап ввода КИЗ Ozon
Код может быть корректным по формату, но относиться не к той позиции или вводиться на неправильном этапе. Для Ozon экран показывает требование конкретного отправления, ожидаемый товар и отдельную физическую единицу. Добавление КИЗ само по себе не должно переводить заказ в другой статус.
Как повторить передачу после ошибки API
Ошибка API Ozon после сканирования не означает, что КИЗ нужно вводить повторно. Полный код сохраняется защищённо до успешного подтверждения, а операцию можно повторить. После подтверждения полный КИЗ остаётся в исходящем реестре только при включённой пользователем настройке; в любом случае сохраняются маска и результат передачи.
Какие данные хранить в журнале операций
Для разбора спорных ситуаций нужен Журнал событий: кто сканировал товар, когда был введён код, для какого заказа и какой ответ вернул маркетплейс. В журнале достаточно маски и результата проверки — полный КИЗ не следует показывать постоянно. Такой аудит помогает исправлять процесс, не превращая интерфейс поддержки в источник чувствительных данных.