При подключении фискального регистратора (например, Атол Fprint 22ПТК или 55ПТК) к локальной сети по интерфейсу Ethernet специалисты нередко сталкиваются с неприятным поведением оборудования. Пока включен режим автоматического получения сетевых настроек по DHCP, касса исправно передает фискальные документы оператору фискальных данных (ОФД). Однако постоянная смена IP-адреса приводит к тому, что товароучетная система или рабочее место кассира теряет связь с устройством. Как только в таблицах параметров кассы отключают DHCP для фиксации статического адреса, чеки перестают уходить на сервер ОФД и начинают скапливаться в фискальном накопителе.
Разберем по шагам, почему возникает эта проблема, какие сетевые реквизиты упускаются из вида и какими способами можно восстановить стабильную передачу фискальных данных.
Проанализируем сетевое взаимодействие онлайн-кассы. При автоматической настройке по протоколу DHCP кассовый аппарат получает от маршрутизатора полный комплект параметров:
Когда в утилите драйвера ККТ отключают DHCP (устанавливают поле 107 таблицы параметров в значение 0), автоматическое заполнение параметров прекращается. Если пользователь вручную вписывает только желаемый IP-адрес, касса остается доступна внутри локальной сети для печати чеков из учетной программы, но полностью теряет способность выходить в интернет. Кассовый модуль не знает, через какой шлюз отправлять трафик во внешнюю сеть, и не может преобразовать буквенный адрес сервера ОФД (например, ofd.ru или kkt.astralnalog.ru) в цифровой IP-адрес из-за отсутствия DNS-сервера.
В некоторых случаях даже при указанном DNS встроенный микрокод старых прошивок ККТ некорректно обрабатывает доменные имена при статическом подключении. Выясним, как устранить эту неполадку.
Разберем последовательность действий при ручной настройке сетевых параметров в драйвере торгового оборудования.
Маска подсети: стандартное значение для большинства локальных сетей — 255.255.255.0.
Шлюз (Gateway): IP-адрес вашего главного маршрутизатора в подсети (например, 192.168.1.1 или 192.168.0.1).
DNS-сервер: пропишем адрес локального шлюза (роутера) либо публичный надежный DNS, например, 8.8.8.8 или 77.88.8.8.
Рассмотрим альтернативный и наиболее надежный способ сетевого администрирования. Вместо отключения DHCP на самой кассе оставим протокол включенным, а фиксацию адреса выполним на стороне сетевого маршрутизатора.
1).DHCP Server, Address Reservation или «Статические аренды»).При таком подходе кассовый аппарат будет всегда получать один и тот же предсказуемый IP-адрес, учетная система не потеряет связь с аппаратом, а шлюз и DNS-серверы продолжат передаваться автоматически без риска программных ошибок.
Если после настройки чеки по-прежнему не уходят, проверим состояние подключения с помощью встроенного чека диагностики. Посмотрим, как его распечатать:
Внимательно проанализируем строки диагностического чека:
Сетевой интерфейс: должен иметь статус «Приложение развернуто» или «ОК».
Выход в интернет: показывает, отвечает ли шлюз и есть ли внешний трафик. Если здесь указана ошибка — проблема в некорректном шлюзе или маске.
Подключение к ОФД: отражает доступность порта и сервера оператора. Ошибка на этом этапе сигнализирует о неверном DNS, закрытом провайдером порте либо неверном адресе ОФД.
Если используется устаревший драйвер линейки ДТО 8 (например, 8.14), рекомендуется спланировать переход на современный драйвер версии 10.x. В ранних версиях драйверов и старых микропрограммах платформы 2.5 присутствовали системные ошибки при обработке статических сокетов, которые приводили к зависанию Ethernet-порта при кратковременных разрывах соединения.
Если локальная сетевая инфраструктура нестабильна или на роутере действуют жесткие ограничения безопасности, можно перевести кассу на транспорт EthernetOverUsb (EoU). В этом случае касса подключается к ПК стандартным USB-кабелем, а передачу неотправленных фискальных документов в интернет берет на себя фоновая служба, использующая сетевую карту рабочего компьютера.