Ошибка при вызове метода контекста open произошла исключительная ситуация microsoft excel

Описание ошибки:
Проявила себя в клиент-серверной базе. Релиз платформы 1С: Предприятие 8.3.13.1644.

Найденные решения:

Полная формулировка ошибки:

{Доработки Документ.УстановкаЦенНоменклатуры.Форма.Доп_ФормаИмпортXLS.Форма(83)}: Ошибка при вызове метода контекста (Open): Произошла исключительная ситуация (Microsoft Office Excel): Нет доступа к файлу ‘C:1C_ArhivТест загрузка прайсов[имя_файла].xlsx’. Это может быть вызвано одной из следующих причин.

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

При доработке в расширении для конфигурации 1С: Комплексная автоматизация 8, ред. 2, которая должна загружать данные из файлов Excel и при попытке выполнения в коде РабочаяКнига = ExcelПриложение.WorkBooks.Open(ФормаИмпортXLS.ИмяФайла);. Что удивительно, но в более ранней редакции Комплексной, 1.1, эта проблема не возникала в этом же коде, хотя обе базы на одном сервере.

Проблема оказалась нова для автора этого текста только в 2020 году, хотя самой проблеме достаточно много времени (более 5 лет на момент написания). В обсуждении данной ошибки на сайте infostart.ru «Ошибка открытия файла Excel на сервере» обсуждается несколько предложений по решению проблемы, среди которых наиболее популярный вариант решения. Так же там много попутных предложений по настройке прав на стороне сервера, если вдруг популярный вариант окажется не актуальным.

Популярность этого варианта подтверждается исчерпывающим обсуждением и вот на этом ресурсе: «v8.x: [РЕШЕНО] Ошибка при вызове метода контекста (Open) при работе с Excel»

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

Оцените, помогло ли Вам предоставленное описание решения ошибки?

---

© www.azhur-c.ru 2014-2020. Все права защищены. Использование текстов и изображений с данной страницы без письменного разрешения владельца запрещено. При использовании материалов с данной страницы обязательно указание ссылки на данную страницу.

23-09-2020

Журавлев А.С.
(Сайт azhur-c.ru)

   Алгоритм

11.12.10 — 23:15

   Topol-M

1 — 11.12.10 — 23:16

А вы файлик на сервер на D:backupОбмен перенесите

   Алгоритм

2 — 11.12.10 — 23:18

(1) Не все так просто, я на серваке выполняю код

   Topol-M

3 — 11.12.10 — 23:19

Ну тогда вчитайтесь в сообщение об ошибке

   Алгоритм

4 — 11.12.10 — 23:19

Клиент и сервер — это один и тот же компьютер

   Алгоритм

5 — 11.12.10 — 23:20

(3) Права проверил, все в порядке, сеанс и служба запущена под одним юзером

   Алгоритм

6 — 11.12.10 — 23:21

Возможно 8.2 не позволяет вообще такой код выполнять на стороне сервера?

   Алгоритм

7 — 11.12.10 — 23:23

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

   smaharbA

8 — 11.12.10 — 23:26

на шары забей

   Topol-M

9 — 11.12.10 — 23:26

Код рабочий сейчас проверил.

   Алгоритм

10 — 11.12.10 — 23:31

(8) На шару положил файл, пофигу та же ошибка
Блин мозг сломал уже.

   smaharbA

11 — 11.12.10 — 23:32

(10) о том, что если д: это шара, работать не будет
(а так я в восьмерке как кот в помидорах)

   Алгоритм

12 — 11.12.10 — 23:50

   Fragster

13 — 12.12.10 — 00:01

у пользователя usrv1srv (или как там его) нет прав на доступ к папке

   Topol-M

14 — 12.12.10 — 00:02

Может он у тебя уже открыт тока окна не видно? в процессах эксель не висит?

   Fragster

15 — 12.12.10 — 00:02

короче у того, под которым сервант 1с крутится

   smaharbA

16 — 12.12.10 — 00:11

(12) еще раз, если это шара, под любым соусом работать не будет

   Алгоритм

17 — 12.12.10 — 00:32

(16) Та хоть шара хоть не шара не работает

   Алгоритм

18 — 12.12.10 — 00:40

   Алгоритм

19 — 12.12.10 — 00:50

Файлик копируется нормально в D:1.xls, значит права есть на файл

   Torquader

20 — 12.12.10 — 00:59

А кто сказал, что пользователь «сервер1С» может вообще открывать приложение Excel ?
Он вообще в какой группе пользователей живёт ?
(У меня такая же проблема была, когда я 1С7.7 из сервиса запускал — она работала, а вот OLE у неё не работало — есть подозрение, что под «органиченным» рабочим столом сервисного процесса не создаётся полноправная подсистема запуска OLE)
На другой машине — была фигня в том, что DCOM-сервис не мог создать приложение, тогда перед строчкой создания COM-объекта пришлось вставлять строку запуска OLE-сервера
в вашем случае надо ЗапуститьПриложение(«Excel.exe -embedded») и потом создавать объект.

   Алгоритм

21 — 12.12.10 — 01:11

   Topol-M

22 — 12.12.10 — 01:16

ЗапуститьПриложение()
на сервере не доступно

   IKSparrow

23 — 12.12.10 — 01:53

А на сервере стоит Excel?

   Алгоритм

24 — 12.12.10 — 02:00

(23) Обязательно, на сервере и 1С запускаю

   Алгоритм

25 — 12.12.10 — 10:31

проблема не решилась

   Torquader

26 — 12.12.10 — 12:23

(21) А попробуй под этим «пользователем» запустить Excel, а потом написать на VBS запуск Excel через создание объекта и добиться, чтобы это работало и открывало Excel — только после успеха на таком этапе можно переходить к «насилию» над 1С.

   Алгоритм

27 — 12.12.10 — 13:34

(27) Если так, то проще было правильно директорию TEMP выбрать.
Таки у вас сервер 1С под системной учётной записью работает — по идее там должен быть свой пользователь.

Начну свой рассказ.

Попытка подключиться к Excel через COM объект

ExcelApp = Новый COMОбъект("Excel.Application");

приводило к ошибке «Интерфейс не поддерживается».

Если использовать ADO

CтрокаСоединения = "Provider=Microsoft.ACE.OLEDB.12.0;Data Source=" +
ИмяФайла + ";Extended Properties=""Excel 8.0;HDR=NО;IMEX=1""";

СоединениеADO = Новый COMОбъект("ADODB.Connection");
СоединениеADO.ConnectionString = СтрокаСоединения;
СоединениеADO.Open();

то возникала ошибка «указанный поставщик не найден».

Сразу оговорюсь, что Microsoft Office на сервере был установлен и при обычном запуске обработки (не в фоновом задании) все проходило на ура.

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

Итак. Первое что удалось выяснить, это то, что пользователю USR1CV82 необходимо дать права на запуск DCOM Microsoft Excel Application (прошу прошения, могу путаться в понятиях, но смысл, что делать,  думаю, будет понятен).

Для этого необходимо:

1. Нажать кнопку Пуск и выбрать Панель управления.

2. Дважды щелкнуть значок Администрирование и выбрать пункт Службы компонентов.

3. В левой панели окна «Службы компонентов» дважды щелкнуть пункт Службы компонентов, дважды щелкнуть пункт Компьютеры и выбрать Мой компьютер.

4. Выбрать папку Настройка DCOM.

5. В окне сведений найти объект Microsoft Excel Application, щелкнуть его правой кнопкой и выбрать пункт Свойства (здесь есть подводный камень, с которым я довольно долго промучался — если сервер 64-х разрядный, то и выпуск Office так же должен быть х64, иначе объекта Microsoft Excel Application не будет в списке и права для него мне так и не удалось настроить пока не переустановил Office).

6. Открыть вкладку Безопасность.

7. В разделе Разрешения на запуск выбрать пункт Настроить и нажать кнопку Изменить.

8. Добавить пользователя USR1CV82.

Источник: http://technet.microsoft.com/ru-ru/library/cc778126(WS.10).aspx

Ниже поясняющие скриншоты.

Однако, после произведенных описанных выше настроек фоновое задание так и не заработало.

При работе с COM объектом экземляр Excel успешно создавался, но открыть файл не получалось

ExcelApp = Новый COMОбъект("Excel.Application");
ФайлExcel = ExcelApp.Workbooks.Open(ИмяФайла); // ОШИБКА!

выводилось сообщение об ошибке

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

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

Попытки подключиться через ADO выдавало все тоже сообщение об отсутствии поставщика.

Поиски в просторах сети были продолжены и решение таки было найдено:

Необходимо создать папку

• для Windows Server x64

  C:WindowsSysWOW64configsystemprofileDesktop
   

• для Windows Server x86

  C:WindowsSystem32configsystemprofileDesktop

Данное расположение папок указано для Office 2007. Для Office 2010 не зависимо от разрядности платформы необходимо создавать папку C:WindowsSystem32configsystemprofileDesktop (данный факт так же потратил не мало моего времени). В общем, если создали папку, а ошибки не исчезли, создайте вторую. Так же необходимо дать права на созданную папку пользователю USR1CV82. Практика показала, что достаточно прав, выдаваемых системой по умолчанию.

Источник: http://social.msdn.microsoft.com/Forums/en-US/b81a3c4e-62db-488b-af06-44421818ef91/excel-2007-automation-on-top-of-a-windows-server-2008-x64

После проделанных всех настроек на тестовом сервере фоновое задание наконец то прошло успешно.

Однако на рабочем сервере при подключение к Excel через COM меня ждало фиаско — задание просто зависало и завершить его можно было только перезапуском сервера 1С:Предприятия. Зависало в момент открытия файла (ФайлExcel = ExcelApp.Workbooks.Open(ИмяФайла);). Я так предполагаю, что при открытии Excel открывает какое-нибудь окно и ждет ответа пользователя. Но проверить не удалось, так как доступа к рабочему серверу у меня не было и все настройки по моей просьбе на нем производил админ.

В итоге все взелетело с использованием ADO и успешно работает.

Надеюсь, данная статья поможет кому-нибудь съэкономить время при реализации подобных задач.

p.s. Ну и забыл упомянуть, что у пользователя USR1CV82, естественно, должны быть права на обрабатываемые файлы Excel.