bankomatchik.ru

Имеем три рабочих места с клиентом 1С, подключение по RDP (Remote Desktop Protocol).
На каждое рабочее место установлен Ingenico IPP320.
Сделан проброс СОМ порта до сервера 1С. В настройках эквайринга АРКУС2, в 1С каждого рабочего места указан конкретный СОМ. Для каждого рабочего места он свой.
Все работает.
Но при одновременном проведении оплаты, или закрытии дня, чеки в общем для всех рабочих мест каталоге АРКУСА на сервере 1С перетираются.
И происходят зависания оплат. Либо печатается чек (слип) другого рабочего места.

Рабочие места находятся в разных магазинах, в разных городах.

Кто то встречался с такой установкой и как разделал обмен?

Так получается драйвер от инженико используется один на три кассы, верно? Получается он одновременно с несколькими запросами работать не умеет, однозадачный получается.
По идее надо либы раскидать по разным папкам и в 1С как-то прописать пути к ним для каждой кассы, но вот можно ли это сделать неизвестно.

Если порты разные прописаны, по отделенности всё работает, и в мапинге портов вы уверенны, то проблема либо с архитектурой БД в одинЦЕ - проводки и чеки сконфигурированный не правильно, либо с Аркусом - что вероятней всего, протокол может дать лаг не совместимости с вашей сетевой инфраструктурой, и путает порты. А скорей всего вы проброску порта сделали со всех терминалов, на один порт.

1 C. Удаленные рабочие столы, 5 штук, Сделана проброска портов.
На сервере с 1С. настроены различные порты, даже сделаны различные папки с Аркусом, аркус 1, аркус2, и так далее.
Сделана корректировка реестра для запуска и сохранения файлов результатов Аркусов в свой каталог.
При запуске тестовой продажи файлы чеков и результатов создаются, каждый в своем каталоге.
При продаже из 1С продажа проходит, но слипы не печатаются, логи не пишутся, Покупка проходит.

Помогите понять эту систему 1 С с удаленными рабочими столами.
Кто как настраивает?

Ранее сталкивались с похожей проблемой. Удалось решить используя тонкий клиент 1С. Соответственно драйвер аркус ставился на всех клиентских машинах а не на сервере.

kuprum66 писал(а):1 C. Удаленные рабочие столы, 5 штук

RDP для удл. доступа в основном используют, а не для работы с базами данных.
Организуйте локальную сеть в нормальном виде. На каждый ПК положите ярлык 1С с сервера- будет тонкий.
Или клиент имеет собственный модуль ПО , в котором прописаны пути к базе на сервере - будет толстый.
Если точка удаленная "совсем" , тогда не знаю .. Ставьте локальный сервер и организуйте репликацию...
У спецов из 1С для этого есть все отвертки )) Заключите с ними договор или мне в личку напиши и армянский коньяк уже скачет в Забайкальский военный округ.

Filimon писал(а):RDP для удл. доступа в основном используют, а не для работы с базами данных.

1С-ники работают как хотят.
Получил от ТП инженико ответ.
Драйвер 1С Ingenico, рассчитан только на использование USB и COM подключения. Работа по RDP не входит в документированные функции и поддержка по настройке удалённой работы драйвера не оказывается.
Пусть 1С берут свои отвертки и настраивают, толстый, тонкий, а можно и кривой клиент.

kuprum66 писал(а):1С-ники работают как хотят.
Получил от ТП инженико ответ.
Драйвер 1С Ingenico, рассчитан только на использование USB и COM подключения. Работа по RDP не входит в документированные функции и поддержка по настройке удалённой работы драйвера не оказывается.
Пусть 1С берут свои отвертки и настраивают, толстый, тонкий, а можно и кривой клиент.

Скажите вы решили проблему с RDP и IPP320?

Проблема решена !!!

llpass писал(а):Проблема решена

Отлично!

P.S. а почему бы не описать обнаруженную проблему и способ ее решения - для тех, у кого она повториться...?

llpass писал(а):Проблема решена !!!

Не решена.
Как было так и осталось, 1С говорят это проблема банковских терминалов и Аркуса.
Официальный ответ ответ Инпаса: Пусть 1С ники правильно настраивают 1С. (не через RDP)

Вроде по RDP работают некоторые салоны Мегафона, если есть кто знакомый там поспрашивайте.

HellAnger писал(а):P.S. а почему бы не описать обнаруженную проблему и способ ее решения - для тех, у кого она повториться...?

Решается элементарно просто.... дрова под терминал (не аркус2 а узб) кривые как и все французкое..
купил шнур comport RS232 + блок питания... удалил все старые дрова и вуаля терминал залетал по РДП

уже понял по опыту вся Эмуляция сама по себе кривая ... самый стабильный старый проверенный comport

llpass писал(а):Решается элементарно просто.... дрова под терминал (не аркус2 а узб) кривые как и все французкое..
купил шнур comport RS232 + блок питания... удалил все старые дрова и вуаля терминал залетал по РДП

У вас скорее всего один терминал с 1С по рдп к серверу цепляется?

А по теме, по идее решается подключением терминалов по ethernet и использованием Arcus IP Service

У меня работает так:

1. Терминалы подключается по Ethernet.
2. На сервере терминалов установлен Arcus2.
3. На машинах, которые используют удаленный рабочий стол, установлен ArcusIPService.
4. На каждой машине из пункта 3 имеется своя директория с Arcus'ом. В данной директории свои логи свои файлы с чеками и свой каталог с директорий INI файлов.
5. На сервере терминалов arcus2 настроен на использование директории \\tsclient\c\arcus2.
6. В 1С настраиваем только один терминал.

Получается следующее:
При подключении удаленным рабочим столом arcus2 работает в своем окружении. У каждого удаленного рабочего стола свой Ini файл, в котором указан конкретный IP адрес ArcusIPService сервера. По факту 1С использует один терминал, но в зависимости от клиента удаленного рабочего стола, 1С связывается с физически разными терминалами.

Poison48 писал(а):По факту 1С использует один терминал, но в зависимости от клиента удаленного рабочего стола, 1С связывается с физически разными терминалами.

Теперь возьмем нелепый случай, с разных машин запустили одновременно транзакции. Какие чеки и на какие суммы где напечатаются. Особенно что то побольше, типа закрытия дня, сверки итогов.

вот тут почитайте
настроено по данному мануалу, работает