← На главную

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

В этой статье мы подробно разберем, почему возникает данная коллизия, проанализируем внутренние механизмы взаимодействия 1С с ГИС МТ (информационной системой маркировки товаров) и пошагово настроим систему так, чтобы касса снова принимала марки по обычному розничному токену авторизации.

Выясняем причину: почему программа требует УКЭП вместо токена?

Для того чтобы понять логику работы программы, давайте проанализируем два разных метода проверки кодов маркировки, которые заложены в логику интеграции 1С с «Честным ЗНАКом»:

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

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

Пошаговая инструкция по решению проблемы

Для того чтобы касса перестала требовать УКЭП и перешла на использование розничного токена, нам необходимо принудительно активировать разрешительный режим для проблемной товарной группы. Пройдем этот путь по шагам.

Шаг 1. Переход в настройки интеграции

Перейдем в административный раздел программы. Для этого откроем меню Администрирование, выберем пункт Настройки интеграции и перейдем в подраздел Интеграция с ИС МП (обувь, одежда, табак...).

Шаг 2. Настройка разрешительного режима

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

1. Убедимся, что установлен общий флаг активации разрешительного режима на кассах — для этого подойдёт обработка проверки кодов маркировки и фискализации в разрешительном режиме.
2. Найдем в списке товарных групп ту, с которой возникли проблемы (например, Моторные масла или Альтернативная табачная продукция).
3. Установим флаг использования разрешительного режима для этой группы и обязательно укажем Дату начала действия проверки.

Важный нюанс: даже если официальный срок обязательного разрешительного режима для вашей товарной группы по закону еще не наступил (например, запланирован на более позднюю дату), для корректной работы обновленной программы 1С все равно необходимо установить этот флаг и указать текущую или прошедшую дату. Это переключит алгоритм проверки внутри кода программы на использование CDN-площадок и токена X-API-KEY.

Шаг 3. Проверка и обновление токена авторизации (X-API-KEY)

Поскольку теперь проверка будет идти через CDN, нам необходимо убедиться в валидности нашего токена:

1. Зайдем в личный кабинет «Честного ЗНАКа» под учетной записью администратора организации.
2. Перейдем в профиль организации и найдем раздел, связанный с токенами для ККТ. Сгенерируем новый токен, если старый близок к истечению срока действия.
3. Скопируем полученную строку символов.
4. В 1С:Рознице перейдем в настройки РМК (рабочего места кассира) и вставим скопированный токен в соответствующее поле авторизации ККТ.

После выполнения этих настроек перезапустим сеанс работы кассира и проверим сканирование товара. Требование сертификата подписи должно исчезнуть. Для автоматизации этого процесса подойдёт обработка для автоматического обновления токенов ИС МП.

Анализируем сопутствующие изменения в релизе 2.3.25

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

Новые номенклатурные группы для маркировки одежды

Многие пользователи обратили внимание на появление множества новых номенклатурных групп для маркируемой одежды (так называемые «волны маркировки»). Это обусловлено поэтапным запуском обязательной маркировки для разных категорий легкой промышленности:

• Разделение необходимо для того, чтобы программа понимала, по каким правилам и в какие сроки запускается разрешительный режим для конкретного ТН ВЭД товара.
• Если ранее вся одежда относилась к единой упрощенной группе, теперь администраторам и товароведам необходимо сопоставить виды номенклатуры с новыми точными группами (например, маркировка одежды второй или третьей волны) в соответствии с кодами ТН ВЭД вашей продукции.

Техническое ограничение токенов (Проблема 2026 года)

При администрировании баз данных важно помнить о системной ошибке, с которой столкнулись пользователи в начале 2026 года. В коде некоторых релизов 1С было заложено жесткое ограничение на работу розничного токена авторизации до 1 марта 2026 года. Если вы сталкиваетесь со сбоями авторизации даже при корректно настроенном разрешительном режиме, обязательно проверьте наличие установленных исправлений (патчей) в вашей базе:

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

Внедрение ТС ПИоТ (Технические средства получения информации о товаре)

В релизе 2.3.25 появилась поддержка локальных модулей проверки лимитов и статусов (ТС ПИоТ), таких как ЛМ ЧЗ или ЕСМ — решить задачу поможет модуль интеграции онлайн-касс с маркировкой и разрешительным режимом. При их использовании запросы проходят через фискальный накопитель и защищенные каналы ККТ, минуя классические запросы через 1С по токену X-API-KEY. Обратите внимание на следующие особенности:

• Настройка ПИоТ производится непосредственно в параметрах подключения торгового оборудования.
• Старый интерфейс РМК в 1С:Рознице 2.3 может конфликтовать с новыми алгоритмами проверки ККТ. Настоятельно рекомендуется переходить на использование Нового РМК.
• Также учтите, что начиная с версии 2.3.25 драйверы торгового оборудования больше не интегрируются внутрь конфигурации — их необходимо обновлять вручную, скачивая с портала ИТС. Для корректной работы ККТ с маркировкой версия драйвера (например, АТОЛ) должна быть не ниже 10.10.8.0.

Почему система разрешает повторно сканировать уже проданную марку?

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

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

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