Как исправить ошибку «Недопустимая строка с указанием класса» при вызове Excel на сервере 1С?

← На главную

При разработке или эксплуатации систем на базе 1С:Предприятие часто возникает ситуация, когда внешняя обработка или код конфигурации, работающий с файлами Excel, отлично функционирует на локальном компьютере программиста, но выдает критическую ошибку при переносе на сервер. Рассмотрим подробнее одну из самых распространенных ошибок: «Ошибка при вызове конструктора (COMОбъект) ... по причине: -2147221005(0x800401F3): Недопустимая строка с указанием класса».

Выясним причину возникновения ошибки

Разберем по шагам, что происходит в системе в момент возникновения этой ошибки. Когда мы пишем в коде 1С строку Новый COMОбъект("Excel.Application"), платформа обращается к операционной системе Windows с запросом на поиск зарегистрированного COM-сервера с идентификатором (ProgID) Excel.Application. Если система возвращает ошибку «Недопустимая строка с указанием класса», это означает ровно одно: в реестре Windows нет записи о приложении, которое должно обрабатывать этот вызов.

Проанализируем ситуацию, описанную в теме форума. Автор пытался решить проблему регистрацией библиотеки comcntr.dll. Выясним, почему это не помогло. Библиотека comcntr.dll — это COM-соединитель самой платформы 1С:Предприятие. Она нужна для того, чтобы внешние приложения могли подключаться К базе 1С. Для работы ИЗ 1С С приложением Excel она не требуется. Для успешного создания объекта Excel.Application на сервере должен быть установлен полноценный пакет Microsoft Office (или как минимум сам Excel).

Решение 1: Установка Microsoft Office на сервере

Самое очевидное и прямое решение — установить Excel непосредственно на сервер, где работает служба 1C:Enterprise 8.3 Server Agent. После установки пакет Office автоматически зарегистрирует все необходимые COM-классы в реестре, и ошибка исчезнет.

Однако установка Office на сервер часто сопряжена с рядом трудностей:

Лицензирование: Microsoft официально не рекомендует использовать пакеты Office для автоматизации на серверной стороне.
Безопасность: Лишнее ПО на сервере — это дополнительный вектор для атак.
Стабильность: Процессы Excel могут зависать в памяти сервера, потребляя ресурсы.

Если вы все же решили ставить Excel, обязательно проверьте разрядность. Проанализируем этот момент: если ваш сервер 1С 64-разрядный, крайне желательно устанавливать 64-разрядную версию MS Office. В противном случае возникнут конфликты разрядности при попытке создать 32-битный COM-объект из 64-битного процесса rphost.exe.

Решение 2: Настройка прав доступа DCOM

Если Excel установлен, но ошибка сохраняется или заменяется на «Отказано в доступе», необходимо проверить настройки службы DCOM. Посмотрим, как это сделать:

Нажмите Win + R, введите dcomcnfg и нажмите Enter.
Перейдите в раздел «Службы компонентов» — «Компьютеры» — «Мой компьютер» — «Настройка DCOM».
Найдите в списке «Microsoft Excel Application».
Откройте «Свойства», перейдите на вкладку «Безопасность».
В разделах «Разрешения на запуск и активацию» и «Разрешения на доступ» установите переключатель в положение «Настроить» и добавьте пользователя, под которым запущен сервер 1С (обычно это USR1CV8). Разрешите ему локальный запуск и локальную активацию.
На вкладке «Удостоверение» выберите пункт «Интерактивный пользователь» или укажите данные конкретного администратора.

Решение 3: Создание системных папок Desktop

Специфика работы Windows Server такова, что интерактивные приложения (такие как Excel) при запуске под учетной записью службы требуют наличия определенных папок профиля, которые по умолчанию не создаются. Без них COM-объект может не инициализироваться. Проанализируем, какие папки нужно создать вручную:

Для 64-битных систем: C:\Windows\SysWOW64\config\systemprofile\Desktop
Для всех систем: C:\Windows\System32\config\systemprofile\Desktop

После создания этих папок (пустых) права доступа к ним должны быть предоставлены пользователю службы 1С.

Решение 4: Современная альтернатива без использования COM

Рассмотрим наиболее правильный с точки зрения архитектуры способ. Вместо использования тяжелого и нестабильного COM-объекта, мы можем использовать встроенные возможности платформы 1С. Начиная с версии 8.3.6, 1С умеет работать с файлами XLSX (формат Office Open XML) напрямую.

Разберем пример кода, который позволяет прочитать файл Excel на сервере без установленного Microsoft Office:


// Создаем объект ТабличныйДокумент
ТабДок = Новый ТабличныйДокумент;

// Читаем файл напрямую с диска
Попытка
    ТабДок.Прочитать(ПутьКФайлу, СпособЧтенияЗначенийТабличногоДокумента.Значение);
    
    // Перебираем строки и колонки
    Для НомерСтроки = 1 По ТабДок.ВысотаТаблицы Цикл
        Значение = ТабДок.Область(НомерСтроки, 1).Текст;
        // Дальнейшая обработка данных
    КонецЦикла;
Исключение
    Сообщить("Ошибка при чтении файла: " + ОписаниеОшибки());
КонецПопытки;

Преимущества этого метода очевидны: не требуется лицензия на Office, высокая скорость работы, стабильность на сервере и отсутствие проблем с разрядностью.

Резюме

Мы выяснили, что ошибка 0x800401F3 на сервере 1С чаще всего вызвана простым отсутствием MS Excel в системе. Однако, прежде чем приступать к установке офисного пакета, проанализируйте возможность перевода кода на встроенные средства 1С (ТабличныйДокумент). Это позволит избежать проблем с настройкой прав DCOM и обеспечит более высокую надежность вашей системы.

Если же использование COM-объекта неизбежно (например, при работе со старыми форматами .xls или сложной специфической логикой макросов), обязательно убедитесь в соответствии разрядностей сервера 1С и Microsoft Office, а также не забудьте создать сервисные папки Desktop в системных директориях Windows.