Как правильно настроить разрешительный режим в 1С и устранить ошибки проверки кодов маркировки

← На главную

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

Разбираемся со статусами проверки: [M], [M+] и [M-]

Многие технические специалисты выражают обеспокоенность, когда видят в чеках или учетной системе символ [M] вместо ожидаемого [M+]. Давайте проанализируем ситуацию. В условиях разрешительного режима индикация в 1С может отличаться от того, что печатается на бумажной ленте. Важно помнить следующее:

Статус [M+] означает, что код маркировки (КМ) успешно прошел двойную проверку: на сервере «Честного ЗНАКА» и локально средствами фискального накопителя (ФН) в кассе.
Статус [M] часто появляется, когда включен разрешительный режим и запрос к CDN-площадке прошел успешно, но касса в силу настроек или версии прошивки не выводит «плюс».

С точки зрения законодательства, критически важным является заполнение Тега 1265. Если этот тег передан в ОФД, режим считается соблюденным. Мы рекомендуем игнорировать отсутствие «плюса» в интерфейсе 1С, если в личном кабинете «Честного ЗНАКА» проверки по чекам проходят со статусом «Успешно», а запрос списка кодов по фильтрам подтверждает корректность данных.

Настройка таймаута и работа с CDN-площадками

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

Проанализируем оптимальные настройки: опытным путем установлено, что установку таймаута следует производить в диапазоне от 5 до 20 секунд. Если поставить 30 секунд и более, это может парализовать работу кассовой зоны при реальных сбоях сети. Настроим параметры в разделе «Интеграция с ИС МП» -> «Параметры сканирования».

Проблема 10-часового токена и его автоматизация

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

Для решения ситуации воспользуемся механизмом фонового обновления токена, который доступен в современных релизах (например, УТ 11.5.17 и выше). Проделаем следующие шаги:

Установим сертификат электронной подписи (УКЭП) на сервер 1С.
В настройках сертификата внутри 1С установим флаг «Использовать на сервере».
В разделе «Настройки интеграции с ИС МП» укажем ответственного пользователя с привязанным сертификатом для автоматического получения токенов.

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

Синхронизация проверки марки с эквайрингом

Типичная проблема в 1С:Управление торговлей: при оплате картой сначала инициируется транзакция по терминалу, и только потом происходит проверка марки в ЧЗ перед пробитием фискального чека. Если марка не проходит проверку, возникает патовая ситуация — деньги у клиента списаны, а чек пробить невозможно.

Выясним, как изменить логику работы программы. В настройках РМК и интеграции с маркировкой необходимо найти опцию «Выполнять проверку при сканировании». Рассмотрим преимущества этого метода:

Запрос к системе маркировки уходит сразу в момент добавления товара в корзину.
Если код неверный или запрещен к продаже, товар просто не попадет в список.
К моменту нажатия кнопки «Оплата» все коды в чеке уже гарантированно проверены.

Ранее этот флаг отвечал за проверку средствами ККТ, но в новых версиях он интегрирован с механизмом разрешительного режима (запросы к CDN).

Программная блокировка продаж при ошибках (Custom-решение)

Если штатных средств недостаточно и вы хотите жестко запретить пробитие чека при любых проблемах с запросом (даже если 1С предлагает «пропустить» ошибку), можно реализовать проверку через расширение. Проанализируем пример логики на языке 1С, которая проверяет наличие записей в регистре сведений ОперацииПроверкиКМ перед финальным пробитием.


Процедура ПередПробитиемЧека(Команда)
    ТЧ_Марки = Объект.АкцизныеМарки;
    Для Каждого СтрокаМарки Из ТЧ_Марки Цикл
        Запрос = Новый Запрос;
        Запрос.Текст = 
            "ВЫБРАТЬ ТОП 1
            |	ОперацииПроверкиКМ.РезультатПроверки
            |ИЗ
            |	РегистрСведений.ОперацииПроверкиКМ КАК ОперацииПроверкиКМ
            |ГДЕ
            |	ОперацииПроверкиКМ.КодМаркировки = &КодМаркировки
            |УПОРЯДОЧИТЬ ПО
            |	ОперацииПроверкиКМ.Период УБЫВ";
        
        Запрос.УстановитьПараметр("КодМаркировки", СтрокаМарки.НомерУпаковки);
        Результат = Запрос.Выполнить();
        
        Если Результат.Пустой() Тогда
            ВызватьИсключение "Марка " + СтрокаМарки.НомерУпаковки + " не прошла проверку в ГИС МТ!";
        КонецЕсли;
    КонецЦикла;
КонецПроцедуры

Этот жесткий метод гарантирует, что ни один товар без успешного статуса в регистре проверок не будет фискализирован, что минимизирует риски получения предостережений от Роспотребнадзора.

Обновление конфигурации и платформы

Посмотрим на технические требования к релизу. Разрешительный режим — это динамично меняющийся функционал. Если вы используете старые версии (например, УТ 11.5.12 или Розница 2.3.15), многие настройки могут отсутствовать или работать некорректно. Проанализировав опыт коллег, мы видим, что стабильная работа разрешительного режима наблюдается на релизах не ниже 11.5.17 для УТ. Также убедитесь, что драйвер ККТ обновлен до актуальной версии (например, для Атол — 10.10.x), а прошивка кассы поддерживает работу с тегами 1265.

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