Как бороться с дублями акцизных марок ЕГАИС в 1С:Розница?

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

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

Причины появления дубликатов марок

Прежде чем выстраивать защиту, проанализируем, на каких этапах жизненного цикла товара возникают задвоения:

  1. Ошибки поставщиков и производителей. На этапе отгрузки или оклейки продукции производитель может допустить повторную сериализацию партии, либо поставщик случайно отгружает бутылки с одинаковыми кодами разным контрагентам.
  2. Человеческий фактор на кассе (РМК). Кассир при сканировании нескольких одинаковых бутылок может ошибочно считать марку с одной и той же бутылки дважды, либо повторно отсканировать марку после зависания или отмены предыдущего чека.
  3. Рассинхронизация нескольких рабочих мест. В магазинах с несколькими кассовыми узлами без единого онлайн-контроля одна и та же марка может быть одновременно считана разными кассирами до момента выгрузки и синхронизации данных.
  4. Контрафактная продукция. Попадание на полку нелегального алкоголя с клонированными легальными марками.

1. Входной помарочный контроль при приемке продукции

Наиболее надежный рубеж защиты — выявление дублей до того, как продукция поступит в торговый зал. Рассмотрим, как правильно организовать приемку алкоголя:

  1. Сплошное 100% сканирование при проверке входящей ТТН ЕГАИС. При поступлении электронного документа накладной ЕГАИС необходимо сканировать каждую бутылку в документе ТТН ЕГАИС (входящая). Программа сопоставляет считанный физический код с кодами, переданными поставщиком в электронном документе.
  2. Сверка с внутренней базой ранее принятых марок. При сканировании конфигурация проверяет, не была ли данная марка уже принята и оприходована по другим накладным ранее. Если код уже числится на балансе организации или в архиве, система выдает предупреждение.
  3. Отказ или акт расхождений. Если обнаружена марка-дубль, такую накладную нельзя подтверждать в полном объеме. По накладной оформляется акт расхождений с отказом от задвоенной позиции либо полный отказ от ТТН ЕГАИС.

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

2. Контроль статусов и проверка дублей при продаже на кассе (РМК)

Для исключения повторного сканирования на рабочем месте кассира задействуются механизмы проверки статусов акцизных марок:

  1. Проверка статусов внутри информационной базы. В типовой конфигурации 1С:Розница ведется учет состояния каждой марки в разрезе статусов (В наличии, Отложена, Продана, Списана). Если кассир пытается повторно пробить марку, которая уже находится в статусе Продана, система блокирует добавление позиции в чек.
  2. Влияние на производительность РМК. Проверка статуса марки при сканировании требует обращения к регистрам сведений базы данных. При интенсивном потоке покупателей это может вызывать небольшую задержку в интерфейсе РМК при добавлении строки, однако такая проверка полностью предотвращает человеческие ошибки кассиров при продаже нескольких одинаковых единиц алкоголя.
  3. Онлайн-запрос статуса марки в ЕГАИС. При наличии стабильного интернет-соединения система может выполнять онлайн-запрос в ЕГАИС непосредственно перед пробитием чека, подтверждая легитимность марки и принадлежность текущему владельцу по данным регистратора.

3. Особенности контроля дублей в базовой версии 1С:Розница

При использовании базовой версии 1С:Розницы необходимо учитывать технические ограничения платформы:

  1. Запрет на изменение типового кода. В базовой версии конфигурации невозможно напрямую корректировать модули программы для реализации кастомных проверок.
  2. Использование расширений и внешних обработок. В базовой версии допускается подключение расширений конфигурации, которые не изменяют структуру хранения данных. Существуют специализированные расширения и внешние сервисы мониторинга марок, выполняющие перехват сканирования в РМК и валидацию кода по внешнему реестру перед передачей в чек.
  3. Ограничение по числу касс. Базовая версия рассчитана на одно рабочее место. Если в магазине требуется связать несколько кассовых аппаратов в единый контур проверки марок в режиме реального времени, потребуется переход на версию 1С:Розница ПРОФ.

4. Регулярная помарочная инвентаризация

Для поддержания актуальности остатков и своевременного обнаружения расхождений выполним следующие шаги:

  1. Периодически проводим сплошное сканирование алкогольной продукции в торговом зале и на складе с помощью терминала сбора данных (ТСД) или ручного сканера в документе пересчета товаров.
  2. Сверяем фактические коды марок с данными поштучного регистра ЕГАИС.
  3. При обнаружении продукции с некорректными, нечитаемыми или задвоенными марками немедленно изымаем такие бутылки из торгового зала во избежание случайной продажи.
  4. Оформляем списание выявленной пересортицы или недостачи в соответствии с установленным регламентом фиксации актов списания в ЕГАИС с указанием соответствующих причин.
← На главную