Переход на онлайн-кассы по требованиям 54-ФЗ и организация удаленной торговли через терминальный сервер (RDP) часто ставят перед системными администраторами и разработчиками 1С комплексную задачу: необходимо не только подобрать надежный аппарат, но и обеспечить стабильную работу оборудования при удаленном доступе, настроить эквайринг и избежать аппаратных конфликтов. Разберем по шагам критерии подбора фискальных регистраторов (ФР), архитектурные особенности их подключения к 1С через RDP и типовые технические сложности.
При выборе контрольно-кассовой техники (ККТ) в первую очередь отталкиваемся от среднемесячного количества пробиваемых чеков, ширины чековой ленты и наличия автоотрезчика. Чем менее распространена модель оборудования, тем сложнее найти под нее актуальные драйверы 1С и запчасти для сервисного обслуживания. На рынке учетных систем лидируют устройства линеек АТОЛ и Штрих-М.
Проанализируем градацию моделей на примере линейки АТОЛ:
Если организация переводит покупателей на отправку электронных чеков по SMS или e-mail без обязательной физической печати, нагрузка на механические узлы снижается, что позволяет использовать бюджетные аппараты даже при существенном документообороте.
При работе в 1С через удаленный рабочий стол пользователи часто сталкиваются с тем, что чек пробивается с задержкой от 20 до 40 секунд. Выясним причину этой проблемы: фискальный драйвер отправляет в устройство команды пошагово небольшими пакетами (проверка связи, открытие чека, регистрация каждой позиции, оплата, закрытие чека). Каждая команда требует подтверждения от ККТ. При стандартном пробросе COM-порта через RDP сетевая задержка (пинг) накладывается на каждый шаг обмена данными, суммируя общее время ожидания.
Рассмотрим способы устранения задержек печати:
В типовых конфигурациях (включая сильно доработанные конфигурации на обычных формах, такие как УПП 1.3) библиотека подключаемого оборудования связывает рабочее место с сетевым именем компьютера. При работе нескольких операторов в терминале имя сервера одинаково для всех, из-за чего возникает конфликт: оборудование захватывается первым вошедшим пользователем, а для остальных блокируется.
Для разделения рабочих мест необходимо переопределить логику получения имени клиента в коде 1С, считывая сетевое имя рабочей станции пользователя из системной переменной среды Windows:
// Пример получения реального имени клиентского компьютера в RDP-сессии
ИмяКлиента = "";
WshShell = Новый COMОбъект("WScript.Shell");
WshProcessEnv = WshShell.Environment("PROCESS");
ИмяКлиента = WshProcessEnv.Item("CLIENTNAME");
Если ПустаяСтрока(ИмяКлиента) Тогда
// Если сессия не терминальная, берем имя локального узла
ИмяКлиента = ИмяКомпьютера();
КонецЕсли;
ИдентификаторРабочегоМеста = ИмяПользователя() + "_" + ИмяКлиента;
Формирование уникального идентификатора на основе комбинации имени пользователя и переменной CLIENTNAME позволяет изолировать настройки подключаемого оборудования для каждого удаленного терминала.
Частая ошибка при автоматизации — поиск специализированного моноблока («комбайна»), совмещающего фискальный регистратор и банковский терминал. Такие устройства обычно рассчитаны на автономную работу под управлением ОС Android и практически не поддаются стабильной интеграции с десктопными конфигурациями 1С через RDP.
Оптимальная схема организации совмещенного чека, аналогичная решениям в крупных сетях, реализуется программным путем:
При совмещении стационарного интернет-магазина и доставки силами курьеров важно помнить о требованиях законодательства: контрольно-кассовая техника регистрируется в ФНС либо с указанием конкретного адреса и места установки (стационарный магазин), либо с признаком «для развозной (разносной) торговли». Использовать один и тот же аппарат попеременно в магазине и на выезде без изменения регистрационных данных в налоговой нельзя.
Для курьерской торговли оптимальным решением является облачная или удаленная фискализация: курьер использует мобильное приложение на смартфоне, подключенное к банковскому терминалу, а чек формируется и отправляется клиенту в электронном виде через стационарную кассу, установленную в офисе компании.
При интеграции касс с конфигурацией УПП 1.3 также необходимо убедиться, что библиотека подключаемого оборудования обновлена до версии с поддержкой требуемого формата фискальных данных (ФФД 1.05 / 1.2), иначе при взаимодействии с современными прошивками онлайн-касс реквизиты безналичной оплаты могут передаваться в чек с ошибками.