Заказчик внес изменения в конфигурацию приемника. Что именно менялось узнать уже никак не удастся.
Теперь надо подправить правила обмена.
Как увидеть те места, которые нужно подправить?
Нужно как-то по существующим правила понять, что свойства уже не существует или что изменился его тип.

В мониторе обмена, как вариант, узнаешь

А что, взять заказчика за яйгланды и спросить?

Ну да.
При выполнении обмена ругается на свойство, я его руками удаляю из XML. А потом начинает ругаться на другое свойство... И так бесконечно.

В КД появился режим сравнения, вроде как ...

ПередЗагрузкойДанных
Запросом метаданные, результат на почту

(5) можно поподробнее?
Делось так
1. Загрузили МД1
2. Загрузили МД2
3. Загрузили правила.
А надо было: загрузить правила и по ним сформировать МД2 (так вообще можно?) и сравнить  МД2 с метаданными. Да?

Я вообще думал в сторону получения метаданных базы приемника(описание типа, названия и прочее) запросом, потом этот же запрос в источнике. Потом игра в найди отличия.

Что наверное будет еще дольше, чем (3)=)))

(0) В КД есть возможность сравнения конфигураций. При этом можно указать правила, в которых они используются. А после того, как сравнение будет выполнено установить отборы (в т.ч. только для тех объектов метаданных, для которых есть правила и др.)

Т.е. нужно загрузить старые метаданные, новые метаданные конфигурации клиента, правила, которые использовались ранее. И все это сравнить.

Старых метаданных нет. И КД старой нет. Есть только правила (файл xml), которые не соответствуют конфигурации.
Возможно обратное преобразование: из правил - получить метаданные?

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

(11) Только интуитивно. В правилах нет метаданных как таковых

(13) все там есть, ты врешь. КД прекрасно создает ПКО с объектами источника и приемника

+ дениса не слушай, он врет всегда

(14) Да ты шо. Прямо таки всю конфигурацию создаст? Или только те метаданные, что описаны в правилах обмена?

(16) только те, что в правилах. а другие и не нужны, ТС ведь нужно подправить существующие правила

(17) Кто сказал, что не нужны?

(18) я говорю.
сначала нужно исправить ошибки обмена, если заказчик переименовал/изменил/удалил объекты. а потом уже дорабатывать при необходимость

(12) звучит правдоподобно...

(19) А я говорю, что нужны.

(21) спорим на ящик шампанского?

ТС, разбивай

(22) Нет. Только дуэль. На мясорубках.

(23) Мне кажется, чтобы порадовать заказчика достаточно хоть как-нибудь завести обмен. А чтобы заплатили нужно делать все доконца:)