Почему Excel не открывается на сервере 1С через COM-объект и как это исправить?

← На главную

При разработке механизмов интеграции и выгрузки данных в формат XLS/XLSX программисты 1С часто сталкиваются с ситуацией, когда код, успешно работающий на стороне клиента, аварийно завершается при переносе на сервер. При попытке инициализировать COMОбъект("Excel.Application") и открыть файл на сервере система возвращает неинформативную ошибку:

«Произошла исключительная ситуация (Microsoft Excel): Приложению Microsoft Excel не удается получить доступ к файлу...»

В этой статье мы подробно разберем, почему возникает эта ошибка, как настроить операционную систему Windows для корректной работы MS Office в фоновом режиме, а также рассмотрим правильные шаблоны кода для предотвращения зависания процессов в диспетчере задач.

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

Для того чтобы понять природу сбоя, проанализируем поведение операционной системы. Когда код выполняется в клиентском контексте (на стороне пользователя), приложение MS Excel запускается в интерактивной сессии от имени текущего пользователя Windows. В этом случае у Excel есть доступ к пользовательскому реестру, временным папкам и каталогу Рабочего стола (Desktop).

Когда аналогичный код выполняется на сервере (например, в фоновом задании или в процедуре с директивой &НаСервере), процесс запускается от имени системной службы 1С:Предприятие (обычно это учетная запись USR1CV8 или SYSTEM). У этих служебных учетных записей отсутствует полноценный профиль пользователя Windows и, что самое критичное, в их системной директории физически нет папки Desktop. Без этого каталога среда выполнения MS Office не может корректно инициализироваться, что и приводит к ошибке доступа при попытке открыть или сохранить любой файл.

Решение №1: Создание папок Desktop в профиле SystemProfile

Самым простым и быстрым решением является ручное создание структуры каталогов Рабочего стола для системных учетных записей Windows. Разберем по шагам, какие папки необходимо создать в зависимости от разрядности операционной системы и установленного пакета MS Office.

Выполните вход на сервер под учетной записью Администратора и создайте следующие каталоги:

Для 64-битных операционных систем (x64): Создайте папку по пути: C:\Windows\SysWOW64\config\systemprofile\Desktop
Для 32-битных операционных систем (x86) или в случаях использования 32-битного Office на 64-битной ОС: Создайте папку по пути: C:\Windows\System32\config\systemprofile\Desktop

Важное примечание: рекомендуется создавать обе папки сразу, так как это гарантирует стабильную работу COM-объекта вне зависимости от архитектуры установленной платформы 1С и пакета Microsoft Office. После создания каталогов перезагрузка сервера 1С или операционной системы не требуется.

Решение №2: Настройка прав доступа для пользователя службы 1С

Если создание каталогов не решило проблему, это указывает на жесткие политики безопасности операционной системы Windows Server. Нам необходимо явно выдать права учетной записи, от имени которой запущена служба 1С, на созданные папки и временный каталог хранения файлов.

Выполним настройку по шагам:

Выясните имя пользователя, под которым запущена служба «Агент сервера 1С:Предприятие» (через оснастку services.msc). Обычно это локальный пользователь USR1CV8.
Откройте свойства созданной папки Desktop (в каталогах System32 и SysWOW64).
Перейдите на вкладку «Безопасность», нажмите кнопку «Изменить», добавьте пользователя службы 1С (например, USR1CV8) и предоставьте ему права «Полный доступ» (или как минимум «Чтение», «Запись» и «Изменение»).
Убедитесь, что у этого же пользователя есть аналогичные права на каталог временных файлов, куда 1С выгружает макет перед обработкой (например, C:\TMP\ или системная папка Temp).

Решение №3: Устранение зависаний процессов EXCEL.EXE на сервере

После решения проблемы с запуском программисты часто сталкиваются со вторым неприятным симптомом: процесс EXCEL.EXE зависает в диспетчере задач сервера и потребляет оперативную память. Это происходит из-за того, что Excel в фоновом режиме выводит скрытые диалоговые окна (например, предупреждение о совместимости форматов при сохранении файла, сообщение о перезаписи существующего документа или ошибку формул).

Поскольку процесс запущен службой без интерфейса, нажать кнопку в этих окнах некому, и серверный процесс зависает навсегда. Рассмотрим правильный шаблон написания программного кода на сервере 1С, который полностью решает эту проблему:


&НаСервере
Процедура ОбработатьФайлExcelНаСервере(ПутьКФайлу, ПутьКРезультату)

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

    // ОТКЛЮЧАЕМ все интерактивные предупреждения и вопросы системы!
    Эксель.DisplayAlerts = 0; 
    Эксель.Visible = 0; // Убеждаемся, что окно скрыто

    Попытка
        // Открываем книгу
        Книга = Эксель.WorkBooks.Open(ПутьКФайлу);
        
        // ... выполняем полезные манипуляции с файлом (чтение, заполнение ячеек) ...
        
        // Сохраняем файл в нужном формате. 
        // Параметр -4143 соответствует формату xlWorkbookNormal (классический XLS)
        Книга.SaveAs(ПутьКРезультату, -4143);
        
        // Закрываем книгу без сохранения изменений (так как мы уже сохранились через SaveAs)
        Книга.Close(Ложь);
        
    Исключение
        // В случае ошибки обязательно закрываем книгу, чтобы не заблокировать файл
        Если ЗначениеЗаполнено(Книга) Тогда
            Книга.Close(Ложь);
        КонецЕсли;
        
        // Завершаем работу Excel, чтобы процесс не завис в памяти
        Если ЗначениеЗаполнено(Эксель) Тогда
            Эксель.Quit();
        КонецЕсли;
        
        // Пробрасываем ошибку дальше для анализа
        ВызватьИсключение ОписаниеОшибки();
    КонецПопытки;

    // Корректно завершаем работу приложения
    Эксель.Quit();
    
    // Освобождаем память COM-объекта в 1С
    Эксель = Неопределено;

КонецПроцедуры

Обратите внимание на использование конструкции Попытка...Исключение. Если внутри блока возникнет непредвиденная ошибка чтения данных, управление передастся в секцию Исключение, где объект гарантированно вызовет метод Quit() и выгрузит EXCEL.EXE из оперативной памяти сервера.

Современная альтернатива: отказ от COM в пользу нативных механизмов 1С

Использование технологии COM на стороне сервера считается устаревшей практикой. Сама компания Microsoft крайне не рекомендует использовать пакеты MS Office в неинтерактивных сессиях служб. Помимо проблем с правами и зависанием процессов, этот подход привязывает сервер 1С исключительно к операционной системе Windows и требует покупки дорогостоящих лицензий MS Office на сервер.

Проанализируем современные альтернативные варианты работы с файлами Excel напрямую средствами платформы 1С:

Запись файлов XLSX через Табличный документ: Если вам нужно просто выгрузить отчет или документ в формат Excel, не нужно использовать COM. Достаточно сформировать стандартный макет 1С и программно сохранить его на сервере:
```
ТабДок = Новый ТабличныйДокумент;
// ... Заполняем табличный документ данными ...
ТабДок.Записать(ПутьКФайлу, ТипФайлаТабличногоДокумента.XLSX);
```
Этот метод работает мгновенно, не требует установленного Excel и стабильно функционирует как под Windows, так и под Linux.

Чтение файлов XLSX встроенными средствами 1С: Начиная с современных версий платформы 8.3, 1С умеет читать файлы Excel напрямую без использования сторонних приложений:


ТабДок = Новый ТабличныйДокумент;
ТабДок.Прочитать(ПутьКФайлу, СпособЧтенияТабличногоДокумента.XLSX);

// Обходим строки и колонки полученного документа
Для Строка = 1 По ТабДок.ВысотаТаблицы Цикл
    ЗначениеЯчейки = ТабДок.Область(Строка, 1).Текст;
    // ... обработка данных ...
КонецЦикла;

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