я сейчас хочу сделать копию предыдущей версии деблокированного запроса, потом вносить в этот запрос изменения и новые настройки и переносить в QAS. Таким образом последняя версия будет содержать все настройки, корректировки и новые донастройки. Мне кажется это позволит не растерять настройки/донастройки, будет кумулятивный запрос, который в дальнейшем можно перенести в другую систему.
Кто какие минусы видит этого варианта?

мы вроде как хотим копировать QAS в PRD, т.к. данные слишком напряжно два раза грузить, дело даже не в переносе настроек

вопрос - как Вы будете действовать, когда продуктив будет работать? Не проще ли сейчас определить политику переносов?
а минусы? - минус один большой - запрос будет расти и время импорта будет увеличиваться - это то, что пришло в голову сразу.

тем более тогда запросы не имеют значения - до старта продуктива...

Сорри, но прочитав первые пару постов, я было подумал, что вернулась легендарная "Sveta Semenenko"
Но потом вроде такое ощуение прошло

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

всё логично. только вступает в противоречие с саповской рекомендацией (обсуждалось тут недавно) об идентичности транспортов TST и PRD.
хотя "мусор" тянуть в PRD влом ))

Горячее обсуждение темы о запросах
http://www.sapbasis.ru/forums/viewtopic.php?t=733
http://www.sapbasis.ru/forums/viewtopic.php?t=727

ааа - не здесь ))
сайты, млин, на одно лицо - хоть бы цвет меняли..что ли..