Есть обработка. Сохраняет табличный документ в xlsx, и на сервере обрабатывает его с помощью объектов

```1c
    Ехсел=Новый COMОбъект("Excel.Application");
    Ехсел.DisplayAlerts = False;
    Ехсел.ScreenUpdating = Ложь;
    Ехсел.EnableEvents = 0;
    Ехсел.Visible = 0;

    Книги=Ехсел.Workbooks;

    Книга = Книги.Open(ИмяВрФайла);
    /// Идет обработка
    Книга.SaveAs(ПутьКФайлу_);
    Книга.Close();
    Ехсел.Quit();
```

Обработка запускается как вручную так и по регламенту раз в полчаса.
После переноса кластера серверов на отдельный сервер возникли проблемы. Обработка выполняется какое-то количество раз, после этого начинает валиться с ошибкой
"Интерфейс не поддерживается" . Кажется, на строке "Ехсел=Новый COMОбъект("Excel.Application");"
После этого я захожу на сервер с кластером. Тыкаю в любой xlsx файл, выдается сообщение "Было завершено аварийно, запустить в безопасном режиме?", и открывает файл. После этого обработка снова работает.
Удалил эксель 2021, поставил версию 2016. После этого, при открытии экселя предупреждение перестало возникать. Но обработка по-прежнему "ломается", и так же "лечится" открытием файла вручную.
---
на предыдущем сервере это годами работало с разными версиями офиса, а тут такая засада Рискую, как и предыдущий советчик, тоже попасть "пальцем в небо", но на всякий случай спрошу: а настройку Excel на сервере делали? В том числе - создание служебных папок Desktop, об этом много раз говорено.

Подробности, например, тут: https://www.f1pro.ru/publications/nastrojka-dcom-komponenty-excel-application-na-64-bitnom-servere-prilozhenij-1s/
---
я производил настройку то ли по более краткой инструкции, то ли поставил больше прав, чем нужно, и это приводило к тому, что запуск производился не всегда корректно. Т.к. первичная настройка помогла с хоть каким-то запуском, я не стал перепроверять эту ветку решений. Перенастроил все точнее, и стало работать стабильно. В частности из прав убрал "Удаленный запуск" и, кажется "Во вкладке "Identity" должно быть выбрано "The launching user"." поменял.
---
Может стоит отказаться от использования Com-объекта excel в обработке? Есть же метод табличного документа "Прочитать" для чтения данных, который работает гораздо быстрее и стабильнее.
---
COM используется для добавления формул в сформированный документ. 1с не сможет формулы сделать.
---
Табличный документ легко записывается в Эксель. Это можно сделать без ком объекта. А формулы Вы как добавляете если 1С их сама не может сделать? Вы в тойже обработке в экселе уже создаете формулы? Может стоит посмотреть как Вы это делаете?
---
```1c
    Книга = Книги.Open(ИмяВрФайла); // ["+ТекСтрСтр+"]

    Лист = Книга.workSheets(1);
    Ехсел.ActiveWindow.SplitRow = 9;//Указываем строку по которую фиксируем шапку
    Ехсел.ActiveWindow.FreezePanes = 1;
    мПерВаяСтрока = 1;
    мПоследняяСтрока = ТабДок.ВысотаТаблицы;
    Для Сч = 2 По 5 Цикл
    Лист.Cells(Сч, 1).Locked=Ложь;
    КонецЦикла;
    ТекстФормулы = "=ЕСЛИ(RC[11]>=50000;RC[11];ЕСЛИ(И(RC[10]>=20000;RC[11]<50000);RC[10];ЕСЛИ(И(RC[9]>=10000;RC[10]<20000);RC[9];"не хватает до опта")))";
    Лист.Cells(5, 6).FormulaLocal = ТекстФормулы;
    ТекстФормулыПодвал = "=ЕСЛИ(R5C17>=50000;R5C17;ЕСЛИ(И(R5C16>=20000;R5C17<50000);R5C16;ЕСЛИ(И(R5C15>=10000;R5C16<20000);R5C15;"не хватает до опта")))";
    Лист.Cells(мПоследняяСтрока, 8).FormulaLocal = ТекстФормулыПодвал;

    Для ТекСтр = мПерваяСтрока По мПоследняяСтрока Цикл
    ЗнКод = Лист.Cells(ТекСтр, 9).value;
    Если ЗначениеЗаполнено(ЗнКод) Тогда
    Лист.Cells(ТекСтр, 12).FormulaR1C1 = "=RC[-9]*RC8";
    Лист.Cells(ТекСтр, 13).FormulaR1C1 = "=RC[-9]*RC8";
    Лист.Cells(ТекСтр, 14).FormulaR1C1 = "=RC[-9]*RC8";
    Лист.Cells(ТекСтр, 6).FormulaLocal = "=ЕСЛИ(R5C17>=50000;RC[-1];ЕСЛИ(И(R5C16>=20000;R5C17<50000);RC[-2];ЕСЛИ(И(R5C15>=10000;R5C16<20000);RC[-3];"не хватает до опта")))";
    Лист.Cells(ТекСтр, 8).Locked=Ложь;
    КонецЕсли;
    КонецЦикла;
    Лист.Cells(5, 15).FormulaR1C1 = "=SUM(C[-3])";
    Лист.Cells(5, 16).FormulaR1C1 = "=SUM(C[-3])";
    Лист.Cells(5, 17).FormulaR1C1 = "=SUM(C[-3])";
    Лист.Cells(5, 15).Font.ColorIndex = 0;
    Лист.Cells(5, 16).Font.ColorIndex = 0;
    Лист.Cells(5, 17).Font.ColorIndex = 0;
    Лист.Cells(5, 10).Font.ColorIndex = 0; // Количество бустеров на единицу
    Ехсел.screenupdating = true;

    СоответствияСтрок = ПолучитьИзВременногоХранилища(АдресСоответствияСтрокБустеров);
    СоответствиеБустеров = ПолучитьИзВременногоХранилища(АдресСоответствияБустеров);
    Для Каждого ЭлСоот из СоответствияСтрок Цикл
    Бустер = ЭлСоот.Ключ;
    МассивЯчеек = СоответствиеБустеров.Получить(Бустер);
    Лист.Cells(ЭлСоот.Значение, 8).FormulaR1C1 = СформироватьФормулу(МассивЯчеек); // Просто сумма всей той кучи, по ходу
    КонецЦикла;
    Лист.EnableOutlining = Истина;
    ПутьКФайлу_ = ПолучитьИмяВременногоФайла("XLSX");
    Книга.SaveAs(ПутьКФайлу_);
    Книга.Close();
    Ехсел.Quit();
```
---
как вариант, скопируйте+переименуйте файл ДО открытия, записывайте .Save
// два раза с одним и тем же файлом работаете
---
"-2147467262(0x80004002): Интерфейс не поддерживается
{Обработка.ПрайсVaporDistro.МодульОбъекта(405)}: Ехсел=Новый COMОбъект("Excel.Application");

по причине:
-2147467262(0x80004002): Интерфейс не поддерживается " Текст ошибки из ЖР. Получается, что он на этапе создания объекта дает ошибку.
Или вы имеете в виду, что аварийное завершение происходит из-за вызова SaveAs?
---
Добрый день. Попробовать загнать все в Попытка
---
Чтобы оно прост не выполнялось молча без вывода ошибки? Отличный совет:)
---
А ошибку вывести в исключение мозгов не хватает? Отличный ответ :)
---
(11) и чем мне это поможет?
---
Число теоретически надо смотреть описание ошибки. Что напишет.
Если регламентное задание то писать ошибку в журнал регистрации.
 Если проблема с доступом к файлу, то создать новый, подождать или еще что-то
---
имею ввиду, что один и тот же файл открывается "два раза" (один раз обработкой, второй раз регл-заданием*) а при возникновении ошибки (причем любой типа неправильное имя) эксель объект не освобождается, - следующее выполнение не сможет открыть файл.

Используйте Попытка в самом конце напишите:
Ехсел = Неопределено; // чтобы освобождался объект при ошибке

Если ошибка на моменте создания: убедитесь что у юзера (под которым выполняется операция) есть права на Папку файла, права на запуск и работу с Экселем; Для этого зайдите на сервер под юзером и откройте + сохраните как файл; То же самое под юзером от которого стартует служба 1С;

Перед всеми тестами: УДАЛИТЕ в диспетчере задач зависшие процессы Эксель !
---
Вот код из начала процедуры.

```1c
    ИмяВрФайла = ПолучитьИмяВременногоФайла("XLSX");//"C:\ПРАЙС\"+(Новый УникальныйИдентификатор)+(".XLSX");
    ТабДок.Записать(ИмяВрФайла, ТипФайлаТабличногоДокумента.XLSX);

    Ехсел=Новый COMОбъект("Excel.Application");
    Ехсел.DisplayAlerts = False;
    Ехсел.ScreenUpdating = Ложь;
    Ехсел.EnableEvents = 0;
    Ехсел.Visible = 0;

    Книги=Ехсел.Workbooks;

    Книга = Книги.Open(ИмяВрФайла);
```

1) Имена файлов генерируются каждый раз разные.
2) Служба сервера запущена подо мной, юзером с полными правами. Файл создается в каталоге временных файлов, к нему не может быть проблем с доступом.
3) Если бы была проблема с доступом, обработка бы не работала никогда.
4) У меня было написано Ехсел = "", заменил на Ехсел.Quit(); . Ну согласен, еще добавить Ехсел = неопределено стоит... Но тут другая загвоздка...
"Если ошибка на моменте создания: убедитесь что у юзера (под которым выполняется операция) есть права на Папку файла, права на запуск и работу с Экселем; Для этого зайдите на сервер под юзером и откройте + сохраните как файл; То же самое под юзером от которого стартует служба 1С;" Когда возникает ошибка, захожу под собой, тыкаю в Эксель, и все чинится, т.е. проблем с правами на эксель нету. К тому же, обработка не всегда падает с ошибкой.
---
в таком случае вероятно проблема с Экселем, проверить что разрядность Экселя (32/64) совпадает с разрядностью Платформы 1С
---
Совпадает.
Попробую поставить версию еще старше...
---
после деинсталляции Экселя, -
надо бы почистить реестр от Эксель com-объектов, но не знаю как это сделать практически :)
---
Ну есть подозрение, что деинсталлированный что-то за собой мог оставить...
---
именно (либо com объект мог быть зарегистрирован другой инсталляцией типа Visual Basic) в общем - это последняя идея ... :)
---
мда.. 2010 й офис поставил. Тоже - работает какое-то время. Потом "портится".
---
см Журналы Windows, может там какая-нибудь ошибка DCOM отыщется
---
м.... есть некоторые события до 9 ноября
"Не удается найти описание для идентификатора события 300 из источника Microsoft Office 16 Alerts. Вызывающий данное событие компонент не установлен на этом локальном компьютере или поврежден. Установите или восстановите компонент на локальном компьютере.

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

К событию были добавлены следующие сведения:

Microsoft Excel

Невозможно использовать связывание и внедрение объектов.

100407

16.0.14332.20358" Думаю, это не актуально уже
---
ну попробуй
https://support.microsoft.com/en-us/office/repair-an-office-application-7821d4b6-7c1d-4205-aa0e-a6b40c5bb88b
---
вот думаю еще, есть ли может еще какие-то методы обработки Excel - он же, фактически, xml...
---
как я понимаю, удаление и установка должна выполнить больше действий, нежели repair...
---
еще проверь исходный xls файл (не должно быть Фильтров, и т.п.) если есть возможность, - создай новый эксель файл Скопируй из исходного инфу;
---
Исходный файл формируется в 1с как обычный табличный документ - соответственно, фильтров там не может быть, только группировки.
---
так может как то с группировками связано ?
---
это уже совсем пальцем в небо:) Получается, что тут одно завершение происходит как бы аварийно, после этого создать ком-объект типа вообще уже нельзя. А когда я вручную запускаю, эксель исправляется. Как будто надо очищать какой-то признак аварийности...
---
предлагаю записывать файл в формате mxl (дополнительно перед xls); после возникновения ошибки открыть mxl в 1С и посмотреть "что не так" ... может количество группировок зашкаливает, или ячейки объединены как то криво ...
---
не логично.
Ошибка-то не на открытии файла, а на создании ComОбъекта. Т.е. возможно, что ошибка на этапе предыдущего формирования файла
Да и вообще, я исключаю такую проблему - файл-то формируется одинаково по областям макета, только строки могут добавляться, и цифры меняться. Проблема четко возникла с переездом на новый сервер.
---
верно, нужно предыдущий файл смотреть; Такой вариант проверить: записываем формулы в ячейки "за пределами области данных"; Если к примеру файл сформировался с пустыми данными, и формулу записываем в ячейку НИЖЕ конца данных (в Экселе есть функция получения нижней строки данных документа) думаю понятно о чем идет речь :)
---
Интересно, с чего он может с пустыми данными сформироваться?) Даже если номенклатура исчезнет из базы волшебно, то шапка будет выведена.
---
намекаю на то, что ошибка именно в формулах; и на пустых данных файла, формула либо дает ошибку, либо переполнение, либо хз ...
---
С интервалом в полчаса выгружается файл. В нерабочее время файл выгружается несколько раз, а потом внезапно данные файла становятся неверными?
---
допустим есть файл с проблемными данными, при записи Эксель выдает предупреждение типа "Ошибка в формуле", но записывает; следующий COM объект не создается, из-за не освобожденной памяти модуля выдавшего сообщение об ошибке; (понятно это только догадка)

Кроме того, формула содержит абсолютную адресацию:

```1c
    ТекстФормулыПодвал = "=ЕСЛИ(R5C17>=50000;R5C17; ...
```

это может привести к ошибке при изменении "макета" выходного файла
---
я понял мысль. Но файл формируется по одному алгоритму, макету, и, можно сказать, по одним и тем же данным.
---
А еще может быть, как-то можно избежать аварийного завершения...
Например, после Quit() не успевает отработать, и при обнулении переменной падает аварийно....
---
Вообще, не понятно - на предыдущем сервере это годами работало с разными версиями офиса, а тут такая засада. Либо с видной что, либо один, первый офис подпортил. Я уже три офиса перебрал.
---
на предыдущем сервере это годами работало с разными версиями офиса, а тут такая засада Рискую, как и предыдущий советчик, тоже попасть "пальцем в небо", но на всякий случай спрошу: а настройку Excel на сервере делали? В том числе - создание служебных папок Desktop, об этом много раз говорено.

Подробности, например, тут: https://www.f1pro.ru/publications/nastrojka-dcom-komponenty-excel-application-na-64-bitnom-servere-prilozhenij-1s/
---
(32) дыдущий советчик, тоже попасть "пальцем в небо", но на всякий случай спрошу: а настройки Excel на сервере делали? В том числе - создание служебных папок Desktop, об этом много раз говорен
Да, служебные папки создавал. В ветках DCOM права выдавал по инструкциям.... На сервере, конечно.
До этого другие ошибки выдавались.
Но, опять же, если бы например, не было служебной папки, то обработка бы вообще не работала. А так работает раз 5-10, а потом перестает.
---
Проблема четко возникла с переездом на новый сервер. Ну, тогда $m получит тот, кто угадает - что именно на вашем новом сервере настроено не так. :)

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

```1c
    Excel.FileValidation = 1;
```

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

"Excel.FileValidation = 1;" ну попробовать можно. Как в следующий раз "сломается" - вставлю эту строку. Мало ли...
---
Как в следующий раз "сломается" - вставлю эту строку. Мало ли... Ну и еще, в порядке бреда: а если добавить принудительное обнуление переменных, отвечающих за работу COM? Я имею в виду:

```1c
    Книга.SaveAs(ПутьКФайлу_);
    Книга.Close();

    Книга = Неопределено;

    Ехсел.Quit();

    Ехсел = Неопределено;
```
---
Бреда, не бреда, а я как раз примерно об этом подумал, и уже сделал. Сейчас жду результатов.
Правда я Книгу не обнулял. И паузу еще сделал. Подумал, вдруг он выйти не успевает, а его обнуление переменной "рубит."

 Книга.SaveAs(ПутьКФайлу_);
    Книга.Close();

    Ехсел.Quit();
   БТС.Пауза(1);
    Ехсел = Неопределено;
---
Подумал, вдруг он выйти не успевает, а его обнуление переменной "рубит." Не думаю: обнуление переменной просто заставляет 1С "забыть" про Excel, а он далее самостоятельно выполняет ту последовательность команд, которая была ему задана (запись файла, его закрытие , завершение процесса Excel).

Тут, ИМХО, какая-то засада с файлами, их расположением и правами на них. Лично я бы попробовал сразу же копировать файл ИмяВрФайла в ПутьКФайлу_, проверять результат, открывать полученный файл, записывать в него формулы и записывать на том же месте, где он уже есть.

Надеюсь, понятно изложил?
---
Понятно. Да только вот не могу представить, в чем проблема может быть с сохранением в другой файл. Они оба в каталоге временных файлов.
---
не могу представить, в чем проблема может быть с сохранением в другой файл. Они оба в каталоге временных файлов. Просто предположение: а места на диске с этим каталогом достаточно? С запасом?
---
да, 50 ГБ есть :)
---
я производил настройку то ли по более краткой инструкции, то ли поставил больше прав, чем нужно, и это приводило к тому, что запуск производился не всегда корректно. Т.к. первичная настройка помогла с хоть каким-то запуском, я не стал перепроверять эту ветку решений. Перенастроил все точнее, и стало работать стабильно. В частности из прав убрал "Удаленный запуск" и, кажется "Во вкладке "Identity" должно быть выбрано "The launching user"." поменял.
---
Сложный код заполнения файла в обработке? Если всегда используется .xlsx, то можно файл открывать как архив и заполнять непосредственно .xml
Работает намного быстрее ТабличныйДокумент.Прочитать(), не говоря уже о COM
---
вот в эту сторону тоже думаю. Но что-то мало по теме материалов нашел, особенно свежих. Боюсь, как бы не пришлось часов 20 потратить на изобретение велосипеда...
В комментариях приведен код полностью - там вставка формул в ячейки по адресам. Т.е. достаточно иметь механизм обращения к ячейке (возможно, ее добавления), и подписывания формулы в свойства.
Кажется, еще там что-то меняется, но, может, то и не критично.
---
если есть конфигурация Документооборот, то можно подсмотреть там реализацию. Если файл создавать не надо, а лишь менять существующий, то менять нужно лишь один файл из архива
---
Спасибо за идею! Пока еще надеюсь, что удастся без этого обойтись. Но, на будущее, хорошо бы овладеть этой технологией.
Да, файл не нужно создавать, у меня всегда xlsx, записанный средствами 1с.
---
Кажется, что ситуация немного другая. Пока держу свой сеанс RDP, и еще какое-то время после, все работает. Когда выключаю компьютер, закрываю окно крестиком, такое впечатление, что COM перестает создаваться. Служба запущена от моего пользователя.
---
Когда выключаю компьютер, закрываю окно крестиком Не завершая сеанс? Или завершаете? Дополнительно: автозавершение терминальных сеансов для этого пользователя настроено?
Служба запущена от моего пользователя. Видимо, тут-то собака и порылась: завершается сеанс - служба отваливается, создавать COM становится некому.

Я бы попробовал настроить запуск службы от имени системы.
---
нет, не завершая. При повторном входе он не запускается заново, а на том же месте. Но, возможно, он в какое-то неактивное состояние уходит.
Тоже мелькнула мысль по поводу системного юзера. Надо попробовать.
---
Попробовал запуск от имени системы.
"Произошла исключительная ситуация (Microsoft Excel): Не удалось найти "C:\Windows\Temp\v8_CB8_4e.XLSX". " - системная учетка как-то странно взаимодействует с временными файлами, похоже.
Конечно, есть вариант, принудительно каталог какой-то выдать...
---
Не удалось найти "C:\Windows\Temp\v8_CB8_4e.XLSX Это в какой момент? При создании COM-объекта? Или позже, когда происходит обработка файла?
 системная учетка как-то странно взаимодействует с временными файлами, похоже. Вариант наугад: антивируса на сервере нет? Если есть - может, он блокирует создание временного файла?
---
Книги.Open(ИмяВрФайла); На этой строке дает ошибку.
Нету антивируса )
---
Книги.Open(ИмяВрФайла); На этой строке дает ошибку. А сразу после
```1c
    ТабДок.Записать(ИмяВрФайла, ТипФайлаТабличногоДокумента.XLSX);
```
 файл появляется в папке?

Я бы проверил права пользователя "система" на папку C:\Windows\Temp\.

Или действительно, выделил под временные файлы отдельную папку, лучше - вообще не на системном диске.

А то заглянешь в C:\Windows\Temp\ - а там мусора...
---
система а как выделить отдельную папку? Или имеет в виду, именно, что в этой обработке прописать папку другую?
---
в этой обработке прописать папку другую? Именно это.
---
Ну как вариант... но очень боюсь, что это еще в других местах конфы вылезет. Попробовать можно..
---
очень боюсь, что это еще в других местах конфы вылезет. У вас много мест, где используется COM-объект Excel?

Это изменение системной переменной %TEMP% может "вылезти в других местах", а выделение отдельной папки, которая будет использоваться в одной обработке - не думаю.
---
COM - нигде больше. Тем более на серверной части. Имею ввиду, что если тут проблема с работой ПолучитьИмяВременногоФайла() то вот это может сказаться на других механизмах. Но попробовать можно.
---
Имею ввиду, что если тут проблема с работой ПолучитьИмяВременногоФайла() то вот это может сказаться на других механизмах ИМХО, тут проблема не с получением имени временного файла, а с записью этого временного файла - когда 1С чуть позже (по коду) пытается его открыть, то не находит.
---
ну я имею в виду, что вр. файлы как-то сохраняются, но почему-то долго не живут) Хотя... может это именно у экселя же не хватает прав на эту папку?
---
я имею в виду, что вр. файлы как-то сохраняются, но почему-то долго не живут 7 строчек кода - это долго? ;-)

Вы проверяли в отладчике - в Windows\Temp вообще появляется временный файл XLSX?
---
не долго не живут)
Пока не проверял, т.к. сервер рабочий, вернул пока настройки, завтра утром продолжу изыскания.
Вот ниже про автосохранение пишут, тоже попробовал отключить - чем черт не шутит.
---
Вот ниже про автосохранение пишут, тоже попробовал отключить Ну, как угодно - я вижу по коду в (14), что 1С средствами платформы сохраняет временный файл XLSX, после чего запускается Excel и пытается открыть этот файл... а его нет! До изменений файла дело не дошло - при чем тут автосохранение?

Впрочем, процитирую сам себя: "У MS все может быть".
чем черт не шутит. Ну, шутить - так шутить: поменять местами (и по времени выполнения) создание файла и запуск Excel: запуск - создание файла - его открытие:

```1c
    // ТабДок.Записать(ИмяВрФайла, ТипФайлаТабличногоДокумента.XLSX);

    Ехсел=Новый COMОбъект("Excel.Application");
    Ехсел.DisplayAlerts = False;
    Ехсел.ScreenUpdating = Ложь;
    Ехсел.EnableEvents = 0;
    Ехсел.Visible = 0;
    //
    ТабДок.Записать(ИмяВрФайла, ТипФайлаТабличногоДокумента.XLSX);
    //
    Книги=Ехсел.Workbooks;

    Книга = Книги.Open(ИмяВрФайла);
```
---
может это именно у экселя же не хватает прав на эту папку? У MS все может быть - чего стоит хотя бы обязательность служебных папок Desktop (в русскоязычной версии Excel!) в определенных местах?
---
Имею в виду, что скажется именно вообще работа от имени системной записи. Гугл выдает, что у некоторых возникали ошибки с папкой windows\temp
---
Удивительно, но при запуске от имени системы, тоже валится с ошибкой той же самой)
---
валится с ошибкой той же самой) Еще бы понять - какой именно "той же самой": "Интерфейс не поддерживается" или "Не удалось найти"? ;-)
---
"Интерфейс не поддерживается".
Сейчас еще попробовал настройки DCOM переделать строго по инструкции. Может там что-то в настройках "от кого запускается" влияет или еще что.
---
Может там что-то в настройках "от кого запускается" влияет или еще что. Еще смотря что запускается: сейчас только обратил внимание на (14):
 Служба сервера запущена подо мной, юзером с полными правами. Вопрос: какая "служба сервера"? Сервера 1С? Обычно это USR1CV83 (или USR1CV82) - вот этому пользователю надо давать права на запуск DCOM - п.4 инструкции из ссылки в (32)!

Ну, и и на папку C:\Windows\Temp - тоже.
---
(81)да, служба сервера 1с под полными правами запущена. Обычно под спиральным юзером я ее не запускаю.
---
служба сервера 1с под полными правами запущена Под каким именем пользователя?
---
под моим же. admin1c. А теперь под системной учетной записью.
---
я не использую отдельные учетки USR1CV83 , а запускаю под своей.
---
запускаю под своей Скорее всего, какие-то настройки вашей учетной записи некорректны. Можно проверить, все ли необходимое сделано для работы сервера 1С под этой учеткой: http://www.gilev.ru/multiple1cservers/ (с поправкой на то, что "второго сервера" нет).

Но лично я бы создал (по этой инструкции) специального пользователя именно для 1С.
---
Так под системной записью же такая же проблема. И она не с 1с , а excel.application
---
Так под системной записью же такая же проблема. Еще раз: я бы не использовал системную учетку (пользователь "система"), а создал нового пользователя USR1CV83 и настроил бы его точно по инструкции Гилева.

А потом - добавил бы ему права на запуск DCOM.
---
проблема решилась настройкой DCOM по более подробной инструкции. Сейчас найду, кто первым об этом сказал, и выдам sm
---
в настройках экселя, который на сервере установлен, включено автосохранение?
---
интересный вопрос.... по умолчанию, скорее всего включено.
---
попробуйте после каждой сессии (удачной или неудачной) очищать папку с автосохранением. расположение этого каталога в параметрах экселя настраивается.
---
я отключил автосохранение. Может это само по себе поможет...
---
отключение автосохранения не помогло)
---
Ошибка "Интерфейс не поддерживается" возникала именно из-за кривого экселя.!!!

Установка с ОБРАЗА со всеми доп компонентами решила проблему. Попытки поставить эксель "не с образа" вообще не добавляли компонент в систему. Автор ветки написал ошибку в название темы и сам ее вылечил переустановкой, а далее в теме обсуждают другие проблемы, которые к "Интерфейс не поддерживается" скорей всего не имеют отношения.