На сколько я понимаю, тебе нужно было и под правами Админа грузить 1С++ так:

ЗагрузитьВнешнююКомпоненту( "\\Сетевой путь\1cpp.dll" ); 

иначе - юзер пытается преререгистрировать компоненту и обламывается.

Или пользовать vkloader.dll.

ЗЫ: если для Админа и юзера пути к 1С++ совпадают - то сорри, не знаю в чем причина.

У меня 1с++ загружается по коду в процедуре ПриНачалеРаботыСистемы()
Цитата:

Насчёт прав на на запись в HKEY_CLASSES_ROOT не скажу, но по моему в диалоге "Запуск 1С" у юзеров путь к ИБ прописан как сетевой \\сетевой путь\каталог ИБ, а на сервере локальный путь E:\каталог ИБ. То есть на сервере нужно прописать \сетевой путь\каталог ИБ и проблема исчезнет?
Дотошно уточняю, т.к. с программой работают круглосуточно, нет возможности потренироваться, нужно абсолютно правильное решение.

Старался читать прилепленную ветку очень внимательно, но из прочитанного я не вижу Цитата:
проблемы. Если конечно пост kms верен:
Цитата:

То есть насколько понял источник проблемы - в разных путях загрузки компоненты. А уже как следствие сочетание наличия прав юзера на ветку {FDE-...\InProcServer32} и отсутствия прав юзера на CLSID приводит к ошибке.
То есть если устранить источник проблемы, то бишь разные пути загрузки компоненты, то проблема не будет возникать при любых сочетаниях прав. Правильно?
Или же я ошибаюсь и у проблемы есть именно несколько источников, приводящих к многогранности?

Если, конечно я правильно понимаю что такое Цитата:
, то есть если у меня у всех пользователей путь к базе 1С в диалоге запуска прописан одинаково это тождественно одинаковым путям загрузки компоненты или же нет?
Если тождественно то мне проще прописать везде одинаковые пути, не трогая настройки политики безопасности домена.

Так занудно и дотошно выспрашиваю про все способы, т.к. выгонять юзеров каждый раз приходиться чуть ли не со скандалом, работают круглосуточно и всем отделам всё время нужна программа. Поэтому для меня очень важно чтобы заработало с первого "выгона".

Looking
п.2 точно рабочий, при этом ты совершенно верно отметил, что нежелательно использование разных версий компонент (к примеру - в разных базах), т.к. все равно грузиться будет только одна - зарегистрированная админом.

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

Еще модные парни теперь пишут компоненты без регистрации в реестре (к 1cpp не относится).

А вообще, у меня всегда было желание регистрировать 1cpp (равно как и другие компоненты) обычной доменной политикой.
Это точно возможно, но времени оформить шаблон политики так пока и не нашлось.
Может кто-то еще сделает...

Цитата:


спасибо, действительно очень просто и универсально, предыдущий программист делал локальную установку, поэтому у меня сейчас прорблемы даже с V7PLUS.DLL вылезли, установил отчётность 07q1009, при попытке запустить выгрузку в формате версии 4 появляется ошибка: Не удалось загрузить внешнюю компоненту v7plus.dll. Выгрузка данных в формате версии 4 невозможна. И в табло сообщений: Ошибка при создании объекта из компоненты \\сетевой путь\v7plus.dll (отсутствует интерфейс IInitDone)
Похоже ноги у проблемы оттуда же растут, так что придётся брать ноги в руки и переустанавливать на всех клиентах 1С