Ситуация, когда кассовый аппарат АТОЛ исправно печатает чеки из 1С, но при этом документы не уходят оператору фискальных данных (ОФД), является одной из самых распространенных и неприятных проблем в эксплуатации ККТ. Ошибка «ОФД не отвечает» в чеке диагностики или в логах драйвера сигнализирует о разрыве цепочки передачи данных между кассой и интернетом. Проанализируем причины возникновения этой неисправности и разберем по шагам методы её устранения, основываясь на практике сервисных центров и опыте системных администраторов.
Большинство аппаратов АТОЛ 30Ф подключаются к компьютеру одним USB-кабелем, через который создаются два виртуальных COM-порта: один для обмена с учетной программой (например, 1С), а второй — для работы службы EthernetOverUSB, которая «пробрасывает» интернет в кассу. Разберем, как проверить корректность этой настройки.
В первую очередь проверим файл конфигурации службы. Перейдем по пути C:\ProgramData\ATOL\EoU\settings.xml. Этот файл определяет, через какой именно порт служба будет искать кассу для передачи данных. Проанализируем содержимое файла:
<settings>
<port>6</port>
<log>
<path>logs\eou.log</path>
<level>1</level>
</log>
</settings>
Важно убедиться, что номер порта в теге <port> совпадает с номером «второго» порта ККТ в диспетчере устройств Windows. Рассмотрим ситуацию подробнее: если в диспетчере устройств мы видим «ATOL USB COM1» и «ATOL USB COM2», и через COM1 работает 1С, то в файле настроек должен быть указан именно 2. Если номера портов сместились (например, после обновления Windows), служба перестанет «видеть» кассу.
Чтобы понять, на каком этапе обрывается связь, воспользуемся функционалом драйвера ККТ для отправки команд нижнего уровня. Это позволит нам получить прямой ответ от модуля связи аппарата. В драйвере (ДТО 8 или 10) найдем раздел работы с командами и введем следующую последовательность:
82 01 06 00
Эта команда инициирует проверку связи с ОФД. Проанализируем возможные ответы:
Также рассмотрим более сложную последовательность команд для глубокой проверки состояния очереди документов и сетевых параметров:
A4 20 55 00 02 00 06 01 5D 09 00 00 12 0B 1E 0C 1D
A4 30 55 00 03 00 00 00 08 12 0C 0D 10 2C 39 32 38
39 30 30 30 31 30 30 31 33 30 35 37 33 62 0A 00 00
Эти команды позволяют выявить зависшие пакеты данных, которые могут блокировать очередь отправки.
Одной из скрытых причин сбоя является автоматическое обновление драйверов операционной системой Windows. Выясним причину: если в диспетчере устройств порты называются USB Serial Device (Standard) вместо ATOL USB, служба EoU может игнорировать их, даже если номер порта указан верно. Проделаем следующие действия:
C:\Program Files (x86)\ATOL\Drivers8\Drivers\USB_Drivers).ATOL USB.services.msc.Если служба запущена и порты настроены верно, но чеки все равно не уходят, проанализируем влияние сетевого окружения. Современные сервера ОФД требуют работы по защищенным протоколам, что может вызвать проблемы на устаревших ОС (Windows 7/8).
Разберем, что необходимо проверить в сетевых настройках:
EthOverUsb.exe добавлен в исключения. Некоторые антивирусы блокируют активность этой службы, так как она создает сетевой туннель.telnet. Например: telnet ofp.platformaofd.ru 21101. Если экран очистился — порт открыт. Если возникла ошибка подключения — связь блокируется провайдером или роутером.8.8.8.8 или 1.1.1.1.Если ваш аппарат АТОЛ 30Ф работает на современной платформе (версия прошивки 5.0 и выше) и вы используете ДТО 10, мы рекомендуем рассмотреть отказ от нестабильной службы EoU в пользу канала EoT.
Рассмотрим преимущества этого метода:
При использовании EoT данные в ОФД передаются через тот же канал связи, по которому 1С общается с кассой. Это исключает необходимость настройки отдельного COM-порта и работы службы EthernetOverUSB. Для настройки необходимо в «Тесте драйвера ККТ» перейти в раздел «Параметры ККТ», выбрать «Канал связи» и установить значение EoT. После этого передача данных станет значительно стабильнее.
В некоторых случаях проблема носит аппаратный характер. Проанализируем ситуацию, если программные методы не помогают:
Таким образом, решение проблемы с отправкой чеков требует системного подхода: от проверки физических соединений и настройки COM-портов до анализа сетевой безопасности и актуальности используемых протоколов передачи данных.