Помогите пожалуйста! Можно ли как то перенести из разработки в тест локальные запросы, если они уже деблокированы?

Нельзя.
Создайте новый, не локальный, запрос на перенос и включите туда объекты из вашего локального.

Уже не помню, какие настройки SPRO в этом запросе были сделаны....

Включите объекты локального запроса в запрос на перенос.
Вам же Pepta написал что надо делать. Если не знаете как - обратитесь к знающим людям на местах.
Хотя если не помните - то может запрос лучше не переносить? Вдруг Вы забыли про что то важное?

Да, разобрался, спасибо большое.

Где-то читал на форуме тему про переноса запросов, не магу найти. В ней говорилось об объединении запросов.
Например, у меня есть одна большая Z разработка (таблицы, программы, ГФ, ФМы и тд и тп). Она находится в 10 разных запросах. Создавалась в течении скажем 1-2 месяцев несколькими программистами и беспорядочно ложилось по этим 10-ти запросам. И теперь все пересеклось, и не понятно в каком порядке их переносить. Я хочу объединить запросы в один и перенести, говорят что сап сам определит что в каком порядке переносить. Кто нибудь практиковал это?

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

В SE03 есть опция ВКЛЮЧИТЬ В ЗАПРОС (CTRL+F11)

Зашел в se03, нажал CTRL+F11 - ничего не произошло.

Я где то читал, что если включать деблокированные запросы в новый запрос, то они будут установлены в хронологическом порядке (в порядке хронологического деблокирования)

Это вопрос, утверждение или просто нефильтрованный поток сознания?
Думайте прежде чем писать и не пишите всё что думаете.

ghost, я знаю как объединять запросы, меня интересует нормально ли все ляжет. Почему сам не проверю? Еще как бы рано, просто решил подстраховаться перед тем как сваливать все в одну кучу.
Pepta, на счет se03 не скажу, пользуюсь se10, там есть CTRL+F11, CTRL+F12 и можете просто провалиться в задачу и там включать объекты.
_Sipo_, деблокированные запросы, с ними ничего нельзя сделать кроме как убить или перенести, насколько я знаю.

Если деблокировать "кучу запросов", а потом нести их _одной_очередью_, то все нормально перенесется. Но, возможно, не за один раз (то есть просто нужно будет толкнуть запросы, на которых были ошибки, повторно). Если в "куче" реально есть все объекты, то все встанет как надо, если каких-то объектов таки не хватит - надо искать недостающие запросы. И именно такой путь соответствует технологии, как мне кажется.

Для описанной Вами ситуации "объеденение" запросов будет наиболее оптимальным вариантом с минимумом проблем. Использую регулярно в подобных случаях.

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

Gans91, Спасибо за ответ, но...

Не хотелось бы деблокировать кучу запросов, и потом объяснять админу чтоб он их нес. Хотелось бы избежать повторного толкания запросов, с этим сталкивался. Могу еще добавить что не всегда помогает повторное накатывание...


Все 10 запросах есть реально все объекты. О недостающих речь не идет, это другая тема.

sy-uname, Спасибо, это я и хотел знать.

Если у Вас большое количество объектов, то не принципиально как переносить.
Что кучей запросов за один прием, что объединив все в один транспорт.
Все возможные проблемы, при условии корректности разработок, возникнут на этапе активации, поскольку порядок активации весьма непрозрачен есть.
Т.е. если Вы считаете, что объекты в транспортах (или объединенном транспорте) корректны, то после импорта бегайте по объектам и активируйте руками то, что не активировалось при импорте. Зависимости объектов друг от друга бывают достаточно запутанными. И восьмерка на импорте вовсе не означает ошибку