Ошибка при вызове конструктора (COMОбъект)

При попытке подключения к информационной базе произошла ошибка:
Ошибка при вызове конструктора (COMОбъект): Недопустимая строка с указанием класса

При обмене с базами возникает ошибка:
При попытке подключения к информационной базе произошла ошибка:
Ошибка при вызове конструктора (COMОбъект): Недопустимая строка с указанием класса: Недопустимая строка с указанием класса

Решение ошибки подключения через COM
Все что нам надо это выполнить регистрацию COM-соединения.
Вот что говорит 1С: Программа установки сама выполняет регистрацию COM-соединения “ для компьютера”. Имеется возможность выполнить регистрацию «для пользователя» с помощью командной строки «regsvr32 /n /i:user comcntr.dll».

А вот как это сделал я с помощью командной строки и команды Regsvr32.
Пуск – Выполнить ввел команду Regsvr32 «C:Program Files1cv828.2.14.533incomcntr.dll» и жмем Enter.

Если все хорошо то на экране выйдет следующее сообщение.

Вот и все.

Regsvr32 – команда регистрирует в реестре файлы .dll как компоненты команды.
regsvr32 [/u] [/s] [/n] [/i[:cmdline]] имя_dll

Параметры
/u Отменяет регистрацию сервера. /s Задает запуск regsvr32 без вывода сообщений на экран. /n Указывает не вызывать DllRegisterServer. Этот параметр можно использовать с параметром /i. /i:cmdline Вызывает DllInstall с помощью дополнительной передачи [cmdline]. При использовании с параметром /u вызывает удаление dll. dllname Задает имя файла dll для последующей регистрации. /? Вывод справки в командной строке.

П.С.
Ошибка вида «V82.COMConnector.1: Не найдена лицензия COM-соединением» тоже решается этим методом.

92 Comments

Misanets 03.11.2011 at 14:39

У меня была такая беда, только текст ошибки другой:

При попытке соедиения с COM-сервером произошла следующая ошибка:

Метод объекта не обнаружен (Connect)

И тоже помогло 🙂

Блин, а я с бубном плясал во круг служб компонентов, настроек DCOM и все что на ум приходило 🙂

Reply ↓
DDD2005 03.11.2011 at 14:52

Для Win 7 нужно создавать файл с расширением bat или cmd и выполнять от имени администратора иначе ни чего не получится.

Reply ↓
Nadegda_P 03.11.2011 at 16:07

Спасибо, с Вашей помощью решила свою проблему!!!

Reply ↓
Nadegda_P 03.11.2011 at 17:53

А Вы не можете подсказать решение проблемы?:

При попытке редактирования документа выскочила ошибка: «Ошибка СУБД. Внутренняя ошибка компоненты dbeng8». Документ невозможно ни откорректировать, ни пометить на удаление.

Reply ↓
Kochevnic 03.11.2011 at 18:40

Спасибо, очень выручили

Reply ↓
kapustinag 03.11.2011 at 18:45

(4) Nadegda_P,

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

В результате получилась такая картина:

— движения документа есть,

— в списке документов он виден,

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

— но при открытии формы документа выдается ошибка наподобие указанной Вами, с подробностями, в которых упоминается несуществующая строка табличной части. И программа закрывается.

Попытки вылечить документ ни к чему не привели, и пришлось применить обходной путь:

1. Движения документа удалили с помощью обработки типа «Корректировка движений документов» (на Инфостарте есть такие),

2. Реквизиты документа подправили с помощью, например, «Групповой обработки объектов» — так, чтобы было видно, что не надо трогать его.

3. Сделали новый документ взамен этого, и провели его. А старый так и лежит, и никому вроде не мешает.

Если бы существовал бэкап, содержащий этот документ в нормальном состоянии, можно было бы XML-обменом попробовать загрузить документ из бэкапа. Но не было такого бэкапа.

Reply ↓
WKBAPKA 04.11.2011 at 12:26

мдаааа…

Reply ↓
WKBAPKA 04.11.2011 at 12:27

kapustinag пишет:

(4) Nadegda_P,

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

В результате получилась такая картина:

— движения документа есть,

— в списке документов он виден,

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

— но при открытии формы документа выдается ошибка наподобие указанной Вами, с подробностями, в которых упоминается несуществующая строка табличной части. И программа закрывается.

Попытки вылечить документ ни к чему не привели, и пришлось применить обходной путь:

1. Движения документа удалили с помощью обработки типа «Корректировка движений документов» (на Инфостарте есть такие),

2. Реквизиты документа подправили с помощью, например, «Групповой обработки объектов» — так, чтобы было видно, что не надо трогать его.

3. Сделали новый документ взамен этого, и провели его. А старый так и лежит, и никому вроде не мешает.

Если бы существовал бэкап, содержащий этот документ в нормальном состоянии, можно было бы XML-обменом попробовать загрузить документ из бэкапа. Но не было такого бэкапа.

Показать

ага, еще бы на SQL бы перевести базу, вообще цены бы вам не было )

Reply ↓
kapustinag 04.11.2011 at 20:34

(8) WKBAPKA,

Мы тоже не в деревне родились, и про клиент-серверный вариант работы с 1С знаем.

У меня на поддержке есть и базы файловые, и клиент-серверные в достаточном количестве.

В сети той организации, у которой эта проблема случилась, не было установленного 1С-сервера и SQL-сервера, и серверное железо не подходило для такого режима работы.

Да и пользователей в этой организации не столько, чтобы было необходимо переходить на вариант работы через сервер 1С-Предприятия.

Поэтому, раз проблема была только в одном этом документе, было сделано то, что я описал выше.

Reply ↓
WKBAPKA 05.11.2011 at 03:12

в смысле? у мну на домашней машине стоит 2005 скуль… и машина у меня не серверная…

вы бы могли эту базу вообще не поднять, там же один файл… в случае разрушения его, все, капут…

другой вопрос, что нужно покупать 1С сервер… это да… тока думаю, что они уже раза три как переплатили за ваши услуги… но то такое… не мое дело конечно…

Reply ↓
sinjevla 05.11.2011 at 09:17

Если пользователей не много то и железо для сервака не нужно суперское. В одной конторе 5 пользователей, стоит обычный комп проц уже не помню, но с 2 гб. оперативы, SentOS+PostgreSQL+1C все нормально работает уже 3 года.

Недавно обновлял платформу и 2 дня работали в файловом варианте, так все кричали что все ужасно тормозит.

Reply ↓
sserazm 07.11.2011 at 17:42

полезная мелочь.

Reply ↓
sergnik 07.11.2011 at 22:10

не особо силен в консольных командах, возьму на заметку. Спасибо!

Reply ↓
bar_s 08.11.2011 at 11:55

а как зарегить компоненту в 64 разрядной системе?

Reply ↓
sinjevla 08.11.2011 at 12:07

(14)

Попробуй так

1 Администрирование — Службы компонентов – Компьютеры – Мой компьютер – Приложения COM+ — Создать приложение – Создать новое приложение – вводим имя «V82.COMConnector»(переключатель «Серверное приложение») – Указанный пользователь (Администратор)

2 В появившейся ветке V82COMConnector – подветка Компоненты – создание нового компонента – Установка новых компонентов — <каталог 1С>incomcntr.dll

3 Правой кнопкой по ветке V82COMConnector – Свойства – Безопасность – Снял галку «Принудительная проверка доступа для приложений» — Поставил галку «Применить политику программных ограничений» — Уровень ограничений «Неограниченный»

Еще в профилях пользователей C:Documents and Settings….Application Data1C1CEStart1CEStart.cfg изменяем параметр UseHWLicenses=0 на UseHWLicenses=1

Отпишись ели получится

Reply ↓
WKBAPKA 08.11.2011 at 15:15

если погуглить то можно нагуглить решение данной проблемы

как пример: http://1c-consultant.org.ua/index.php?topic=121.0

Reply ↓
lootinn 09.11.2011 at 03:31

(4) Nadegda_P,

если база файловая, то можно исправить эту ошибку при помощи утилиты chdbfl.exe (находится в папке bin каталога установки платформы)

Reply ↓
hanio 09.11.2011 at 16:51

(4) Nadegda_P, решением для вас будет файл chdbfl.exe который лежит в папке BIN.

Reply ↓
JER_MARK 09.11.2011 at 17:57

Спасибо за то что написали об этом. Когда мне было нужно — нигде об этом не писалось. Было убито немерено времени.

Reply ↓
opiumdx 14.11.2011 at 14:30

Большое спасибо, сам сталкивался с такой проблемой, сломали голову, так и не смогли забороть. А сейчас попробовал и все получилось.

Reply ↓
diarki 01.12.2011 at 10:59

При попытке подключения к информационной базе произошла ошибка:

Ошибка при вызове конструктора (COMОбъект): Класс не зарегистрирован: Класс не зарегистрирован

Техническая информация:

{Обработка.ОбменДаннымиXML(15742)}: Ошибка при вызове конструктора (COMОбъект): Класс не зарегистрирован: Класс не зарегистрирован

регистрация по новой этой dll не решило проблемы: платформа 1С:Предприятие 8.2 (8.2.13.219) — может есть еще решения проблемы.

З.Ы.

Платформу не целесообразно обновлять так как у меня распределенка — а новая платформа при изменении в конфигурации отправляет в файле обмена полностью файл конфигурации в подчиненные узлы…(по крайне мере была такая проблема)

Reply ↓
sergch2005 14.12.2011 at 09:10

Использовал, и очень даже неплохо получилось! Спасибо.

Reply ↓
Autodafe 03.02.2012 at 21:14

Спасибо огромное!!!

Reply ↓
bar_s 08.02.2012 at 16:45

(15) Спасибо, получилось.

Reply ↓
Zhilyakovdr 27.02.2012 at 15:27

Спасибо!!!!!!! Манипуляция с компонентой помогла)))

Reply ↓
Verus 21.03.2012 at 16:22

Манипуляция с компонентой не помогла.

Regsvr32 «C:Program Files1cv828.2.14.540incomcntr.dll» делал результат ноль.

Платформу переставлял, тоже не помогло.

Какие будут идеи может с компонентой есть еще какая то настройка?

Reply ↓
Glukaman 17.04.2012 at 17:14

(15)

Спасибо, то что нужно — помогло! Только я думаю надо добавить, что компоненту ещё надо запустить!

Reply ↓
materiy_boec 22.05.2012 at 15:00

(15) Спасибо!!!

Reply ↓
chtina 10.07.2012 at 20:37

Как вариант, чтобы запустить cmd в windows 7 от имени администратора, можно запустить его из папки «C:WindowsSystem32» (в папке System32 есть файл cmd, который нужно запустить от имени администратора :)))

Reply ↓
OBEH 12.07.2012 at 09:48

Автору респект, что поделился. Давно это проходил и, именно так решал проблему. Но не удосужился где-то зафиксировать.

Reply ↓
Volgogradka 12.07.2012 at 16:04

Спасибо тебе добрый человек мне помогло в ситуации когда ошибка была следующей:

Ошибка при вызове конструктора (COMОбъект): Класс не зарегистрирован: Класс не зарегистрирован

СПАСИБО!

Reply ↓
1977 04.10.2012 at 12:00

Решил проблему с выгрузкой базы данных dbeng8. Спасибо!

Reply ↓
FlagmanGK 24.03.2013 at 08:00

Спасибо!!! Очень помогло!!!

Reply ↓
Bruk 16.04.2013 at 13:30

sinjevla, Спасибо огромное, помогли решить проблему!!

Reply ↓
McCoy 17.04.2013 at 12:06

(15) большое спасибо. У меня была ошибка «Ошибка при вызове конструктора (COMОбъект): Класс не зарегистрирован: Класс не зарегистрирован», ушла

Reply ↓
Ксалекс 06.05.2013 at 15:56

а я просто платформу обновил, и у меня эта ошибка исчезла

Reply ↓
McCoy77 22.05.2013 at 09:04

(36) Ксалекс, просто при обновлении платформы зарегистрировалась библиотека comcntr.dll

Reply ↓
grey_yes 26.08.2013 at 11:45

(15)

хотя у меня просто после обновления платформы перестало подключаться из базы в базу…

я попробовал…

вот только «Поставил галку «Применить политику программных ограничений» — Уровень ограничений «Неограниченный»» не нашел….

но стало наверное еще хуже….

стало примерно так «…. метод Подключить не обнаружен …»

удалил Ветку V82COMConnector ….. и все заработало…. вот только не знаю… после перезагрузки сервера что будет….

и это из Бухгалтерии 2.0 в Комплексную автоматизацию.

Но вот основную то необходимость из Бухгалтерии 2.0 в Докуметооборот сходу не получилось…

Пишет «При попытке создания обработки ОбменДаннымиXML произошла ошибка:{Обработка.ОбменДаннымиXML.МодульОбъекта(16016)}: Поле объекта не обнаружено (ОбменДаннымиXML)»

ну есно! «Обработка.ОбменДаннымиXML» такого в ДО нет…

Чтож … будем шаманить дальше…

Reply ↓
shutniksasha 30.09.2013 at 15:03

Отличная статья.

Reply ↓
Marisha2404 15.10.2013 at 13:01

(15) Супер! Какой вы МОЛОДЕЦ! Столько времени промучалась с сервером! И как все просто решается! Спасибо огромное!

Reply ↓
goodwill 19.12.2013 at 18:25

(15) Для Windows 7×64 у меня вот так получилось

в %systemroot%SysWoW64 нашел cmd.exe

далее клик на нем правой мышкой и открываю его из меню как администратор

открывается командное окно с путем: C:Windowssystem32

Далее RegSvr32 «С:Program Files (x86)1cv828.2.19.76incomcntr.dll»

Reply ↓
VSY666 09.01.2014 at 16:14

(15) спасибо! помогло

Reply ↓
gull22 17.01.2014 at 15:17

Спасибо за отличный совет!

Reply ↓
1C-KA_RU 18.02.2014 at 15:08

Спасибо, оказалось полезней. Обычная регистрация компоненты тоже не спасала.

Reply ↓
dddimmm 24.02.2014 at 07:41

если не помог не один из двух вариантов, еще есть решение?

Win Server 2003 x64

1С 8.2

пытаюсь из ЗУП подключиться к УТ

При попытке соедиения с COM-сервером произошла следующая ошибка:

{Обработка.ВыгрузкаВУТ.МодульОбъекта(61)}: Ошибка при вызове конструктора (COMОбъект): Недопустимая строка с указанием класса: Недопустимая строка с указанием класса

Reply ↓
dandare 03.03.2014 at 00:28

спасибо! работает!

Reply ↓
swflash 11.03.2014 at 15:57

(15)

Спасибо! Очень помогли!

Reply ↓
arian89 28.03.2014 at 09:42

У меня компонента успешно регистрируется, однако ошибка все равно вылетает. Уже сносил компа старую и новую версию платформы, комп перезагружал.

Что еще может быть?

Reply ↓
belochkaNN 29.04.2014 at 14:17

Спасибо. И у нас такая же ошибка.

Reply ↓
roadman 06.05.2014 at 07:19

Мне тоже помогло, но только после того, как я ЗАШЕЛ в систему как Администратор…

Просто запуск от имени Администратора не помогал.

У меня Windows 7 64-битная

Обратите на это внимание, я убил на это 6 часов…

Reply ↓
cccp82 28.05.2014 at 09:59

спасибо помагло

Reply ↓
Jorj20 10.07.2014 at 14:30

Воспользовался советом. Винда 64 разрядная, запустил cmd от имени администратора,

командная строка Regsvr32 «C:Program Files (x86)1cv828.2.19.90incomcntr.dll». путь изменил на нужный в блокноте. все сработало

Reply ↓
aronskiy 19.09.2014 at 13:55

(15) Работает

Reply ↓
opentech 16.10.2014 at 19:54

Спасибо! Помогла регистрация компоненты! Win server 2012 r2

Reply ↓
Збянтэжаны Саўка 05.11.2014 at 15:00

Мне помогло в следующем случае:

на серваке стоит рабочая версия Бухгалтерии на платформе 8.2.17.143

Себе локально для разработки поставил наверх платформу 8.2.19.116, ибо в старой неприятный глюк с убеганием курсора в левый верхний угол. Но теперь при попытке COM-соединения с сервером от себя выскакивала ошибка несоответствия версий comcntr.dll на клиенте (у меня) и сервере (рабочая).

Зарегистрировал у себя regsvr32 «c:Program Files (x86)1cv828.2.17.143incomcntr.dll» поверх 8.2.19.116 и соединение с сервером через COM теперь проходит.

Reply ↓
2tvad 25.03.2015 at 12:36

+ Запуск от имени администратора. Может понадобится отключение антивирусов.

Reply ↓
buval 10.07.2015 at 00:59

Был настроен обмен между ИБ комплексной конфигурации (КА).

После обновления конфигураций в двух базах при обмене выдал эту ошибку.

Воспользовался предложенной командой — обмен восстановился.

Огромное спасибо автору.

Reply ↓
Татьяна_69 14.09.2015 at 07:35

(15) яростно плюсанула 10 пальцами

давно пыталась решить проблему с этими коннекторами — особенно когда несколько разных платформ и выгрузка идет например с 8.2 торговли в 8.3 бухгалтерию

огромное СПАСИБО за такую подробную инструкцию!!!!

первый вариант с regsvr32 не помогал

Reply ↓
Sergey_1C_ttt 10.11.2015 at 00:19

(15) Спасибо огромное! Помогло!

Reply ↓
as7bs 08.12.2015 at 17:34
Пытаюсь настроить обмен из ЗБУ в БГУ. Базы серверные.

При нажатии кнопки «Проверить» подключение выходит сообщение «Подключение к информационной базе приемнику произошло успешно».

При нажатии кнопки «Выполнить обмен» в служебных сообщениях выходит:

Начат обмен данными под полными правами на сервере 1С:Предприятия по настройке «Обмен с «1С:Бухгалтерия государственного учреждения 8 (начиная с версии 1.0.2)»» 08.12.2015 20:26:28

Завершен обмен данными под полными правами на сервере 1С:Предприятия по настройке «Обмен с «1С:Бухгалтерия государственного учреждения 8 (начиная с версии 1.0.2)»» 08.12.2015 20:26:30

Но обмен не происходит. В истории Монитора обмена выводится сообщение:

«При попытке подключения к информационной базе произошла ошибка:

Ошибка при вызове конструктора (COMОбъект): -2147221164(0x80040154): Класс не зарегистрирован

Техническая информация:

{Обработка.ОбменДаннымиXML.МодульОбъекта(15947)}: Ошибка при вызове конструктора (COMОбъект): -2147221164(0x80040154): Класс не зарегистрирован «

Отслеживаю отладкой:

в Функция ПодключитсяКИнформационнойБазе
```
  ТекCOMПодключение = Новый COMОбъект(ОбъектПодключения);
```
При «Проверке подключения» ТекCOMПодключение получаем COMОбъект

При «Выполнении обмена» ТекCOMПодключение получаем Неопределено

ОбъектПодключения в обоих случаях равен «V83.COMConnector»

В чем может быть проблема. Подскажите.

Reply ↓
fixin 23.02.2016 at 19:39

помогло, Но все же пляски с бубном пришлось совершать — и в «Службу компонентов» тоже слазить.

Reply ↓
diger1 23.02.2016 at 20:59

Ошибка возникает при установке новой версии платформы/сервера 1с

Решение:

1)Деинсталлировать технологические платформы предыдущих версий(если они не требуются вам для старых версий баз)

2)Переставить нужную тех. платформу(должна быть одинаковой версии с версией сервера, если есть сервер)

3)Произвести манипуляцию типа «regsvr32 «c:Program Files (x86)1cv828.2.17.143incomcntr.dll»» или ее 64 разр аналог.

как на машине, так и на сервере

Reply ↓
as7bs 18.03.2016 at 12:22

(60) as7bs,

Сразу не отписался, но лучше поздно…

Проблема была решена установкой сервера 1С заново. Предполагаю, что проблема возникла из за того, что возможно, когда первоначально обновляли сервер 1С в компонентах не включили «COM-соеденение». После новой установки сервера 1С ошибка пропала.

Reply ↓
Yashazz 23.03.2016 at 09:07

В общую копилку: имели ситуацию, когда конструктор нормально вроде бы создаёт V83.COMConnector, но говорит, что метод Connect не обнаружен, и ни одно свойство своё тоже не признаёт. Плясал с бубном часа два, пока не стало ясно, что это права доступа, хотя вроде был под доменным администратором. Помогло вот что: 1С всю целиком снесли, всю целиком переустановили, и сделали запуск службы самой 1С от имени общеизвестного USRV8-как-его-там пользователя. И установку компоненты в COM+ тоже сделали именно от этого пользователя, и чтобы запускалась она от его имени.

Ещё есть подозрение, что взлетело бы, если б сделать отдельного локального администратора и всё от его имени (причём надёжнее не эта тыкалка запуска, а нормальное «от имени» или даже лучше в его сеансе).

1С 8.3.17.1970, винда 2012 R2. Базы были и файловые, и клиент-серверные, все участвуют в обмене.

p.s. при этом regsvr как не хотел нормально её регить, так и не согласился… Но работает.

Reply ↓

Светлый ум 07.04.2016 at 14:39

Обработка.УниверсальныйОбменДаннымиXML.МодульОбъекта(13799)}: Ошибка при вызове конструктора

—решение:

Функция ВыполнитьПодключениеКИБПриемнику() Экспорт

РезультатПодключения = Неопределено;

СтруктураПодключения = Новый Структура();
СтруктураПодключения.Вставить(«ФайловыйРежим», ТипИнформационнойБазыДляПодключения);
СтруктураПодключения.Вставить(«АутентификацияWindows», АутентификацияWindowsИнформационнойБазыДляПодключения);
СтруктураПодключения.Вставить(«КаталогИБ», КаталогИнформационнойБазыДляПодключения);
СтруктураПодключения.Вставить(«ИмяСервера», ИмяСервераИнформационнойБазыДляПодключения);
СтруктураПодключения.Вставить(«ИмяИБНаСервере», ИмяИнформационнойБазыНаСервереДляПодключения);
СтруктураПодключения.Вставить(«Пользователь», ПользовательИнформационнойБазыДляПодключения);
СтруктураПодключения.Вставить(«Пароль», ПарольИнформационнойБазыДляПодключения);
//—//СтруктураПодключения.Вставить(«ВерсияПлатформы», ВерсияПлатформыИнформационнойБазыДляПодключения);
//++//
ВерсияПлатформыИнформационнойБазыДляПодключенияKKY = «V83»;
СтруктураПодключения.Вставить(«ВерсияПлатформы», ВерсияПлатформыИнформационнойБазыДляПодключенияKKY);
//++//
ОбъектПодключения = ПодключитсяКИнформационнойБазе(СтруктураПодключения);

Показать

Reply ↓

progr-2008 16.05.2016 at 14:20

На 8.3 такая ошибка, а comcntr.dll нет.

Reply ↓
geniusan 31.05.2016 at 10:16
После долгих танцев с бубном найдено решение для тех кто не хочет заморачиваться с DCOM на x64 и у кого ошибка что класс не зарегистрирован.

Делаем bat, меняем версию на нужную и запускаем от Администратора:
```
set version=8.3.5.1625
set x64=C:Program Files1cv8\%version%incomcntr.dll
set x32=C:Program Files (x86)1cv8\%version%incomcntr.dll
set reg64=%systemroot%System32
egsvr32.exe
set reg32=%systemroot%SysWoW64
egsvr32.exe

%reg64% /i /s «%x64%»
%reg64% /u /s «%x32%»
%reg64% /i /s «%x64%»
%reg32% /u /s «%x64%»
%reg64% /i /s «%x64%»
%reg32% /u /s «%x32%»
%reg64% /i «%x64%»
```
Показать
После этого начинает работать COM на стороне сервера x64.

Reply ↓
ambabas 21.06.2016 at 13:14

Столкнулся с аналогичной проблемой при установке 8.3.8. Ошибка 2147221164 — класс не зарегистрирован. перепробовал пачку вариантов, пока не накопал четкий алгоритм

открываем консоль «Службы компонентов» (Панель управления -> Администрирование -> Службы компонентов).

В этой консоли открываем Службы компонентов -> Компьютеры -> Мой компьютер. Правый клик по пункту“Приложения COM+”, Создать -> Приложение.

Далее. В окне «Установка или создание нового приложения» выбираем «Создать новое приложение».

Вводим понятное имя для нового приложения, например, “V8_ComConnector”, способ активации — «Серверное приложение».

В качестве учетной записи для запуска приложения выбираем “Указанный пользователь” и через кнопку “Обзор” находим учетную запись, под которой запускается сервер 1С v 8.3. У нас это локальная учетная запись с именем “USR1CV8”. Следующие 2 экрана можно пропустить (Далее, Далее, Готово) или сделать следующий пункт на втором из них. Мы пропускаем.

В ветке только что созданного приложения открываем узел «Роли» и в нём роль «CreatorOwner». Правый клик по пункту «Пользователи», Создать -> Пользователь. Здесь выбираем учетку, под которой запускается сервер 1С v 8.3. У нас это локальная учетная запись с именем “USR1CV8”.

В ветке созданного приложения (“V8_ComConnector”) переходим на узел «Компоненты». Правый клик, Создать -> Компонент. Далее.

Выбираем «Установка новых компонентов», и в появившемся окне выбираем нужную DLL-ку (C:Program Files (x86)1cv81incomcntr.dll). Завершаем создание компонента.

Открываем свойства только что созданного компонента (V81.COMConnector.1), переходим на вкладку «Безопасность», в списке «Явно установленные для выделенных объектов роли» устанавливаем флажок напротив роли “CreatorOwner”. Причом без манипуляций с безопасностью тупило.

Reply ↓

Alien_job 05.07.2016 at 09:22

А аналогичная ситуация с V83.Application как решается?

upd: решилась так — в командной строке «C:Program Files (x86)1cv88.3.6.2152in1cv8.exe» /RegServer

Подробнее
решение отсюда http://www.forum.mista.ru/topic.php?id=749804 Пакетный режим регистрации 1С:Предприятия как Automation сервера После исполнения программа автоматически завершает работу. /RegServer Регистрация. /UnregServer Удаление регистрации. http://infostart.ru/public/104654/

Подробнее

Reply ↓

EugeneMal 01.10.2016 at 15:17

(15) благодарю Вас, помогло!

Reply ↓
Symbiat 11.01.2017 at 15:33

На сервере с 64 разрядной ОС установлена 32 разрядная платформа 1С:Предприятие. Настроен обмен между двумя ФАЙЛОВЫМИ базами — УТ 11 и БУХ 3.0.

После обновления платформы 8.3…. на 8.3.9 получаю следующую ошибку:

Не удалось подключится к другой программе: {ОбщийМодуль.ОбщегоНазначенияКлиентСервер.Модуль(1060)}: Ошибка при вызове конструктора (COMObject)

COMConnector = Новый COMObject(ИмяCOMСоединителя()); // «V83.COMConnector»

по причине:

-2147221005(0x800401F3): Недопустимая строка с указанием класса

Пробовал Regsvr32 — зарегистрирована успешно, но при обмене валится та же ошибка.

Прошу совета, как решить мою проблему.

Reply ↓
Symbiat 12.01.2017 at 09:52

Получилось, когда запустил командную строку из папки C:WindowsSysWOW64, а в ней ту же команду Regsvr32

Reply ↓
Symbiat 17.01.2017 at 10:01

Спустя какое-то время снова стала валиться эта же ошибка, причем ничего ни на сервере ни с базой не делалось. Регистрация через C:WindowsSysWOW64 уже не помогает.

Reply ↓
Serg O. 25.01.2017 at 14:11

спасибо за статью!

помогло

Reply ↓
RomenOLi 30.03.2017 at 10:23

При открытии обработки выпадает:

Ошибка инициализации модуля: ВнешняяОбработка.MEDOC_1С8.Форма.Форма.Форма

по причине:

{ВнешняяОбработка.MEDOC_1С8.Форма.Форма.Форма(7278)}: Ошибка при вызове конструктора (COMОбъект)

по причине:

-2147221164(0x80040154): Класс не зарегистрирован

платформа — 1С:Предприятие 8.3 (8.3.9.2170)

сервер 32 бит.

ОС Windows Server 2012 64бит

через regver библиотеку зарегистрировал.

В службы компонентов также добавил, по инструкции.

результат прежний, ничего не помогает.

на такой же конфе-платформе, на другом пк, без сервера 1с — все открывается.

Reply ↓
tank68 11.04.2017 at 18:26

(75) http://forum.infostart.ru/forum86/topic163993/

Reply ↓
tank68 12.04.2017 at 13:22

http://rusell.livejournal.com/143927.html

83.COMConnector класс не зарегистрирован

Случается, что при попытке подключения к информационной базе через com-соединение возникает ошибка при вызове конструктора (COMОбъект): «Класс не зарегистрирован» или «Недопустимая строка с указанием класса».

Первым делом необходимо зарегистрировать DLL в системе

Regsvr32 «C:Program Files1cv88.3.7.1776incomcntr.dll»

В случае, если не помогает — создаём коннектор руками:

•Заходим в Панель управления — Администрирование — Службы компонентов.

•Переходим к ветке Компьютеры — Мой компьютер — Приложения COM+.

•В контекстном меню выбираем Создать — Приложение. Откроется Мастер установки приложений COM+.

•Нажимаем «Далее».

•Выбираем «Создать новое приложение».

•Вводим имя «V83COMConnector». Устанавливаем переключатель «Серверное приложение». Нажимаем «Далее».

•На следующем шаге устанавливаем «Текущий пользователь». Нажимаем «Далее».

•Нажимаем «Готово».

•В появившейся ветке V83COMConnector переходим к подветке Компоненты.

•В контекстном меню выбираем Создать — Компонент. Откроется Мастер установки компонентов COM+.

•Нажимаем «Далее».

•Выбираем «Установка новых компонентов».

•Выбираем файл <каталог 1С>incomcntr.dll.

•Нажимаем «Далее» — «Готово».

•Переходим к ветке V83COMConnector.

•В контекстном меню выбираем «Свойства». В открывшемся окне переходим на вкладку «Безопасность».

•Снимаем галку «Принудительная проверка доступа для приложений». Ставим галку «Применить политику программных ограничений». Устанавливаем Уровень ограничений — «Неограниченный».

•Нажимаем «ОК».

Класс V83.COMConnector зарегистрирован и может использоваться для подключения к информационным базам.

Reply ↓
kanalya 08.12.2017 at 10:51

Добавлю свои пять копеек.

Для 8.3 COM-соединение на стороне сервера упорно не желало устанавливаться и давало ошибку «метод объекта не обнаружен (connect)»

Проблема решилась установкой в службах компонентов для V3_ComConnector использования системной учетной записи Локальная служба. (Хотя рядом 8.2 COM работает с правами пользователя)

Reply ↓
Pim 19.04.2018 at 15:21

Здравствуйте.

Аналогичная проблема появилась с платформой 8.3.11.3034. Все что описано здесь делал, не помогло. Пришлось откатиться на 8.3.10. Там работает нормально даже без регистрации dll. Никто не сталкивался?

Reply ↓
Andrey1210 05.06.2018 at 13:05

(15)

omcntr.dll

Спасибо огромное добрый человек. Помогло.

Reply ↓
user741211 18.08.2018 at 02:46

Господа Ошибка

-2147221005(0x800401F3): Недопустимая строка с указанием класса

{Обработка.ЗагрузкаТоваровИзЭкселя.Форма.Форма.Форма(3)}: Ошибка при вызове конструктора (COMОбъект)

Эксель = Новый COMОбъект(«Excel.Application»);

вот код

______________________________________

Процедура КнопкаВыполнитьНажатие(Кнопка)

// Вставить содержимое обработчика.

Эксель = Новый COMОбъект(«Excel.Application»);

Эксель.WorkBooks.Open(Путь);

Эксель.Sheets(1).Select();

………

………

____________

Везде где мог зарегистрировал comcntr.dll и в службе компонентов под учеткой админ и в настройке компонента все ок поставилось … Проблема не решилась и клиент Толстый «Управляемое и обычный». ОС 7 х64 платформа х32 на х64 тоже ставил такая же беда … Права полные запуск под админом … файл открытия Excel разблокированный что не так?

Reply ↓
user741211 18.08.2018 at 02:50

У меня ошибка осталась проделал и в реестре и в компоненте под полными правами …

{Обработка.ЗагрузкаТоваровИзЭкселя.Форма.Форма.Форма(3)}: Ошибка при вызове конструктора (COMОбъект)

Эксель = Новый COMОбъект(«Excel.Application»);

-2147221005(0x800401F3): Недопустимая строка с указанием класса

_____

Только вот на ноуте Excel не устанавливал для открытия файла этого! Надо или не надо его устанавливать … связь 1С и Excell есть какая нибудь по билиотекам

Reply ↓
kondr1221 03.10.2018 at 16:23

(15)ты лучший

Reply ↓
aximo 31.10.2018 at 18:40

(77) уважуха тебе!

Reply ↓
SerGam 13.12.2018 at 10:32

(15) , (77)

Спасибо, оба молодцы, хотя (77) выдал более подробную, пошаговую для «чайников» инструкцию.

Рекомендации работают !!!

Reply ↓
irina_ph 05.01.2019 at 23:10

(77) Спасибо ВАМ огромное!!! очень выручили…

Reply ↓
quNas 09.01.2019 at 05:58

Тоже столкнулась с подобной ошибкой, все прочитала, но оказалось намного проще, в regedit была зарегистрирована платформа 8.3.12.1440 и ее ком-коннектор, и последняя платформа, а ссылалось на эту предпоследнюю. Получается первую, которую находил ее и брал за нужную, а не ту которую последнюю установили. Устранили удалив эту запись, иногда помогает очистка реестра))).

Reply ↓
quNas 09.01.2019 at 05:58

Спасибо Вашим публикациям, они очень популярно и доступно объясняют.

Reply ↓
user915349 07.02.2019 at 09:58

Спасибо, получилось!

Reply ↓
vis_tmp 01.04.2019 at 23:18

(78)

Добавлю свои пять копеек.

Для 8.3 COM-соединение на стороне сервера упорно не желало устанавливаться и давало ошибку «метод объекта не обнаружен (connect)»

Проблема решилась установкой в службах компонентов для V3_ComConnector использования системной учетной записи Локальная служба. (Хотя рядом 8.2 COM работает с правами пользователя)

Подтверждаю — заработало только после переключения с конкретного пользователя на «Системная учетная запись / Локальная служба»

Reply ↓
Stivens 03.06.2019 at 11:14

(77), И от меня спасибо. У меня была проблема с Ошибка 0x80070005 «Отказано в доступе» при синхронизации БП ЗУП, вроде и компоненту создал и даже сработало сразу после у меня, а у юзеров ошибки и у меня потом тоже.

Оказалось невнимательно настраивал и свойства безопасности искал у компоненты. А надо было у ВЕТКИ.

•Переходим к ветке V83COMConnector.

•В контекстном меню выбираем «Свойства». В открывшемся окне переходим на вкладку «Безопасность».

•Снимаем галку «Принудительная проверка доступа для приложений». Ставим галку «Применить политику программных ограничений». Устанавливаем Уровень ограничений — «Неограниченный».

Reply ↓
r.sergey 06.10.2019 at 22:27

(67) Помог батник, спасибо.

Reply ↓

Ошибка при вызове конструктора (COMОбъект)

Related Posts

92 Comments

Leave a Comment Отменить ответ