Многие пользователи 1С Розница 2.3 столкнулись с проблемой при продаже маркированной продукции после обновления конфигурации до версии 2.3.18.13 и выше. Основная ошибка, которая при этом возникает: "Чек не напечатан на устройстве для печати чеков. Описание ошибки: Контрольная марка не проверена". Эта проблема может проявляться как с определенными категориями товаров (например, молочная продукция, пиво), так и при определенных видах оплаты (например, при безналичной оплате), и часто усугубляется при использовании старого режима рабочего места кассира (РМК) или при работе с весовыми штрихкодами. Давайте разберем основные причины и пути решения этой неприятной ситуации.
Возникновение ошибки "Контрольная марка не проверена" после обновления 1С Розница 2.3 обычно связано с особенностями реализации и настройки разрешительного режима маркировки, обмена данными с системой "Честный ЗНАК" и возможными недоработками в релизах или патчах. Рассмотрим основные факторы, которые могут привести к этой ошибке:
Первым и одним из наиболее важных шагов при возникновении проблем с маркировкой является проверка актуальности и корректности установки патчей, выпускаемых 1С. Эти патчи часто содержат критические исправления для работы с "Честным ЗНАКом" и разрешительным режимом — поможет обработка для онлайн-касс с поддержкой требований 54-ФЗ и маркировки.
Внимательно отслеживайте информацию на портале 1С:ИТС, так как могут выходить новые патчи или рекомендации по их установке. Не всегда патчи появляются в мониторе портала сразу, иногда их приходится искать вручную или получать через техническую поддержку.
Разрешительный режим — это ключевой механизм для онлайн-проверки маркировки, основанный на проверке QR-марок через сервисы "Честный ЗНАК" — для этой задачи есть решение для работы ККТ с поддержкой ФФД 1.2 и разрешительного режима. Его корректная настройка, а также правильная работа с токенами авторизации являются обязательными условиями для успешной продажи маркированной продукции.
Разрешительный режим вводится поэтапно для разных товарных категорий. Важно, чтобы настройки в 1С соответствовали текущим требованиям "Честного ЗНАКа" и фактическим срокам ввода режима.
Администрирование – Интеграция с ИС МП (обувь, одежда, табак...).Разрешительный режим на ККТ установите актуальную дату начала действия разрешительного режима для каждой товарной группы. Например, если для табака режим действует с 1 апреля, а для молочки с 1 сентября, убедитесь, что эти даты корректно проставлены. Если вы по ошибке установите дату на будущее, система не сможет выполнять проверки и будет требовать ЭЦП. Если вы поставите дату на прошлое для категории, для которой разрешительный режим еще не наступил, 1С может не осуществлять полный контроль (например, не проверять срок годности или статус "списан").Для обмена данными с "Честным ЗНАКом" 1С использует токены авторизации (поможет универсальное решение для интеграции с ЦРПТ и проверки кодов). Существуют разные типы токенов, и их актуализация критически важна.
Администрирование – Интеграция с ИС МП.Сертификаты для подписания сообщений и авторизации на сервере. Добавьте вашу организацию и сертификат электронной подписи, если он еще не добавлен.Ответственные за актуализацию токенов авторизации.Тип токена: "ИС МП (розница)".Организацию.Оповещение – например, за 4 часа до истечения срока действия токена, чтобы иметь время на его обновление.Продажи – Обмен с ИС МП – См. также – Токены авторизации.Актуализировать. Появится окно, где потребуется подписать операцию вашим сертификатом ЭЦП. После успешного подписания 10-часовой токен будет получен.Если для товарной группы еще не наступил разрешительный режим, но установлена галочка "Запрашивать данные сервиса ГИС МТ" (например, для контроля сроков годности), система будет требовать авторизацию по ЭЦП. Если сертификат ЭЦП не настроен или просрочен, возникнет ошибка: "В информационной базе для пользователя *** не найдено зарегистрированных сертификатов электронной подписи, связанных с организацией ***". В этом случае убедитесь, что сертификат ЭЦП добавлен в "Честный ЗНАК" и корректно настроен в 1С (как описано выше). Если вы установите дату разрешительного режима на прошлое для категории, где он еще не введен, система может перестать запрашивать ЭЦП, но при этом перестанет осуществлять полный контроль (например, не будет проверять просрочку или статус "списан").
Некоторые пользователи обнаружили, что при проблемах с доступностью сертификата после добавления токена, следующая последовательность действий помогает:
Этот обходной путь может помочь инициализировать работу токена в системе.
При успешной работе разрешительного режима в чеке должен присутствовать тег 1260 "Отраслевой реквизит предмета расчета", который подтверждает факт проверки маркировки. Он содержит тег 1265 со значением UUID и Time.
Вы можете проверить наличие и содержание тега 1260, просмотрев фискальные данные чека в ОФД или в логах ККТ. Пример структуры тега 1260 в фискальных данных:
+- [1059] items |
| +- [1260] sectoralData |
| | +- [1262] foiv 030 |
| | +- [1263] authorityDate 21.11.2023 |
| | +- [1264] authorityDoc 1944 |
| | +- [1265] sectoralValue UUID=1b88fe9c-ee90-4cb2-b90b-7d8b1eaa9ac1&Time=1711275302677
Если тег 1260 отсутствует, это говорит о том, что разрешительный режим не работает должным образом, и проверки "Честного ЗНАКа" не выполняются. Убедитесь, что дата разрешительного режима установлена корректно (на сегодня или ранее) для соответствующих товарных групп в настройках Интеграции с ИС МП.
После установки некоторых патчей 1С Розницы пользователи обнаружили, что в старом РМК перестали пробиваться весовые штрихкоды. Причиной оказалось то, что в новой процедуре проверки кодов маркировки разработчики не учли специфику весовых ШК, и она некорректно обрабатывала флаг РасширеннаяВерсияГосИС.
Для решения этой проблемы необходимо внести изменение в модуль формы документа чека.
Модуль формы документа чека и обработка РМКУправляемый режим. В контексте обсуждения на форуме упоминается Обработка РМКУправляемый режим в модуле формы "форма".ОбработатьВводШтрихкода.РасширеннаяВерсияГосИС в Ложь, чтобы система корректно обрабатывала эти штрихкоды. Предлагаемое сообществом исправление выглядит следующим образом. Вам следует заменить или вставить данный фрагмент кода:
Модуль формы документа чека и обработка РМКУправляемый режим
&Вместо("ОбработатьВводШтрихкода")
Функция ПрИС_Штрихкод_ОбработатьВводШтрихкода(ДанныеШтрихкода, КэшированныеЗначения, ПараметрыСканирования, ДополнительныеПараметры)
// - если это весовой товар, то вызываем старый поиск по ШК
Если ТипЗнч(ДанныеШтрихкода) = Тип("Структура") Тогда
ШтрихКод = "";
Если ДанныеШтрихкода.Свойство("ФорматBase64") И ДанныеШтрихкода.ФорматBase64 Тогда
ШтрихКод = ШтрихкодированиеОбщегоНазначенияИСКлиентСервер.Base64ВШтрихкод(ДанныеШтрихкода.ШтрихКод);
ИначеЕсли ДанныеШтрихкода.Свойство("ШтрихКод") Тогда
ШтрихКод = ДанныеШтрихкода.ШтрихКод;
КонецЕсли;
Если Лев(ШтрихКод, 2) = "21" ИЛИ Лев(ШтрихКод, 2) = "22"
И ТипЗнч(ПараметрыСканирования) = Тип("Структура")
И ПараметрыСканирования.Свойство("РасширеннаяВерсияГосИС") Тогда
ПараметрыСканирования.РасширеннаяВерсияГосИС = Ложь;
КонецЕсли;
КонецЕсли;
Результат = ПродолжитьВызов(ДанныеШтрихкода, КэшированныеЗначения, ПараметрыСканирования, ДополнительныеПараметры);
Возврат Результат;
КонецФункции
После внесения этого изменения и обновления конфигурации базы данных, весовые штрихкоды должны начать пробиваться в старом РМК.
Если приведенные выше шаги не сразу решают проблему или требуется срочно возобновить торговлю, можно рассмотреть следующие временные решения:
Для стабильной работы с маркированной продукцией и разрешительным режимом в 1С Розница 2.3 мы также рекомендуем учитывать следующие моменты:
Решение проблемы "Контрольная марка не проверена" в 1С Розница 2.3 требует комплексного подхода, включающего актуализацию всех компонентов системы, тщательную настройку интеграции с "Честным ЗНАКом" и, при необходимости, применение программных доработок. Следуя этим рекомендациям, вы сможете восстановить стабильную работу с маркированной продукцией и избежать простоев в торговле.