← На главную

При оформлении продаж маркированной продукции на кассовом узле под управлением 1С:Розница 2.3 пользователи сталкиваются с критической ошибкой: в момент считывания Data Matrix кода вместо мгновенной локальной проверки разрешительного режима открывается окно с требованием авторизации в ГИС МТ (подсистема ИС МП) с помощью электронной цифровой подписи (ЭЦП). Попытка выполнить авторизацию или ввести сертификат приводит к тому, что рабочий сеанс 1С зависает намертво, парализуя работу кассира. Разберем по шагам, почему возникает эта неполадка и как восстановить штатное пробитие чеков.

Механизм возникновения проблемы и причины зависания

Проанализируем техническую сторону ситуации. Подобное поведение вызвано срабатыванием резервного сценария (fallback) в типовом коде интеграции:

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

Выясним причину, почему именно ТС ПИоТ теряет связь с кассовым узлом. В старом интерфейсе РМК типовой драйвер ККТ по умолчанию завершает сессию работы с оборудованием после каждого действия. Служба ESM (ТС ПИоТ) теряет локальный gRPC-канал взаимодействия с фискальным регистратором (порт по умолчанию 4041). Потеряв связь с кассой, модуль проверки сообщает об ошибке, что немедленно переключает 1С в аварийный сценарий запроса подписи.

Решение 1. Обновление интеграционной компоненты ККТ

Рассмотрим основной программный способ устранения сбоя для конфигураций, использующих классический интерфейс регистрации продаж. Практика показывает, что обновление версии внутреннего драйвера ККТ восстанавливает стабильный обмен данными между службами.

1. Перейдем в раздел Администрирование — Подключаемое оборудование.
2. Откроем список ККТ с передачей данных и перейдем в форму настроек используемого фискального регистратора.
3. Проверим текущую версию драйвера. Если используется релиз уровня 10.10.8.24, его необходимо обновить до актуальной версии 10.10.9.20 (или новее).
4. Нажмем Функции — Установить драйвер. При необходимости выполним ручную установку обновленного пакета из дистрибутива поставщика торгового оборудования.
5. После завершения инсталляции выполним Тест устройства, перезапустим службу ESM и перезагрузим сеанс 1С. В новой версии драйвера взаимодействие по локальным сокетам оптимизировано, что исключает сброс сессии с ТС ПИоТ.

Решение 2. Переключение на интерфейс «Новое РМК»

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

Разберем по шагам переключение интерфейса кассы:

1. Перейдем в меню Администрирование — Продажи — Настройки РМК.
2. Установим признак использования подсистемы Использовать новое РМК.
3. Создадим или отредактируем профиль настроек для текущего рабочего места кассира, привязав к нему ККТ и эквайринговый терминал.
4. Запустим кассовое окно. В новом РМК работа с локальным модулем и динамическими токенами разрешительного режима изолирована от интерактивных модальных диалогов СКЗИ, благодаря чему сбои валидации не приводят к намертво зависающему сеансу.

Решение 3. Проверка параметров ТС ПИоТ и локальных служб

Если обновление драйвера или переключение РМК не дали результата, необходимо восстановить корректную работу локального контура проверки Честного Знака на кассовом узле:

1. Проверка разрядности компонентов: Убедимся, что разрядность установленной платформы 1С:Предприятие (x86 или x64), установленного драйвера торгового оборудования и службы ESM строго совпадает. Для большинства рабочих мест ККТ стабильной является связка компонентов x86 (32-бит).
2. Контроль службы ТС ПИоТ (ESM): Проверим системные службы Windows (нажав Win + R и выполнив команду services.msc). Служба ESM должна находиться в состоянии Работает, а тип запуска установлен в значение Автоматически.
3. Сетевые порты и брандмауэр: Службам ТС ПИоТ требуются открытые локальные сокеты. Порт 4041 используется для обмена через gRPC с кассой, а порт 51401 — для REST API самого модуля ESM. Добавим исполняемые файлы служб ТС ПИоТ и локального модуля Честного Знака в исключения брандмауэра Windows и установленного антивируса.
4. Синхронизация системного времени: Рассинхронизация часов даже на 2–3 секунды между операционной системой кассы, серверами проверки и внутренними часами фискального накопителя ККТ приводит к ошибкам аутентификации (коды 500 и 514). Выполним синхронизацию времени Windows по протоколу NTP, после чего в утилите драйвера ККТ выполним операцию синхронизации времени кассового аппарата с компьютером.
5. Инициализация при открытии смены: Локальный модуль получает временный ключ авторизации в момент открытия смены. Если при открытии смены служба ТС ПИоТ была остановлена, проверка блокируется на всю смену. В таком случае закроем текущую кассовую смену, перезапустим ПК и откроем смену заново при активных службах.

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