Здравствуйте
недавно обновлялись релизы, а в сентябрьских релизах появились новые требования к платформам.
в результате перешли с 8.3.21.1895 на 8.3.25.1394. comcntr.dll зарегистрировали везде, где только можно и нельзя.всё хорошо, но у нас есть обработка, которая выгружает документы из одной базы в другую и она перестала работать. там подключение ко второй базе через comobject v83.comconnector. ссылка на dll-ку идет на старую https://ibb.co/zSBC79p

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

(0) А где вы эту обработку запускаете и в каком контексте там comcntr вызывается?

(2) дополнительные обработки
...
Процедура ПодключитьсяКБазеУП(Команда)
    
    v8 = Новый COMObject("V83.COMConnector");

    ПутьБазы = СокрЛП(Объект.Путь);
...
v8 = Новый COMObject("V83.COMConnector"); вызывает ошибку

(3) &НаКлиенте или &НаСервере? 1С Предприятие, где обработку запускаете, 32 или 64, не могли по ошибке установить 32-разрядную версию предприятия и компоненты, соответственно? Сейчас, судя по скрину, обработка пытается заюзать "старую" 64-разрядную версию компоненты (на рабочей станции?), скорее всего, что вызывает сомнение, что новую версию компоненты там зарегистрировали.
Можно скачать утилиту regdllview (обе версии 32 и 64), там прямо очевидно, какая dll компоненты зарегистрирована в данный момент на компьютере, где утилиту запускаете. Правда, злые админы могут не дать запустить ее на сервере.

в "о программе" и там и там указано 1С:Предприятие 8.3 (8.3.25.1394)

(4) &НаКлиенте. прямо из модуля формы

(6) Тогда переустанавливайте 1С предприятие, либо регистрируйте 64-битную компоненту на том компе, где нужно, где обработку открываете (можно предварительно старую версию платформы удалить).
Типовые все работают, поскольку там обычно &НаСервере компонента используется, сервером 1С, грубо говоря. Судя по всему, на сервере все нормалёк.

(5) скорее всего под разными версиями имелось ввиду разрядность 32/64, а не разные номера релизов платформы

v83.comconnector исправляли ? надо же новую длл туда

(9) это через службы компонентов?

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

(13)

>> у нас есть обработка, которая выгружает документы из одной базы в другую (0)
>> &НаКлиенте. прямо из модуля формы  (3)

Только у меня в голове алгоритм переноса документов выполняется &НаСервере  (я бы так написал)?
Нет, я понимаю, что это можно сделать и &НаКлиенте
Но смысл ?

(14) обработку не я писал, а осталось по наследтсву. можно конечно переписать, но до позавчера работало, и никому не было дела. в принципе поскольку на тех раб.местах, где нужно было заработало, вопрос то может и исчерпан, просто сам факт, интересно из-за чего так? и с моего прихода уже 2 раза обновляли платформу, такого не было.

(15) >>просто сам факт, интересно из-за чего так?

Могу предположить, что ранее кто-то сделал обертку для предыдущей версии компоненты, там вроде можно настроить на определенных пользователей и привилегии приложения COM+.
В общем, я бы заглянул в реестр, удалил старую платформу, удалил обертку COM+ в службе компонентов (в обычных ситуациях она не нужна). Вопрос только в том, что обычно у программистов нет прав на это.

В 8.23.25 где-то накосячили с регистрацией в реестре, вот в этой ветке "SOFTWARE\Classes\TypeLib\{98AC3B5B-5323-418F-8F07-E32F231D2393}\1.0\0\win..." после перерегистрации остаётся ссылка на старую comcntrl.dll, надо там поправить.