Столкнулась с проблемой при двустороннем обмене УТ-БП.

В УТ есть контрагент с наименованием, ИНН и КПП
В случае создания в БП контрагента с таким же наименованием, но другими ИНН и КПП, при синхронизации в УТ существующий контрагент затирается и на его место встает новый с новыми ИНН и КПП. В чем может быть проблема?

Значит так и должно быть.
Если не должно, то измените правила поиска.

Двусторонний обмен УТ-БП - зло! Точнее говоря, любой двусторонний обмен *-БП - харам!

(0) Добавьте тёзке лишний пробел в наименовании, или замените одинаковую по графике русскую букву на таковую латинскую.

(0) а как иначе, вот правила:

    ПравилоКонвертации.ПоляПоиска.Добавить("ИНН,КПП");
    ПравилоКонвертации.ПоляПоиска.Добавить("НаименованиеПолное");
    ПравилоКонвертации.ПоляПоиска.Добавить("Наименование");

по второму или третьему правилу находит соответствие и привет

(3) >> или замените одинаковую по графике русскую букву на таковую латинскую

За такое могут и побить. Ногами.

(4) получается поиск ведется по логике "ИЛИ"?

(5) Раньше так конкурсы на бюджетные средства выигрывали. В публикации заменяли "е" на "e" и конкуренты в поиске проскакивали конкурс, только родная фирмёшка участвовала.

(6) последовательное применение поиска, пока не найдем. Иначе будет участвовать только первое правило.

(8) а такой принцип поиска работает только при обмене из БП в УТ или из УТ в БП тоже?
очень странно, когда находится контрагент по наименованию и все реквизиты меняются на новые

(9) сам принцип общий, последовательность полей поиска может отличаться в конфигурациях

ничего странного - нашли и полностью перезаписали

вообще обычно данные вносятся в управленческом контуре и "раздаются" на бухгалтерский

(0) исторически так сложилось что бухгалтерия не является источником верных данных, хотя казалось бы...

(2) 🔥

А случайно никто не знает, возможно ли как-то настроить, чтобы при выполнении синхронизации появлялось окно сопоставления? Чтобы не нужно было запускать синхронизацию с дополнительными параметрами каждый раз