Добрый вечер!

"Источник данных ABC в исходной системе PC_FILE существует не в версии A"
Вот такая возникла проблема при переносе запроса из системы DEV в QAS.

Источник данных (загрузка иерархий 3.x из плоского файла) активный. На всякий случай был активирован повторно и собран в запрос.

Вопрос сформулирован не оконченным образом, не понятно, исходная система PC_FILE правильная или не совсем правильная?
Перед сбором объекта на перенос проверьте, что опциями указана только необходимая исходная система, и указывайте правильные опции сбора объектов ( к примеру, только необходимые объекты).

Далее смотрите через se09/se10 , что собралось в запрос. В предыдущем запросе, скорее всего, попутно попали объекты, которые затрагивали ненужный Вам источник данных и соответственно система выдала вам сообщение, смотрите лог запроса и содержимое переносимого запроса.
При повторном переносе проблем не было, правильно?

Спасибо Вам за проявленный интерес к теме.

Исходная система PC_FILE правильная. Источник данных собирался с активным пунктом "Только необходимые объекты".

В se10 смотрел первым делом. В упавшем запросе содержится сам источник данных, инфо-пакеты, правила переноса и структуры переноса.

"При повторном переносе проблем не было, правильно?"
Повторный перенос вызывает ту же ошибку(

Она правильная на системе QAS?


что-то мне подсказывает, что Вы смотрели на системе DEV

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

Да, тоже PC_FILE.




Да, а в QAS данный источник не попадает. Ни обычным, ни общим поиском не находится.

Преобразование имён исходных систем тоже работает в нормальном режиме.
Остальные запросы переносятся без проблем.

проверь QAS , нет ли открытых запросов на стороне QAS с участием проблемного источника.

В открытых нет. Только в деблокированных. В чём же может быть проблема?

Может быть разные версии источника данных 3.x и 7.x, посмотри журнал переноса и тип собираемых объектов в запросе и целевой системе. Одновременно два не могут быть. может быть или тот, или другой

Запрос был перенесён. Но! Этого источника данных в QAS не появилось... Общим поиском также не находится.

Я уже про это писал, но рекомендую обратить внимание на тип переносимого объекта, на сообщение при переносе.
тип объекта RSDS - новый источник данных 7.x, ISFS - старый источник данных 3.x.
В BW 7.x существует проблема с переносом источника данных , связанная с наличием одновременно разных типов объектов, но проблему можно разрешить внимательно читая логи и осозновая, что несешь.
Может быть такая ситуация, что в запрос попадает новый источник данных RSDS , а старый истоник данных мешает переносу ISFS (или наоборот), поэтому , если к примеру, сделать миграцию источника данных на 7.x , то проблемы с переносом могут исчезнуть.

с помощью se01 ищите, какой объект существует в QAS системе и отвечате на вопрос с переносом. Смотрите в запрос, какой тип источника данных несете. Смотрите лог, на какой тип ругается, какой тип не активирован и картина может прояснится.
Удачи!

Большое спасибо за Ваше участие!

А Тиражирование мета-данных не помогает его проявить?

тиражирование ИД подразумевается для R/3 подобных систем, в которых есть чего тиражировать.
В случае с файловой системой - тиражировать нечего.
Попробуйте вместе с ИД перенести структуру связи, правила обновления. Объекты могут лежат в других не перенесенных запросах .