Медленная печать чеков на фискальных регистраторах компании АТОЛ (в особенности на популярной бюджетной модели АТОЛ 30Ф) при работе в терминальной сессии (RDP) — это классическая системная проблема. С ней регулярно сталкиваются системные администраторы и разработчики при автоматизации розничной торговли. Кассирам приходится ожидать выхода чека от 30 секунд до нескольких минут, что парализует работу торговой точки и создаёт очереди.
В этой статье мы подробно разберем технические причины возникновения этой задержки и рассмотрим наиболее эффективные практические способы решения проблемы, которые позволят сократить время печати чека до стандартных 1–2 секунд.
Для того чтобы найти оптимальное решение, давайте проанализируем физику процесса и выясним причину медленной работы оборудования. Стандартный механизм проброса (редиректа) последовательных портов (COM-портов) в операционных системах Windows при подключении по RDP абсолютно не оптимизирован под требования современных фискальных накопителей и драйверов ККТ.
Драйвер торгового оборудования (особенно ДТО 9 и ДТО 10) общается с кассовым аппаратом посредством огромного количества коротких последовательных запросов. Происходит постоянный микрообмен данными: драйвер запрашивает статус кассы, проверяет состояние фискального накопителя, передает по одной строчке чека, ожидает подтверждения получения, запрашивает статус выполнения операции и так далее. Для формирования одного бумажного чека система может совершать сотни таких микрозапросов.
При стандартном RDP-подключении каждый такой запрос упаковывается в сетевой пакет, отправляется с удаленного сервера на локальный компьютер кассира, обрабатывается локальным портом, после чего ответ отправляется обратно на сервер. Время прохождения пакета напрямую зависит от задержки сети (пинга). Даже при относительно качественном интернет-соединении с пингом в 30–50 мс суммарное время ожидания ответов на сотни мелких пакетов легко превращается в минуту мучительного ожидания для кассира.
Это самый современный, надежный и рекомендуемый производителем способ обхода ограничений RDP-протокола. Он позволяет полностью исключить влияние пинга на скорость печати чека.
Рассмотрим подробнее принцип его работы. На локальном компьютере кассира, к которому касса физически подключена по интерфейсу USB, разворачивается локальная служба веб-сервера. Программа 1С, работающая на удаленном сервере, отправляет всего один пакет данных в формате JSON, содержащий полную информацию о чеке, на IP-адрес компьютера кассира. Локальная служба мгновенно принимает этот пакет и локально передает его на ККТ без каких-либо сетевых задержек.
Разберем по шагам процесс настройки веб-сервера АТОЛ:
16732.
atol-fptr-web-server-users.exe -add -username admin -password my_strong_password
16732, а также созданные ранее логин и пароль.При такой схеме весь тяжелый сетевой трафик сводится к одному быстрому HTTP-запросу, и чек распечатывается мгновенно.
Если конфигурация вашей 1С или используемая обработка обслуживания торгового оборудования не поддерживают работу по протоколу HTTP с веб-сервером АТОЛ, мы можем пойти другим путем. Наша задача — отказаться от стандартного медленного механизма проброса портов Windows RDP в пользу специализированных утилит, которые сжимают и оптимизируют сетевой трафик последовательного порта.
Проанализируем наиболее популярные программные решения:
com2tcp \\.\COM3 9999
На удаленном RDP-сервере в настройках драйвера ККТ выбирается подключение по TCP/IP с указанием IP-адреса торговой точки и порта 9999.
Поскольку касса АТОЛ 30Ф лишена физического разъема Ethernet (RJ-45) для прямого подключения к локальной сети, мы можем настроить передачу сетевых данных через имеющийся USB-кабель. Этот режим называется EoT (Ethernet over Transport).
Суть метода заключается в том, что при подключении кассы к локальному ПК по USB в системе создается виртуальный сетевой адаптер, и касса получает свой собственный IP-адрес в локальной сети. Для реализации этого сценария выполните следующие действия:
ping) к IP-адресу, который назначен кассовому аппарату.Если технические возможности сетевого оборудования не позволяют добиться стабильного и быстрого пинга, имеет смысл пересмотреть саму архитектуру взаимодействия программы 1С с торговым оборудованием. На форуме специалисты предлагают два отличных архитектурных решения:
Этот метод кардинально решает проблему. На торговой точке разворачивается локальная (периферийная) база данных 1С. Кассир работает локально, без использования RDP. Все чеки печатаются мгновенно, так как база и ККТ находятся на одном компьютере. Обмен данными с центральным сервером происходит в фоновом режиме по расписанию. Этот вариант идеален для точек с нестабильным интернетом.
Если ваша конфигурация 1С построена на управляемых формах (например, современные версии 1С:Управление торговлей 11, 1С:Розница или 1С:УНФ), откажитесь от использования RDP в пользу работы через Тонкий клиент или Веб-клиент. При такой схеме логика программы исполняется на сервере, а интерфейс и модули работы с торговым оборудованием запускаются локально на компьютере кассира. Драйвер АТОЛ работает локально, обеспечивая максимальную скорость печати, а данные передаются на сервер 1С по оптимизированному HTTP-протоколу самой платформы 1С.
В старых обсуждениях на форумах часто можно встретить рекомендацию использовать встроенную службу АТОЛ под названием fdsvc (Fiscal Device Service), которая позволяла легко "расшарить" COM-порт по сети.
Важное предупреждение: Данная служба являлась частью устаревшего драйвера ДТО 8. В современных драйверах ДТО 9 и актуальном ДТО 10 компания АТОЛ полностью отказалась от поддержки fdsvc из соображений информационной безопасности. Более того, современные кассы АТОЛ 30Ф, обновленные до современной Платформы 5.0, физически не могут работать со старыми драйверами ДТО 8. Поэтому использовать утилиту fdsvc в современных реалиях не получится, и единственным поддерживаемым решением от производителя остается использование веб-сервера ДТО 10.
Мы проанализировали проблему медленной печати на АТОЛ 30Ф через RDP и рассмотрели основные пути её решения. Наиболее перспективным и стабильным вариантом является настройка Веб-сервера АТОЛ 10, так как это штатный механизм, поддерживаемый разработчиками оборудования и конфигураций 1С. Если же ваша конфигурация 1С сильно устарела и не поддерживает данный режим, используйте виртуальные туннели COM-портов через специализированные утилиты или рассмотрите возможность перевода кассовой зоны на работу в режиме распределенной базы данных (РИБ).