План ОБмена Полный с УПП в УПП

В Конфигурации КД2. Загружаете туда правила и описание металданных и правите.

Если речь идёт про распределённые информационные базы, то:

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

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

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

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

В этом случае коллизия должна быть разрешена ровно наоборот – когда изменения подчиненного узла имеют более высокий приоритет над главным. Но это касается только документов и их движений в регистрах. Обмен всеми остальными объектами происходит «по правилам».

Для решения данной задачи поместим в модуле плана обмена Магазины обработчик события ПриПолученииДанныхОтГлавного и дополним обработчик ПриПолученииДанныхОтПодчиненного.