Коды маркировки проверены с ошибками в 1С: что делать
📅 Опубликовано 27 августа 2026 г.
Коротко: статус «Коды маркировки проверены с ошибками» означает, что документ дошёл до сверки с ГИС МТ, но минимум один код был отклонён. Чаще всего виноват не «Честный знак», а обрезанный при сканировании код: сканер работает в режиме эмуляции клавиатуры, теряет служебный разделитель GS (символ ASCII 29) и 44-символьный криптохвост. Настройка подключаемого оборудования и приёма внешних событий занимает 10–15 минут и снимает большинство таких ошибок.
Главное за 30 секунд
- «Проверены с ошибками» ≠ «код недействителен». Это сводный статус документа: одна плохая строка из 500 окрашивает весь документ.
- Полный код маркировки обуви и одежды — 31 символ базовой части плюс блок 92 с криптохвостом. Если в поле легло 31 символ — код обрезан, а не «не найден».
- Механизм внешних событий — это канал, по которому драйвер сканера передаёт данные в форму 1С. Без него код приходит как обычный набор клавиш и теряет разделители.
- Ошибка «оборот приостановлен» или «код не принадлежит организации» лечится не в 1С, а в личном кабинете ГИС МТ и у поставщика — программа тут только зеркало.
- Цена бездействия: по ст. 15.12.1 КоАП РФ за непредставление сведений в систему маркировки юрлицо может получить от 50 000 до 100 000 ₽, а по ст. 15.12 КоАП РФ за оборот немаркированного товара — до 300 000 ₽ с конфискацией.
Что означает статус «Коды маркировки проверены с ошибками»?
Формулировка появляется в типовых конфигурациях — «1С:Розница», «1С:Управление торговлей», «1С:УНФ», «1С:ERP» — в момент, когда вы нажимаете Проверить коды маркировки в документе или в форме подбора. Программа собирает все отсканированные значения, упаковывает их в запрос и отправляет в ГИС МТ через сервис интеграции. Ответ приходит построчно, а форма выводит итог одной фразой.
Ключевое, что нужно понять сразу: это агрегированный статус. Он не говорит, что все коды плохие. Он говорит, что хотя бы один код не прошёл. Поэтому первое действие — не перескан всей партии, а раскрытие детализации: в табличной части документа есть колонка со статусом строки, и она принимает разные значения — «Проверен», «Не проверен», «Проверен с ошибками», «Ошибка сервиса». Отфильтруйте по проблемному статусу, и вместо 500 строк вы увидите три.
Второй важный момент — источник вердикта. Часть проверок 1С выполняет локально, ещё до обращения к «Честному знаку»: контроль структуры кода, наличие обязательных групп применения (01, 21, 91, 92), корректность контрольной суммы GTIN, отсутствие дублей в документе. Часть — это уже ответ ГИС МТ о владельце, статусе и обороте кода. Ошибки первой группы устраняются на рабочем месте за минуты, ошибки второй требуют переписки с контрагентом.
Причём тут «внешние события» и как они ломают код?
Внешнее событие в платформе «1С:Предприятие» — это способ, которым внешняя программа или драйвер оборудования «стучится» в открытую форму. Когда сканер подключён через драйвер (АТОЛ, Штрих-М, «1С:Драйвер сканера штрихкода»), он не имитирует нажатия клавиш, а формирует событие с готовой строкой данных. Форма подбора кодов маркировки подписана на это событие и получает код целиком — вместе со всеми служебными символами.
Если же сканер настроен в режиме эмуляции клавиатуры (HID-Keyboard), происходит следующее. DataMatrix содержит невидимый разделитель GS — символ с кодом 29 в таблице ASCII. Клавиатура такой символ передать не может: у него нет клавиши. Драйвер устройства либо выбрасывает его, либо подменяет на Enter. В первом случае группы данных «слипаются», и парсер 1С не может отделить серийный номер от криптохвоста. Во втором — Enter срабатывает как подтверждение ввода, поле закрывается на 31-м символе, а остаток кода улетает в никуда или в следующую строку документа.
Отсюда классическая картина: в базе лежит «половина» кода, локальная проверка структуры её пропускает (формально 01 и 21 на месте), а ГИС МТ отвечает отказом — потому что для розничной продажи нужен полный код с блоком 92. Пользователь видит «проверены с ошибками» и идёт спорить с поставщиком, хотя проблема в трёх галочках на рабочем месте кассира. Подробный разбор этого сценария мы делали в материале про то, что делать, если не найден полный код маркировки.
Чем режим драйвера отличается от эмуляции клавиатуры?
| Параметр | Драйвер + внешние события | Эмуляция клавиатуры (HID) |
|---|---|---|
| Передача разделителя GS (ASCII 29) | Передаётся полностью | Теряется или подменяется |
| Криптохвост (блок 92, 44 символа) | Приходит целиком | Часто обрезается |
| Работа в РМК и в чеках ККМ | Штатный режим | Не рекомендуется |
| Настройка | НСИ и администрирование → Подключаемое оборудование | Настраивается только в самом сканере |
| Диагностика ошибок | Есть тест устройства в 1С | Только «Блокнот» и подсчёт символов |
Вывод простой: для любых операций с маркировкой сканер должен быть подключён через драйвер и зарегистрирован в разделе НСИ и администрирование → Подключаемое оборудование с типом «Сканеры штрихкода», а в его настройках должен быть выставлен режим работы с суффиксом и включена передача служебных символов.
Сводная таблица: какая ошибка что означает и что делать
Ниже — формулировки, которые чаще всего прилетают в колонку с описанием ошибки. Таблица построена так, чтобы за 30 секунд определить: это чинится на рабочем месте, в базе или у контрагента.
| Формулировка | Реальная причина | Зона ответственности | Что делать |
|---|---|---|---|
| Не найден полный код маркировки | Сканер передал только базовую часть без криптохвоста | Рабочее место | Перевести сканер на драйвер, пересканировать строку |
| Код маркировки не найден в ГИС МТ | Опечатка при ручном вводе, чужой код, тестовый образец, эмиссия не завершена | Склад / поставщик | Сверить символ в символ, запросить у поставщика статус кода |
| Код не принадлежит организации | Поставщик не отправил УПД или УПД не подписан | Контрагент | Проверить входящие документы ЭДО, запросить повторную отправку |
| Оборот кода приостановлен | Блокировка со стороны ГИС МТ или заявление участника | ГИС МТ | Товар не продавать, разбираться в личном кабинете «Честного знака» |
| Товар выбыл из оборота | Код уже пробит в чеке или списан | Учёт | Найти документ выбытия, при ошибке — оформить возврат в оборот |
| Некорректная структура кода | Потерян разделитель, лишние пробелы, склеены два кода | Рабочее место | Очистить строку, пересканировать, проверить длину |
| Код указан в документе более одного раза | Двойное сканирование одной этикетки | Оператор | Удалить дубль, включить звуковой сигнал на сканере |
| Ошибка сервиса / нет ответа | Недоступен сервис интеграции, истёк сертификат, нет лицензии | Администратор | Проверить настройки ИС МП и криптографию, повторить проверку |
Как проверить код маркировки за одну минуту?
Есть быстрый ручной тест, который не требует ни программиста, ни обращения в поддержку. Он отвечает на главный вопрос: код физически битый или он целый, но отвергнут системой.
- Откройте обычный текстовый редактор (подойдёт «Блокнот») и отсканируйте этикетку в пустой файл.
- Посмотрите, сколько символов легло в строку. Для обуви и лёгкой промышленности базовая часть — 31 символ (группа 01 с 14-значным GTIN плюс группа 21 с 13-значным серийным номером). Если строка на этом закончилась — код обрезан.
- Проверьте наличие блока
91(ключ проверки, 4 символа) и92(код проверки, до 44 символов). Их отсутствие в чеке продажи — прямой путь к отказу. - Обратите внимание, не прыгнул ли курсор на новую строку в середине кода. Перенос строки — верный признак того, что GS подменён на Enter.
- Повторите тот же скан в форме подбора 1С и сравните результат. Если в «Блокноте» код длиннее, чем в 1С, проблема в настройках формы; если одинаково короткий — в настройках сканера.
Этот тест занимает меньше минуты и сразу делит все обращения на две корзины. Отдельная история — когда код вообще не попадает в поле ввода: там причина обычно в правах и сеансе пользователя, и мы разбирали её в статье о ситуации, когда код «Честного знака» не сканируется из-за неидентифицированного пользователя ИБ.
Почему «код есть в базе» — это ещё не проверка?
Распространённое заблуждение: если строка с кодом видна в табличной части, значит, всё в порядке и «программа его приняла». На самом деле между «код записан» и «код проверен» лежат три независимых слоя контроля.
Слой первый — синтаксис. 1С разбирает строку на группы применения по стандарту GS1 и убеждается, что структура распознаваема. Здесь отсеиваются склейки, обрывы и мусорные символы. Этот слой не обращается никуда наружу и работает даже без интернета.
Слой второй — сопоставление с номенклатурой. Программа ищет GTIN в штрихкодах номенклатуры. Если GTIN не найден, строка может попасть в документ как «неопознанная» — товар вроде бы есть, а привязки к карточке нет. Особенно болезненно это проявляется при работе с несколькими складами: типичные подводные камни описаны в разборе про подбор и проверку маркированной продукции по группе складов.
Слой третий — ответ ГИС МТ. Только он говорит, кому принадлежит код, в каком он статусе и можно ли его продавать. Пока этот запрос не выполнен, любая «зелёная галочка» в интерфейсе — это лишь подтверждение того, что строка синтаксически корректна.
Практическое правило: документ считается готовым к проведению только тогда, когда у всех строк стоит статус успешной проверки и в шапке нет предупреждения. Проведение «с ошибками» технически возможно в ряде конфигураций, но именно оно потом превращается в расхождения между вашим остатком и остатком в «Честном знаке».
Ещё одна ловушка — структура самого кода. Пользователь видит на экране знакомый набор цифр, копирует его вручную и удивляется отказу. Причина в том, что визуально одинаковые коды отличаются служебными байтами. Детальный разбор строения DataMatrix мы приводили в материале о том, почему данные по коду не найдены в «1С:Рознице».
Как исправить ошибки: пошаговый порядок действий в 1С
Порядок универсален для «Розницы», «Управления торговлей» и «ERP» — отличаются только названия разделов меню.
Шаг 1. Локализовать проблемные строки
Откройте документ, перейдите на вкладку с кодами маркировки и включите отбор по колонке статуса. Выпишите, сколько строк отвалилось и по какой причине. Если причина одна на все строки — это системная настройка. Если причины разные — работайте по таблице выше, каждую отдельно.
Шаг 2. Проверить настройки подключаемого оборудования
Раздел НСИ и администрирование → Подключаемое оборудование. Убедитесь, что сканер добавлен как устройство с типом «Сканеры штрихкода», привязан к нужному рабочему месту и проходит тест устройства. В тесте отсканируйте маркированный товар и посмотрите на длину полученной строки — 1С покажет её целиком.
Шаг 3. Включить приём служебных символов
В настройках самого сканера (через сервисные штрихкоды из инструкции производителя) активируйте режим передачи GS-разделителя и снимите ограничение на длину считываемой строки. Многие модели «из коробки» настроены на обычную розницу без маркировки и обрезают длинные коды.
Шаг 4. Пересканировать и повторить проверку
Удалите битые строки — именно удалите, а не исправляйте вручную. Ручная правка кода почти всегда добавляет невидимые пробелы. Пересканируйте товар и нажмите Проверить коды маркировки повторно.
Шаг 5. Разобрать «внешние» отказы
Если после переската остались отказы вида «код не принадлежит организации» или «оборот приостановлен» — техническая часть закончилась. Дальше: проверить входящие УПД в разделе ЭДО, запросить у поставщика повторную отправку документа, при необходимости открыть карточку кода в личном кабинете ГИС МТ и посмотреть историю операций.
Шаг 6. Зафиксировать причину
Заведите простой журнал: дата, документ, поставщик, формулировка ошибки, чем закончилось. Через месяц вы увидите, что 70–80 % записей — это два-три повторяющихся сценария, и точечно закроете их регламентом вместо ежедневного тушения пожаров.
Кто отвечает за ошибку: кассир, товаровед или администратор?
Раздел, которого обычно нет в инструкциях, а именно он экономит больше всего времени. Ошибка проверки кодов — межфункциональная: она возникает на кассе, а корни у неё в закупках или в ИТ. Без распределения ролей документ неделями висит в статусе «разбираемся».
| Роль | За что отвечает | Норматив реакции |
|---|---|---|
| Кассир / кладовщик | Корректный скан, отсутствие дублей, немедленная отметка проблемной строки | В момент операции |
| Товаровед | Сверка с УПД, коммуникация с поставщиком, решение по возврату | 1 рабочий день |
| Бухгалтер | Соответствие документа учёту, контроль выбытия и возврата в оборот | До закрытия периода |
| Администратор 1С | Оборудование, сертификаты, настройки ИС МП, обновления | 4 часа при массовом сбое |
Отдельно стоит закрепить правило эскалации: если ошибка повторилась на трёх и более документах подряд, это не пользовательская невнимательность, а системная проблема — и её разбирает администратор, а не кассир.
Найдите специалиста для решения этой задачи на koderion.ru