Добрый день. Есть ландшафт исходных erp-систем одна разработка - один тест - n продуктивов. Когда в BW (стандартный ландшафт одна разработка-один тест-один продуктив) создаешь инфопакеты для загрузки данных из исходных систем, то при переносе инфопакет относится только к одному из источников данных в одной из исходных систем. (корректно распараллеливаются трансформации и процессы переноса данных по исходным системам). Вопрос - как необходимо создать пакеты, чтобы при преобразовании исходных систем, они корректно относились к источникам данных исходных систем, т.е. можно ли создать один инфопакет, чтобы при переносе в продуктив у каждого из источника данных был этот пакет. или надо делать столько инфопакетов, сколько есть продуктивов и при переносе каждый пакет класть в свой запрос и при переносе указывать конкретный продуктив исходной системы?

А разве если создавать в BW инфопакет для системы erp разработки, а потом перенести его, то он не трансформируется во все нужные продуктивы? У базиса вроде есть такая возможность настройки.

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

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

а с цепочками тогда как быть - цепочки тоже в продуктиве править?

Врет ваш базис . Инфопакеты отлично переносятся и PC (цепочки) тоже. А PRD лучше ничего руками не править - иначе при повторном переносе будут траблы . Главное правильно собрать запрос на перенос. Сами переносите , возможно при переносе выдается ошибка которую базис вам просто не показывает . Иногда бывает , что необходимо корректировать элементы чтоб запрос правильно лег.
Либо сами через STMS переносите , либо если к вас это запрещено просите у базиса скрины как прошел перенос.

хорошо, спрошу базиса, отпишу

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

Удачи.

Либо в STMS после переноса в одну систему указывать следующую куда переносить

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

Я так делала. Работает на отлично, если всё именно так - 1 разработка ERP - 1 (или N, как у меня) тестов ERP - N продуктивов ERP. Это размножает весь функционал: и "ответную" часть источников данных, и инфопакеты, и трансформации, и DTP, и даже цепочки процессов получаются как надо - т.е. автоматически получится N параллельных процессов загрузок инфопакетов, N обновлений из DTP.
Естественно, до начала переноса надо в продуктиве BW сделать тиражирование и активацию всех систем, а также там же прописать соответствия в RSA1 меню - Инструменты - "Преобразовании имён логических систем", оно же CTRL+F12.
Ну и всё это должно быть только типа 7.0, соответствующую галочку Вас система сама заставит поставить во всех записях, кроме первой.
Перв.ИС. Цел.ИС 7.0 Описание
BWQ1 BWP1 Прод1
BWQ1 BWP2 X Прод2
BWQ1 BWP3 X Прод3
...
BWQ1 BWPN X ПродN

Не забудьте также присвоить идентификаторы, это следующий пункт в том же меню Инструменты.
Удачи.