Почему в чеке 1С:УНФ не печатается код маркировки, а выводится только признак ТМ

При переходе на новые версии программ или смене оборудования пользователи часто сталкиваются с ситуацией, когда маркированный товар в 1С определяется корректно (горит «зеленым»), но в бумажном чеке и данных ОФД код маркировки (КМ) отсутствует. Вместо ожидаемых символов [M+] печатается просто аббревиатура ТМ (Товар Маркированный), а в личном кабинете «Честного Знака» чеки не отображаются. Разберем детально, как диагностировать и устранить эту проблему на примере связки 1С:УНФ и кассы Атол-55Ф.

Анализируем соответствие версий ПО и ФФД

Первым делом проверим технический фундамент системы. Для корректной работы с маркировкой в 2024–2025 годах обязательным является использование формата фискальных данных ФФД 1.2. Рассмотрим основные требования к оборудованию:

1. Версия прошивки ККТ: Для касс Атол версии платформы 5.0 крайне рекомендуется использовать прошивку не ниже 5.17.x. В более ранних версиях (например, 5.15) могут возникать ошибки при передаче тега 2106 (результат проверки КМ). Несмотря на заверения мастеров, версию нужно проверять не «на глаз», а по чеку «Информация о ККТ» или через драйвер.
2. Драйвер ККТ: Рекомендуется использовать драйвер Атол версии 10.10.10 и выше. Старые версии драйверов могут некорректно обрабатывать запросы в систему «Честный Знак» в рамках разрешительного режима.
3. Версия 1С: Убедимся, что конфигурация обновлена до актуального релиза (в нашем случае это 3.0.12.253), так как алгоритмы обмена с ИС МП постоянно меняются.

Проверяем карточки товаров после миграции

Часто проблема кроется в данных, которые были перенесены из старых баз (например, из 1С:УТ 10.3). Если новая карточка товара, созданная вручную в УНФ, пробивается корректно, а старая — нет, значит, в реквизитах «битых» карточек есть ошибки. Разберем, что именно нужно проверить:

• Вид продукции для ИС: Зайдем в карточку номенклатуры и проверим поле ТипНоменклатуры. Там должен быть четко указан вид маркируемой продукции (например, «Молочная продукция», «Обувь» или «Табачная продукция»). Если поле пустое или заполнено как «Товар», 1С не инициирует проверку кода через ККТ.
• GTIN и штрихкоды: Проанализируем вкладку штрихкодов. 1С сопоставляет считанный DataMatrix с GTIN в базе. Если формат записи штрихкода нарушен при переносе, связка может не сработать.
• Категория номенклатуры: Проверим настройки категории, к которой относится товар. Признак маркировки должен быть включен на уровне категории, чтобы наследоваться в карточки.

Изучаем логи драйвера ККТ Атол

Для глубокой диагностики ситуации проанализируем файл лога драйвера fptr1C.log (обычно находится в папке %AppData%\Roaming\ATOL\drivers10\logs\). В нем мы ищем последовательность команд при пробитии чека. Разберем ключевые этапы:

Этап 1: Запрос проверки КМ. В логах он выглядит как ЗапросКМ. Если мы видим пустые скобки [ ] в результате, это означает, что первый этап проверки не прошел, но система может позволить идти дальше. Если же в логе зафиксировано РезультатЗапросаКМ - [ ], значит, ККТ получила подтверждение от сервера маркировки.

Этап 2: Передача данных в чек. Самый критичный момент. Ищем строку Данные чека или тег 1163. Рассмотрим пример ошибочной ситуации:

2026.01.22 14:01:41.244 INFO [1C] Электронно - [нет] 
2026.01.22 14:01:41.244 INFO [1C] Данные чека - [ MarkingCode="" ]

Если в параметре MarkingCode пусто (как в примере выше), это означает, что 1С не передала сам код маркировки в драйвер. Причина может быть в том, что 1С посчитала предварительную проверку неудачной и решила «не рисковать», отправляя позицию как обычный товар (с признаком ТМ), чтобы не блокировать продажу. Выясним причину такого поведения в настройках РМК.

Настройка разрешительного режима в 1С

С 2024 года для многих товарных групп введен «разрешительный режим». Проанализируем настройки в 1С:УНФ:

1. Перейдем в раздел Настройки — Маркировка.
2. Проверим Токены авторизации. Без валидного токена 1С может проводить лишь формальную проверку КМ, не получая статус «разрешено» от Честного Знака, что блокирует передачу КМ на кассу.
3. В настройках рабочего места кассира (РМК) посмотрим на флаг «Продавать маркированную продукцию при отказе сервера КМ». Если проверка в 1С настроена через CDN-площадки, а связь нестабильна, 1С может отсекать код маркировки еще до передачи в ККТ.

Различия между признаками ТМ и [M+]

Важно понимать разницу в индикации на чеке:

• ТМ (Товар Маркированный): Это просто текстовая метка, которую печатает учетная система. Она не подтверждает факт проверки кода в ФН или системе ИС МП.
• [M]: Код маркировки передан в ККТ, но проверка не проводилась или статус неизвестен.
• [M+]: Идеальный вариант. Код успешно прошел проверку в фискальном накопителе и в системе «Честный Знак» получен положительный ответ.

Если в чеке печатается только ТМ, значит, касса работает в режиме ФФД 1.05 или 1.1, либо 1С передает данные по старому протоколу, игнорируя функционал ФФД 1.2.

Итоговый алгоритм решения

Выясним последовательность действий для исправления ситуации:

1. Обновим прошивку ККТ до версии 5.17.x или выше и драйвер до 10.10.10.
2. Сверим настройки в ККТ: в таблицах драйвера должен быть установлен флаг «Торговля МТ» (Маркированными Товарами).
3. Пересоздадим одну карточку товара вручную в УНФ и попробуем совершить продажу. Если КМ появится в чеке — проблема в реквизитах старых карточек (перепроверьте Вид продукции и настройки маркировки).
4. Настроим «Разрешительный режим» в 1С, получив актуальный токен в личном кабинете Честного Знака.

После выполнения этих шагов 1С начнет корректно заполнять структуру MarkingCode при вызове метода печати чека, и информация о кодах маркировки начнет поступать в ОФД и ИС МП в полном объеме.