Сервер 1С:Предприятия запускается из-под локальной учётной записи.

В сети есть папки общего доступа, но для доменных пользователей. Кроме того, у каждого есть своя папка, тоже доменный доступ.

Соответственно на уровне клиента файлы из этих папок видно, а на уровне сервера конечно же нет.

И не соображу, как эти файлы можно обработать?

Получать на клиенте, пихать в двоичные данные и передавать на сервер

(1) + 1

Или учетке, от которой работает сервер, дать доступ ко всем файлам

(3) Не самая лучшая идея

(3) А если папка не на сервере?

(1) (2) имеется в виду использование ДвоичныеДанные(Файл)?

никогда не сталкивался

попробовал вот так:

Процедура НаКлиенте()
    ФайлДанных = Новый ДвоичныеДанные(ПутьКФайлу);
    НаСервере(ФайлДанных);
КонецПроцедуры

Процедура НаСервере(Знач ФайлДанных)
    ExcelApp = Новый COMОбъект("Excel.Application");
    Книга = ExcelApp.WorkBooks.Open(ФайлДанных);
КонецПроцедуры

замечательно передаёт, но Excel ругается, говорит, что не может открыть такой файл :(

(7) ДД во временный файл сохраняй, потом уже его открывай

(1) Хорошее решение, но трафик гоняется.

(0) Как так О_о... Используй метод относительности :)

(7) Все делай через ВременноеХранилище :)

+(0) Сервер 1С лучше запускать из под Домменой учетки :)

(8) попробую

(10) попробую

(11) хорошая идея, но из личных папок читать всё равно не будет.

(12) Смотря какие права будет иметь доменная учетка сервера 1С

Сделал доменную учётку, файлы видит, но теперь проблема с самим Excel какая-то не ясная. Не отрабатывает Open(Файл) - думал не хватает прав, попробовал ExcelApp.WorkBooks.Add() та же беда. Подозреваю, что прав у новой учётки может быть не хватает, вот только не пойму на что именно.

(14) файлы копирует, создаёт. Т.е. права на запись есть. А вот c Excel'ем беда. Когда например использую метод Add() ругается что не хватает памяти или места на диске. Хотя и того и другого в достатке.

(15) Из под учетки пользователя 1С запусти ексель, может там какие сообщения выскакивают

По возможности лучше через ADO делать ексельные операции , через COM тормознее и геморой с правами. Гарантировано будет работать когда от Администратора запускаешь , в противном случае пляски с бубном , так как йокселю требуются права на запись в чертову кучу мест плюс еще в реестре где то.

(16) к сожалению, всё в порядке, никак не ругается, файлы открывает.

в 1с же ругается на такую конструкцию:

ExcelApp = Новый COMОбъект("Excel.Application");
Книга = ExcelApp.WorkBooks.Add();

Может эта тема както поможет: v8: v8: 1C Excel DCOM сложности с открытием

(18) Возможно, при создании файла excel ему присваиваются права excel. Сделай так, залогинься под учеткой 1С сервера(на самом серваке) Создай файл на серваке, открой этот файл в 1С

(18) А Эксель на серванте установлен вообще?

а сервер и клиент на одном компе находятся?

(22) Какая разница, папки-то сетевые

(19) проблема похожая, но к сожалению пока никак не помогает

(21) да

(22) нет

(20) под учёткой захожу, всё хорошо, ексель открывается руками. файлы в нём тоже открываются

но проблема в том, что вот такая конструкция:

ExcelApp = Новый COMОбъект("Excel.Application");
Книга = ExcelApp.WorkBooks.Add();

она вообще никакий файлы не использует, просто какая-то проблема с экселем.

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

(11) чтобы служба запускалась под пользователем из домена, админ говорит, что юзверь должен в ходить в группу локальные админы...
А какие последствия от запуска 1с-ных служб от, по сути, админской учётки??

При установке 1С на сервере было установлено COM соединение?

(24)Интерактивно войди под пользователем сервера 1С на сервере и запусть эксель. А вообще про эксель на сервере надо не 1С, а MS форумы читать.

(25) Если без домена - то создать локального пользователя на сервере с шарой с именем и паролем сервера 1С и дать ему доступ только в эти папки. Тогда будет проходить подключение на уровне одноранговой сети.
В свое время удобно и успешно бродил по шарам типа \C$ по доменным компам под именем локального недоменного админа.