Вопрос теоретический.
Допустим есть три справочника (документа, регистра, не важно) и они участвуют в 5 обменах. В одном обмене участвует только первый справочник. Во втором, только третий. В третьем обмене участвуют все три справочника. В четвертом обмене участвуют второй и третий справочник.
Как правильнее делать на каждый обмен свой план обмена, или сделать всего три плана по одному на каждый справочник и в каждом плане сделать свои узлы и измененные данные собирать вручную?

(0) запилил бы все 5 потому как завтра ты начнешь туда пихать еще какие-нить объекты - и оно тебе надо?

(0) " они участвуют в 5 обменах" - это обмены с пятью разными базами?

(0) У меня реализовано оба варианта
Это с базами у которых одна конфигурация
1 обмен и типы узлов вида "Розничный ТЦ, филиал, склад, офис и т.д"
+ объекты добавлены в этот 1 план обмена с "запретить", и вручную регистрируются в зависимости от вида объекта и типа узла.
Вроде всё норм.

И отдельными обменами базы отличающихся конфигураций.

(2) Да. С 5 разными.

(1) Я вот тоже так до сих пор делал. А сегодня задумался. Правильно ли?

чем меньше планов обмена, тем лучше.

каждая база - это узел

(6) Спасибо.

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

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

У меня на этот теоретический вопрос есть ответ из практике.

На самом деле, рассматривать нужно не просто состав объектов в плане обмена (который может сильно модифицироваться от случая к случаю, от одного внедрения к другому)

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

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

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

Вот такая теория получается :-)

divide et impera