Здравствуйте!

Имеется следующая связка: 1 сервер - 1с Сервер + MSSQL служба сервера 1с запущена от доменного администратора и также локального его же 'agent'
2 сервер терминальный - 1с платформа RDS
Версия платформы 8.3.14.1694
При выполнении любым пользователем на терминальном сервере процедуры выгрузки платежных поручений в банк получаем:
"Ошибка при выполнении файловой операции 'C:\Users\agent\AppData\Local\Temp\v8_DCA6_116a.txt"
Кэш чистил.
Профили убивал и создавал заново.
Давал  доступ пользователям на профиль пользователя agent на терминальном сервере - результат такой же.

В процессе экспериментов было выявлено что если зайти на терминальный сервер пользователем agent и зайти им же в 1C по выгрузки выполняются отлично!
Куда копать даже не знаю? При чем тут пользователь agent на терминальном сервере.
Сегодня буду пробовать новую платформу 8_3_14_1779.

Во общем Хелп ми!!!

"Давал  доступ пользователям на профиль пользователя agent на терминальном сервере" - а надо было права агента ковырять.

"зайти на терминальный сервер пользователем agent и зайти им же в 1C" - овнер файла один и тот же, что отправитель, что получатель.

"При чем тут пользователь agent " - при том, что операции очевидно производит сервер-1с работающий под агентом.

"Сегодня буду пробовать новую платформу 8_3_14_1779." - полезное занятие, но бессмысленное в контексте озвученной проблемы.

Но вот что еще заметил если пользователем в терминальник agent и войти в базу с agent то
1 попытка выгрузить будет удачна то
2..3..4..итд. будет выходить всё та же ошибка.
Блин где грабли?

(0) >Давал  доступ пользователям на профиль пользователя agent на терминальном сервере - результат такой же.
O! Это как ?!

Да просто добавлял в безопасность группу пользователей терминального сервера на полный доступ.
Любой пользователь имел полные права на профиль пользователя agent

(0) Для начала нужно выяснить, на каком сервере выполняется эта файловая операция, приводящая к ошибке. Отладчик в зубы.

Ну и стандартный вопрос, как раньше работало?

Раньше работало на старом сервер в режиме файлового сервера, теперь всё перенесли в скуль и на терминальник.

(9) Возможно баг в коде выгрузки. Не поддерживает клиент-серверный режим.

Такая же конфигурация прекрасно работает на другой прощадке

Заметил что такое происходит именно на сервере 1с приложений!
Так что терминальник отпадает - уже ближе.
Но почему происходит блокировка файлов на сервере?

(12) тебе же уже объяснили, проверь есть ли у пользователя agent полный доступ на диск c: сервера. Или в безопасности убери наследование папок. Чтобы у папки C:\Users\agent не было наследования прав от родительской папки. А то папка C:\Users\agent наследует у тебя права от C:\Users, папка C:\Users наследует права от C:\, а на C:\ ты полные права не дал. Поэтому пошуруй еще раз в безопасности на предмет наследования.

С правами всё ОК!
На сервере перенес папку temp в другое место для пользователя agent и стал снова запускать выгрузку и что обнаружилось что файлы v8_DCA6_XXXX.txt прекрасно создаются и у пользователя полнейший доступ - полнее не бывает.
Но вот что обнаружил нажимаю постоянно кнопку выгрузки рандомно может 20 раз выполниться,а после ошибка и снова по прошествии времени нажать выгрузить и всё ОК! Получает как то рандом то создаются временные файлы то нет.
Ранее эта конфигурация была файловая и была перенесена в скул dt выгрузкой.
Вычитал в форумах что иногда не корректно конвертируются базы в скульную.
Взял базу центральную залил на тоже железо с тем же пользователем -и и начал проводить те же процедуры.
Ни одной ошибки выгрузки ну пробовал раз 40, и смотрел на папку temp в которой я не обнаружил что выгрузка что то создает при выгрузке. Получается в переферийной конфигурации что то осталось от файловой версии? Или куда копать?

(14) С отладчиком дружишь?

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

Тема до сих пор актуальна.
Обновил платформу.
Обновил конфигурацию.
Переустанавливал 1С.
Кэш чистил.
Проводил тесты чтения записи дисков.
Переносил папку Temp на другой диск - давая права на неё полный доступ всем.
Ошибка всплывает рандомно! Можно 10 раз подряд нажимать кнопку Выгрузить - все ОК! на 11 раз ошибка!

тогда смотри антивирус и т.п.

1с не может записывать в файл,даже если кто-то захотел в него заглянуть.

и,все же,я бы перенес запись из временной директории в специальную,чтобы туда никто кроме 1с не лазил.

Я антивирус удалил совсем.
Нашел на форумах аналогичная проблема но там тоже нет решения.
http://forum-1c.ru/index.php?topic=65880.0

перенести нельзя там используется ПолучитьИмяВременногоФайла

(19) тю, проблем то. он в темпы своего профиля лезет, а это с точки зрения вменяемого админа шиндовс ну совсем не проблема переназначить.

Так я уже писал что Temp переносил на разные диски и в вменяемым название.
Не помогло.

(21)
"Переносил папку Temp на другой диск - давая права на неё полный доступ всем." - а надо было наоборот.

В том числе делал конкретно пользователю под которым запущен 1С сервер предприятие
Что не так?

"Что не так?" - "права на неё полный доступ всем"

Это уже последний вариант.
По умолчанию только этому пользователю были - и ошибка была такая же!
От того что я права дал всем - лучше не стало.
Разговор не о чем, тут что то другое.