Конфа ут 10.3, на сервере, подключение к 1С через rdp, банковские терминалы Сбера. Периодически при запросе на попытку оплаты 1С повисает, не отвечает, не получает отклика от терминала. После этого пока не перезагрузить сам банковский терминал и не "перезайдешь" в 1С, не заработает. Кто сталкивался с такой проблемой, как решали? Поддержка Сбера ничем особо помоч не может.

Для каждого пользоваеля ОС, под которым выполняется клиентский процесс 1С, должны быть полные права на каталог, что прописан в реестре для используемой СОМ-компоненты (путь к используемым dll), вот и все

(естественно, написанное выше должно выполняться на время работы клиентского процесса с СОМ-компонентой)

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

(3) нет, длл одна, никакой перерегистрации не выполняется

Где она лежит?

Альтернативный вариант - это каждому пользователю ОС свой каталог с длл-файлами и, соответственно, своя запись в реестре

(5) на диске C каталог Сберовского ПО, оттуда один раз зарегана библиотека под названием SBRFCOM.dll
(6) если одна и та же библиотека, то вряд ли в реестре получится для каждого свою запись сделать, но спс, вариант попробую

Штатно вроде нельзя сделать для СОМ-класса разные ветки реестра одновременно, это да. Просто в твоем случае оно будет выглядеть как динамическая перерегистрация непосредственно перед использованием СОМ-компоненты в коде.

Но не нужно это делать через regsvr32, нужно просто подменять путь к файлу в ветке реестра на время работы с СОМ-компонентой.
Неудобняк выйдет, когда будет пересекаться работа кассиров в программе по времени

(8) HKEY_CURRENT_USER ?
Не, ни разу не слышал...

(10) Лондон - столица Великобритании, ага

(9) у меня подозрение, что сейчас кассиры как раз пересекаются в работе и происходит зависание, так как все используют одну библиотеку. И по ходу каждому юзеру надо использовать свою, только вот как в реестре это сделать и тут конфликты могут случаться в случае - один кассир получил свою библиотек и в этот же момент другой кассир регает свою, у одного из них терминал зависнет

(10) если файл один - будет одна запись - та, откуда зарегана последняя

Получается при такой схеме в любом случае раскладе возможен конфликт и в следствие зависание терминала. Сам лично при оплате картой редко натыкался на проблему проведения оплаты, значит люди как-то этот вопрос решили)

Знаю, что в разных конторах банковские терминалы с 1С настроены как локально на рабочих местах, так и на сервере через rdp, вроде у всех Ок. Расскажите, как настроили?

бла бла бла, бла бла бла бла

Попробуй regsvr32.exe /n /i:user и проверь, появится ли класс для указанного юзера