Работа в режиме удаленного рабочего стола (RDP) при использовании классического файлового обмена Arcus2 часто приводит к конфликтам доступа. Основная проблема заключается в том, что при стандартной настройке все пользователи сервера терминалов обращаются к одной и той же директории обмена, что приводит к затиранию чеков и выполнению операций не на том терминале. Рассмотрим детально, как решить эту задачу.
Это классический метод, который позволяет разделить рабочее пространство Arcus2 для каждой отдельной сессии. Суть заключается в том, чтобы каждый пользователь при запуске 1С работал с локальной копией Arcus2, расположенной на его клиентском компьютере.
Arcus2 на каждом рабочем месте пользователя.1С в качестве пути к каталогу с Arcus2 укажите путь через перенаправленный диск: \\tsclient\c\arcus2.Arcus2 на клиенте создайте отдельный cashreg.ini, в котором пропишите уникальные параметры подключения к конкретному IP-адресу терминала.\\tsclient\c\arcus2, которая физически является локальной папкой на конкретной машине, инициировавшей RDP-сессию.Если прямое обращение к файловой системе нестабильно из-за задержек сети, можно использовать специализированный софт для виртуализации портов, например, VSPE (Virtual Serial Port Emulator). Рассмотрим порядок действий для данного метода:
VSPE на клиентский компьютер, к которому подключен терминал через USB или COM.VSPE в режиме «Сервер», создав виртуальный порт, который будет перенаправлять трафик на IP-адрес терминала по протоколу TCP.1С (в INI-файле Arcus) пропишите не физический COM-порт, а IP-адрес и порт, который «слушает» VSPE на стороне клиента.1С будет «думать», что работает с локальным портом, хотя данные будут прозрачно прокидываться через VPN или локальную сеть напрямую к терминалу.Важно помнить, что 1С:Управление торговлей 10.3 часто хранит настройки торгового оборудования с привязкой к имени компьютера. Поскольку в терминальной среде все пользователи работают под одним именем (именем сервера), возникают конфликты. Для устранения проблемы рекомендуется:
1С указывать параметры с учетом уникальности каждой сессии.Arcus NET Server, это решение позволяет централизованно управлять очередью запросов, исключая конфликты файлового обмена, однако требует настройки лицензирования.\\tsclient в политиках безопасности Windows, так как при неверной настройке прав записи в проброшенную папку Arcus2 не сможет создать файл ответа, и 1С выдаст ошибку таймаута.Для минимизации ошибок при закрытии смены или сверке итогов, разберем следующие шаги:
Изоляция логов: Убедитесь, что логи каждой сессии пишутся в индивидуальные подпапки. Можно использовать скрипты при запуске 1С, которые динамически подменяют путь к рабочему каталогу Arcus2 в зависимости от переменной среды %SESSIONNAME%.
Сетевая оптимизация: Поскольку УТ 10.3 в режиме «толстого клиента» через VPN может «тормозить», рассмотрите возможность оптимизации сетевых пакетов. Использование протокола TCP/IP напрямую (минуя txt-файлы) является наиболее предпочтительным с точки зрения скорости и отказоустойчивости. При возможности, переходите на драйверы Arcus, поддерживающие прямое IP-взаимодействие (TCP/IP Socket), где 1С напрямую обращается к порту 5555 терминала.
Проанализировав описанные методы, мы приходим к выводу, что использование \\tsclient является наиболее доступным решением, не требующим дополнительных затрат, тогда как использование Arcus NET Server или специализированных пробросчиков портов дает наибольшую надежность в условиях нестабильных каналов связи.