Под каким пользователем работает COM-соединение? Клиент-сервер.

Почему возник вопрос: требуется по com'у вызвать обработку в другой базе, а там она должна сохранить результат в файл. Так вот пока обработка работала в регламентном задании, всё было окейно. А стали пытаться вызывать её по com'у - облом с доступом к вышеуказанному файлу. Переделал на обращение к локальному (было - к сетевому) файлу - пофик, всё равно нет доступа.
Настраивал comexp.msc - что-то не влияет...

предполагаю, что под тем же пользователем от имени которого запущена программа из которой вызывается ком-соеденение

Если на сервере 1с - то под тем пользователем, от имени которого запущен сервер 1с. Если на клиенте - то от имени клиента.

(2) Про сервер - ТОЧНО?
Потому что там стоит типовой USR1CV82. У этого же пользователя есть доступ к папке, куда я собираюсь писать файл, но Винда - не даёт доступа.

Там такая цепочка получается: на сервере вызывается регламентное задание, запускается фоновое задание, из него(!) вызывается создание COM-соединения, по этому КОМу запускается обработка, которая получает данные и пытается записать их в файл - где и происходит облом. До попытки записи всё проходит успешно.

А не работает ли COM-соединение под каким-то своим пользователем, который где-то ещё прописан?

Запусти в своём фоновом задании КомандаСистемы("set > какой-токаталог, куда есть доступ\set.txt")
а потом на это файлик руками глянь, там всё есть

(4) А что именно смотреть в результатах команды SET? Там много чего будет... или не будет.

Дать USR1CV82 права на запуск СОМ32

comexp.msc /32

(5) например username

(8) А-а-а... Это бы хорошо, но как узнать что это за пользователь, чтобы знать какие куда доступы у него есть? ;))

(6) Это в ролях в comexp.msc? Есть там этот юзер. Может, сервер перезагрузить, конечно...

Результат: пока не создал папку с полными правами для группы Users, оно не хотело работать.:((
Так и непонятно, кто же был нужный юзер?

(11) А теперь создай файл из своего фонового и посмотри в свойства оного файла. На создателя.

Сервер 64,соединение 32,используется Com+,чтобы работало,и вот о  имени этого Com+ и создается соединение.
но нн все так просто,службы умеют имперсонацию,то есть действия от имени другого пользователя,и очень большой вопрос-чей токен идет для имперсонации.

Еще косвенно зависит от способа активации СОМ-компоненты (внутрипроцессная или внепроцессная).

(12) Хммм... Почему-то LOCAL SERVICE.:(

(15) О чём тебе твердили ещё с утки назад

А этот LOCAL SERVICE разве не имеет доступ сразу ко всему и вся? Это же, вроде, круть какая встроенная!?

(17) Путаешь с локал систем походу

(17) Он на сеть не имеет правов

На сеть - это я понимаю. Но с локальным диском почему сбои были... Странно.