База 1

Документ Реализация
Контрагент Вася
Сумма 300

Изначально, база 2 такая же, обмен полный, односторонний База 1=> База 2.

Обменялись.

В Базе 2 заменили Контрагента Васю на Петю.

Документ Реализация
Контрагент Петя
Сумма 300.

Затем в Базе 1 поняли, что сумма неправильная, изменили.

Документ Реализация
Контрагент Вася
Сумма 0

При стандартном обмене в Базе 2 будет то же самое.

А как проще сделать, чтобы контрагент Петя остался, а остальные изменения из Базы 1 перенеслись?

Документ Реализация
Контрагент Петя
Сумма 0

обмен не должен быть односторонним и между тем как поменяли сумму с 300 на 0, должен произойти обмен.

>обмен не должен быть односторонним

Почему ?

Тоже самое с позиции логики:
Напечатать документ реализация на 2-ух листках, а дать обоим менеджерам менять/заполнить его (их самих закрыть в отдельной комнате) как хотять и потом потребовать от них один единственный экземпляр правильно заполненный :).

(0) А если завтра Васю поменяют на Сидорова и нужно чтобы контрагент загрузился?

Никак ибо дебильные задачи не имеют решения

(4) В белой базе всегда один контрагент, во второй, хитрой базе, он меняется на реального контрагента.

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

(5) Т.е. ошибиться не могут? Ну тогда в чем проблема? Если заполнен - то не меняем

2(5) меняется менеджерами руками?(в этом месте можно включать закадровый смех) конфы одинаковые?

P.S. И кстати что мешает добавить в источнике реквизит "контрагент для второй базы". По умолчанию он равен контрагенту. И синхронить по нем?

(7) В белой базе перепровели реализацию=> зарегистрировалось изменение=> документ поехал в серую базу, где затер измененного контрагента

(9) Свойство, да

(10) Что источник, что получатель? С какого перепуга из белой в черную реализации ходят?

(11) А это на что фантазии хватит

Ты показания не меняй, а то начали с база 1 и 2, а тут уже черная/белая

(12) Изначально типовой обмен и конфы типовые, правила не измененные.

(8) 2 УППШки типовые

(15) Ну так и говорил бы что типовая УТ и типовая БП настроен типовой обмен. А то база 1 и база 2

И что ты хочешь? Как не менять типовые механизмы поиметь плюшки?

(0) Сливайте во вторую базу GUID Васи и при переноси делайте поиск по нему.

(12) В белой 10 реализаций на Васю, в хитрой они превращаются в реализации на ПЕтю, Колю, Зину, Сережу и т.д.

Длинный Клиент Объесни мне дебилу, зачем иметь 2 типовые УПП с полным двухстороннем обменом?

(17) 2 УППшки

(19) Добавляем реквизит, "Клиент для хитрой базы". При выгрузки контрагента значение берем не из контрагента, а из нашего реквизита

При этом мы можем грохнуть вторую базу УПП, так как в отчета можно тянуть инфу не из контрагента, а из реквизит клиент
Более того хоть 20 раз передернули, клиент для левой базы не поменялся

Профит

(20) А. Не так написал. Стандартный обмен УПП-УПП, пока меняются только справочники и регистры сведений из этого обмена.

(22) !!!!!!!!

супер

Так. Тогда минус в правилах обмена. За этим тогда наду будет следить при обновлении.

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