← На главную

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

Различие механизмов проверки: Разрешительный режим против ОИСМ

Для того чтобы эффективно устранить ошибку, сначала выясним причину, почему проверок на самом деле две, и за что отвечает каждая из них. Многие технические специалисты ошибочно полагают, что включение Разрешительного режима (РР) полностью заменяет старые проверки, однако это не так.

1. Проверка через ОИСМ (Оператор информационной системы маркировки). Рассмотрим этот механизм как «старый» контур. Он регламентирован законом 54-ФЗ и зашит в прошивку самой ККТ. Проверка осуществляется через ОФД. Когда касса отправляет данные, она ждет ответа от сервера ОИСМ. Результатом этой проверки являются символы [M], [M+] или [M-] на чеке. Если у вашего ОФД (например, Таском или Калуга-Астрал) происходят технические сбои, ККТ не может получить ответ, и 1С выдает ошибку, даже если интернет на компьютере есть.

2. Разрешительный режим (РР). Это современный контур проверки через CDN-площадки (распределенную сеть серверов Честного ЗНАКа). Эту проверку выполняет сама кассовая программа (1С) перед тем, как отправить команду на пробитие чека в ККТ. Результаты проверки записываются в электронный чек в специальный тег 1265. Эта система более надежна, так как при недоступности одной площадки программа переключается на другую.

Проанализируем ситуацию: если в 1С включен разрешительный режим, программа сначала обращается к CDN. Если проверка прошла успешно, но затем ККТ при попытке закрыть чек выдает ошибку «Статус товара не проверен», значит, проблема кроется в первом контуре (ОИСМ/ОФД). В настройках некоторых ККТ можно активировать опцию «Не ждать ответ от ОИСМ», чтобы избежать блокировки продаж при сбоях на стороне ОФД.

Локальный модуль и ТС ПИОТ: зачем они нужны

Теперь разберем, что такое Локальный модуль (ЛМ) и Технологический сервис ПИОТ. Эти компоненты необходимы для обеспечения работы кассы в условиях отсутствия стабильного интернет-соединения или при требованиях оффлайн-проверки.

Локальный модуль — это программное обеспечение, которое скачивает с серверов Честного ЗНАКа базу заблокированных кодов маркировки и минимальных розничных цен. Процесс «Инициализации», который часто зависает у пользователей, представляет собой именно процесс первичной загрузки этой базы. Посмотрим на критические моменты:

• Объем данных: База может быть значительной, и при первом запуске процесс может длиться несколько часов.
• Лицензирование: Для работы ТС ПИОТ (Технологический сервис проверки информационной обоснованности транзакций) требуется действующая лицензия. Часто производители кассового ПО или ККТ предоставляют пробный период, после окончания которого инициализация начинает выдавать ошибку.
• Авторизация: ЛМ может инициализироваться либо по токену X-API-Key из личного кабинета ЧЗ, либо через средства ККТ с использованием фискального накопителя (ФН).

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

Если вы видите бесконечную «настройку» в интерфейсе 1С, выполним следующие действия:

1. Повторная проверка статуса: Как показывает практика, иногда достаточно нажать кнопку «Повторно проверить статус» в настройках интеграции с ЧЗ несколько раз подряд (3-5 раз), не дожидаясь автоматического обновления. Это принудительно инициирует опрос модуля.
2. Диагностика через внешние утилиты: Поскольку штатный интерфейс 1С не всегда информативен, рекомендуется использовать специальные диагностические утилиты (обычно поставляются в виде HTML-файла разработчиками модуля). Запустите такую утилиту в браузере, введите свои учетные данные ЛК ЧЗ и проверьте статус. Если статус Ready — модуль готов, если Initializing — нужно ждать завершения загрузки таблиц.
3. Проверка связи с CDN: Убедитесь, что порты для связи с серверами crpt.ru открыты. Проверить это можно простым запросом из командной строки к любой известной CDN-площадке Честного ЗНАКа.
4. Переустановка модуля: Если инициализация завершилась ошибкой синхронизации, необходимо полностью удалить Локальный модуль через «Установку и удаление программ», очистить папку с его базой данных (обычно это SQLite) и установить актуальную версию заново.

Технические детали процесса инициализации

Проанализируем, что именно загружает модуль. Основная задача инициализации — наполнение локальных таблиц БД. В эти таблицы попадают:

• База заблокированных кодов маркировки (ОГВ КМ).
• База кодов с истекшим сроком годности (для определенных категорий).
• Реестр минимальных розничных цен (МРЦ) на табачную продукцию.

Для программиста 1С важно понимать, что вызов проверки в коде при активном ЛМ меняет логику работы функции ПроверитьКодыМаркировки. Система сначала пытается обратиться к локальному адресу (обычно 127.0.0.1:порт), где запущен ЛМ, и только при его недоступности или отсутствии данных уходит в онлайн на CDN-площадки. Если в коде 1С зашит жесткий тайм-аут, а ЛМ отвечает долго из-за процесса инициализации, пользователь получит ошибку «Не удалось проверить марку».

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