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

Кто-нибудь делал обмен между идентичными конфигурациями?

кто-нибудь обязательно делал

Я делал на основе РИБ. То, что РИБ отпугивает процедурой настройки начального образа - обходится. Самое простое делается так:
- выбрать в РИБ использование Организаций.
- создать в базе пустую Организацию, чтоб она не парила мозг с выгрузкой всех данных по ней
- создать периферийный узел от пустой организации, чтоб заставить план обмена думать, что у него все правильно и по его процедурам.
- добавлять в план обмена новые узлы и вместо создания начальных образов указывать там уже существующие базы
- в существующих базах добавить вручную центральные узлы и заменить там, где нужно соответствующие идентификаторы и отметки.

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

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

Полный обмен сделать на таком плане будет очень трудно. Чем его курочить, а затем вылавливать баги по всему коду,
будет проще новый план обмена создавать и в нем дописывать всё-всё-всё

(3) Спасибо за подробный ответ)
Да уж, похоже что и в том и в другом варианте придется как следует повозиться!

А вообще, под задачу _консолидация_ я делал два плана обмена.

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

2) Консолидация - отдельный план без отметки, что это РИБ и в нем разработанные "с нуля" и правила регистрации/обмена, и все необходимые метаданные в составе, но там же в интересах консолидации были изменения сделаны. Потому что там были не только типовые документы и справочники, но и другие дополнительные, которые требовали измененных правил.

з.ы. Фишка в том, что мне в эти дни предлагают как раз дописывать _полный_ обмен между ЗУП и КА, поэтому это для меня как бы актуальная тема, потому и ответил подробно.

Http сервис поднимите

А, пардон, нужна консолидация, тогда отпадает, много писать придется