Почему проданные сигареты не отображаются в системе Честный ЗНАК и как это исправить

Программист 1С v8.3 (Управляемые формы) Торговля и дистрибуция
← На главную

При работе с маркированной табачной продукцией в программе 1С:Розница 2.2 пользователи часто сталкиваются с ситуацией, когда код маркировки успешно сканируется в чеке, но данные не поступают в систему мониторинга «Честный ЗНАК». В этой статье мы подробно разберем причины этой проблемы, проанализируем технические нюансы взаимодействия 1С с кассовым оборудованием и ОФД, а также найдем способы корректной настройки системы.

Анализ причин отсутствия данных в ОФД и Честном ЗНАКе

Разберем ситуацию: при оформлении розничной продажи программа запрашивает код маркировки, сканер его считывает, чек пробивается, но в личном кабинете ОФД отсутствует признак маркированного товара (тег 1162 или 2106), и, как следствие, марка не списывается в системе «Честный ЗНАК». Проанализируем основные факторы, которые могут к этому привести:

  1. Устаревшая обработка обслуживания ККТ. Это одна из самых частых причин. Даже если конфигурация 1С обновлена, драйвер и внутренняя обработка, которая передает команды на кассовый аппарат, могут не поддерживать работу с новыми тегами маркировки.
  2. Версия драйвера и прошивка ККТ. Производители кассовой техники (Атол, Штрих-М и др.) регулярно выпускают обновления для поддержки изменений в законодательстве (например, переход на ФФД 1.2). Если версия драйвера или прошивки ниже рекомендуемой, код маркировки просто не будет передаваться в фискальный накопитель.
  3. Некорректная настройка сканера. Если сканер работает в режиме эмуляции клавиатуры, он может терять управляющие символы (например, префикс GS1), из-за чего 1С воспринимает код как обычный текст, а не как структуру маркировки.

Обновление обработки обслуживания и драйверов

Рассмотрим решение, которое помогло большинству пользователей. Как показывает практика, установка новой версии обработки обслуживания ККТ часто является ключевым моментом. Проанализируем шаги по обновлению:

Во-первых, необходимо убедиться, что используется актуальный драйвер производителя. Например, для касс АТОЛ это версия драйвера 10.x. Во-вторых, в самой 1С нужно проверить версию обработки в разделе «Подключаемое оборудование».

Выясним причину, по которой ОФД может сообщать об отсутствии тега 1162. Если в логах драйвера ККТ мы видим, что код маркировки передается, но в чеке его нет, значит, проблема в прошивке кассы, которая «не понимает» этот параметр. Проанализируем ситуацию с помощью логов драйвера. Чтобы найти причину, нам нужно заглянуть в файлы журналов драйвера (обычно находятся в папке %AppData% или в папке установки драйвера), где фиксируется передача каждого реквизита чека.

Работа с форматами фискальных данных (ФФД 1.2)

Разберем подробнее влияние ФФД на процесс маркировки. На сегодняшний день для торговли маркированным товаром обязательным является использование ФФД 1.2 и фискального накопителя версии ФН-М. Рассмотрим основные отличия:

Если ваша касса настроена на ФФД 1.05, а программа 1С пытается передать данные по протоколам ФФД 1.2, возникнет конфликт, и данные в систему «Честный ЗНАК» не попадут. Проанализируйте настройки в «Тесте драйвера ККТ», чтобы убедиться, какой формат используется в вашем аппарате.

Настройка сканера штрихкодов для корректного чтения DataMatrix

Посмотрим на настройки сканирующего оборудования. Для маркировки табака критически важно, чтобы сканер считывал символ GS1 FNC1. Если сканер настроен неправильно, 1С может выдать ошибку «Код не прошел проверку» или просто добавить его в чек как обычный серийный номер.

Рекомендуется перевести сканер в режим эмуляции COM-порта. В этом режиме 1С взаимодействует со сканером напрямую, минуя буфер клавиатуры, что гарантирует целостность передаваемого кода DataMatrix. Также проанализируйте настройку «Инверсное чтение», так как на некоторых пачках сигарет код печатается белым на черном фоне.

Проблема реализации немаркированных остатков сигарет

Рассмотрим ситуацию, описанную в сообщениях форума: программа требует сканировать DataMatrix даже для старых пачек сигарет без маркировки. Это происходит из-за того, что в 1С для вида номенклатуры Маркируемая табачная продукция установлен жесткий контроль.

Выясним, как обойти это ограничение, если у вас остались легальные немаркированные пачки (хотя их оборот практически завершен). Существует несколько подходов:

  1. Разделение видов номенклатуры. Создадим два разных «Вида номенклатуры». Для одного установим тип «Товар», для другого — «Маркируемая табачная продукция». При продаже старой продукции выбираем карточку с типом «Товар», и программа не потребует код маркировки.
  2. Использование расширений или доработок. Как упоминалось в сообщениях, можно использовать внешние обработки или расширения, которые добавляют в форму ввода кода кнопку «Товар без маркировки». Это позволяет пропустить этап сканирования DataMatrix, если это технически необходимо.

Пример логики для расширения (условно):


// В обработке запроса кода маркировки
Если ЭтоСтарыйТовар Тогда
    ПараметрыПроверки.ПропускатьПроверкуМарки = Истина;
КонецЕсли;

Контроль статусов в личном кабинете ОФД

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

Если в чеке вообще нет буквы «М», значит, теги маркировки не ушли из 1С в кассу. В этом случае вернитесь к пункту обновления обработки обслуживания и драйвера ККТ. Помните, что именно обновление драйверов до актуальных веток (например, переход с 8-й или 9-й версии АТОЛ на 10.10+) чаще всего решает проблему отсутствия тега 1162 (или 2106 для ФФД 1.2).

Заключение

Подводя итог, мы выяснили, что успешная продажа маркированного табака в 1С:Розница 2.2 зависит от слаженной работы трех звеньев: актуальной конфигурации 1С (и ее обработок обслуживания), корректной прошивки кассового аппарата с поддержкой ФФД 1.2 и правильно настроенного сканера штрихкодов в режиме COM-порта. Регулярная проверка логов ККТ и мониторинг чеков в ОФД позволят вам оперативно выявлять и устранять сбои в передаче данных в систему «Честный ЗНАК».

← На главную