← На главную

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

Выясним причину ошибки: TrueAPI против разрешительного режима

Разберем архитектуру проверки кодов маркировки перед включением их в фискальный чек. В типовых конфигурациях 1С предусмотрено два принципиально разных механизма валидации кодов DataMatrix в ГИС МТ:

1. Онлайн-проверка по разрешительному режиму (РР): проверка осуществляется через CDN-площадки или локальный сервис ТСПИоТ. Для отправки запросов используется бессрочный или длительный статический ключ доступа ККТ — специальный токен авторизации для кассовой техники с типом ИС МП (розница). При таком сценарии сертификат усиленной квалифицированной электронной подписи (УКЭП) на кассе не требуется.
2. Проверка через базовые методы TrueAPI: данный протокол предназначен для приёмки, списания, перемаркировки и глубокой проверки статусов кодов (проверка принадлежности текущему владельцу, состояния нанесения и т.д.). Для работы с TrueAPI необходим динамический токен авторизации, который генерируется каждые 10 часов и обязательно подписывается сертификатом электронной подписи организации.

Если для конкретной товарной категории в настройках конфигурации 1С еще не наступила дата обязательного старта разрешительного режима, либо параметры РР заполнены некорректно, программа считает, что разрешительный режим отключен. В этом случае кассовый модуль 1С автоматически переключается на резервный алгоритм проверки статуса марки через методы TrueAPI. Так как на кассовом узле сертификат УКЭП организации не установлен, программа прерывает операцию сканирования и выводит сообщение о невозможности подписать запрос.

Основное решение: корректировка даты старта разрешительного режима

Разберем по шагам наиболее частую причину сбоя — смещение сроков запуска разрешительного режима для определенной товарной группы (например, консервов, парфюмерии, упакованной воды или биологически активных добавок):

1. Перейдем в раздел Закупки (или Администрирование в зависимости от интерфейса конфигурации) и откроем блок Интеграция с ИС МП (Честный Знак).
2. Откроем пункт Настройки и справочники, а затем перейдем по гиперссылке Настройки разрешительного режима (или настроек онлайн-проверки кодов).
3. В открывшемся списке найдем проблемную товарную группу (например, консервированная продукция, парфюмерия или безалкогольные напитки).
4. Обратим внимание на реквизит Дата начала применения разрешительного режима. Нередко в типовых базах после обновлений или ручной настройки там может стоять отдаленная будущая дата (например, 2026 или 2027 год), в то время как кассиру требуется продавать товар уже сейчас.
5. Установим актуальную или уже прошедшую дату старта обязательной онлайн-проверки (например, дату, предшествующую текущему дню).
6. Если используется локальный сервис Честного Знака, проверим также реквизит даты включения использования модуля ТСПИоТ.
7. Запишем изменения и перезапустим сеанс кассира в РМК.

После включения даты разрешительного режима программа перестанет запрашивать УКЭП для TrueAPI и переключится на проверку марки по кассовому токену ККТ.

Дополнительные проверки и способы устранения проблемы

Рассмотрим сопутствующие ситуации, когда система продолжает запрашивать сертификат подписи при сканировании маркированной продукции:

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

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