Почему ККТ позволяет продать один и тот же маркированный товар несколько раз и как настроить проверку кодов?

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

В этой статье мы подробно разберем проблему, с которой сталкиваются многие розничные магазины при работе с маркированными товарами (вода, молоко, табак и др.). Часто возникает ситуация, когда касса позволяет продать одну и ту же бутылку или упаковку дважды, даже если используется современный фискальный накопитель (ФН) и прошивка ККТ под ФФД 1.2.

Мы проанализируем механику работы проверки кодов маркировки (КМ) на уровне «железа» (кассы АТОЛ) и программного обеспечения (1С:Розница), выясним, почему возникают дубли, и настроим систему так, чтобы исключить подобные нарушения. Для качественной сверки данных перед настройкой может потребоваться запрос остатков из системы "Честный знак", чтобы понимать масштаб расхождений в учете.

Суть проблемы: иллюзия контроля

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

Возникается закономерный вопрос: почему фискальный накопитель, который должен проверять коды, пропустил продажу дубля?

Разберемся в теории: что именно проверяет ККТ?

Для понимания процесса нам нужно разделить проверку на два уровня: офлайн (внутри ФН) и онлайн (через оператора маркировки). Работа по формату фискальных данных (ФФД) 1.2 подразумевает сложное взаимодействие между кассовым ПО, драйвером ККТ, самим ФН и серверами системы маркировки.

1. Офлайн-проверка (Локальная проверка в ФН)

Когда вы сканируете код, и он передается в ККТ, фискальный накопитель выполняет первичную проверку. Но, как верно замечено в обсуждении, ФН не хранит базу всех проданных товаров. Он физически не может знать, была ли эта бутылка воды продана в соседнем магазине или даже на этой же кассе 5 минут назад, если у него нет связи с внешней базой.

Что же тогда проверяет ФН в автономном режиме?

Если структура верна и криптохвост математически корректен, ФН считает, что марка подлинная (выпущена легально). На этом полномочия офлайн-проверки заканчиваются. Чтобы получить детальные сведения о товаре, иногда требуется получение карточек товаров по GTIN и информации по кодам марок напрямую из ГИС МТ.

2. Онлайн-проверка (Запрос к ОИСМ)

Чтобы предотвратить повторную продажу, необходим запрос к серверу эмиссии («Честный ЗНАК»). В ФФД 1.2 предусмотрен обмен данными с ОИСМ (Оператор Информационных Систем Маркировки).

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

Настройка оборудования и ПО: пошаговое руководство

Теперь перейдем к практике. Чтобы исключить продажи дублей и работу с выведенными из оборота кодами, нам нужно правильно настроить всю цепочку. С 2024 года это становится критически важным из-за введения разрешительного режима.

Шаг 1. Настройка драйвера ККТ (на примере АТОЛ)

В теме упоминался вопрос: «Где это в ККМ в АТОЛе включать?». Рассмотрим настройки драйвера версии 10.x — для решения этой задачи подойдёт настройка онлайн-касс в 1С под ФФД 1.2. Если в вашем магазине используется большой парк оборудования, массовое исправление настроек ОФД для ККТ АТОЛ в 1С значительно ускорит процесс и поможет избежать ошибок ручного ввода.

  1. Запустите Тест драйвера ККТ.
  2. Перейдите в раздел настроек (обычно это свойства подключения или параметры ККТ).
  3. Найдите вкладку или раздел, связанный с Маркировкой или параметрами ОФД/ФН.
  4. Убедитесь, что заполнены следующие поля:
    • Адрес сервера ОКП (или сервера ИСМ): prod01.okp-fn.ru
    • Порт: 7777

Важно: Если этот адрес не прописан, ФН не сможет обновлять списки отозванных ключей, что снизит надежность проверок.

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

Самое важное место настройки — это ваша учетная система. Именно программа принимает решение: блокировать пробитие чека или разрешить его.

  1. Перейдите в раздел Администрирование -> Интеграция с ИС МП.
  2. В современных релизах 1С необходимо настроить подключение по токену. Чтобы исключить простои из-за просроченных ключей доступа, рекомендуем внедрить автоматическое обновление токенов Честного Знака в 1С.

    Если этот режим включен, алгоритм меняется: при сканировании 1С отправляет "тихий" запрос в ГИС МТ. Если код уже выбыл — 1С запрещает добавлять товар в чек.

Для технической диагностики и разбора сложных случаев взаимодействия системы с сервером может пригодиться поиск по протоколу обмена ИС МП Честный знак, который позволяет анализировать XML-сообщения.

Шаг 3. Запрет продаж при ошибках проверки

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

Резюме решения

Давайте подведем итог, почему автор темы смог продать воду три раза, и как это исправить:

  1. Причина: ФН проводил только офлайн-проверку (криптографию), а ПО 1С не блокировало продажу из-за отсутствия настроенного онлайн-контроля.
  2. Решение:
    • Пропишите корректные адреса серверов в драйвере ККТ.
    • Включите Разрешительный режим в настройках интеграции — для этого есть обработка онлайн-касс по ФФД 1.2.
    • Если в базе уже накопились ошибки, используйте запрос списка кодов маркировки по фильтрам и списание, чтобы привести остатки в соответствие с фактическими.

Внедрение этих настроек переложит ответственность за контроль дублей с кассиров на автоматическую систему, которая не позволит человеческому фактору привести к штрафам.

← На главную