Что делать, если в 1С возникает ошибка проверки маркировки Честный Знак из-за сбоев ОФД?

Системный администратор 1С v8.3 (Управляемые формы) Торговля и дистрибуция
← На главную

В процессе работы с маркированными товарами в 1С:Бухгалтерия 3.0 пользователи часто сталкиваются с ситуацией, когда при сканировании DataMatrix-кода программа выдает ошибку проверки, блокируя продажу. Особенно остро эта проблема проявилась в связи с введением разрешительного режима с 1 апреля 2024 года. Рассмотрим детально причины возникновения таких сбоев и пошаговые алгоритмы их устранения на примере работы с кассовым оборудованием АТОЛ и оператором фискальных данных (ОФД) «Калуга Астрал».

Анализируем причину сбоя: почему маркировка перестала проверяться

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

Разберем, как проверить, на чьей стороне проблема — на стороне программы, интернета или серверов ОФД.

Шаг 1. Диагностика связи через драйвер ККТ АТОЛ

Для начала нам необходимо убедиться, что сама касса имеет выход в интернет и успешно обменивается данными с ОФД. Выясним это с помощью утилиты «Тест драйвера ККТ» (версии 10.х):

  1. Запустим «Тест драйвера ККТ» и установим флаг Включено.
  2. Перейдем в раздел Отчеты.
  3. В поле «Тип отчета» выберем 6 - Тест связи с ОФД.
  4. Нажмем кнопку Сформировать отчет.

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

Шаг 2. Обновление ключей проверки ФН-М

Современные фискальные накопители версии «М» (поддерживающие ФФД 1.2) должны регулярно обновлять внутренние ключи проверки марок. Эти ключи загружаются из облака Честного Знака через интернет-канал ОФД. Если ключи просрочены (обычно они обновляются раз в 30 дней), касса начнет выдавать ошибку при проверке кода маркировки непосредственно в ФН.

Проанализируем алгоритм ручного обновления ключей:

  1. В «Тесте драйвера ККТ» перейдем в раздел ФН.
  2. Выберем вкладку Сервис.
  3. Найдем команду Обновить ключи ФН-М и выполним ее.

Важный момент: если при попытке обновления возникает ошибка, это подтверждает отсутствие доступа к серверам проверки. В условиях DDoS-атак на ОФД этот функционал может быть временно недоступен.

Шаг 3. Настройка 1С для работы в условиях сбоев («Игнорирование ошибок»)

Когда мы выяснили, что проблема носит массовый характер на стороне оператора (например, Калуга Астрал), и работа магазина парализована, необходимо применить временные настройки в 1С, которые позволят продолжить продажи. Согласно постановлению правительства, при технической невозможности проверить марку в режиме онлайн, продажа разрешена.

Рассмотрим, как изменить настройки в 1С:Бухгалтерия 3.0:

  1. Перейдем в раздел Администрирование — Настройки программы — Интеграция с ИС МП (обувь, одежда, табак...).
  2. Откроем пункт Настройки сканирования кодов маркировки.
  3. Установим флаг Игнорировать результаты проверки, если выполнен контроль статусов.

Эта настройка позволяет программе игнорировать ошибки ответа от серверов мониторинга, если локальная проверка статуса (наличия марки в базе данных) не выявила критических нарушений. Это «аварийный клапан», который позволяет кассиру пробить чек, даже если сервер ОФД или Честного Знака не ответил вовремя.

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

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

Выполним проверку токена:

  1. В том же разделе «Интеграция с ИС МП» найдем ссылку Токены авторизации.
  2. Убедимся, что для вашей организации создан актуальный токен для разрешительного режима на кассах.
  3. Проверим дату действия. Если токен просрочен — нажмем «Обновить» (потребуется электронная подпись).

Шаг 5. Работа с CDN-площадками

Система Честный Знак использует распределенную сеть серверов (CDN) для ускорения проверки. Иногда конкретные IP-адреса CDN могут блокироваться провайдером или некорректно работать через шлюз ОФД. Выясним причину, увеличив таймаут ожидания:

В 1С при настройке подключаемого оборудования для ККТ АТОЛ есть параметр Таймаут ответа от сервера ИС МП. По умолчанию он может быть слишком мал (около 1.5 - 3 секунд). В условиях нестабильной связи или перегрузки серверов (те самые DDoS-атаки) рекомендуется временно увеличить его до 10–15 секунд. Это даст системе больше времени на получение ответа в условиях «зависшего» трафика.

Дополнительные рекомендации

Если вы столкнулись с ситуацией, когда по одной и той же марке при продаже выходит ошибка, а при возврате — нет (как упоминалось в сообщении 5), это свидетельствует о рассинхронизации статусов в локальном кеше 1С и базе ИС МП. Возврат «проталкивает» статус марки обратно в оборот, после чего онлайн-проверка может начать срабатывать корректно. Однако это не решение для массовых сбоев.

Резюмируем:

  1. Проверяем интернет на кассе через драйвер.
  2. Обновляем ключи ФН-М.
  3. Если ОФД подтверждает сбои (как в случае с «Калугой»), включаем в настройках 1С игнорирование результатов проверки.
  4. Увеличиваем таймауты ожидания ответа от ИС МП.

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

← На главную