← На главную

При работе в конфигурации 1С:Розница в терминальном режиме (RDP) через интернет пользователи часто сталкиваются с проблемой: формирование и печать фискального чека на кассовом аппарате (ККТ) занимают от 10 секунд до минуты, при этом печать происходит характерно «построчно» с заметными паузами. В то же время Z-отчеты (отчеты с гашением) и X-отчеты выходят на том же оборудовании практически мгновенно. Разберем причины такого поведения и способы нормализации скорости печати.

Причины медленной построчной печати через RDP

Проанализируем техническую сторону взаимодействия 1С с фискальным регистратором:

1. Синхронный протокол обмена данными. В стандартных обработках обслуживания ККТ передача данных чека выполняется последовательными атомарными командами: открытие чека, регистрация первой позиции, регистрация скидки, передача текстовой строки, регистрация следующей позиции, закрытие чека и отрезка. После отправки каждой команды драйвер ожидает подтверждения (пакета ACK) от ККТ перед тем, как отправить следующую строку.
2. Сетевые задержки (RTT / Ping) при пробросе COM-портов. Стандартный механизм проброса портов Windows RDP не оптимизирован под высокочастотные последовательные транзакции. Если сетевая задержка между кассовым ПК и удаленным сервером составляет 30–60 мс, то для чека из 15–20 строк суммарное ожидание подтверждений пакетов растягивает печать на 10–20 секунд.
3. Почему Z-отчет печатается быстро. При снятии Z-отчета 1С отправляет в устройство всего одну команду (СнятьОтчетСГашением). Сам отчет полностью формируется микроконтроллером кассы внутри прошивки, и постоянный обмен сетевыми пакетами с сервером не требуется.

Способ 1. Использование специализированного ПО для проброса COM-портов по TCP/IP

Стандартный проброс портов в RDP-клиенте часто является узким местом. Для решения проблемы заменим его на специализированные утилиты передачи serial-трафика по сети (COM-over-IP / Virtual Serial Port over Ethernet):

1. Отключаем стандартное перенаправление COM-портов в свойствах RDP-подключения (вкладка «Локальные ресурсы» – «Подробнее» – снять флажок с «Порты»).
2. Устанавливаем на локальный компьютер кассы серверную часть утилиты виртуализации COM-портов, а на сервер 1С — клиентскую часть.
3. На стороне сервера настраиваем виртуальный COM-порт, привязанный к сетевому адресу локального компьютера кассира.
4. В параметрах созданного COM-порта на сервере и клиенте выставляем максимальную скорость обмена (115200 бит/с) и минимальные тайм-ауты буферизации пакетов.
5. В 1С в настройках торгового оборудования указываем созданный виртуальный COM-порт.

Способ 2. Прямое сетевое подключение ККТ по Ethernet или Wi-Fi через VPN

Если фискальный регистратор оснащен сетевым интерфейсом (Ethernet или Wi-Fi), наиболее надежным решением будет отказ от проброса портов в пользу прямого сетевого протокола:

1. Подключаем ККТ напрямую в локальную сеть магазина (через патч-корд к роутеру или по Wi-Fi).
2. Настраиваем постоянный сетевой туннель (VPN: WireGuard, OpenVPN, IPsec) между роутером магазина и сервером 1С.
3. В настройках торгового оборудования в 1С выбираем тип подключения по TCP/IP, указываем статический локальный IP-адрес кассы и порт драйвера. В этом случае драйвер работает с устройством напрямую по сети минуя RDP.

Способ 3. Переход на распределенную информационную базу (РИБ)

Архитектурно правильным решением для розничных магазинов является распределенная информационная база:

1. На локальном компьютере кассы разворачивается узел РИБ конфигурации 1С:Розница.
2. Фискальный регистратор подключается напрямую к локальной машине через USB или COM без терминальных сессий и сетевых задержек. Печать чеков выполняется мгновенно.
3. Обмен данными между узлом магазина и центральным сервером выполняется в фоновом режиме по расписанию, что гарантирует автономность и отказоустойчивость торговой точки при проблемах с интернетом.

Способ 4. Локальный сервис печати (Web-сервер ККТ)

Если перевод магазина на РИБ невозможен, на локальном ПК кассира разворачивают легковесный сервис печати (локальный HTTP/Web-сервер драйвера):

1. В сеансе RDP 1С формирует весь состав чека в единый пакет (JSON/XML) и отправляет его одним HTTP-запросом на локальный сервис.
2. Локальная служба принимает структуру чека целиком и отправляет команды на кассовый аппарат локально по прямому интерфейсу без межсетевых задержек на каждую строчку.