Как зарегистрировать 64-битную DLL для 1С через regsvr32

При переходе на 64-разрядный клиент 1С администраторы регулярно сталкиваются с ошибкой «Не удалось загрузить внешнюю компоненту» или «Класс не зарегистрирован». Причина почти всегда одна: COM-компонента (DLL) не зарегистрирована в системе или зарегистрирована не в той разрядности. Утилита regsvr32 остаётся стандартным способом регистрации, но в 64-битной Windows у неё есть важные особенности, о которых нужно знать до запуска команды.

Ключевой момент: в 64-разрядной Windows существуют две копии regsvr32 — 64-битная в папке System32 и 32-битная в папке SysWOW64. Именование папок контринтуитивно и является главным источником ошибок. Клиент 1С 64-bit может загружать только 64-битные COM-компоненты, а 32-битный клиент — только 32-битные, даже если оба запущены на одной и той же 64-разрядной ОС.

Что такое regsvr32 и зачем регистрировать DLL для 1С

Regsvr32 — штатная утилита Windows, которая вызывает экспортируемую функцию DllRegisterServer внутри DLL и вносит сведения о COM-классе в реестр: CLSID, путь к файлу, ProgID. После этого приложения, включая 1С, могут создавать объект по имени через механизм COM, например при вызове Новый COMОбъект("Имя.Класса") или подключении внешней компоненты по технологии Native API / COM.

Типичные компоненты, которые приходится регистрировать вручную: драйверы торгового оборудования (сканеры, ККТ, весы), компоненты криптопровайдеров, библиотеки обмена с банками и весовыми терминалами, самописные COM-объекты. Установщики многих из них рассчитаны на 32-битную среду и не регистрируют 64-битную версию автоматически — отсюда и необходимость ручной регистрации.

Разрядность: System32 против SysWOW64

Главная ловушка 64-битной Windows: папка System32 содержит 64-битные исполняемые файлы, а SysWOW64 — 32-битные. Названия исторические и вводят в заблуждение почти всех, кто регистрирует компоненты впервые. Клиент 1С обращается к тому реестру COM, который соответствует его разрядности, поэтому регистрировать нужно именно той копией regsvr32, которая совпадает с разрядностью DLL и клиента.

Узнать разрядность установленного клиента 1С можно в диспетчере задач: 32-битный процесс помечается как «32 бита» на вкладке «Подробности», либо по пути установки — 64-битная платформа обычно ставится в «C:\Program Files\1cv8», а 32-битная в «C:\Program Files (x86)\1cv8». Разрядность самой DLL можно проверить утилитами просмотра PE-заголовков или через свойства, если поставщик указывает её в документации.

Пошаговая регистрация 64-битной DLL

Процедура занимает пару минут, но требует прав администратора — без них запись в реестр будет отклонена, причём иногда без явного сообщения об ошибке прав.

1. 1
   Скопируйте DLL в постоянную папку без русских букв и пробелов в пути, например C:\Components\ — после регистрации файл нельзя перемещать и удалять.
2. 2
   Откройте командную строку от имени администратора: Пуск → введите cmd → «Запуск от имени администратора».
3. 3
   Выполните команду: C:\Windows\System32\regsvr32.exe "C:\Components\MyComponent.dll"
4. 4
   Дождитесь окна «DllRegisterServer in ... succeeded» — это признак успешной регистрации.
5. 5
   Перезапустите клиент 1С и проверьте создание объекта.

C:\Windows\System32\regsvr32.exe "C:\Components\MyComponent.dll"

Если регистрация выполняется на сервере 1С для серверного вызова COM, учитывайте, что агент сервера 1С работает под отдельной учётной записью (по умолчанию USR1CV8). У этой учётной записи должны быть права на чтение и выполнение файла DLL, иначе компонент зарегистрирован, но сервер не сможет его загрузить.

Регистрация 32-битной DLL для 32-битного клиента

Если 64-битной версии компоненты не существует (что часто бывает со старыми драйверами оборудования), единственный рабочий вариант — использовать 32-битный клиент 1С. В этом случае регистрация выполняется 32-битной копией regsvr32 из папки SysWOW64:

C:\Windows\SysWOW64\regsvr32.exe "C:\Components\MyComponent32.dll"

Учтите ограничение: 32-битный клиент не сможет работать с 64-битными компонентами и наоборот. Если в одной базе используются обе разрядности компонент, придётся либо искать 64-битные версии всех библиотек, либо оставаться на 32-битном клиенте. Для сервера 1С 64-bit с COM-вызовами на стороне сервера 32-битная компонента не подойдёт в принципе.

Типичные ошибки и их причины

Ошибка «The module failed to load» (0x8007007E) чаще всего означает, что у DLL есть зависимости — другие библиотеки, которых нет в системе, например распространяемые пакеты Visual C++ Redistributable. Ошибка 0x80070005 указывает на нехватку прав: командная строка запущена без повышения. Сообщение «was loaded but the entry-point DllRegisterServer was not found» говорит, что файл не является регистрируемой COM-библиотекой — возможно, это обычная DLL или компонента Native API, которую регистрировать не нужно.

Как проверить результат регистрации

Самая надёжная проверка — создать объект из 1С. Выполните в консоли кода или обработке: Объект = Новый COMОбъект("ProgID.Компоненты");. Если объект создан без исключения — регистрация работает. ProgID берётся из документации поставщика компоненты.

Дополнительно можно посмотреть реестр вручную через regedit: 64-битные классы находятся в HKEY_CLASSES_ROOT\CLSID, а 32-битные на 64-битной ОС — в HKEY_CLASSES_ROOT\Wow6432Node\CLSID. Наличие записи с правильным путём к файлу в InprocServer32 подтверждает регистрацию.

Если regsvr32 не помогает: альтернативы

Отдельный случай — внешние компоненты Native API, которые 1С подключает напрямую из файла или макета без регистрации в реестре. Такие библиотеки регистрировать через regsvr32 не нужно и невозможно: в них нет точки входа DllRegisterServer. Если поставщик даёт и COM, и Native API версии, для 64-битного сервера обычно удобнее Native API — она избавляет от вопросов разрядности реестра и прав на регистрацию.

Частые вопросы