Как избежать штрафов ЕГАИС за несоответствие штрихкода и акцизной марки при продаже алкоголя?

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

Продажа алкогольной продукции в розничных магазинах сопряжена с жестким государственным контролем. Одной из наиболее опасных технических ошибок на кассе является ситуация, когда кассир случайно или намеренно сканирует линейный штрихкод (EAN-13) от одной бутылки (например, дешевой), а акцизную марку (DataMatrix / PDF417) — от другой (более дорогой).

В этой ситуации система ЕГАИС фиксирует факт продажи дорогого алкоголя по цене дешевого. Если итоговая цена в чеке оказывается ниже установленной государством Минимальной розничной цены (МРЦ) на данный вид алкоголя, торговая точка автоматически получает протокол о нарушении. Штраф за такое нарушение составляет от 100 000 до 150 000 рублей с угрозой аннулирования лицензии на продажу алкоголя. В этой статье мы подробно рассмотрим, как технически исключить человеческий фактор на кассе и юридически обезопасить бизнес.

Почему возникает ошибка несоответствия и как ее видит ЕГАИС

Разберем детально механизм совершения ошибки. Каждая бутылка крепкого алкоголя снабжена двумя кодами:

  1. Линейный штрихкод EAN-13 — определяет товарную позицию (номенклатуру) в локальной базе данных магазина и устанавливает цену в чеке.
  2. Двумерный код маркировки (акцизная марка) — содержит уникальный идентификатор бутылки и зашифрованный в ней алкокод (код продукции в классификаторе ЕГАИС).

Если кассир берет со стойки дорогую бутылку коньяка и дешевую бутылку водки, а затем при сканировании считывает штрихкод водки (для добавления товара в чек) и акцизную марку коньяка, кассовая программа формирует некорректный XML-пакет для отправки в УТМ (Универсальный транспортный модуль). В ЕГАИС уходит отчет: «Продан коньяк по цене водки». Алгоритмы Росалкогольтабакконтроля мгновенно сопоставляют алкокод марки со стоимостью позиции в чеке и выявляют продажу ниже МРЦ. Человеческий фактор становится причиной мгновенного штрафа.

Способ 1. Полный переход на помарочный учет и отказ от штрихкодов EAN-13

Самый надежный способ подстраховаться — полностью исключить сканирование обычного линейного штрихкода EAN-13 при продаже крепкого алкоголя. В рамках поштучного (помарочного) учета ЕГАИС в коде марки нового образца (DataMatrix) уже содержится вся необходимая информация для идентификации номенклатуры.

Проанализируем, как настроить этот процесс:

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

Способ 2. Настройка строгого контроля продаж в «1С:Розница»

Если в вашем магазине используется конфигурация «1С:Розница», необходимо задействовать штатные механизмы проверки данных перед пробитием чека. Разберем по шагам, как активировать защиту:

  1. Перейдите в раздел Администрирование — Настройки интеграции с ЕГАИС.
  2. Найдите и активируйте опцию «Строгий контроль продаж крепкого алкоголя». При включении этой настройки система перед добавлением товара в чек выполняет обязательную онлайн-проверку соответствия считанной марки и выбранного штрихкода.
  3. Программа выполняет сверку: сопоставляет алкокод из марки с алкокодом, привязанным к карточке номенклатуры, выбранной по штрихкоду EAN-13. Если они не совпадают, система заблокирует операцию и выдаст предупреждение.

Для программистов 1С, желающих реализовать кастомную проверку соответствия на уровне кода при добавлении товара в корзину (например, в нетиповых конфигурациях), рассмотрим пример кода проверки:


Функция ПроверитьСоответствиеМаркиИТовара(ВыбраннаяНоменклатура, СчитаннаяМарка) Экспорт
    
    // Получаем алкокод из считанной акцизной марки ЕГАИС
    АлкокодИзМарки = ЕГАИСКлиентСервер.ПолучитьАлкокодИзМарки(СчитаннаяМарка);
    
    // Получаем алкокод, закрепленный за карточкой товара в базе
    АлкокодНоменклатуры = ПолучитьАлкокодНоменклатуры(ВыбраннаяНоменклатура);
    
    Если АлкокодИзМарки <> АлкокодНоменклатуры Тогда
        ЗаписатьВЛогОшибок("Попытка продажи несоответствующего алкоголя: " + ВыбраннаяНоменклатура.Наименование);
        Возврат Ложь; // Блокируем продажу
    КонецЕсли;
    
    Возврат Истина; // Разрешаем продажу
    
КонецФункции

Способ 3. Использование Frontol Mark Unit (FMU) для пользователей Frontol

Если рабочие места кассиров автоматизированы на базе ПО Frontol, решить проблему перепутанных марок поможет специализированный модуль Frontol Mark Unit (FMU). Данное решение позволяет настроить жесткие правила валидации непосредственно на кассовом узле.

Выясним, как работает защита во Frontol:

Способ 4. Создание промежуточной базы верификации (опыт внедрения)

Рассмотрим альтернативный технический вариант, который успешно применяется на практике крупными торговыми сетями. Вы можете развернуть отдельную облегченную базу данных (например, на MS SQL или PostgreSQL), куда при приемке алкогольной продукции будут записываться все поступившие акцизные марки.

При этом алгоритм работы кассы выглядит следующим образом:

  1. Кассир сканирует марку при продаже.
  2. Кассовая программа отправляет быстрый SQL-запрос к промежуточной базе данных для проверки: числится ли данная марка на остатках и не была ли она продана ранее.
  3. Если марка уже числится проданной или отсутствует в базе поступивших, касса блокирует продажу, исключая оборот «зеркальных» или чужих марок.

Что делать, если нарушение уже зафиксировано и пришел протокол?

Если ошибка уже была совершена и контролирующие органы предъявили претензии, важно знать свои юридические права. Распространенная стратегия защиты — «утверждать, что марка была наклеена ошибочно на заводе-изготовителе, а по факту продана дешевая бутылка» — в суде не работает. Суды однозначно трактуют данные, переданные через УТМ ЕГАИС, как достоверный и свершившийся факт оборота конкретной продукции.

Тем не менее, существуют законные способы минимизировать финансовые потери и спасти бизнес от закрытия:

Предотвратить проблему всегда проще и дешевле, чем оспаривать штрафы в суде. Настоятельно рекомендуем проверить настройки интеграции ЕГАИС в вашем кассовом ПО прямо сейчас и перевести кассы в режим жесткого помарочного контроля.

← На главную