С введением разрешительного режима на кассах у многих технических специалистов и пользователей 1С возникла путаница. Главный вопрос: как правильно настроить проверку марок — онлайн или офлайн? Почему драйвер кассы выдает ошибку "КМ данного типа не подлежит проверке в ФН"? В этой статье мы подробно разберем механизм работы разрешительного режима, устраним путаницу в терминологии и определим необходимые действия для настройки программного обеспечения и оборудования.
Многие пользователи сталкиваются с ситуацией, когда при попытке настроить кассу (например, Атол) для работы с "Честным Знаком" (ЧЗ) с 1 апреля, они получают ошибки при попытке офлайн-проверки. Драйвер может сообщать, что код маркировки (КМ) не подлежит проверке в фискальном накопителе (ФН).
Давайте разберемся, почему это происходит. Основное заблуждение заключается в попытке включить офлайн-проверку прямо сейчас. Однако, согласно законодательству и технической документации, внедрение режима разделено на этапы.
На текущий момент (для большинства товарных групп) обязательной является онлайн-проверка. Это означает, что кассовая программа должна отправить запрос к API "Честного Знака", получить ответ и только после этого сформировать чек.
Офлайн-проверка — это механизм, при котором сам фискальный накопитель проверяет криптографическую подпись (криптохвост) марки без обращения к интернету. Для этого требуются специальные базы данных внутри ФН и сами ФН нового образца. Этот режим станет обязательным и технически возможным для большинства групп товаров только в 2025 году.
Чтобы корректно настроить 1С и ККТ, мы должны четко различать три понятия, которые часто смешиваются:
Для того чтобы система работала стабильно и вы не получали ошибок при сканировании, необходимо выполнить ряд обновлений. Проанализируем, что именно требуется от программной и аппаратной части.
Как выяснилось в ходе обсуждения и анализа технических требований, старые версии драйверов не умеют корректно работать с новыми методами передачи данных для разрешительного режима.
Для касс Атол критически важно использовать драйвер версии не ниже 10.10.0.0. Также требуется обновление прошивки кассы (рекомендуемая версия — 5.100 и выше). Именно в этих версиях реализована корректная логика работы с тегами ФФД 1.2 и механизмами проверки, которые требуются сейчас.
Если вы используете драйвер версии 10.9 (как в описанном случае проблемы), попытки принудительной проверки через ФН будут приводить к ошибкам, так как драйвер или сам аппарат не распознают, что от них требуется только формирование запроса, а не полная криптографическая проверка старым методом.
Со стороны 1С процесс выглядит следующим образом:
/codes/check).Рассмотрим пошагово, что происходит "под капотом", когда кассир сканирует марку. Понимание этого алгоритма поможет вам диагностировать ошибки.
Шаг 1. Сканирование и запрос.
Кассир сканирует DataMatrix. 1С отправляет HTTPS-запрос в "Честный Знак". В запросе передается код маркировки. Важно: для онлайн-проверки нужен именно полный код маркировки (GTIN + Serial + возможно часть криптохвоста в зависимости от настроек, но чаще проверка идет по идентификатору).
Шаг 2. Ожидание ответа (1.5 секунды).
У системы есть жесткий лимит времени — 1500 миллисекунд.
Если ответ получен и он положителен (ошибок нет), 1С получает уникальный идентификатор запроса (UUID) и время проверки.
Шаг 3. Формирование чека.
Если проверка пройдена, в фискальный чек (в XML, который уходит в ККТ) добавляется специальный отраслевой реквизит. В тег IndustryAttribute (для ФФД 1.2 это может быть реализовано через тег 1260 или составной атрибут) записываются данные о проверке.
Пример (упрощенно) того, что программа пытается передать драйверу:
// Пример структуры данных для передачи в драйвер (псевдокод)
ПараметрыПроверки = Новый Структура;
ПараметрыПроверки.Вставить("ИдентификаторЗапроса", ОтветAPI.reqId);
ПараметрыПроверки.Вставить("ДатаВремя", ОтветAPI.reqTimestamp);
ПараметрыПроверки.Вставить("Результат", "Разрешено");
// Эти данные драйвер должен упаковать в тег IndustryAttribute
Шаг 4. Аварийная ситуация.
Если за 1.5 секунды ответ не пришел, вступает в действие регламент аварийного режима. 1С не должна блокировать продажу (если в настройках не указано иное жесткое ограничение). Программа фиксирует, что проверка не выполнена по тайм-ауту, и разрешает добавить товар в чек. Эти данные накапливаются и должны быть отправлены в ЧЗ позже.
Когда мы говорим "нормальный ли срок годности или как", мы имеем в виду автоматическую валидацию по 6 критериям. Если хотя бы один пункт нарушен, 1С запретит продажу (при работающем интернете):
Разберем конкретные сообщения об ошибках, которые упоминались.
Причина: Программное обеспечение (1С или старый драйвер) пытается выполнить команду офлайн-проверки (валидацию ключа внутри ФН) для товарной группы, для которой этот функционал еще не активирован или не поддерживается текущей версией ФН/прошивки.
Решение:
Причина: Часто возникает при рассинхронизации состояния 1С и кассы, либо при ошибках в последовательности команд драйверу. Если 1С отправила данные, получила ошибку, но касса уже перешла в состояние "чек закрыт" или "формирование чека", повторная команда вызовет сбой.
Решение: Это часто лечится обновлением прошивки кассы, так как производители ККТ активно исправляют логику работы с маркировкой в свежих релизах.
Подводя итог, для успешного запуска разрешительного режима выполним следующие действия:
Следуя этим рекомендациям, вы сможете избежать блокировок на кассе и ошибок в драйвере, обеспечив соответствие требованиям законодательства.