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

может есть типовой способ реализации сабжа без глобальных изменений?

выгружать можешь хоть по 100 разным правилам. А вот с регистрацией чего делать будешь при удачном обмене ?
Нельзя будет удалять регистрацию обмена в плане, если один и тот же объект в разных правилах "торчит".
Ну, разве что, по-аналогии с типовой, в план обмена добавлять реквизит (как в типовой "Организации") и пасти там, что удалять из регистрации. Хотя, тоже не совсем прокатит, если один и тот же объект должен выгрузиться по разным правилам.

Или тебе для каждого узла ?
Блин, сабж не прочитал.
Тогда это и так реализовано в типовых.

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

(2) не вижу регистрации для узла...

правила пишутся в регистр ПравилаДляОбменаДанными в нем 2 измерения ИмяПланаОбмена и ВидПравил

конфа-то какая?

(5) конфа УХ, но считайте что это БП 3.0

но почему нужно именно 1 план обмена?
Сам же потом запутаешься к какому узлу какие правила.
Считаю что это жесткая подстава для следующего прога

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

(4) у нас слеплен реквизит в план обмена и по нему регистрация/удаление.

(7) наоборот так нагляднее...

делаем консолидацию, план обмена называю "Консолидация" в нем 30 узлов, и все наглядно видно в одном месте...

А Вы предлагаете 30 планов обмена нафигачить, вот где будет супер удобно это администрировать :)

(10) проще рабочее место нарисовать для удобства

у меня есть эта же сутуация, из ут 11 идет выгрузка в 2 разные базы бп 2.0. Я не обратил на это внимание, но наверно там тоже ошибка должна быть.

(10) в типовых, вроде есть план обмена с табличной частью Организации, если всё правильно помню. Там регистрация для каждой отдельной организации. ну и соответственно 1 узел = 1 организация . Всё в одном плане обмена.

посмотри тама

(13) правила то одинаковые, ибо приемники - близнецы братья

(15) мот тогда проще, в самих правилах прописать в зависимости от узла ?

(13) я и делаю регистрацию по организациям, но проблема в том, что узлы по своей сути разные конфигурации... есть и 3.0 и 2.0 и Казахстан и сельхоз...

по этому мне одни правила не подходят...

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

(17) Для обновления конфигураций в узлах? это как?

(18) +1. тоже не понял, если узлы не идентичные.

(18) обновление НЕ по обмену, а обычное, просто проще поддерживать одну единую подсистему...

(20) куча планов никак не помешает. Объем cf итак уже за сотню перевалил и твои планы уже не спасут

(7)+1

Кто в курсе, встроенная обработка в типовых, обменДаннымиXML умеет выгружать документы по своим правилам обмена вместе с движениями ? Как это делает УниверсальнаяОбработкаВыгрузки XML ?