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

Есть 2 независимые базы данных с идентичными конфигурациями Бух ред.3 (БУ1 и БУ2). Необходимо создать 3-ю базу данных (УУ) с такой же конфигурацией, в которой будет вестись управленческий учет. Обмен будет односторонний, т.е. данные из баз БУ1 и БУ2 будут выгружаться в базу УУ. Выгружаться будут 4 документа: РеализацияТоваровУслуг, поступлениеТоваровУслуг, СписаниеСРасчетногоСчета, ПоступлениеНаРасчетныйСчет и все справочники и РС(по нетиповым правилам обмена).
Каким образом это лучше реализовать?

Думаю сделать так:
подготовка базы УУ.
1.С помощью КонвертацииДанных2.1 создаю правила выгрузки данных в идентичную конфигурацию. В этих правилах настраиваю, чтобы поиск элементов справочников «статьи затрат» и «статьи ДДС» выполнялся сначала по внутреннему идентификатору, затем по полю Наименование. С помощью этого избегу задвоения элементов этих справочников при загрузке из баз БУ1 и БУ2 в УУ.
2.С помощью обработки УниверсальныйОбменДаннымиВФорматеXML и доработанных правил обмена переношу справочники из баз БУ1 и БУ2 в базу УУ (номенклатуру и контрагентов переношу соответственно в папки-родители Организация1 и Организация2). Таким образом по родителю номенклатуры и контрагента будет понятно, из базы какой организации они перенесены
Справочники в чистую базу УУ перенесли.

Создание нетипового плана обмена «Выгрузка БУ-УУ»
1.Необходимо создать в конфигураторе новый план обмена. Как здесь лучше поступить? Создать план обмена с нуля или скопировать существующий типовой и внести изменения в его состав (оставить всего 4 документа, все справочники и РС)?
2.Как добиться того, чтобы этот план обмена появился в форме настройки в пользовательском режиме? (чтобы можно было указать префиксы базы-источника и приемника, загрузить правила обмена и т.д.).
В базе данных бух ред.2 данные настройки нашел как делать, а вот в бух ред.3 весь процесс настройки использования нетипового плана обмена кардинально отличается.

заранее благодарю за подсказки

Обновлять базы нужно? Если да, придётся обновлять их синхронно и каждый раз проверять работоспособность правил, дорабатывать при необходимости.

(1) так и буду делать, обновлять синхронно и дорабатывать правила

так вроде в бп3 универсальный обмен в виде заготовки и так есть.
К нему можно прикрутить свои правила регистрации и он будет крутиться даже без снятия замка с типовой.

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

И правила конвертации там же тоже можно прикрутить.

Наверное, не внимательно посмотрел на возможности типовой.

(3) "так вроде в бп3 универсальный обмен в виде заготовки и так есть"

как он реализован? Новая синхронизация данных - другая программа? (настройка синхронизации данных через универсальный формат) ?

(4) Да.
Но типовые правила КД3 для БП-БП могут не подойти, т.к. некоторые документы только выгружаются и нет их загрузки в правилах и наоборот некоторые могут загружаться, но нет их выгрузки.
Там есть доработанные правила http://catalog.mista.ru/public/632263/
Этот вариант не требует синхронного обновления конфигураций и правил.
Не утверждается, что этот вариант лучше. Может быть Вы с легкостью добавите и настроите свой план обмена и обеспечите себе работу на продолжительное время для обслуживания своего нетипового варианта.

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

Тем более, что там еще наверняка найдется множество вопросов уже после получения данных в УУ

Плюс у этого способа в том, что он будет полезен в более широком поле - не только БП-БП, но и ЗУП-БП или БП-ЗУП и т.д.