И снова здравствуйте!
ДО - переписанный.
УПП - старый, старый переписанный в хлам.
Между ДО и УПП есть синхронизация.
Вчера обновили ДО + платформу ДО.
Сегодня при попытке com-соединения выдает:
При попытке соединения с COM-сервером произошла следующая ошибка:
{ОбщийМодуль.НЛЭ_Синхронизация.Модуль(270)}: Ошибка при вызове метода контекста (Connect): Произошла исключительная ситуация (V83.COMConnector.1): Несоответствие версий клиента и сервера 1С:Предприятия
Различаются версии клиента и сервера (8.3.20.2076 - 8.3.23.1912), клиентское приложение: COM-соединение
Вчера на серваке com83 изменили (см. картинку) .
Была (как раз) старая версия - 8.3.20.2076.
Что не так?
Спасибо.

(0) перерегистрировать на 8.3.20.2076

с машинами не должно быть путаницы, где код выполняется и где КОМ регистрировали, это должен быть один и тот же комп

>> Что не так?

Вчера на серваке com83 изменили

(2) Базы стоят на разных серверах (8.2 и 8.3)

(4) Должны стоять одинаковые версии COM, чтобы всё это работало.

(5) Я правильно понимаю, что на обоих серваках должны быть одинаковые com?

(4) в смысле 8.2? В первоначальном сообщении ничего о 8.2

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

+ (6) На том серваке, где старая УПП нет никакого com. Но до смены платформы работало же...

(7) УПП - 8.2, ДО - 8.3.

(6) нет, неправильно. У меня у одних клиентов крутятся 3 сервака 1С: 8.3.16, 8.3.18, 8.3.23. 8.3.16 и 8.3.23 забирают по ком данные у 8.3.18

(9) так у 8.2 ком-коннектор V82.COMConnector.1

и я чет запутался с платформами

(0) Вот тут есть неплохой интерфейс для настроек ком в 1С
https://devtool1c.ucoz.ru/
https://devtool1c.ucoz.ru/index/upravlenie_com_klassami_1s/0-56
ну или у автора можешь напрямую спросить TormozIT

Коннектор это клиент, сервер приложения это сервер (КЭП).
Версия клиента и сервера должна быть одинаковой. У вас не написано какая база у вас клиент, а какая сервер, кто куда коннектится?
хотя тут все написано уже
Различаются версии клиента и сервера (8.3.20.2076 - 8.3.23.1912)

определите, на каком компе выполняется этот код и поставьте там коннектор нужной версии
может он вобще на клиентской части отрабатывает?
либо этот установленный коннектор (с картинки) дублирует коннектор, который был до этого, старой версии и код создает старый, а не новый объект. Не помню, допускается ли там в оснастке ДКОМов дублирование имен, не должно, но вдруг

(11) УПП (8.2) подключается и забирает данные в ДО (8.3).

Перейти на более современные средства интеграции уже предлагали?

На сервере, где расположена база, из которой идет обращение - зарегистрирован СОМ версии 8.3.20.2076. Чтобы СОМ-соединение сработало - надо, чтобы там был зарегистрирован СОМ той же версии, какая стоит платформа на сервере у базы, к которой обращаетесь. То есть СОМ 8.3.23.1912.

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

У себя на компе снесла платформу 8.3.20.2076 (на своем компе!).
Теперь: Ошибка при вызове конструктора (COMОбъект): Класс не зарегистрирован: Класс не зарегистрирован

COM технология удобная но капризная
Ещё одно напоминание что везде ее менять надо

(18) Везде - это где?
У нас серверная БД.

(17) если ошибка при выполнении обработки/отчета (или чего там) из (0), то очевидно код этот выполнился на машине, на которой нет СОМа. Соответственно, он должен быть нужной версии на нужном компе. Если обмен регламентом, то на сервере, который поднимает СОМ-клиент
(19) это о глобальном

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

(19) тем более
Вероятность замены винды на вашем сервере оцените

(20) Потому что связано с эской :(((((((((