← На главную

После обновления конфигурации 1С:Розница 2.3 на актуальные релизы многие пользователи сталкиваются с неприятной ситуацией: при считывании кода DataMatrix в рабочем месте кассира (РМК) или документе Чек ККМ программа внезапно блокирует добавление позиции и требует предоставить сертификат электронной подписи. Поскольку у линейных кассиров сертификатов нет и выдавать квалифицированные подписи каждому сотруднику розничной точки нецелесообразно, продажи маркированной продукции полностью парализуются.

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

Выясним причину: почему 1С запрашивает сертификат кассира

Для онлайн-проверки маркированных товаров на кассе в рамках разрешительного режима используется специальный розничный токен ККТ и протокол проверки через CDN-площадки («Проверка и онлайн-проверка товаров» — ПИОТ). Этот механизм не требует криптографической подписи каждой операции на стороне рабочего места.

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

Способ 1. Перезаполнение дат интеграции и параметров разрешительного режима

Чаще всего сбой связан с тем, что после обновления релизов структуры внутренних регистров были изменены, а регламентные даты обязательной маркировки потеряли актуальность или обнулились в логике проверки.

Рассмотрим порядок действий для восстановления настроек:

1. Перейдем в раздел Администрирование → Интеграция с ИС МП (обувь, одежда, табак...).
2. Откроем подраздел Настройки интеграции с ИС МП и развернем список товарных групп, с которыми работает организация.
3. Найдем проблемную категорию товаров и проанализируем установленные даты обязательной маркировки и розничных продаж. Даже если визуально даты заполнены, очистим поле и занесем дату заново вручную.
4. Проверим блок настроек разрешительного режима онлайн-проверки: дата начала действия режима для конкретной группы товаров должна быть строго меньше либо равна текущей рабочей дате. Если дата установлена в будущем, система считает, что товар должен проверяться по общим правилам через личный кабинет, и запрашивает сертификат.
5. Нажмем кнопку записи и перезапустим рабочий сеанс кассира.

Способ 2. Отключение контроля владельцев и сдвиг даты поэкземплярного учета

Когда в программе включена проверка принадлежности кода маркировки текущей организации (контроль владельца), система обязана запросить в ГИС МП актуальные сведения о собственнике конкретного кода. Для такого запроса розничного токена ККТ недостаточно — требуется сессия с УКЭП.

Выполним корректировку контроля владельцев по шагам:

1. Откроем форму Интеграция с ИС МП (обувь, одежда, табак...).
2. Найдем блок Контроль статусов и владельцев кодов маркировки.
3. Снимем флаг Контролировать владельцев кодов маркировки для проблемных категорий товаров.
4. Обратим внимание на графу даты ввода обязательного поэкземплярного учета. Если для товарной группы наступила дата поэкземплярного учета, 1С начинает проверять цепочку движения кодов по полной схеме. Если перенести эту дату в будущее (например, на следующий год), конфигурация прекратит требовать сессионный ключ подписи при сканировании в чеке.
5. Сохраним изменения и проверим подбор товара в РМК.

Способ 3. Настройка исключений в правилах сканирования кодов маркировки

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

Настроим правила сканирования:

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

Способ 4. Проверка привязки настроек ПИОТ к экземпляру ККТ

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

1. Перейдем в раздел Администрирование → Подключаемое оборудование.
2. Откроем карточку подключенного фискального регистратора (ККТ с передачей данных).
3. Убедимся, что касса зарегистрирована под формат фискальных данных ФФД 1.2 и в параметрах ККТ установлен признак торговли маркированными товарами. Если касса работает по ФФД 1.05, онлайн-проверка в рамках разрешительного режима не поддерживается технически, и 1С будет запрашивать УКЭП.
4. Проверим раздел настроек разрешительного режима (ПИОТ): убедимся, что для данной кассы выбран корректный токен авторизации и успешно проходит тест связи с серверами проверки. Нередки случаи, когда после обновления в карточке оборудования поле связи с ПИОТ сбрасывается или указывает на дубликат настройки другой кассы.

Способ 5. Ручная актуализация CDN-площадок «Честного знака»

Если разрешительный режим настроен правильно, но программа не может достучаться до серверов проверки кодов из-за устаревшего кэша адресов, она переходит в аварийный режим и предпринимает попытку опросить основной сервис авторизации через сертификат.

1. Откроем форму параметров разрешительного режима в настройках интеграции с ИС МП.
2. Перейдем к списку CDN-площадок.
3. Нажмем кнопку Обновить площадки (или Актуализировать).
4. Убедимся, что сетевые экраны на рабочих местах кассиров не блокируют доступ к внешним адресам по портам 80 и 443.

Способ 6. Очистка устаревших сессий в системных регистрах

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

Для исправления ситуации выполним следующие действия:

1. В главном меню перейдем в Функции для технического специалиста (или Все функции).
2. Найдем регистр сведений Данные ключа сессии ИС МП.
3. Найдем и удалим неактуальные или поврежденные записи, привязанные к организации или рабочему месту. При следующем обращении конфигурация инициализирует сессию заново, опираясь на действующий статический токен ККТ.

Способ 7. Настройка централизованного подписания на стороне сервера

Если специфика учета и внутренний регламент предприятия требуют обязательного контроля статусов и владельцев даже в момент розничной продажи, раздавать сертификаты кассирам не требуется. Настроим серверную авторизацию:

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

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