ГИС МТ: ошибка установки КК – причины и решение

📅 Опубликовано 18 сентября 2026 г.

Коротко: «Ошибка установки КК» в ГИС МТ возникает на этапе, когда устройство регистрации эмиссии должно дописать к идентификатору товара криптографическую часть кода маркировки. Заказ зависает в статусе «Ожидает» или уходит в отказ, а в 1С документ «Заказ кодов маркировки» остаётся пустым. Проверяйте по порядку три точки: доступность УРЭ и СУЗ, корректность параметров заказа (GTIN, шаблон, способ выпуска) и действующий сертификат УКЭП.

• КК – это криптографическая часть кода маркировки («криптохвост»): группа 91 (ключ проверки) и группа 92 (код проверки). Без неё код маркировки недействителен, сколько бы раз вы его ни печатали.
• Базовый код маркировки – 31 символ: идентификатор (01) + 14 цифр GTIN и (21) + 13 символов серийного номера. Исключение – табак, там серийный номер занимает 7 символов.
• Ошибка живёт не в 1С, а в контуре эмиссии. 1С лишь отображает статус заказа, полученный от СУЗ, поэтому переустановка конфигурации и перепроведение документа проблему не лечат.
• Тариф на эмиссию – 50 копеек без НДС за код (кроме товарных групп с бесплатной эмиссией). При нулевом балансе договора заказ физически не может быть обработан.
• Цена ошибки – не только простой: за недостоверные сведения в ГИС МТ действует ст. 15.12.1 КоАП – предупреждение или 1 000–10 000 ₽ на должностное лицо и 50 000–100 000 ₽ на организацию, а с 1 сентября 2026 года по 120-ФЗ часть нарушений фиксируется автоматически, без протокола.

Что означает КК и почему ГИС МТ пишет «ошибка установки»?

Код маркировки (КМ) – это не одна строка, а склейка двух частей. Первая, идентификационная, содержит глобальный идентификатор товара GTIN и индивидуальный серийный номер экземпляра. Вторая, криптографическая, формируется средствами криптографической защиты и состоит из ключа проверки и кода проверки. Именно вторую часть в интерфейсах Честного ЗНАКа, станции управления заказами и в служебных сообщениях сокращают до «КК» – криптографический код, он же «криптохвост».

Формирует криптохвост не 1С и не касса, а устройство регистрации эмиссии (УРЭ). Оно бывает двух видов: аппаратное – физический сервер, который оператор передаёт участнику оборота (типично для производителей табака и ряда групп, где работа идёт на закрытом контуре), и облачное – когда эмиссия выполняется на стороне оператора. Логика одинаковая: станция управления заказами (СУЗ) принимает от вас заказ, формирует идентификационные части, передаёт их в УРЭ, а УРЭ «устанавливает» на каждую позицию криптографическую часть и возвращает готовые коды.

Соответственно, сообщение об ошибке установки КК означает ровно одно: цепочка «заказ → СУЗ → УРЭ → готовый КМ» разорвалась на последнем шаге. Коды не сформированы. Пока криптохвост не установлен, из системы нельзя получить ни одного валидного DataMatrix – и нет смысла пытаться распечатать этикетки «хотя бы с GTIN»: такой код при сканировании не пройдёт проверку ни на кассе, ни при приёмке.

01 04601234567890 21 AbC1234567890 <GS> 91 EE06 <GS> 92 zXwQ...
│  GTIN (14)      │  серийный номер (13)   │ ключ проверки │ код проверки

В примере видно, где заканчивается идентификационная часть и начинается КК. Символ <GS> – служебный разделитель групп, невидимый при печати. Если сканер не настроен на GS1 DataMatrix и «проглатывает» разделитель, программа увидит обрезанный код и может выдать похожее по смыслу сообщение – но это уже проблема оборудования, а не эмиссии.

Чем ошибка установки КК отличается от ошибки эмиссии?

Ошибка эмиссии – более широкое понятие: заказ мог не пройти вообще, ещё до обращения к УРЭ (например, не прошла проверка карточки товара). Ошибка установки КК говорит о том, что идентификационные части уже сформированы, а криптографический модуль не ответил или ответил отказом. Практический вывод: в первом случае разбираемся с данными заказа, во втором – сначала с доступностью и состоянием УРЭ, и только потом с содержимым заказа.

Где именно вы видите ошибку: таблица диагностики

Прежде чем что-то чинить, зафиксируйте место появления сообщения. Одинаковый текст в разных окнах требует совершенно разных действий.

Где увидели	Что происходит на самом деле	Первое действие
1С, документ «Заказ кодов маркировки» / «Заказ на эмиссию»	1С получила от СУЗ статус заказа с ошибкой и показала его текст	Открыть личный кабинет СУЗ и посмотреть статус того же заказа
Личный кабинет СУЗ, журнал заказов	Отказ пришёл непосредственно от устройства регистрации эмиссии	Проверить состояние УРЭ и баланс договора на эмиссию
Консоль аппаратного УРЭ	Устройство недоступно, не синхронизировано или заблокировано	Проверить питание, сеть, синхронизацию с оператором
При входе в ГИС МТ или подписании документа	Проблема не в эмиссии, а в сертификате, плагине или доверенности	Проверить срок сертификата УКЭП и криптопровайдер
На кассе или ТСД при сканировании	Код считан частично: сканер не передаёт разделитель GS	Перенастроить сканер на режим GS1 DataMatrix

Самая частая управленческая ошибка – начать с 1С. Конфигурация здесь выступает клиентом: она формирует заказ и забирает результат. Если СУЗ ответила отказом, никакие манипуляции с документом, обновление релиза или перезапуск сервера ситуацию не изменят.

Почему СУЗ не может установить КК: 7 реальных причин

1. Устройство регистрации эмиссии недоступно

Для аппаратного УРЭ это банальные вещи: устройство выключено, потеряло сеть, не прошло плановую синхронизацию с оператором или у него закончился срок действия ключевой информации. Для облачного – технические работы на стороне оператора либо блокировка исходящих соединений на вашей стороне. Проверяется быстро: если в журнале СУЗ у всех заказов за последний час одинаковая ошибка, дело почти наверняка в устройстве, а не в конкретном заказе.

2. Нулевой баланс или неактивный договор на эмиссию

Эмиссия платная: 50 копеек без НДС за код, кроме товарных групп, где она предоставляется бесплатно. Пока на лицевом счёте нет средств или не подписан договор на предоставление кодов, СУЗ примет заказ, но не сможет его завершить. Отдельный подводный камень – крупные заказы: денег может хватать на небольшую партию кодов, но не на крупную, и тогда «зависает» именно большой заказ, а мелкие проходят.

3. Проблемы с GTIN и карточкой товара

Если карточка товара в Национальном каталоге не опубликована, содержит ошибки или GTIN принадлежит другому участнику, заказ не дойдёт до успешного завершения. Сюда же относится ситуация, когда GTIN в справочнике номенклатуры 1С заполнен не в том разрезе – например, привязан к базовой единице, а заказ уходит по упаковке. Разбор типовых сценариев мы делали в материале про то, почему 1С не подставляет GTIN в документы маркировки – механика проверки там ровно та же.

4. Несовпадение способа выпуска и шаблона кода

При создании заказа указываются способ выпуска товаров в оборот (производство в РФ, ввоз, маркировка остатков, комиссия и т. д.), тип и шаблон кода маркировки. Комбинации жёстко регламентированы по товарным группам: например, для остатков доступен упрощённый состав атрибутов, а для импорта – нет. Неверное сочетание приводит к отказу на стороне эмиссии, причём текст ошибки бывает предельно общим.

5. Истёкший или неподходящий сертификат УКЭП

Заказ подписывается электронной подписью. Если сертификат истёк, отозван, выпущен на уволенного сотрудника или в СУЗ зарегистрирован другой отпечаток – запрос не будет авторизован. Симптоматика очень похожа на ситуацию, разобранную в статье про ошибку авторизации с ненайденным токеном: внешне «падает» обмен, а корень – в идентификации участника.

6. Заказ просрочен или уже закрыт

У заказа есть жизненный цикл. Если коды не были выгружены вовремя, заказ переходит в статус «Истёк», и повторная попытка получения из 1С будет возвращать ошибку. Лечится только созданием нового заказа – «оживить» просроченный нельзя.

7. Сетевые ограничения и средства защиты

Корпоративный прокси, межсетевой экран, антивирус с проверкой HTTPS-трафика, устаревшие корневые сертификаты на сервере 1С – всё это обрывает соединение в момент обращения к УРЭ. Характерный признак: ошибка воспроизводится на сервере и не воспроизводится, если тот же заказ создать из личного кабинета через браузер на другом компьютере.

Как исправить ошибку установки КК: пошаговый порядок

1. Зафиксируйте номер заказа и точное время. Без этого ни служба поддержки оператора, ни специалист по 1С не смогут ничего проверить в журналах.
2. Откройте личный кабинет СУЗ и найдите заказ в журнале. Сравните статус с тем, что показывает 1С: если в СУЗ заказ в порядке, а в 1С – ошибка, проблема в обмене, а не в эмиссии.
3. Проверьте баланс лицевого счёта и действие договора на предоставление кодов. Оцените, хватает ли средств на весь объём заказа.
4. Проверьте состояние УРЭ. Для аппаратного устройства – доступность по сети и статус синхронизации. Для облачного – раздел с информацией о технических работах у оператора.
5. Проверьте сертификат УКЭП: срок действия, привязку к организации, наличие в списке зарегистрированных в ГИС МТ, а при работе по доверенности – актуальность машиночитаемой доверенности.
6. Пересоздайте заказ маленькой партией – 10–20 кодов на одну позицию. Это дешёвый и быстрый тест: если маленький заказ проходит, а большой нет, причина в объёме, балансе или таймаутах, а не в настройках.
7. Проверьте параметры позиции: GTIN, способ выпуска в оборот, тип кода, шаблон, вид упаковки. Сверьте их с требованиями своей товарной группы.
8. Если всё корректно – обращайтесь к оператору с номером заказа, ИНН, временем и скриншотом. Параллельно поручите специалисту 1С снять технологический журнал обмена, чтобы увидеть фактический ответ сервиса, а не пересказ в интерфейсе.

Практическое правило: не создавайте повторные заказы «на всякий случай», пока не выяснили причину. Каждая попытка резервирует серийные номера, а неудачные заказы захламляют журнал и усложняют разбор с поддержкой.

Что делать, если проблема в правах и учётной записи?

Отдельный класс ситуаций: техника исправна, баланс есть, сертификат действует, но заказ всё равно не проходит. Тогда смотрят на права. В ГИС МТ у участника может быть несколько пользователей с разными полномочиями, и право на заказ кодов маркировки выдаётся отдельно от права просматривать документы. Если сотрудник добавлен как наблюдатель, он увидит журнал, но не сможет завершить эмиссию.

Зеркальная история – внутри 1С. Пользователю нужны права на работу с документами интеграции с ИС МП и на служебные регистры, иначе обмен будет падать ещё до обращения к сервису. Логика разбора здесь такая же, как в разборе ошибки «Недостаточно прав для операции над объектом»: сначала определяем, на каком объекте не хватает доступа, потом правим профиль, а не раздаём «Полные права» всем подряд.

Как убедиться, что полученные коды рабочие?

Допустим, заказ наконец прошёл и коды получены. Прежде чем печатать тираж этикеток на весь склад, выполните три проверки.

Проверка структуры. Базовый код маркировки – 31 символ: (01) плюс 14 цифр GTIN и (21) плюс 13 символов серийного номера, дальше идёт криптографическая часть. Если в выгрузке серийные номера короче или длиннее (кроме табака, где серийный номер состоит из 7 символов), это повод остановиться и разобраться.

Проверка оборудованием. Код маркировки – это DataMatrix, а не QR-код, и считывать его должен 2D-сканер, настроенный на работу с GS1 DataMatrix и корректную передачу разделителя GS. Плоский 1D-сканер и телефон «на глазок» для приёмочного контроля не годятся.

Проверка в 1С. В типовых конфигурациях есть рабочее место проверки кодов маркировки: сканируете напечатанную этикетку и получаете ответ о статусе КМ в ГИС МТ. Разумная практика – проверять не один код, а выборочно по несколько штук из каждой партии печати, включая первую и последнюю этикетку рулона.

Что проверяем	Норма	Признак проблемы
Длина идентификационной части	31 символ (табак – серийник 7 символов)	Обрезанный GTIN, короткий серийный номер
Наличие групп 91 и 92	Обе присутствуют	Код заканчивается серийным номером – КК не установлен
Считывание сканером	2D-сканер, режим GS1 DataMatrix	Символ GS теряется, код «слипается» в одну строку
Статус в ГИС МТ	«Эмитирован» / «Нанесён» / «В обороте» по этапу	«Не найден» или «Аннулирован»

Найдите специалиста для решения этой задачи на koderion.ru