При переходе на современные драйверы АТОЛ (версии 10.х) многие системные администраторы и специалисты 1С сталкиваются с проблемой: старый добрый метод проброса COM-портов через RDP начинает работать нестабильно, медленно или вовсе перестает определяться системой. В данной статье мы подробно разберем, как уйти от ненадежной эмуляции COM-портов и настроить стабильную работу кассового аппарата через сетевой интерфейс драйвера, даже если вы работаете в старых конфигурациях, таких как Управление торговлей 10.3 или Розница 1.0 — в этом случае поможет драйвер ККТ для старых конфигураций 1С на обычных формах.
В драйверах 10-го поколения (ДТО 10) архитектура взаимодействия с оборудованием претерпела значительные изменения. Традиционный проброс через RDP вносит большие задержки в передачу пакетов, что приводит к таймаутам (ошибка "Нет связи"). Кроме того, служба EthernetOverTransport (EoT), отвечающая за передачу данных в ОФД, часто конфликтует с проброшенным портом, блокируя его. Рассмотрим современный способ решения этой задачи.
Этот метод является наиболее приоритетным. Суть его заключается в том, что на локальном компьютере, к которому физически подключена касса по USB, запускается специальная служба-ретранслятор. 1С на сервере RDP обращается к этой службе по протоколу TCP/IP, игнорируя нестабильные COM-порты — для этого есть утилита сетевой печати чеков через RDP.
Шаг 1. Настройка клиентской машины (где стоит касса):
19524. Убедимся, что этот порт открыт в брандмауэре Windows.Шаг 2. Настройка серверной части (RDP):
Проанализируем ситуацию, часто встречающуюся в УТ 10.3: вы установили драйвер 10.8, но в окне настроек 1С по-прежнему доступны только COM-порты. Это происходит потому, что встроенная в 1С компонента (макет) устарела и не «знает» о новых возможностях драйвера. Выясним, как это исправить через Конфигуратор.
Рассмотрим алгоритм обновления компоненты:
ДрайверыОборудования (в новых версиях) или обработку обслуживания кассы.1C) возьмем актуальный архив с компонентой (например, Atol_KKT_10.zip).Проверим результат: после перезахода в программу в настройках торгового оборудования должна появиться строка «Адрес ПК». Именно туда мы и вписываем IP-адрес клиента.
Если конфигурация 1С настолько сильно переписана, что обновить компоненту драйвера невозможно, воспользуемся эмуляцией через Virtual Serial Ports Emulator (VSPE) — для обхода ограничений есть универсальный драйвер подключения онлайн-касс по TCP/IP. Разберем этот вариант по шагам:
Важный нюанс: установите значение Timeout в настройках драйвера в 1С не менее 3000-5000 мс. Это нивелирует сетевые задержки.
Часто возникает проблема: 1С блокирует кассу, и данные не уходят в ОФД, либо второй пользователь не может пробить чек. Проанализируем настройки драйвера для решения этой проблемы:
В параметрах оборудования в 1С обязательно найдем и установим флаг «Отключать ККТ после каждой операции» (или «Автоматически отключаться»).
Посмотрим на пример логики работы:
// При пробитии чека драйвер инициализирует соединение
Результат = Драйвер.УстановитьПараметры();
Драйвер.Подключить();
// После завершения печати соединение должно быть разорвано
Драйвер.Освободить();
Драйвер.Отключить();
Это позволит службе AtolDeviceService на локальном ПК в паузах между чеками перехватывать порт и отправлять накопленные данные в ОФД через канал EoT.
Для стабильной работы через RDP рекомендуется выставить следующие параметры в Тесте драйвера (раздел «Свойства»):
Для реализации быстрой печати чеков в терминальном режиме мы должны отказаться от проброса портов средствами RDP. Основной путь — использование TCP-сервера драйвера АТОЛ. Если в 1С отсутствуют нужные поля ввода, решение всегда кроется в обновлении компоненты драйвера в метаданных конфигурации или очистке кэша. В крайнем случае используйте Wi-Fi модуль для ККТ, что превратит кассу в полноценное сетевое устройство, доступное по IP без участия клиентского ПК.