Почему возникает ошибка Отказано в доступе при создании COM-объекта Excel в фоновом задании?

← На главную

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

Выясняем причину: разница в правах доступа

Рассмотрим ситуацию: когда мы запускаем обработку вручную, код выполняется от имени текущего пользователя Windows, у которого, как правило, есть права на запуск приложений Microsoft Office и наличие рабочего стола (интерактивной сессии). Фоновое задание запускается на сервере от имени специальной системной учетной записи (обычно это USR1CV8), под которой работает служба сервера 1С:Предприятия. У этого пользователя по умолчанию нет прав на использование интерфейсных приложений через COM, а также отсутствуют необходимые пути в профиле для инициализации графического движка Excel.


// Ошибка возникает на этой строке:
Эксель = Новый COMObject("Excel.Application");

Решение 1: Настройка службы компонентов DCOM

Первым делом нам необходимо предоставить пользователю USR1CV8 права на запуск и активацию приложения Excel. Рассмотрим, как это сделать через консоль настройки компонентов:

Нажмем Win + R и введем команду dcomcnfg.
Перейдем по пути: Службы компонентов — Компьютеры — Мой компьютер — Настройка DCOM.
Найдем в списке объект с именем Microsoft Excel Application (или по его GUID {00020812-0000-0000-C000-000000000046}).
Откроем Свойства и перейдем на вкладку Безопасность.
В разделах "Разрешения на запуск и активацию" и "Разрешения на доступ" выберем пункт "Настроить" и добавим пользователя USR1CV8, предоставив ему полные права.
Важный нюанс: Перейдем на вкладку Удостоверение. По умолчанию там может стоять "Запускающий пользователь". Для стабильной работы фоновых заданий часто требуется установить "Указанный пользователь" и прописать данные администратора или специально созданной учетной записи, под которой Excel будет гарантированно запускаться.

Проанализируем вкладку "Удостоверение" подробнее. Если выбрано "Запускающий пользователь", а служба 1С работает под USR1CV8, Excel попытается создаться в сессии этого пользователя, которой не существует. Именно поэтому переключение на "Указанный пользователь" решает проблему в большинстве случаев.

Решение 2: Создание каталогов Desktop в системном профиле

Даже если права даны, Excel может выдавать ошибку, так как при старте он ищет папку Desktop в профиле пользователя, который его запускает. У системных учетных записей эти папки отсутствуют. Нам необходимо создать их вручную.

Разберем пути, которые нужно создать в зависимости от разрядности операционной системы и сервера 1С:

Для 64-битных систем: C:\Windows\System32\config\systemprofile\Desktop
Для 32-битных приложений (если Office 32-битный): C:\Windows\SysWOW64\config\systemprofile\Desktop

Внимание: после создания папок убедимся, что у пользователя USR1CV8 (или того, что указан в DCOM) есть права "Полный доступ" на эти каталоги. Без этого Excel не сможет создать временные файлы при инициализации.

Решение 3: Интерактивное принятие лицензионного соглашения

Посмотрим на ситуацию со стороны офисного пакета. При первом запуске Excel часто выводит окно приветствия, предложение активировать продукт или принять лицензионное соглашение. Фоновое задание не может нажать кнопку "ОК" в невидимом окне, и процесс просто "зависает" или сбрасывается по таймауту с ошибкой доступа.

Чтобы решить это, выполним следующие действия:

Зайдем на сервер под учетной записью, которая указана в настройках DCOM (или под USR1CV8, если используется она).
Запустим Excel вручную один раз.
Пройдем через все стартовые диалоги, закроем все всплывающие окна и убедимся, что Excel открывается сразу в чистый лист.
После этого можно завершить сеанс и пробовать запуск фонового задания из 1С.

Решение 4: Программные настройки внутри 1С

При написании кода для фонового задания крайне важно отключать все интерактивные сообщения самого Excel. Рассмотрим пример правильной инициализации объекта COM:


Попытка
    Эксель = Новый COMObject("Excel.Application");
    // Отключаем вывод предупреждений
    Эксель.DisplayAlerts = Ложь;
    // Запрещаем интерактивность (Excel не будет ждать ввода от пользователя)
    Эксель.Interactive = Ложь;
    // Делаем приложение невидимым (обязательно для сервера)
    Эксель.Visible = Ложь;
Исключение
    ЗаписьЖурналаРегистрации("Ошибка.ЗагрузкаПрайса", 
        УровеньЖурналаРегистрации.Ошибка, , , 
        "Не удалось создать объект Excel: " + ОписаниеОшибки());
    Возврат;
КонецПопытки;

Использование DisplayAlerts = Ложь предотвращает остановку процесса, если файл содержит битые ссылки или требует обновления связей при открытии.

Альтернативный подход: отказ от COM-объекта

Проанализируем надежность технологии. Использование COMObject("Excel.Application") на стороне сервера — это ресурсоемкая и зачастую нестабильная операция. Процессы EXCEL.EXE могут "подвисать" в памяти, потреблять много ресурсов и требовать сложной настройки прав, которую мы разобрали выше.

Если задача заключается только в чтении данных из файла .xlsx, рассмотрим более современные и быстрые способы, которые не требуют установки Microsoft Office на сервер и не зависят от прав DCOM:

Метод Прочитать() табличного документа: Начиная с платформы 8.3.6, мы можем прочитать файл Excel напрямую в объект 1С.
```
ТабДок = Новый ТабличныйДокумент;
ТабДок.Прочитать(ПутьКФайлу, СпособЧтенияЗначенийТабличногоДокумента.Значение);
```
Это работает значительно быстрее и стабильнее в фоновых заданиях.
Использование ADO (OLEDB): Работа с листом Excel как с таблицей базы данных. Требует только наличия драйвера доступа к данным, который работает гораздо легче, чем полноценный Excel.
Внешние компоненты: Использование библиотек (например, на базе .NET), которые разбирают структуру XML внутри файла XLSX. Это наиболее производительный метод для высоконагруженных систем.

Подведем итог: если использование COM неизбежно, последовательно выполним настройку прав пользователя в DCOM, создадим папки Desktop в профиле системы и убедимся, что Excel не выдает диалоговых окон при запуске. Если же есть возможность использовать встроенный метод Прочитать(), это станет лучшим решением для стабильной работы вашего фонового задания.