Проблема с «зависшими» чеками в фискальном накопителе — одна из самых частых и неприятных ситуаций при работе с торговым оборудованием. Особенно критично это становится, когда касса не передавала данные длительное время (например, несколько месяцев), так как через 30 дней после последней передачи чеков фискальный накопитель (ФН) блокируется на программном уровне. В данной статье мы подробно разберем, почему чеки могут «застрять» на Атол 11Ф и какие шаги необходимо предпринять для восстановления связи с ОФД.
Прежде чем приступать к изменению настроек, нам необходимо понять, на каком этапе происходит сбой. Разберем основные методы диагностики. Самый простой и надежный способ — снять отчет о текущем состоянии расчетов. Рассмотрим, как это сделать через Тест драйвера ККТ (версии 10.х):
Тест драйвера ККТ и перейдем в раздел «Отчеты».Если количество чеков не уменьшается со временем, значит, канал связи между кассой и сервером ОФД отсутствует. Выясним причину, используя тест связи с ОФД. Для этого в том же Тесте драйвера перейдем в раздел «Нижний уровень» и отправим команду для запуска диагностики (в современных драйверах это можно сделать проще через кнопку «Проверка связи с ОФД» в параметрах).
Исторически кассы Атол использовали службу EoU (EthernetOverUsb), которая требовала настройки отдельного виртуального COM-порта и работы фоновой службы Windows. Это часто приводило к конфликтам. Рассмотрим современный и более стабильный способ передачи данных — EOT.
Проанализируем преимущества EOT: этот протокол передает чеки по тому же каналу, по которому 1С общается с кассой. Это исключает необходимость во втором COM-порте и отдельной службе. Выполним настройку по шагам:
Параметры ККТ через драйвер.EOT (или EthernetOverTransport).services.msc), найдем службу Atol EoU и полностью остановим её, установив тип запуска «Отключена». Если этого не сделать, служба будет пытаться захватить порт, и чеки не уйдут.Если по каким-то причинам вы решили оставить EoU, проанализируем настройки портов. Касса Атол 11Ф при подключении по USB должна определяться в системе как два устройства (два COM-порта). Один используется для управления (печать чеков из 1С), второй — исключительно для передачи данных в ОФД.
Разберем типичную ошибку: если в диспетчере устройств виден только один порт ATOL USB, служба передачи работать не будет. Нам нужно включить «USB-композитное устройство» в настройках кассы. Если портов два (например, COM4 и COM5), нужно выяснить, какой из них «служебный».
Посмотрим на файл конфигурации службы settings.xml, который обычно находится по пути: C:\ProgramData\ATOL\EoU\. Содержимое файла должно выглядеть примерно так:
<settings>
<connection>
<port>5</port>
</connection>
</settings>
Где 5 — это номер COM-порта, выделенного системой под передачу данных. Попробуем сменить номер порта в этом файле на соседний, перезапустить службу EoU и проверить логи в папке logs. Если в логах мы видим сообщения об успешном соединении с сервером, значит, порт выбран верно.
Часто проблема кроется не в кассе, а в сетевой инфраструктуре магазина. Рассмотрим ситуацию: касса исправна, порты настроены, но чеки не уходят. Причиной может быть некорректная работа DNS-сервера провайдера, из-за чего касса не может «понять», куда отправлять данные по адресу ofdp.platformaofd.ru.
Проанализируем решение через замену буквенного адреса на прямой IP-адрес. Для популярного оператора «Платформа ОФД» попробуем установить в настройках следующие параметры:
185.170.204.91 (вместо доменного имени).21101.10000 мс.Принудительная установка IP-адреса часто помогает «протолкнуть» застрявшие чеки, если роутер в магазине блокирует DNS-запросы или имеет специфические настройки брандмауэра.
Выясним, нет ли блокировок со стороны самого ОФД. Если клиент не отправлял данные полгода, возможны следующие ситуации:
Рассмотрим продвинутый метод диагностики для системных администраторов. В Тесте драйвера в разделе «Нижний уровень» можно подать команду 82 01 06 00. Это запрос состояния обмена с ОФД. В ответ касса выдаст код ошибки.
Также проанализируем логи самой службы EoU. Если вы видите ошибку Address already in use, это означает, что какой-то другой процесс (например, старый драйвер или открытый Тест драйвера на том же порту) блокирует передачу. Выясним причину, закрыв все лишние программы и перезапустив службу.
Резюмируем: наиболее эффективным решением для Атол 11Ф на текущий момент является переход на канал связи EOT с предварительным обновлением драйвера до версии 10.7 или выше. Это избавляет от большинства проблем, связанных с Windows-службами и виртуальными портами. Если же чеки все равно стоят на отметке 666 (как в примере автора), обязательно проверьте доступность сервера ОФД по прямому IP-адресу.