Ошибка при вызове конструктора сомобъект 2147467262 0x80004002 интерфейс не поддерживается

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

Стоит УТ 11. Клиент-серверный вариант. Загружаю данные из Excel. При попытке открыть файл конструктором

Ex=Новый ComОбъект(«Excel.Application»);

Work = Ex.workbooks.Open(СокрЛП(ПутьКФайлу));

Входит ошибка

{Обработка.ЗагрузкаНоменклатурыИзЭкзель.Форма.Форма.Форма(25)}: Ошибка при вызове конструктора (ComОбъект): -2147467262(0x80004002): No such interface supported

Обработку разрабатывал в фаловом варианте. В файловом варианте обработка проходит нормально. Excel на сервере установлен.

Кто знает, почему файл не хочет читаться в клиент-серверном варианте?

(3) права учетной записи, от которой крутиться rphost

+ ну и конечно для загрузки из xls ставить на сервер эксель плохое решение, пару раз зависнет и сожрёт всю память

(18) И тут мы вам покажем, как вы думаете, что?

Правильно… Вот эту ссылку

https://www.forum.mista.ru/topic.php?id=815766

val245

34 — 03.04.18 — 21:01

{ВнешняяОбработка.загрузка_из_XLS.Форма.Форма.Форма(94)}: Ошибка при вызове конструктора (COMОбъект): -2147467262(0x80004002): Интерфейс не поддерживается

Уже видел и читал аналогичные темы на форуме, делал всё как писали, дал все права на пользователей, и на USRS1c8, и все равно ничего.
Дело такое, открываю базу локально, все работает, отладка читает excel.
Недавно перенесли базу на Postgres и после этого все отладки связанные с excel, word и прочим, просто престали работать. Уже перечитал кучу тем, ничего пока что не помогло.

LexaK, Это как? А то человек который администрировал 1с, благополучно свалил, а я практически без опыта работы

так а на сервере у вас Эксель установлен?

и проверьте где у вас КОм объект создаетс я — на клиенте или на сервере, эксель должен быть  установлен там где он создается

Ошибка происходит при попытке загрузить из Excel в 1С, когда код обработчика выполняется не на клиенте, а на сервере и в большинстве случаев текст ошибки говорит об отсутствии прав у пользователя сервера 1С.

Особенности

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

Убедиться в причине ошибки возможно, если посмотреть логи системы.

Устранение:

• на сервере убиваем excel (taskkill /im excel.exe /f)
• открываем оснастку «Службы компонентов» (Пуск->Администрирование->Службы компонентов)
• в ней раскрываем ветку Службы компонентов->Компьютеры->Мой компьютер->Настройка DCOM
• справа в списке находим Microsoft Excel Application, открываем Свойства, вкладка Удостоверение, выбираем пользователя с администраторскими правами, ОК.

Может оказаться, что  «Microsoft Excel Application» отсутствует в списке, в данном случае

1. Запускаем REGEDIT
2. Открываем ветку ComputerHKEY_CLASSES_ROOTAppIDEXCEL.EXE, если ее нет, то создаем
3. Создаем в ней строковый параметр AppID  = {00020812-0000-0000-C000-000000000046}
4. Выполняем команду «mmc comexp.msc /32», которая делает то же что и DCOMCONFIG, но позволяет видеть  32 битные компоненты.
5. После этого в Component Services должен появиться «Microsoft Excel Application»

Чтобы решить эту проблему, я включил пользователя USRV82, под которым запускается сервер приложений 1С Предприятия 8.3, в группу Distributed COM Users, но ошибка сразу не ушла, потребовалась перезагрузка.

Для правки использовалась оснастка Локальные пользователи и группы (lusrmgr.msc) — это инструмент, предназначенный для управления локальными пользователями и группами.

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

Осложняло проблему то, что ошибка плавала: периодически выходила, либо в момент создания объекта, либо уже в момент вызова методов excel-application.

Так что нельзя однозначно сказать, что же решило проблему.

Заключение

В большинстве случаев уйти от дополнительной настройки операционной системы возможно,  если использовать вызова Com-Объекта на клиенте. При правильной установке объектов они работают даже при различных по битности 1с и Excel, OS.

В моем же случае клиентские компьютеры работали на Ubuntu, поэтому вся обработка перенесена на сервер.

Бывает такое: вы прописываете для компонента пользователя и пароль.

Затем через некоторое время меняете пароль и компонент перестает работать: выходит такая же ошибка «Интерфейс не поддерживается». Следует просто вбить новый пароль.

1. Приветствую.

   Столкнулся с проблемой:
   Создал обработку, которая запускает Excel, читает файл, заполняет его и записывает.
   На клиенте все великолепно выполняется.
   Создал регламентное задание, которое запускает в определенное время это на сервере.
   При выполнении на сервере вылезает ошибка про то, что типа MS Excel не удалось получить доступ к файлу. При этом доподлинно известно, что ком. объект Excel даже не создался (нет его в процессах диспетчера задач).
   Примечательно, что если запустить обработку клиентом с машины, где установлен сервер 1С, то все выполняется.

   Excel = Новый COMОбъект("Excel.Application");
   Книга = Excel.WorkBooks.Open("D:DstOrder.xls");
   

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

   Сервер Windows Server 2008 R2 Standart. Service Pack 1
   Как это обойти?

2. 
   

   Offline

   shurikvz
   Модераторы
   Команда форума
   Модератор

   Регистрация:

   1 окт 2009

   Сообщения:

   8.547

   Симпатии:

   344

   Баллы:

   104

   1) Файл D:DstOrder.xls действительно существует на сервере?
   2) У пользователя под которым запущен сервер есть право доступа к каталогу D:Dst?

3. 1. Да, файл существует. Обработка при запуске на этом же сервере из-под клиента выполняется без проблем.
   2. Доступ есть. Пользователь — администратор. Пробовал файл в разные папки класть.

   — Объединение сообщений, 15 авг 2014 —

   Полный текст ошибки. Ошибка от имени Microsoft Excel, однако процесса EXCEL в диспетчере задач нет!

   Ошибка при вызове метода контекста (Open): Произошла исключительная ситуация (Microsoft Excel): Приложению Microsoft Excel не удается получить доступ к файлу «D:DstOrder.xls». Это может быть вызвано одной из следующих причин.

   • Указан несуществующий файл или путь.
   • Файл используется другой программой.
   • Имя книги, которую вы пытаетесь сохранить, совпадает с именем другой книги, открытой в данный момент.

   — Объединение сообщений, 15 авг 2014 —

   8.3.4.496

   Последнее редактирование: 15 авг 2014
4. 
   

   Offline

   shurikvz
   Модераторы
   Команда форума
   Модератор

   Регистрация:

   1 окт 2009

   Сообщения:

   8.547

   Симпатии:

   344

   Баллы:

   104

   Т.е. сервер (ragent.exe и т.д.) стартует от имени Администратора? Или все же от USR1CV82 (не знаю как там по умолчанию под 8.3 пользователь называется).

5. У меня пользователь USR1CV81 со старых времен. Он входит в группу Администраторы.

   Сейчас провел эксперимент. Зашел на сервер от имени этого пользователя и в клиенте запустил обработку — без проблем.

6. Попробовал вместо COMОбъект использовать ПолучитьCOMОбъект. Вот результат

   Ошибка при вызове метода контекста (ПолучитьCOMОбъект): Ошибка получения объекта COM: -2147221021(0x800401E3): Операция недоступна

7. 
   

   Offline

   shurikvz
   Модераторы
   Команда форума
   Модератор

   Регистрация:

   1 окт 2009

   Сообщения:

   8.547

   Симпатии:

   344

   Баллы:

   104

9. 
   

   Offline

   shurikvz
   Модераторы
   Команда форума
   Модератор

   Регистрация:

   1 окт 2009

   Сообщения:

   8.547

   Симпатии:

   344

   Баллы:

   104

11. 
    

    Offline

    shurikvz
    Модераторы
    Команда форума
    Модератор

    Регистрация:

    1 окт 2009

    Сообщения:

    8.547

    Симпатии:

    344

    Баллы:

    104

    
    likalim и Mark768 нравится это.
    

12. Спасибо тебе, добрый человек. Сам бы не допер…

13. 
    

    Offline

    shurikvz
    Модераторы
    Команда форума
    Модератор

    Регистрация:

    1 окт 2009

    Сообщения:

    8.547

    Симпатии:

    344

    Баллы:

    104

    Да не за что.
    Не совсем я это, разум это коллективный..

14. Небольшое уточнение:
    При выборе «Текущий пользователь», обработка на сервере запускает Excel только в том случае, если на сервер выполнил вход кто-нибудь из пользователей.
    Если это условие не выполняется, то получаем ошибку:

    Ошибка при вызове конструктора (COMОбъект): -2147467262(0x80004002): Интерфейс не поддерживается

    На вкладке «Удостоверения» есть 3-й вариант запуска — указать конкретного пользователя и пароль.
    Я указал пользователя, от имени которого работает сервер 1С (USR1CV81).
    В таком варианте обработка запускает Excel при отсутствии работающих пользователей на сервере.
    Это меня устраивает.

    В моем случае не бывает работающих пользователей на сервере и тем более, запускающих Excel
    Могу предположить, что при запуске Excel любым пользователем (не USR1CV81) могут возникнуть проблемы.
    Например, Excel запускается и работает, однако при старте выдает «Невозможно использовать связывание и внедрение объектов».

15. Приветствую.

    Когда в этой теме мне очень помогли. Восстановили сервер после аварии. Теперь восстанавливаю возможность работы пользователя USR1CV81 с Excel.
    Столкнулся с тем, что в Службы компонентов->Компьютеры->Мой компьютер->Настройка DCOM теперь нет ветки Microsoft Excel Application, хотя сам Excel установлен.
    Что я сделал не так?

16. 
    

    Offline

    alexburn
    Модераторы
    Команда форума
    Модератор

    Регистрация:

    5 янв 2009

    Сообщения:

    15.150

    Симпатии:

    560

    Баллы:

    204

    Переустанавливать эксель пробовали ?

17. Да, уже несколько раз и разные версии.
    Вычитал в сети, что если нет ветки явно, то нужно в реестре найти его наименование в виде кода. В реестре нашел, но его кода в Настройка DCOM тоже нет.

18. 
    

    Offline

    Ardak

    Регистрация:

    21 дек 2015

    Сообщения:

    1

    Симпатии:

    1

    Баллы:

    1

    Вдруг кому понадобится
    Выполняем команду «mmc comexp.msc /32», которая делает то же что и DCOMCONFIG, но позволяет видеть 32 битные компоненты.

19. 
    

    Offline

    limus80

    Регистрация:

    30 май 2013

    Сообщения:

    5

    Симпатии:

    0

    Баллы:

    1

    важное как мне кажется дополнение
    ко всему вышесказанному надо добавить учетке права входа в качестве сервиса на компьютер
    без этого у меня не работало на W2K12R2

20. 
    

    Offline

    Gucci76
    Опытный в 1С

    Регистрация:

    9 мар 2008

    Сообщения:

    75

    Симпатии:

    0

    Баллы:

    26

    Здравствуйте.
    У меня похожая проблема, но только с ВОРДом
    В файловом варианте я могу Новый COMОбъект(«Word.Application»), а в клиент-серверном нет.
    Службы компонентов->Компьютеры->Мой компьютер->Настройка DCOM тут НЕ нашел ворда (открывал через команду «mmc comexp.msc /32»).