Имеем УНФ 1.6.24.193 Платформа 8.3.18.1363
Есть две базы одна центральны узел вторая подчиненный (РИБ)
Подчиненный узел создан недавно, и проблема была сразу.
Идем по порядку:
1) Вносим изменения в конфигурацию центрального узла и делаем выгрузку
2) Запускаем обмен в подчиненной базе, она пишет что получены изменения конфигурации и надо их применить.
3) Открываем конфигуратор и принимаем изменение
4) Запускаем обмен в подчиненной базе и вместо того чтобы принять данные обмена опять получаем сообщение что получены изменения конфигурации и надо их применить.
5) Открываем конфигуратор принимаем изменения, и так по кругу.
т.е. изменения принимаем но система этого не понимает...
Центральный узел тоже не принимает сообщения из подчиненного, т.к. конфигурации различаются.
Для решения проблемы делаю следующее:
Отвязываю от центрального узла, загружаю конфигурацию из центрального узла, привязываю обратно центральный узел. Тогда обмен начинает работать. Но это не дело, постоянно так делать.
Собственно может кто сталкивался, дайте совет.

Уточни, если не трудно (у меня перед глазами УНФ нет) там достаточно свежая БСП, похожая как в остальных актуальных типовых или нет?

Если без привязки к тому, что там в БСП или не там, то такое бывало. Я для того, что все-все-все сделанные изменения конфигурации из центральной уходили в выгрузку, ставил в голову конфы константу, например, строковую с точным значением кол-ва символов в строке и перед нужной выгрузкой в конфигураторе менял это значение длины строки.
Это принуждает конфигуратор выполнить перерегистрацию всех объектов. Оно там бежит по объектом и светит сообщение "регистрация изменена" - вот это то самое сообщение, которое сопровождает, что будет это изменение выгружено в обмен, когда очередной обмен будет.

(1) вот
БиблиотекаИнтеграцииВЕТИС    10.1.7.1
БиблиотекаИнтеграцииГосИС    1.1.7.1
БиблиотекаИнтеграцииЕГАИС    10.1.7.1
БиблиотекаИнтеграцииИСМП    10.1.7.1
БиблиотекаПодключаемогоОборудования    2.1.5.12
БиблиотекаСистемыМаркировки    10.1.7.1
БиблиотекаТехнологииСервиса    2.0.4.39
БиблиотекаУНФМП    2.0.4.1
БиблиотекаЭлектронныхДокументов    1.8.1.40
ИнтернетПоддержкаПользователей    2.4.2.60
РегламентированнаяОтчетность    1.2.1.77
СтандартныеПодсистемы    3.1.3.453
УправлениеНебольшойФирмой    1.6.24.193

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

(2) Т.е. при первой загрузке если сравнить в конфигураторе "Основная конфигурация" и "Конфигурация базы данных" то видны отличия которые прилетели с обменом.
Когда потом делаешь следующие обмены то они уже совпадают. т.е. в узле изменения принимаются но при повторной загрузке сообщения обмена система этого не видит

(4) т.е. после принятия изменений в конфиге уже сравнивал - новая конфа в периферии уже совпадает с центральной?

Там в принципе, (в этой свежей версии обменов, он же внутри БСП прописан) где-то иногда светит подсказку, что надо после принятия изменений конфигуратором без принятия изменений от центральной базы грузануть ответное сообщение. И уже после этого заново сформировать прием ответа из ПБ и выгрузку в ПБ.

Как бы нарушается последовательность обработки "загрузка-выгрузка".

Принял изменение в конфигуратор - запускай предприятие и делай выгрузку без получения пакета из центра. Когда я изменения пихаю через РИБ, то на этих свежих приходится вручную такие движения толкать. Автоматом не выходит как нужно.

Центр пакет из ПБ берет (свежих данных там обычно нет, а только сообщение с номером и вычисленным хэшем конфиги в пб) и уже у себя знает, что там конфа актуальная и изменения конфиги больше не нужно в обмен пихать

И конечно есть вероятность, что при применении принятых изменений значение из хэш-функции конфигурации платформа считает не так, как в центре. Тогда только полная загрузка CF спасает, потому что при полной загрузке хэш не считается, а переписывается готовым из CF.

(6) т.е. после принятия изменений в конфиге уже сравнивал - новая конфа в периферии уже совпадает с центральной? - Именно так!

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

в ПБ и центре платформы точно одинаковые?

(8) Есть подозрение что в этом и дело, может в платформе беда??? На узлах одинаковые стоят.

(9) посмотри в том сообщении, что выгружает из ПБ - и сравни с тем сообщением что есть из Центра - там в шапках это самое вычисленное значение хэша есть. Оно должно быть одинаковым.

(12) Сегодня сделаю копии баз и попробую на другой платформе прогнать и все посмотрю. Спасибо за советы.

(12) Если что есть еще надежда на 8.3.19
Там вроде с РИБ повеселее все
https://v8.1c.ru/platforma/raspredelennaya-informatsionnaya-baza/

(14) Хотя вроде все по старому... :(

(12) Вношу уточнения, не так рассказал сперва, сейчас еще раз все проверил и посмотрел, в распределенную базу не загружаются изменения. т.е. в файле обмена изменения есть, при загрузке база говорит что надо зайти в конфигуратор, кнопочка применить изменения активна, но вот при ее нажатии изменения не применяются. Сравнил перед нажатием в конфигураторе "Основная конфигурация" и "Конфигурация базы данных" изменений нет.

(16)что значит при её нажатии изменения не применяются?
ошибка или что?

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