← На главную

При переходе на платформу АТОЛ 5.0 и десятую версию драйверов торгового оборудования (ДТО 10) многие системные администраторы и разработчики сталкиваются с серьезной проблемой. В ДТО 10 отсутствует привычная служба FDSVC, которая в 8-й версии драйвера позволяла легко и быстро «расшаривать» подключенную к локальному компьютеру кассу для терминальных сессий RDP. Прямой проброс COM-портов средствами Microsoft RDP (mstsc) в ДТО 10 работает крайне медленно: печать одного чека может растягиваться на минуты, что абсолютно неприемлемо для розничной торговли.

В этой статье мы подробно разберем, как решить проблему работы ККТ АТОЛ по RDP на 10-й версии драйвера. Мы проанализируем как официальные встроенные механизмы АТОЛ, так и проверенные альтернативные методы оптимизации сетевого трафика.

---

Решение 1. Официальный аналог FDSVC — «Сервер удаленного подключения» (RPC-сервер)

Разработчики АТОЛ не просто отказались от FDSVC, а заменили ее на более технологичное и стабильное решение — Сервер удаленного подключения (RPC). Этот компонент входит в стандартный дистрибутив ДТО 10, но его нужно правильно установить и настроить.

Рассмотрим пошаговый процесс настройки службы удаленного подключения:

1. Настройка на локальном ПК (к которому физически подключена касса):
   • Запускаем установщик ДТО 10 нужной разрядности (32 или 64 бит).
   • На этапе выбора компонентов обязательно отмечаем флагом пункт «Сервер удаленного подключения».
   • После завершения установки в системе регистрируется и запускается новая служба. Проверить ее работу можно через классическую оснастку services.msc (служба называется «Сервер удаленного подключения АТОЛ» или аналогично).
   • По умолчанию служба слушает сетевой TCP-порт 6220. Убедимся, что брандмауэр Windows или сторонний антивирус на локальном компьютере не блокирует входящие подключения по этому порту. При необходимости добавим правило исключения.
2. Настройка на терминальном сервере (RDP):
   • Устанавливаем на сервер RDP ту же версию ДТО 10 (достаточно установить только сам драйвер и интеграционную библиотеку для 1С).
   • Запускаем утилиту «Тест драйвера ККТ» на сервере.
   • Переходим в раздел «Свойства» и настраиваем параметры связи:
     • Канал связи: выбираем TCP/IP (или Удаленное подключение в зависимости от версии релиза драйвера).
     • IP-адрес: указываем сетевой IP-адрес локального компьютера кассира (например, 192.168.1.105).
     • Порт: указываем 6220.
   • Нажимаем кнопку «Проверка связи». Если все сделано верно, в поле результата отобразится модель вашей кассы и ее заводской номер.

Преимущества данного метода: Высокая скорость передачи пакетов. Печать чека происходит мгновенно, так как драйвер на сервере взаимодействует со службой на клиенте напрямую через быстрый TCP-сокет, минуя механизмы виртуализации портов RDP.

---

Решение 2. Использование встроенного Web-сервера АТОЛ

Начиная с версии ДТО 10.7, АТОЛ активно развивает технологию работы через Web-сервер. Этот вариант отлично подходит для крупных распределенных сетей (тех самых 120+ магазинов), так как позволяет развернуть один веб-сервер на группу касс.

Рассмотрим особенности настройки и подводные камни этого подхода:

На компьютере, где физически установлена касса, запускается служба веб-сервера АТОЛ. Взаимодействие с кассой со стороны 1С происходит посредством отправки типовых HTTP-запросов (обычно в формате JSON). На сервере RDP в таком случае вообще не требуется держать открытые COM-порты.

Важные нюансы при работе с Web-сервером:

• Лицензирование: Обратите внимание, что в современных версиях ДТО 10 полноценное использование веб-запросов может потребовать наличия платной лицензии, записанной в память самой ККТ. Перед внедрением обязательно проконсультируйтесь с вашим партнером АТОЛ по поводу конкретных моделей касс (например, АТОЛ 20Ф или 30Ф).
• Авторизация пользователей: Начиная с версии веб-сервера 1.8.4.0, разработчики ввели обязательную авторизацию по соображениям безопасности. Для управления пользователями используйте специальную консольную утилиту atol-fptr-web-requests-users.exe, которая находится в папке установленного драйвера. Без настройки авторизации сетевые запросы с сервера 1С будут отклоняться с ошибкой доступа.

---

Решение 3. Тоннелирование портов с помощью сторонних утилит

Если по соображениям сетевой безопасности или из-за архитектуры сети использовать RPC-сервер АТОЛ напрямую невозможно, а стандартный проброс портов RDP безбожно тормозит, мы можем прибегнуть к виртуальным TCP/IP тоннелям. Смысл этого подхода — «обмануть» драйвер ККТ, заставив его думать, что касса подключена по локальной сети, хотя физически она висит на локальном USB/COM-порту клиента.

Для этого можно использовать бесплатную консольную утилиту com2tcp или специализированный софт типа VSPE (Virtual Serial Ports Emulator) или Eterlogic TCP-COM.

Проанализируем пример настройки через бесплатную утилиту com2tcp:

1. На локальном компьютере кассира определяем, на каком COM-порту висит ККТ (например, COM3).
2. Запускаем на локальном ПК утилиту командной строки со следующими параметрами: com2tcp --baud 115200 \\.\COM3 9999 Эта команда перенаправляет все данные, поступающие на физический порт COM3, на локальный сетевой порт 9999.
3. На сервере RDP в настройках ДТО 10 мы указываем канал связи TCP/IP, IP-адрес клиентской машины и порт 9999. Трафик пойдет в обход медленного канала виртуализации RDP-клиента, напрямую через TCP-протокол сети (или VPN), что обеспечит мгновенную скорость печати.

---

Решение 4. Настройка связи для бездисковых клиентов (WTware)

Если в вашей организации рабочие места кассиров реализованы в виде тонких клиентов под управлением операционной системы WTware (без полноценной Windows на местах), вы также можете успешно использовать ДТО 10.

Разберем, как это настроить:

В операционную систему WTware штатно интегрирована поддержка утилиты EthernetOverUSB (EoU). Для проброса кассы на терминальный сервер выполните следующие действия:

1. В конфигурационном файле тонкого клиента WTware подключите необходимые пакеты расширений с помощью параметра: extra=eou-XXXX.zip (Где XXXX — версия пакета поддержки сетевого обмена для АТОЛ).
2. После этого ККТ определится в терминальной сети как полноценное сетевое устройство, и сервер RDP сможет отправлять команды печати напрямую на IP-адрес тонкого клиента, используя службу RPC.

---

Решение 5. Передача данных в ОФД через канал EoT (Ethernet over Transport)

При работе в терминальном режиме часто возникает конфликт каналов связи: касса занята под печать чеков из RDP-сессии, и в этот же момент служба обмена данными с ОФД (EoU) пытается занять тот же USB/COM-порт для отправки чеков в налоговую. Это приводит к блокировкам ККТ и ошибкам печати.

Для предотвращения подобных ситуаций в платформе 5.0 крайне рекомендуется перевести кассу на транспортный протокол EoT (Ethernet over Transport).

В режиме EoT фискальные данные отправляются в ОФД через тот же самый канал связи, который используется драйвером для управления кассой (внутри сетевых пакетов самого ДТО 10). Нам больше не нужно запускать отдельную службу EthernetOverUsbSvc на клиентском компьютере, что существенно упрощает администрирование системы и повышает общую отказоустойчивость кассового узла.