Как настроить проверку кодов маркировки в 1С:Розница 3.0: при добавлении товара или перед оплатой?

В процессе работы с маркированным товаром в рабочем месте кассира (РМК) многие пользователи сталкиваются с проблемой замедления обслуживания. Стандартная настройка подразумевает проверку каждого кода маркировки сразу после сканирования. Если ответ от системы «Честный ЗНАК» задерживается, это создает очереди. В данной статье мы разберем, как оптимизировать этот процесс, какие существуют варианты настройки в 1С:Розница 3.0 и почему некоторые пожелания пользователей (например, проверка в конце смены) неосуществимы с точки зрения закона.

Варианты настройки момента проверки в 1С:Розница 3.0

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

1. Перейдем в раздел Настройки.
2. Выберем пункт РМК (Рабочее место кассира) и далее — Настройки РМК.
3. В открывшемся списке выберем используемую настройку (или создадим новую, если она еще не задана).
4. Перейдем на вкладку Маркировка.

Здесь мы увидим ключевую опцию Проверять коды маркировки. Программа предлагает два основных сценария:

• При добавлении в чек: Проверка выполняется мгновенно после сканирования каждой позиции. Это позволяет сразу отсечь некорректный товар, но замедляет процесс сканирования каждой единицы продукции.
• Перед оплатой: Это именно то решение, которое запрашивают многие пользователи для ускорения ввода данных. В этом режиме кассир быстро сканирует все товары, а проверка всех накопленных кодов запускается единым пакетом только после нажатия кнопки Оплата.

Почему проверка «Перед оплатой» может быть рискованной?

Разберем ситуацию, которая часто возникает в розничной торговле. Представим, что покупатель принес на кассу 15 бутылок молочной продукции. Кассир быстро их отсканировал, нажал «Оплата», и в этот момент система начала проверку. Если 14-я бутылка окажется некорректной (например, истек срок годности или код уже выведен из оборота), программа заблокирует продажу этой позиции.

Проанализируем последствия: кассиру придется искать именно ту самую бутылку среди всех уже упакованных товаров, чтобы изъять ее из чека. В итоге «экономия» времени на этапе сканирования превращается в еще большую задержку на этапе оплаты. Именно поэтому опытные внедренцы рекомендуют оставлять проверку При добавлении в чек, чтобы решать проблемы с товаром локально и сразу.

Законодательные ограничения: почему нельзя проверять марки «В конце смены»?

Иногда звучит предложение: «Давайте просто продавать, а в конце дня проверим все марки разом». Выясним причину, по которой это технически и юридически невозможно.

Согласно действующему законодательству (ФФД 1.2) и введенному в 2024 году разрешительному режиму, кассовое ПО обязано получить от системы «Честный ЗНАК» уникальный идентификатор проверки для каждой марки. Этот идентификатор записывается в электронную форму чека (составной тег 1260).

Без этого тега чек не будет считаться корректным, а ОФД не примет уведомление о реализации маркированного товара. Таким образом, проверка является неотъемлемой частью процесса формирования фискального документа. Продать товар сейчас, а «проверить потом» — это прямое нарушение правил торговли маркированной продукцией.

Как ускорить проверку, не меняя ее момент?

Если проверка при добавлении в чек работает медленно, проанализируем технические способы ускорения системы, встроенные в 1С:Розница 3.0:

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

Использование разрешительного режима

Важно помнить, что для настройки разрешительного режима в 1С необходимо использовать объект НастройкиИнтеграцииСИСМП. Проанализируем структуру настройки:

// Пример логики работы с настройками в коде (для администраторов)
Настройка = ИнтеграцияИСМП.ПолучитьНастройкиПроверкиКодовМаркировки();
Настройка.МоментПроверки = Перечисления.МоментыПроверкиМаркировки.ПередОплатой;
Настройка.ИспользоватьCDN = Истина;

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