При выполнении маркировки продукции участники оборота нередко сталкиваются с ситуацией, когда штатная выгрузка кодов из личного кабинета государственной информационной системы мониторинга товаров (ГИС МТ) не принимается при создании отчета. Пользователь эмитирует партию кодов, переходит в реестр кодов маркировки, фильтрует их по статусу, выгружает в файл формата CSV, а затем пытается загрузить этот же файл в форму документа «Нанесение КМ». В результате система блокирует строки и выдает диагностическое сообщение: Неверный формат кода маркировки: код должен содержать полный код маркировки, включая код проверки. Попытка скопировать отдельный код вручную или отсканировать его через стандартный текстовый редактор приводит к аналогичной ошибке.
Данная проблема особенно актуальна при ручной обработке маркировки без глубокой интеграции с товароучетными системами, когда объем марок составляет от нескольких сотен до тысяч штук, а прямое сканирование каждой единицы сканером на рабочем месте оператора требует неоправданно больших трудозатрат.
Чтобы понять причину ошибки, необходимо разграничить два понятия, которые часто смешивают при работе с маркированным товаром:
GS (Group Separator, код ASCII 29).По правилам безопасности криптографической защиты ГИС МТ полный код маркировки с кодом проверки передается участнику оборота только один раз — на этапе эмиссии. В общем реестре кодов личного кабинета системы хранятся только усеченные данные (коды идентификации без криптохвоста). При нажатии кнопки выгрузки в общем списке кодов формируется файл, содержащий исключительно КИ. Однако регламент обработки документа «Отчет о нанесении» строго требует передачи полного кода маркировки с кодом проверки, подтверждающим легальность нанесения сгенерированного средства идентификации. Загрузка файла из общего реестра гарантированно приводит к отказу валидатора.
Когда пользователь пытается вручную собрать коды или отсканировать их сканером в «Блокнот» либо табличный процессор, возникает вторая скрытая проблема: потеря управляющего символа GS (ASCII 29).
01...21...[GS]91...[GS]92... в слитный текст без разделителей.В зависимости от доступных технических инструментов и этапа жизненного цикла заказа кодов можно применить один из следующих подходов:
Полные коды маркировки с криптохвостом доступны для сохранения только внутри самого заказа на эмиссию в СУЗ до момента его окончательного закрытия или истечения регламентного срока доступности. Если в вашей товарной группе при выгрузке из заказа доступен выбор формата CSV, необходимо выгружать данные непосредственно из карточки заказа, а не из общего реестра кодов ЛК. Полученный таким образом файл сохраняет корректную структуру и принимается формой нанесения.
В ряде товарных контуров ГИС МТ предусмотрено автоматическое создание связанных документов. В разделе СУЗ «Документы» — «Отчеты» проверьте наличие документа «Нанесение» в статусе «Черновик», сформированного на основании вашего заказа. Если черновик создан системой автоматически, коды уже привязаны к нему: достаточно открыть документ, проверить обязательные реквизиты (дату производства, способ ввода) и подписать его усиленной квалифицированной электронной подписью без промежуточных выгрузок в файлы.
При использовании типовых конфигураций 1С с подсистемой интеграции с ИС МП обмен с СУЗ выполняется программно по API. В этом сценарии база данных 1С сохраняет полученные полные коды маркировки в служебных регистрах (включая криптохвосты) и автоматически подставляет их в документ «Маркировка товаров ИС МП» (операция «Отчет о нанесении»). Это исключает человеческий фактор, ошибки форматирования CSV и проблемы с ручным сканированием.
Если заказ уже закрыт, а коды были выгружены исключительно в виде печатных форм (PDF-файлов с этикетками Data Matrix), стандартного интерфейсного способа повторно получить текстовый файл с криптохвостами из личного кабинета нет. В такой ситуации для исключения поштучного сканирования применяются специализированные утилиты и внешние обработки, выполняющие оптическое распознавание матричных кодов из PDF с формированием текстового файла и корректным сохранением байта ASCII 29.
Если требуется физически считать напечатанные коды сканером в файл для последующей загрузки, сканер необходимо перевести из режима эмуляции клавиатуры в режим виртуального COM-порта (Virtual COM Port / USB-VCP). Считывание данных следует выполнять через терминальное ПО или специализированную утилиту захвата COM-порта, которая сохраняет байт ASCII 29 без искажений и разделяет считанные штрихкоды переводом строки (CR/LF).
Перед повторной загрузкой файла в отчет о нанесении рекомендуется открыть полученный CSV в текстовом редакторе с отображением непечатаемых символов (например, Notepad++). Убедитесь, что строка кода содержит префиксы идентификаторов применения (01, 21, 91/92 или 93), спецсимволы разделителей отображаются корректно, а длина строки соответствует полному коду маркировки вашей товарной группы, а не сокращенному идентификатору товара.