У меня была такая беда, только текст ошибки другой:
При попытке соедиения с COM-сервером произошла следующая ошибка:
Метод объекта не обнаружен (Connect)
И тоже помогло :)
Блин, а я с бубном плясал во круг служб компонентов, настроек DCOM и все что на ум приходило :)
Господа Ошибка
-2147221005(0x800401F3): Недопустимая строка с указанием класса
{Обработка.ЗагрузкаТоваровИзЭкселя.Форма.Форма.Форма(3)}: Ошибка при вызове конструктора (COMОбъект)
Эксель = Новый COMОбъект("Excel.Application");
вот код
______________________________________
Процедура КнопкаВыполнитьНажатие(Кнопка)
// Вставить содержимое обработчика.
Эксель = Новый COMОбъект("Excel.Application");
Эксель.WorkBooks.Open(Путь);
Эксель.Sheets(1).Select();
.........
.........
____________
Везде где мог зарегистрировал comcntr.dll и в службе компонентов под учеткой админ и в настройке компонента все ок поставилось ... Проблема не решилась и клиент Толстый "Управляемое и обычный". ОС 7 х64 платформа х32 на х64 тоже ставил такая же беда ... Права полные запуск под админом ... файл открытия Excel разблокированный что не так?
У меня ошибка осталась проделал и в реестре и в компоненте под полными правами ...
{Обработка.ЗагрузкаТоваровИзЭкселя.Форма.Форма.Форма(3)}: Ошибка при вызове конструктора (COMОбъект)
Эксель = Новый COMОбъект("Excel.Application");
-2147221005(0x800401F3): Недопустимая строка с указанием класса
_____
Только вот на ноуте Excel не устанавливал для открытия файла этого! Надо или не надо его устанавливать ... связь 1С и Excell есть какая нибудь по билиотекам
А Вы не можете подсказать решение проблемы?:
При попытке редактирования документа выскочила ошибка: "Ошибка СУБД. Внутренняя ошибка компоненты dbeng8". Документ невозможно ни откорректировать, ни пометить на удаление.
(4) Nadegda_P,
Если файловая база 1С:Предприятие 8, то что-то подобное разок случилось в ситуации, когда пользователь в уже ранее проведенном документе перезаполнял табличную часть. И в момент этих его действий выключилось питание.
В результате получилась такая картина:
- движения документа есть,
- в списке документов он виден,
- запросами через консоль запросов получается выбрать и реквизиты документа, и строки табличных частей,
- но при открытии формы документа выдается ошибка наподобие указанной Вами, с подробностями, в которых упоминается несуществующая строка табличной части. И программа закрывается.
Попытки вылечить документ ни к чему не привели, и пришлось применить обходной путь:
1. Движения документа удалили с помощью обработки типа "Корректировка движений документов" (на Инфостарте есть такие),
2. Реквизиты документа подправили с помощью, например, "Групповой обработки объектов" - так, чтобы было видно, что не надо трогать его.
3. Сделали новый документ взамен этого, и провели его. А старый так и лежит, и никому вроде не мешает.
Если бы существовал бэкап, содержащий этот документ в нормальном состоянии, можно было бы XML-обменом попробовать загрузить документ из бэкапа. Но не было такого бэкапа.
Если файловая база 1С:Предприятие 8, то что-то подобное разок случилось в ситуации, когда пользователь в уже ранее проведенном документе перезаполнял табличную часть. И в момент этих его действий выключилось питание.
В результате получилась такая картина:
- движения документа есть,
- в списке документов он виден,
- запросами через консоль запросов получается выбрать и реквизиты документа, и строки табличных частей,
- но при открытии формы документа выдается ошибка наподобие указанной Вами, с подробностями, в которых упоминается несуществующая строка табличной части. И программа закрывается.
Попытки вылечить документ ни к чему не привели, и пришлось применить обходной путь:
1. Движения документа удалили с помощью обработки типа "Корректировка движений документов" (на Инфостарте есть такие),
2. Реквизиты документа подправили с помощью, например, "Групповой обработки объектов" - так, чтобы было видно, что не надо трогать его.
3. Сделали новый документ взамен этого, и провели его. А старый так и лежит, и никому вроде не мешает.
Если бы существовал бэкап, содержащий этот документ в нормальном состоянии, можно было бы XML-обменом попробовать загрузить документ из бэкапа. Но не было такого бэкапа.
Показать
ага, еще бы на SQL бы перевести базу, вообще цены бы вам не было )
(8) WKBAPKA,
Мы тоже не в деревне родились, и про клиент-серверный вариант работы с 1С знаем.
У меня на поддержке есть и базы файловые, и клиент-серверные в достаточном количестве.
В сети той организации, у которой эта проблема случилась, не было установленного 1С-сервера и SQL-сервера, и серверное железо не подходило для такого режима работы.
Да и пользователей в этой организации не столько, чтобы было необходимо переходить на вариант работы через сервер 1С-Предприятия.
Поэтому, раз проблема была только в одном этом документе, было сделано то, что я описал выше.
в смысле? у мну на домашней машине стоит 2005 скуль... и машина у меня не серверная...
вы бы могли эту базу вообще не поднять, там же один файл... в случае разрушения его, все, капут...
другой вопрос, что нужно покупать 1С сервер... это да... тока думаю, что они уже раза три как переплатили за ваши услуги... но то такое... не мое дело конечно...
Если пользователей не много то и железо для сервака не нужно суперское. В одной конторе 5 пользователей, стоит обычный комп проц уже не помню, но с 2 гб. оперативы, SentOS+PostgreSQL+1C все нормально работает уже 3 года.
Недавно обновлял платформу и 2 дня работали в файловом варианте, так все кричали что все ужасно тормозит.
1 Администрирование - Службы компонентов – Компьютеры – Мой компьютер – Приложения COM+ - Создать приложение – Создать новое приложение – вводим имя «V82.COMConnector»(переключатель «Серверное приложение») – Указанный пользователь (Администратор)
2 В появившейся ветке V82COMConnector – подветка Компоненты – создание нового компонента – Установка новых компонентов - <каталог 1С>\bin\comcntr.dll
3 Правой кнопкой по ветке V82COMConnector – Свойства – Безопасность – Снял галку «Принудительная проверка доступа для приложений» - Поставил галку «Применить политику программных ограничений» - Уровень ограничений «Неограниченный»
Еще в профилях пользователей C:\Documents and Settings\….\Application Data\1C\1CEStart\1CEStart.cfg изменяем параметр UseHWLicenses=0 на UseHWLicenses=1
(15)
хотя у меня просто после обновления платформы перестало подключаться из базы в базу...
я попробовал...
вот только "Поставил галку «Применить политику программных ограничений» - Уровень ограничений «Неограниченный»" не нашел....
но стало наверное еще хуже....
стало примерно так ".... метод Подключить не обнаружен ..."
удалил Ветку V82COMConnector ..... и все заработало.... вот только не знаю... после перезагрузки сервера что будет....
и это из Бухгалтерии 2.0 в Комплексную автоматизацию.
Но вот основную то необходимость из Бухгалтерии 2.0 в Докуметооборот сходу не получилось...
Пишет "При попытке создания обработки ОбменДаннымиXML произошла ошибка:{Обработка.ОбменДаннымиXML.МодульОбъекта(16016)}: Поле объекта не обнаружено (ОбменДаннымиXML)"
ну есно! "Обработка.ОбменДаннымиXML" такого в ДО нет...
Чтож ... будем шаманить дальше...
(15) яростно плюсанула 10 пальцами
давно пыталась решить проблему с этими коннекторами - особенно когда несколько разных платформ и выгрузка идет например с 8.2 торговли в 8.3 бухгалтерию
огромное СПАСИБО за такую подробную инструкцию!!!!
первый вариант с regsvr32 не помогал
При попытке подключения к информационной базе произошла ошибка:
Ошибка при вызове конструктора (COMОбъект): Класс не зарегистрирован: Класс не зарегистрирован
Техническая информация:
{Обработка.ОбменДаннымиXML(15742)}: Ошибка при вызове конструктора (COMОбъект): Класс не зарегистрирован: Класс не зарегистрирован
регистрация по новой этой dll не решило проблемы: платформа 1С:Предприятие 8.2 (8.2.13.219) - может есть еще решения проблемы.
З.Ы.
Платформу не целесообразно обновлять так как у меня распределенка - а новая платформа при изменении в конфигурации отправляет в файле обмена полностью файл конфигурации в подчиненные узлы...(по крайне мере была такая проблема)
Манипуляция с компонентой не помогла.
Regsvr32 "C:\Program Files\1cv82\8.2.14.540\bin\comcntr.dll" делал результат ноль.
Платформу переставлял, тоже не помогло.
Какие будут идеи может с компонентой есть еще какая то настройка?
Как вариант, чтобы запустить cmd в windows 7 от имени администратора, можно запустить его из папки "C:\Windows\System32" (в папке System32 есть файл cmd, который нужно запустить от имени администратора :)))
Спасибо тебе добрый человек мне помогло в ситуации когда ошибка была следующей:
Ошибка при вызове конструктора (COMОбъект): Класс не зарегистрирован: Класс не зарегистрирован
СПАСИБО!
если не помог не один из двух вариантов, еще есть решение?
Win Server 2003 x64
1С 8.2
пытаюсь из ЗУП подключиться к УТ
При попытке соедиения с COM-сервером произошла следующая ошибка:
{Обработка.ВыгрузкаВУТ.МодульОбъекта(61)}: Ошибка при вызове конструктора (COMОбъект): Недопустимая строка с указанием класса: Недопустимая строка с указанием класса
У меня компонента успешно регистрируется, однако ошибка все равно вылетает. Уже сносил компа старую и новую версию платформы, комп перезагружал.
Что еще может быть?
Мне тоже помогло, но только после того, как я ЗАШЕЛ в систему как Администратор...
Просто запуск от имени Администратора не помогал.
У меня Windows 7 64-битная
Обратите на это внимание, я убил на это 6 часов...
Воспользовался советом. Винда 64 разрядная, запустил cmd от имени администратора,
командная строка Regsvr32 "C:\Program Files (x86)\1cv82\8.2.19.90\bin\comcntr.dll". путь изменил на нужный в блокноте. все сработало
55.
Збянтэжаны Саўка
24205.11.14 15:00 Сейчас в теме
Мне помогло в следующем случае:
на серваке стоит рабочая версия Бухгалтерии на платформе 8.2.17.143
Себе локально для разработки поставил наверх платформу 8.2.19.116, ибо в старой неприятный глюк с убеганием курсора в левый верхний угол. Но теперь при попытке COM-соединения с сервером от себя выскакивала ошибка несоответствия версий comcntr.dll на клиенте (у меня) и сервере (рабочая).
Зарегистрировал у себя regsvr32 "c:\Program Files (x86)\1cv82\8.2.17.143\bin\comcntr.dll" поверх 8.2.19.116 и соединение с сервером через COM теперь проходит.
Был настроен обмен между ИБ комплексной конфигурации (КА).
После обновления конфигураций в двух базах при обмене выдал эту ошибку.
Воспользовался предложенной командой - обмен восстановился.
Огромное спасибо автору.
Пытаюсь настроить обмен из ЗБУ в БГУ. Базы серверные.
При нажатии кнопки "Проверить" подключение выходит сообщение "Подключение к информационной базе приемнику произошло успешно".
При нажатии кнопки "Выполнить обмен" в служебных сообщениях выходит:
Начат обмен данными под полными правами на сервере 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"
В чем может быть проблема. Подскажите.
(60) as7bs,
Сразу не отписался, но лучше поздно...
Проблема была решена установкой сервера 1С заново. Предполагаю, что проблема возникла из за того, что возможно, когда первоначально обновляли сервер 1С в компонентах не включили "COM-соеденение". После новой установки сервера 1С ошибка пропала.
Ошибка возникает при установке новой версии платформы/сервера 1с
Решение:
1)Деинсталлировать технологические платформы предыдущих версий(если они не требуются вам для старых версий баз)
2)Переставить нужную тех. платформу(должна быть одинаковой версии с версией сервера, если есть сервер)
3)Произвести манипуляцию типа "regsvr32 "c:\Program Files (x86)\1cv82\8.2.17.143\bin\comcntr.dll"" или ее 64 разр аналог.
как на машине, так и на сервере
В общую копилку: имели ситуацию, когда конструктор нормально вроде бы создаёт V83.COMConnector, но говорит, что метод Connect не обнаружен, и ни одно свойство своё тоже не признаёт. Плясал с бубном часа два, пока не стало ясно, что это права доступа, хотя вроде был под доменным администратором. Помогло вот что: 1С всю целиком снесли, всю целиком переустановили, и сделали запуск службы самой 1С от имени общеизвестного USRV8-как-его-там пользователя. И установку компоненты в COM+ тоже сделали именно от этого пользователя, и чтобы запускалась она от его имени.
Ещё есть подозрение, что взлетело бы, если б сделать отдельного локального администратора и всё от его имени (причём надёжнее не эта тыкалка запуска, а нормальное "от имени" или даже лучше в его сеансе).
1С 8.3.17.1970, винда 2012 R2. Базы были и файловые, и клиент-серверные, все участвуют в обмене.
p.s. при этом regsvr как не хотел нормально её регить, так и не согласился... Но работает.
После долгих танцев с бубном найдено решение для тех кто не хочет заморачиваться с DCOM на x64 и у кого ошибка что класс не зарегистрирован.
Делаем bat, меняем версию на нужную и запускаем от Администратора:
set version=8.3.5.1625
set x64=C:\Program Files\1cv8\%version%\bin\comcntr.dll
set x32=C:\Program Files (x86)\1cv8\%version%\bin\comcntr.dll
set reg64=%systemroot%\System32\regsvr32.exe
set reg32=%systemroot%\SysWoW64\regsvr32.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.
Столкнулся с аналогичной проблемой при установке 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)\1cv81\bin\comcntr.dll). Завершаем создание компонента.
Открываем свойства только что созданного компонента (V81.COMConnector.1), переходим на вкладку «Безопасность», в списке «Явно установленные для выделенных объектов роли» устанавливаем флажок напротив роли “CreatorOwner”. Причом без манипуляций с безопасностью тупило.
А аналогичная ситуация с V83.Application как решается?
upd: решилась так - в командной строке "C:\Program Files (x86)\1cv8\8.3.6.2152\bin\1cv8.exe" /RegServer
Подробнее
решение отсюда http://www.forum.mista.ru/topic.php?id=749804 Пакетный режим регистрации 1С:Предприятия как Automation сервера
После исполнения программа автоматически завершает работу.
/RegServer Регистрация.
/UnregServer Удаление регистрации.
На сервере с 64 разрядной ОС установлена 32 разрядная платформа 1С:Предприятие. Настроен обмен между двумя ФАЙЛОВЫМИ базами - УТ 11 и БУХ 3.0.
После обновления платформы 8.3.... на 8.3.9 получаю следующую ошибку:
Не удалось подключится к другой программе: {ОбщийМодуль.ОбщегоНазначенияКлиентСервер.Модуль(1060)}: Ошибка при вызове конструктора (COMObject)
COMConnector = Новый COMObject(ИмяCOMСоединителя()); // "V83.COMConnector"
по причине:
-2147221005(0x800401F3): Недопустимая строка с указанием класса
Пробовал Regsvr32 - зарегистрирована успешно, но при обмене валится та же ошибка.
Прошу совета, как решить мою проблему.
Спустя какое-то время снова стала валиться эта же ошибка, причем ничего ни на сервере ни с базой не делалось. Регистрация через C:\Windows\SysWOW64 уже не помогает.
При открытии обработки выпадает:
Ошибка инициализации модуля: ВнешняяОбработка.MEDOC_1С8.Форма.Форма.Форма
по причине:
{ВнешняяОбработка.MEDOC_1С8.Форма.Форма.Форма(7278)}: Ошибка при вызове конструктора (COMОбъект)
по причине:
-2147221164(0x80040154): Класс не зарегистрирован
платформа - 1С:Предприятие 8.3 (8.3.9.2170)
сервер 32 бит.
ОС Windows Server 2012 64бит
через regver библиотеку зарегистрировал.
В службы компонентов также добавил, по инструкции.
результат прежний, ничего не помогает.
на такой же конфе-платформе, на другом пк, без сервера 1с - все открывается.
Случается, что при попытке подключения к информационной базе через com-соединение возникает ошибка при вызове конструктора (COMОбъект): "Класс не зарегистрирован" или "Недопустимая строка с указанием класса".
Первым делом необходимо зарегистрировать DLL в системе
Regsvr32 "C:\Program Files\1cv8\8.3.7.1776\bin\comcntr.dll"
В случае, если не помогает - создаём коннектор руками:
•Заходим в Панель управления - Администрирование - Службы компонентов.
•Переходим к ветке Компьютеры - Мой компьютер - Приложения COM+.
•В контекстном меню выбираем Создать - Приложение. Откроется Мастер установки приложений COM+.
•Нажимаем "Далее".
•Выбираем "Создать новое приложение".
•Вводим имя "V83COMConnector". Устанавливаем переключатель "Серверное приложение". Нажимаем "Далее".
•На следующем шаге устанавливаем "Текущий пользователь". Нажимаем "Далее".
•Нажимаем "Готово".
•В появившейся ветке V83COMConnector переходим к подветке Компоненты.
•В контекстном меню выбираем Создать - Компонент. Откроется Мастер установки компонентов COM+.
•Нажимаем "Далее".
•Выбираем "Установка новых компонентов".
•Выбираем файл <каталог 1С>\bin\comcntr.dll.
•Нажимаем "Далее" - "Готово".
•Переходим к ветке V83COMConnector.
•В контекстном меню выбираем "Свойства". В открывшемся окне переходим на вкладку «Безопасность».
•Снимаем галку «Принудительная проверка доступа для приложений». Ставим галку "Применить политику программных ограничений". Устанавливаем Уровень ограничений - "Неограниченный".
•Нажимаем "ОК".
Класс V83.COMConnector зарегистрирован и может использоваться для подключения к информационным базам.
(77), И от меня спасибо. У меня была проблема с Ошибка 0x80070005 "Отказано в доступе" при синхронизации БП ЗУП, вроде и компоненту создал и даже сработало сразу после у меня, а у юзеров ошибки и у меня потом тоже.
Оказалось невнимательно настраивал и свойства безопасности искал у компоненты. А надо было у ВЕТКИ.
•Переходим к ветке V83COMConnector.
•В контекстном меню выбираем "Свойства". В открывшемся окне переходим на вкладку «Безопасность».
•Снимаем галку «Принудительная проверка доступа для приложений». Ставим галку "Применить политику программных ограничений". Устанавливаем Уровень ограничений - "Неограниченный".
Добавлю свои пять копеек.
Для 8.3 COM-соединение на стороне сервера упорно не желало устанавливаться и давало ошибку "метод объекта не обнаружен (connect)"
Проблема решилась установкой в службах компонентов для V3_ComConnector использования системной учетной записи Локальная служба. (Хотя рядом 8.2 COM работает с правами пользователя)
Добавлю свои пять копеек.
Для 8.3 COM-соединение на стороне сервера упорно не желало устанавливаться и давало ошибку "метод объекта не обнаружен (connect)"
Проблема решилась установкой в службах компонентов для V3_ComConnector использования системной учетной записи Локальная служба. (Хотя рядом 8.2 COM работает с правами пользователя)
Подтверждаю - заработало только после переключения с конкретного пользователя на "Системная учетная запись / Локальная служба"
Здравствуйте.
Аналогичная проблема появилась с платформой 8.3.11.3034. Все что описано здесь делал, не помогло. Пришлось откатиться на 8.3.10. Там работает нормально даже без регистрации dll. Никто не сталкивался?
Тоже столкнулась с подобной ошибкой, все прочитала, но оказалось намного проще, в regedit была зарегистрирована платформа 8.3.12.1440 и ее ком-коннектор, и последняя платформа, а ссылалось на эту предпоследнюю. Получается первую, которую находил ее и брал за нужную, а не ту которую последнюю установили. Устранили удалив эту запись, иногда помогает очистка реестра))).
Перенос данных КА 1.1 => КА 2 / УТ 11 (перенос документов, начальных остатков и справочной информации из "1С:Комплексная автоматизация", ред.1.1 в "1С:Комплексная автоматизация", ред. 2.х)
Перенос данных КА 1.1 => КА 2 / УТ 11 (перенос документов, начальных остатков и справочной информации из "1С:Комплексная автоматизация", ред.1.1 в "1С:Комплексная автоматизация", ред. 2.х)
Перенос данных КА 1.1 / УПП 1.3 => БП 3.0 (перенос остатков, документов и справочников из "1С:Комплексная автоматизация 1.1" / УПП 1.3 в "1С:Бухгалтерия 3.0")