В процессе работы с маркированными товарами в 1С:Бухгалтерия 3.0 пользователи часто сталкиваются с ситуацией, когда при сканировании DataMatrix-кода программа выдает ошибку проверки, блокируя продажу. Особенно остро эта проблема проявилась в связи с введением разрешительного режима с 1 апреля 2024 года. Рассмотрим детально причины возникновения таких сбоев и пошаговые алгоритмы их устранения на примере работы с кассовым оборудованием АТОЛ и оператором фискальных данных (ОФД) «Калуга Астрал».
Если в течение нескольких дней при стабильной ранее работе возникают массовые ошибки проверки марок, первоочередной задачей является выяснение локализации проблемы. Проанализируем ситуацию: в случае, когда используется ОФД «Калуга Астрал», причиной может стать внешнее воздействие на инфраструктуру оператора, например, массированная DDoS-атака. Поскольку при разрешительном режиме кассовое ПО (1С) и сама касса (ФН-М) должны получить ответ от сервера системы мониторинга (ИС МП) через прокси-серверы ОФД, любая задержка или недоступность этих серверов приводит к тайм-ауту и отказу в продаже.
Разберем, как проверить, на чьей стороне проблема — на стороне программы, интернета или серверов ОФД.
Для начала нам необходимо убедиться, что сама касса имеет выход в интернет и успешно обменивается данными с ОФД. Выясним это с помощью утилиты «Тест драйвера ККТ» (версии 10.х):
Если в распечатанном чеке или в окне лога мы видим ошибки типа «Нет связи с сервером» или «Ошибка сети», значит, проблема действительно в канале связи или на стороне ОФД. Если же тест связи проходит успешно, но маркировка все равно выдает ошибку, переходим к техническому обслуживанию фискального накопителя.
Современные фискальные накопители версии «М» (поддерживающие ФФД 1.2) должны регулярно обновлять внутренние ключи проверки марок. Эти ключи загружаются из облака Честного Знака через интернет-канал ОФД. Если ключи просрочены (обычно они обновляются раз в 30 дней), касса начнет выдавать ошибку при проверке кода маркировки непосредственно в ФН.
Проанализируем алгоритм ручного обновления ключей:
Важный момент: если при попытке обновления возникает ошибка, это подтверждает отсутствие доступа к серверам проверки. В условиях DDoS-атак на ОФД этот функционал может быть временно недоступен.
Когда мы выяснили, что проблема носит массовый характер на стороне оператора (например, Калуга Астрал), и работа магазина парализована, необходимо применить временные настройки в 1С, которые позволят продолжить продажи. Согласно постановлению правительства, при технической невозможности проверить марку в режиме онлайн, продажа разрешена.
Рассмотрим, как изменить настройки в 1С:Бухгалтерия 3.0:
Эта настройка позволяет программе игнорировать ошибки ответа от серверов мониторинга, если локальная проверка статуса (наличия марки в базе данных) не выявила критических нарушений. Это «аварийный клапан», который позволяет кассиру пробить чек, даже если сервер ОФД или Честного Знака не ответил вовремя.
Посмотрим на ситуацию глубже: с введением разрешительного режима в 1С появился механизм проверки через токены. Если токен доступа истек или некорректен, проверка также будет выдавать ошибку.
Выполним проверку токена:
Система Честный Знак использует распределенную сеть серверов (CDN) для ускорения проверки. Иногда конкретные IP-адреса CDN могут блокироваться провайдером или некорректно работать через шлюз ОФД. Выясним причину, увеличив таймаут ожидания:
В 1С при настройке подключаемого оборудования для ККТ АТОЛ есть параметр Таймаут ответа от сервера ИС МП. По умолчанию он может быть слишком мал (около 1.5 - 3 секунд). В условиях нестабильной связи или перегрузки серверов (те самые DDoS-атаки) рекомендуется временно увеличить его до 10–15 секунд. Это даст системе больше времени на получение ответа в условиях «зависшего» трафика.
Если вы столкнулись с ситуацией, когда по одной и той же марке при продаже выходит ошибка, а при возврате — нет (как упоминалось в сообщении 5), это свидетельствует о рассинхронизации статусов в локальном кеше 1С и базе ИС МП. Возврат «проталкивает» статус марки обратно в оборот, после чего онлайн-проверка может начать срабатывать корректно. Однако это не решение для массовых сбоев.
Резюмируем:
Использование данных методов позволит минимизировать простои на кассовых узлах и легально продолжать торговлю даже в периоды технических сбоев на стороне внешних систем.