Почему возникает ошибка «Неудачная попытка создания объекта (AddIn.MOD)» в 1С 7.7 и как её устранить?

При сопровождении баз данных на платформе 1С:Предприятие 7.7 разработчики и системные администраторы нередко сталкиваются с ситуацией, когда сторонняя внешняя компонента (например, mod.dll для подсистемы МОД — Модуль Обмена Данными) успешно регистрируется в операционной системе через regsvr32, метод ЗагрузитьВнешнююКомпоненту() отрабатывает без ошибок и возвращает 1, однако следующая за ним строка инициализации падает с критической ошибкой:

{Обработка.ОбменДанными.Форма.Модуль(289)}: Неудачная попытка создания объекта (AddIn.MOD)

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

Анализ механизма работы внешних компонент в 1С 7.7

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

Файл = "d:\base\MOD.dll";
Рез = ЗагрузитьВнешнююКомпоненту(Файл);
Если Рез <> 1 Тогда
    Сообщить("Ошибка загрузки компоненты " + Файл + " - дальнейшая работа невозможна!");
    СтатусВозврата(0);
    Возврат;
КонецЕсли;

ОбъектМОД = СоздатьОбъект("AddIn.MOD");

Функция ЗагрузитьВнешнююКомпоненту() отвечает за физическую загрузку динамической библиотеки в адресное пространство процесса 1cv7s.exe (или 1cv7.exe) и регистрацию интерфейсов компоненты во внутренней таблице диспетчера 1С. Метод СоздатьОбъект() с префиксом AddIn. обращается к фабрике классов загруженной библиотеки для создания экземпляра объекта и получения интерфейсов IInitDone и ILanguageExtender.

Если первая команда возвращает единицу, а вторая выдает ошибку, это свидетельствует об одной из следующих системных коллизий:

1. Конфликт GUID/CLSID между библиотеками: многие разработчики внешних компонент для 1С 7.7 создавали свои проекты на базе стандартного мастера разработки (Add-In Wizard от 1C) и забывали сгенерировать уникальные идентификаторы GUID для классов COM. В результате разные библиотеки (например, AddIn.dll, V7RaM.dll и MOD.dll) имеют в своем составе одинаковые внутренние CLSID. При попытке инициализации диспетчер обращается к фабрике классов ранее загруженной библиотеки, которая не знает ProgID AddIn.MOD.
2. Дублирование файлов библиотеки в каталогах: платформа 1С 7.7 выполняет поиск DLL сначала в каталоге исполняемых файлов движка (папка BIN), а затем в каталоге информационной базы. Если в системе зарегистрирована одна версия DLL (например, из каталога базы), а в BIN лежит другая сборка или дубль, вызовы инициализации могут быть заблокированы.
3. Особенности 64-битных ОС и виртуализация реестра UAC: в 64-разрядных версиях Windows 32-битные библиотеки должны регистрироваться исключительно через специальную утилиту, расположенную по пути %WinDir%\SysWOW64\regsvr32.exe. Кроме того, при работе под непривилегированными учетными записями срабатывает механизм VirtualStore, создающий дубли записей в ветке HKEY_CURRENT_USER\Software\Classes, перекрывающие общие системные настройки.

Шаг 1. Локализация конфликта загруженных библиотек

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

Выполним проверку и выясним, какие именно компоненты подключаются при старте системы. Обратите особое внимание на наличие библиотек с типовыми именами (например, AddIn.dll). Если в конфигурации подключена AddIn.dll, выгрузка или отключение этой компоненты перед загрузкой MOD.dll восстанавливает создание объекта AddIn.MOD.

Для гарантированного устранения конфликта применим следующие варианты организации кода:

1. Изменение порядка загрузки: перенесем вызов ЗагрузитьВнешнююКомпоненту("MOD.dll") в самое начало процедуры ПриНачалеРаботыСистемы — до инициализации всех остальных сторонних библиотек.
2. Изоляция процессов обмена: если две компоненты с пересекающимися CLSID требуются одновременно в разных алгоритмах, вынесем выполнение регламентного обмена в отдельный пакетный запуск 1С или инициируем изолированный сеанс через OLE Automation (V77.Application), где подключается только нужная библиотека.

Шаг 2. Корректная очистка и регистрация DLL в системе

Разберем по шагам правильную процедуру перерегистрации библиотеки MOD.dll, исключающую влияние дубликатов и системных перенаправлений:

1. Выполним поиск файла MOD.dll по всем локальным и сетевым дискам. Удалим все найденные дубликаты из каталогов информационных баз, системных папок и временных директорий.
2. Поместим единственный рабочий экземпляр MOD.dll в каталог исполняемых файлов платформы (по умолчанию: C:\Program Files (x86)\1Cv77\BIN\).
3. Откроем командную строку от имени Администратора и отменим старую регистрацию библиотеки: %WinDir%\SysWOW64\regsvr32.exe /u "C:\Program Files (x86)\1Cv77\BIN\MOD.dll"
4. Запустим редактор реестра regedit и выполним поиск по ключам AddIn.MOD, AddIn.MOD.1 и имени файла MOD.dll. Очистим найденные записи в разделах:
   • HKEY_CLASSES_ROOT
   • HKEY_LOCAL_MACHINE\SOFTWARE\Classes
   • HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Classes
   • HKEY_CURRENT_USER\Software\Classes
   • HKEY_CURRENT_USER\Software\Classes\VirtualStore
5. Выполним повторную регистрацию библиотеки из каталога BIN: %WinDir%\SysWOW64\regsvr32.exe "C:\Program Files (x86)\1Cv77\BIN\MOD.dll"

Шаг 3. Проверка прав доступа и предотвращение блокировок DEP

Проанализируем параметры безопасности операционной системы, которые могут препятствовать созданию COM-объекта:

1. Права доступа к файловой системе: убедимся, что учетные записи пользователей или группа «Пользователи домена» имеют права на «Чтение и выполнение» для каталога BIN и самого файла библиотеки.
2. Настройка Data Execution Prevention (DEP): устаревшие внешние компоненты 1С 7.7 часто используют технологию динамической генерации переходников вызовов (thunking), что может распознаваться защитой Windows как исполнение кода в области данных. Откроем Свойства системы -> Дополнительно -> Быстродействие -> Параметры -> Предотвращение выполнения данных и добавим исполняемый файл 1cv7s.exe в список исключений DEP.

После устранения конфликтующих загрузок DLL в коде конфигурации и приведения регистрации к единому файлу в каталоге BIN инстанцирование объекта СоздатьОбъект("AddIn.MOD") будет выполняться стабильно во всех сеансах пользователей.