Cocreateinstance error 0x80040154 класс не зарегистрирован - Исправление ошибок и поиск оптимальных решений проблем

Remove From My Forums

Вопрос
Okay, one last hurdle and I am all clear. I have everything mostly working, the class registers properly (finally), I can call CoCreateInstance and use it in a non-elevated manner (the secure calls return an error of Access Denied like they should), and if I use the CoCreateInstanceAsAdmin function, it pops up the UAC dialog to allow or deny the class. The problem is right after that, if I select Allow, then CoCreateInstanceAsAdmin returns an error code of 0x80040154, which means that the class is not registered.

I know the class is (mostly) registered, as it instantiates properly during a call to CoCreateInstance itself, just not as admin. I assume I am missing some little step, but I dunno what. Here’s the rundown of what I’m doing. For testing purposes, the app is just a simple ATL DLL created via the VC ATL Wizard. During the Wizard, I selected the merge option so that it’s all a single DLL, instead of the proxy/stub. I added one class to it that I am trying to create in my test application. The DLL itself is properly registered on my Vista system (obviously, since CoCreateInstance creates it properly). I have the LocalizedString and ElevationEnabled registry values added when it registers (and I know this is working since it does pop up the dialog when I try to create it as admin).

I see one other instance of this posted by someone on the forums, but no response as to how it was solved. Anyone encounter this before, know how to resolve it?

Remove From My Forums

Вопрос

ОС Windows 10 pro

При запуске определенной программы появляется ошибка класс не зарегистрирован exception from hresult 0x80040154 regdb_e_classnotreg

Программа использует для работы net framework 4. я пробовал и на 4.5 все равно не работает, пробовал запускать на разных системах на Windows 10/8.1/7 сработала только один раз на 7-е 32 бита попробовал на другом компьютере тоже
7-ка тоже 32-бита не запустилась. Может кто подскажет куда копать надо. Детали ниже.

Детали:

See the end of this message for details on invoking 
just-in-time (JIT) debugging instead of this dialog box.

************** Exception Text **************
System.InvalidOperationException: An error occurred creating the form. See Exception.InnerException for details.  The error is: Класс не зарегистрирован (Exception from HRESULT: 0x80040154 (REGDB_E_CLASSNOTREG)) ---> System.Runtime.InteropServices.COMException: Класс не зарегистрирован (Exception from HRESULT: 0x80040154 (REGDB_E_CLASSNOTREG))
   at System.Windows.Forms.UnsafeNativeMethods.CoCreateInstance(Guid& clsid, Object punkOuter, Int32 context, Guid& iid)
   at System.Windows.Forms.AxHost.CreateWithLicense(String license, Guid clsid)
   at System.Windows.Forms.AxHost.CreateInstanceCore(Guid clsid)
   at System.Windows.Forms.AxHost.CreateInstance()
   at System.Windows.Forms.AxHost.GetOcxCreate()
   at System.Windows.Forms.AxHost.TransitionUpTo(Int32 state)
   at System.Windows.Forms.AxHost.CreateHandle()
   at System.Windows.Forms.Control.CreateControl(Boolean fIgnoreVisible)
   at System.Windows.Forms.Control.CreateControl(Boolean fIgnoreVisible)
   at System.Windows.Forms.AxHost.EndInit()
   at AgustaWestland.Amerigo.FigureForm.InitializeComponent()
   at AgustaWestland.Amerigo.FigureForm..ctor()
   --- End of inner exception stack trace ---
   at AgustaWestland.Amerigo.My.MyProject.MyForms.Create__Instance__[T](T Instance)
   at AgustaWestland.Amerigo.AmerigoForm.InitializeUI()
   at AgustaWestland.Amerigo.AmerigoForm.MainForm_Load(Object sender, EventArgs e)
   at System.EventHandler.Invoke(Object sender, EventArgs e)
   at System.Windows.Forms.Form.OnLoad(EventArgs e)
   at System.Windows.Forms.Form.OnCreateControl()
   at System.Windows.Forms.Control.CreateControl(Boolean fIgnoreVisible)
   at System.Windows.Forms.Control.CreateControl()
   at System.Windows.Forms.Control.WmShowWindow(Message& m)
   at System.Windows.Forms.Control.WndProc(Message& m)
   at System.Windows.Forms.ScrollableControl.WndProc(Message& m)
   at System.Windows.Forms.Form.WmShowWindow(Message& m)
   at System.Windows.Forms.Form.WndProc(Message& m)
   at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
   at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
   at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)


************** Loaded Assemblies **************
mscorlib
    Assembly Version: 4.0.0.0
    Win32 Version: 4.6.79.0 built by: NETFXREL2
    CodeBase: file:///C:/Windows/Microsoft.NET/Framework/v4.0.30319/mscorlib.dll
----------------------------------------
Amerigo
    Assembly Version: 4.0.5423.19122
    Win32 Version: 4.0.5423.19122
    CodeBase: file:///N:/IETP/1/Amerigo.exe
----------------------------------------
Microsoft.VisualBasic
    Assembly Version: 10.0.0.0
    Win32 Version: 14.6.79.0 built by: NETFXREL2
    CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/Microsoft.VisualBasic/v4.0_10.0.0.0__b03f5f7f11d50a3a/Microsoft.VisualBasic.dll
----------------------------------------
System
    Assembly Version: 4.0.0.0
    Win32 Version: 4.6.79.0 built by: NETFXREL2
    CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System/v4.0_4.0.0.0__b77a5c561934e089/System.dll
----------------------------------------
System.Core
    Assembly Version: 4.0.0.0
    Win32 Version: 4.6.79.0 built by: NETFXREL2
    CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Core/v4.0_4.0.0.0__b77a5c561934e089/System.Core.dll
----------------------------------------
System.Windows.Forms
    Assembly Version: 4.0.0.0
    Win32 Version: 4.6.79.0 built by: NETFXREL2
    CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Windows.Forms/v4.0_4.0.0.0__b77a5c561934e089/System.Windows.Forms.dll
----------------------------------------
System.Drawing
    Assembly Version: 4.0.0.0
    Win32 Version: 4.6.79.0 built by: NETFXREL2
    CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Drawing/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll
----------------------------------------
System.Runtime.Remoting
    Assembly Version: 4.0.0.0
    Win32 Version: 4.6.79.0 built by: NETFXREL2
    CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Runtime.Remoting/v4.0_4.0.0.0__b77a5c561934e089/System.Runtime.Remoting.dll
----------------------------------------
System.Xml
    Assembly Version: 4.0.0.0
    Win32 Version: 4.6.79.0 built by: NETFXREL2
    CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Xml/v4.0_4.0.0.0__b77a5c561934e089/System.Xml.dll
----------------------------------------
System.Data
    Assembly Version: 4.0.0.0
    Win32 Version: 4.6.79.0 built by: NETFXREL2
    CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_32/System.Data/v4.0_4.0.0.0__b77a5c561934e089/System.Data.dll
----------------------------------------
System.Transactions
    Assembly Version: 4.0.0.0
    Win32 Version: 4.6.79.0 built by: NETFXREL2
    CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_32/System.Transactions/v4.0_4.0.0.0__b77a5c561934e089/System.Transactions.dll
----------------------------------------
System.EnterpriseServices
    Assembly Version: 4.0.0.0
    Win32 Version: 4.6.79.0 built by: NETFXREL2
    CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_32/System.EnterpriseServices/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.EnterpriseServices.dll
----------------------------------------
System.Configuration
    Assembly Version: 4.0.0.0
    Win32 Version: 4.6.79.0 built by: NETFXREL2
    CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Configuration/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Configuration.dll
----------------------------------------
System.Web.Services
    Assembly Version: 4.0.0.0
    Win32 Version: 4.6.79.0 built by: NETFXREL2
    CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Web.Services/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Web.Services.dll
----------------------------------------
Microsoft.mshtml
    Assembly Version: 7.0.3300.0
    Win32 Version: 7.0.3300.0
    CodeBase: file:///C:/WINDOWS/assembly/GAC/Microsoft.mshtml/7.0.3300.0__b03f5f7f11d50a3a/Microsoft.mshtml.dll
----------------------------------------
AxInterop.ISOVIEWXLib
    Assembly Version: 1.0.0.0
    Win32 Version: 1.0.0.0
    CodeBase: file:///N:/IETP/1/AxInterop.ISOVIEWXLib.DLL
----------------------------------------

************** JIT Debugging **************
To enable just-in-time (JIT) debugging, the .config file for this
application or computer (machine.config) must have the
jitDebugging value set in the system.windows.forms section.
The application must also be compiled with debugging
enabled.

For example:

<configuration>
    <system.windows.forms jitDebugging="true" />
</configuration>

When JIT debugging is enabled, any unhandled exception
will be sent to the JIT debugger registered on the computer
rather than be handled by this dialog box.

Источник

My problem and the solution

I have a 32 bit third party dll which i have installed in 2008 R2 machine which is 64 bit.

I have a wcf service created in .net 4.5 framework which calls the 32 bit third party dll for process. Now i have build property set to target ‘any’ cpu and deployed it to the 64 bit machine.

when i tried to invoke the wcf service got error «80040154 Class not registered (Exception from HRESULT: 0x80040154 (REGDB_E_CLASSNOTREG»

Now i used ProcMon.exe to trace the com registry issue and identified that the process is looking for the registry entry at HKLMCLSID and HKCRCLSID where there is no entry.

Came to know that Microsoft will not register the 32 bit com components to the paths HKLMCLSID, HKCRCLSID in 64 bit machine rather it places the entry in HKLMWow6432NodeCLSID and HKCRWow6432NodeCLSID paths.

Now the conflict is 64 bit process trying to invoke 32 bit process in 64 bit machine which will look for the registry entry in HKLMCLSID, HKCRCLSID. The solution is we have to force the 64 bit process to look at the registry entry at HKLMWow6432NodeCLSID and HKCRWow6432NodeCLSID.

This can be achieved by configuring the wcf service project properties to target to ‘X86’ machine instead of ‘Any’.

After deploying the ‘X86’ version to the 2008 R2 server got the issue «System.BadImageFormatException: Could not load file or assembly»

Solution to this badimageformatexception is setting the ‘Enable32bitApplications’ to ‘True’ in IIS Apppool properties for the right apppool.

Источник

I’m using the .NET framework version 6.0 on Windows Vista. I recently installed a program that displays charts. When I open it, I get an error message from the Microsoft .NET framework:

Class not registered (exception from HRESULT: 0x80040154 (REGDB_E_CLASSNOTREG)).

How do I fix the problem? Thanks.

Sundae

7041 gold badge8 silver badges26 bronze badges

asked Jan 10, 2009 at 18:09

The simple answer is that you register the class. (if you knew which class wasn’t registered, and what library it was in.) But its a big failing of errors such as this that they don’t tell you these important details.

I think your better option is to uninstall the software, and re-install it carefully, reading every installation panel carefully, checking for prerequisites, or any other instructions. And be sure to start the installer with «Run As Administrator».

If that still fails, call tech-support for the software.

answered Jan 10, 2009 at 18:20

abelenkyabelenky

62.8k22 gold badges108 silver badges158 bronze badges

This is probably due to a missing dependency or an incorrect version of some binary. You can see managed (MSIL) dependencies by looking at assemblies’ manifests using the IL Disassembler tool (ildasm.exe). To explore dependencies in the unmanaged (native) world, use the Dependency Walker tool (depends.exe). These tools variously come with the .NET Framework, Visual Studio, etc., or may be available on Microsoft’s website.

answered Apr 9, 2009 at 1:50

Zoltan SzilagyiZoltan Szilagyi

3,3282 gold badges16 silver badges12 bronze badges

I think that 6.0 is the Windows version. That matches with Vista version.
However, the problem is related to COM registration. There is a class that’s unregistered and probably (as abelenky pointed out) that failed on setup because that was not executed as administrator. My advice:

run again the setup as admin (that should ocurred automatically if the setup was named setup or install or with a name with those words) then try again
if it doesn’t work run the app as admin
if still doesn’t work try looking dependencies, here I’d use Depencency Walker on the COM dlls the program references.

There is yet an unsolved problem if the program is not yours, which are those COM dlls, the program references?, well here I’d:

try to register all dlls within the program’s folder
if that doesn’t work I’d try System32 folder sorting by creation date.

I’m thinking here in an application that’s not fully supported in Vista and how to force its installation.

Any other ideas?

answered Apr 9, 2009 at 2:15

Eugenio MiróEugenio Miró

2,3802 gold badges31 silver badges38 bronze badges

Источник

I’m using the .NET framework version 6.0 on Windows Vista. I recently installed a program that displays charts. When I open it, I get an error message from the Microsoft .NET framework:

Class not registered (exception from HRESULT: 0x80040154 (REGDB_E_CLASSNOTREG)).

How do I fix the problem? Thanks.

Sundae

7041 gold badge8 silver badges26 bronze badges

asked Jan 10, 2009 at 18:09

If that still fails, call tech-support for the software.

answered Jan 10, 2009 at 18:20

abelenkyabelenky

62.8k22 gold badges108 silver badges158 bronze badges

answered Apr 9, 2009 at 1:50

Zoltan SzilagyiZoltan Szilagyi

3,3282 gold badges16 silver badges12 bronze badges

run again the setup as admin (that should ocurred automatically if the setup was named setup or install or with a name with those words) then try again
if it doesn’t work run the app as admin
if still doesn’t work try looking dependencies, here I’d use Depencency Walker on the COM dlls the program references.

There is yet an unsolved problem if the program is not yours, which are those COM dlls, the program references?, well here I’d:

try to register all dlls within the program’s folder
if that doesn’t work I’d try System32 folder sorting by creation date.

I’m thinking here in an application that’s not fully supported in Vista and how to force its installation.

Any other ideas?

answered Apr 9, 2009 at 2:15

Eugenio MiróEugenio Miró

2,3802 gold badges31 silver badges38 bronze badges

Источник

В этой статье я расскажу об исправлении одной очень распространенной ошибки Windows Installer. Обыскавши Интернет как русскоязычный, так и англоязычный, включая форумы и ньюсгруппы Microsoft, я понял что ошибка довольно распространенная, однако исправить ее, на самом деле никому не удавалось.

Суть проблемы

Как то одним жарким летним вечером я решил установить на свой компьютер ActeiveState ActivePerl. Скачал инсталлятор, который был в .msi файле и запустил его. Каково же было мое удивление, когда вместо привычного инсталлятора я увидел вот это:

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

Недолго думая, я полез в интернет, ввел в поиск появившееся сообщение, и, «О ужас!» — я увидел сотни постов людей с этой проблемой! В русскоязычном и англоязычном сегменте Интернета у множества людей была аналогичная проблема, и никто ее не смог решить по существу.

Наиболее распространенными советы по решению проблемы были

Переустановить Windows Installer — на моей Windows 7 x64 и так стоит Windows Installer 5.0, который нельзя отдельно скачать и переустановить
Перерегистрировать msiexec, что также мне не помогло.
В конце все советы сводились к одному — переустановить Windows.

Подумав о том, какое количество программ мне придется переустанавливать, а также о количестве потраченного на это дело времени, я решил пойти другим путем.

Решение проблемы

Для начала я включил Log-файл установщика Windows. Как включить лог Windows Installer вы можете почитать здесь, или поискать в любом поисковике по ключевому слову «voicewarmup».

Лог-файлы появляются во временной папке пользователя, которая обычно находится по пути C:Usersимя_профиляAppDataLocalTemp. Открыв лог, я увидел следующую ошибку:

MSI (c) (B8:84) [22:08:06:894]: Failed to connect to server. Error: 0x80040154

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

Что означает ошибка 0x80040154? Поискав в поисковике, и воспользовавшись утилитой Error Lookup, я определил, что ошибка означает «Класс не зарегистрирован».

Обычно такая ошибка появляется, когда вы запрашиваете у системы создать COM-объект, который не был должным образом зарегистрирован в реестре. Но как определить какой именно объект не зарегистрирован?

Для начала я воспользовался старым добрым отладчиком WinDbg, который входит в пакет Debugging Tools For Windows. Мне понадобилась именно 64-разрядная версия данного отладчика.

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

Я предпочитаю указывать отладчику путь для поиска символов через переменную среды _NT_SYMBOL_PATH, которая должна быть задана как: C:Symbols;srv*C:Symbols*http://msdl.microsoft.com/download/symbols. В данном случае папка C:Symbols — это хранилище загруженных символов на жестком диске, чтобы отладчик каждый раз не лез в интернет за ними.

Загрузил я в отладчик файл c:windowssystem32msiexec.exe и задал для него параметры командной строки так, чтобы он открыл .msi файл. В моем случае параметром командной строки было: /i «C:UsersMAVDesktopActivePerl-5.12.4.1205-MSWin32-x64-294981.msi» однако можно задавать путь к любому другому .msi файлу.

Сам по себе отладчик, конечно не решит проблему, нужно ее локализовать. Поразмыслив, какие функции могут создавать COM-объекты, я остановился на CoCreateInstance, CoCreateInstanceEx и CoGetClassObject

Для установки точек прерывания на эти функции вводим в командной строке отладчика:
bp ole32!CoCreateInstance bp ole32!CoCreateInstanceEx bp ole32!CoGetClassObject
Если точки останова у вас не ставятся, значит вы неправильно настроили символы.

После запуска приложения (F5), срабатывает точка останова на ole32!CoCreateInstance. Если точка останова не срабатывает, а выпадает окно с параметрами Wndows Installer, то вы неправильно указали параметры командной строки для запуска.

Давайте теперь посмотрим, из какого же места кода вызывается создание нашего объекта, для этого мы можем нажать Debug->Step Out (Shift+F11). Мне пришлось нажать указанную комбинацию дважды, для того чтобы выйти в исходную вызывающую функцию.

Исходная вызывающая функция называется msi!CreateMsiServerProxy и, очевидно, находится в модуле msi.dll.

Обратим внимание также на регистр rax, который равен нашему коду ошибки 80040154. Для того чтобы узнать содержимое регистра rax, достаточно открыть окно Registers, или ввести в командной строке r rax.

Запомнив имя функции, а также примерный вид искомого кода, я открыл дизассемблер IDA Pro, и загрузил в него файл msi.dll. Следует отметить пару особенностей данного отладчика: во первых, IDA любит блокировать доступ к исследуемому файлу, во вторых, она создает в папке с исследуемым файлом несколько своих файлов баз данных, так что я рекомендую копировать исследуемые файлы в отдельную папку. В третьих, IDA не всегда подгружает файлы с символами, поэтому рекомендую в указанную отдельную папку также скопировать файл msi.pdb из вышеуказанной папки C:Symbols.

После нахождения функции CreateMsiServerProxy, находим знакомые строки кода в ней:

Не иначе как функция пытается создать объект по CLSID IID_IMsiServer. Здесь я не буду вдаваться в подробности COM и искать различия между CLSID и IID, важно что я получил зацепку — имя интерфейса ID_IMsiServer и CLSID {000C101C-0000-0000-C000-000000000046}.

Запустив поиск в реестре на своей машине по указанным ключевым словам, а также на машине, с установленной Windows 7 x64, где Windows Installer работал, я нашел отличие: на моей машине отсутствовала ветка реестра HKEY_CLASSES_ROOTAppID{000C101C-0000-0000-C000-000000000046}. Я экспортировал данную ветку реестра в отдельный .reg файл, а затем импортировал его на своей машине:

Windows Registry Editor Version 5.00


[HKEY_CLASSES_ROOTAppID{000C101C-0000-0000-C000-000000000046}]

"ServiceParameters"=""

"LocalService"="MSIServer"

После импорта ключа реестра я вновь попробовал запустить .msi файл, и, «О чудо!», он запустился, после чего я успешно установил ActivePerl.

У вас может быть аналогичная проблема, но при этом отсутствовать другой ключ реестра. Импортировать при этом необходимо те ключи, которых у вас нет.

Выводы

В итоге я сэкономил себе массу времени — на поиск проблемы и ее устранение ушло не более двадцати минут, зато на переустановку всех программ на моем компьютере ушло бы минимум два дня.
Не надо спешить переустанавливать Windows по любому чиху. Иногда проблему можно решить довольно просто и быстро.

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

Источник

Ошибки: «Не удалось подключиться к другой программе: Класс не зарегистрирован» и «Процесс сервера не может быть запущен, так как указана неправильная идентификация» при синхронизации, выгрузках и внешних подключениях

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

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

Данное сообщение говорит о том, что не зарегистрирована COM-компонента.

Для ее регистрации необходимо запустить командную строку с правами администратора и выполнить regsvr32 [ПутьДоКомпоненты].

После выполнения команды должно появиться сообщение об успешном выполнении регистрации библиотеки.

Однако, даже регистрация компоненты через командую строку “привычным” способом помогает не всегда. В таком случае, необходимо вручную создать COM-приложение.

Новому COM-приложению нужно ввести имя “V83COMConnector” и указать, что приложение является серверным.

Также необходимо обратить внимание, что учетной записью для работы приложения НЕ может быть встроенная учетная запись.

Чтобы избежать нежелательных ошибок, лучше выбрать “указанный пользователь” и указать там администратора.

После успешного создания V83COMConnector появится новое приложение.

Далее в созданном приложении необходимо установить новый компонент через контекстное меню.

Выбрать файл comcntr.dll в каталоге установленной платформы.

В следующем окне можно убедиться, что регистрация через командную строку была ложно-успешной, так как признак “Установлено” компоненты равен “Нет”.

После успешной установки, необходимо перейти к ветке V83COMConnector. В контекстном меню выбрать «Свойства». На вкладке “Безопасность” необходимо снять галку “Принудительная проверка доступа для приложений”. Установить галку «Применить политику программных ограничений» и выбрать уровень ограничений “Неограниченный”. Сохранить параметры.

На этом ручная установка приложения завершена.

2. Процесс сервера не может быть запущен, так как указана неправильная идентификация

Причинами этой ошибки могут быть:

при ручной регистрации COM-компоненты либо была указана системная учетная запись, либо пользователь не имеющей прав администратора;
служба сервера 1С запущена с локальной учетной записью.

Для изменения пользователя, от имени которого работает служба сервера 1С, необходимо открыть свойства службы, перейти на вкладку “Вход в систему” и указать пользователя с правами администратора.

После изменения учетной записи потребуется перезапуск службы.

Нужна помощь с 1С?

Мы можем взять на себя ваш бухгалтерский учет. Вам не нужно будет думать о расчете налогов и сдаче отчетности. Мы будем вести финансовую ответственность за ошибки. Мы — команда профессионалов, а не один бухгалтер, мы не заболеем, не пропадем и не уйдем внезапно в отпуск. Сосредоточьтесь на управлении. А учет и отчетность мы возьмем на себя. Чтобы получить бесплатную консультацию по автоматизации своего бизнеса Вы можете пообщаться с нашими специалистами в офисе компании или позвонив по телефону: 8-800-707-01-02.

Сопровождение 1С

Наш специалист

Специалист отдела сопровождения

Специалист-консультант по зарплатным решениям и 1С:Бухгалтерии

Чем мы можем быть вам полезны?

Источник

Вопрос

Вопрос

Суть проблемы

Решение проблемы

Выводы

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

2. Процесс сервера не может быть запущен, так как указана неправильная идентификация

Наш специалист