При работе с маркированной продукцией в распределенных информационных базах (РИБ) системные администраторы часто сталкиваются с ситуацией, когда в центральном офисе разрешительный режим (РР) функционирует корректно, а в торговых точках (узлах) проверка кодов маркировки (КМ) не проходит. Это приводит к получению предписаний от контролирующих органов, таких как Роспотребнадзор, даже если чеки пробиваются и данные уходят в ОФД. Рассмотрим подробно, почему это происходит и как правильно настроить узловую базу «1С:Розница 2.3» для соблюдения всех требований законодательства.
Разрешительный режим — это процедура онлайн-проверки кода маркировки в системе «Честный ЗНАК» непосредственно в момент сканирования товара на кассе. Проанализируем типичную ситуацию: кассир сканирует марку, программа визуально отображает процесс подключения, но в итоге в чеке печатается признак «ТМ» вместо ожидаемого «[M+]». Это сигнализирует о том, что касса работает в режиме ФФД 1.2, но запрос в ОИСМ (информационную систему маркировки) не получил подтверждения в рамках разрешительного режима на стороне 1С.
В распределенной базе настройки часто мигрируют из центра в узлы, однако компоненты, отвечающие за прямую связь с серверами ГИС МТ (токены, CDN-площадки, кэш проверок), требуют индивидуальной настройки на каждом рабочем месте. Выясним основные причины сбоев и способы их устранения.
Первым делом проанализируем настройки интеграции с ИС МП. Часто проблема кроется в том, что в узловую базу не подгрузилась или не применилась дата начала разрешительного режима для конкретной товарной группы (например, «Молочная продукция» или «Упакованная вода»).
Разрешительный режим работает через систему CDN (Content Delivery Network) — распределенную сеть серверов, которая обеспечивает минимальную задержку при проверке кода. Список этих площадок динамический. В центральной базе он может быть актуальным, но в узловой базе записи в регистре сведений могут устареть.
Разберем, как обновить этот список в узле:
Для выполнения запроса к «Честному ЗНАКу» программе требуется действующий токен авторизации. В узловых базах часто нет аппаратного ключа (токена) с ЭЦП, так как он находится в центральном офисе. Это критический момент для разрешительного режима.
Рассмотрим алгоритм действий при отсутствии сертификата в узле:
Одной из частых причин записи «таймаут» в логах является слишком короткий период ожидания ответа от серверов маркировки. Рассмотрим, как это исправить:
Проанализируем ситуацию, когда 1С выдает ошибку подключения. В программе предусмотрен так называемый «аварийный режим», который позволяет торговать в течение определенного времени, если серверы ГИС МТ недоступны. Однако, если настройки разрешительного режима в 1С вообще не инициируются, этот режим не спасет от претензий регулятора.
Посмотрим на пример того, как проверить, уходят ли запросы, через включение логов. В новом РМК 1С:Розница есть возможность включить лог запросов. При анализе JSON-файла лога следует обратить внимание на следующие блоки:
{
"request": "проверка КМ",
"status": "pending",
"timeout": 3000
}
Если в ответе от ОИСМ (Response OISM) пусто или указана ошибка авторизации (401 Unauthorized), значит, проблема именно в токене. Если статус 403 Forbidden — проверяем права доступа МЧД или срок действия подписки на проверку марок.
ЗагрузитьКомпоненту() вернуло Истина).Соблюдение этих шагов позволит корректно включить разрешительный режим в любой узловой базе РИБ, обеспечив правильное формирование признака [M+] в чеках и отсутствие претензий со стороны Роспотребнадзора.