Дошло дело до переноса запросов в продуктивную систему (из QAS300 в PRD700), а почему то пункт "импорт" недоступен в STMS.

А вот как настроен транспорт в данный момент.

Такую систему транспорта нам навязали консультанты, а до этого была стандартная трехсистемная конфигурация и все запросы спокойно бегали по цепочке.
Что делать куда копать?

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

Разобрались (не без помощи тех самых консультантов). В очереди запросов в продуктив была куча древних запросов без указания целевой системы. Как присвоил им целевой мандант, так сразу стал возможным нормальный импорт.

Да, известная проблемка... консультантам незачет, там ведь все эти запросы красные в очереди.

Возникла новая проблема, в продуктив были перенесены все запросы которые болтались у него в очереди. Но как оказалось, не все перенесенные из разработки в тестирование и предназначенные для продуктива запросы, легли в очередь в STMS продуктива. В истории импорта в качество, запросов примерно раз в 10 больше чем в очереди в продуктив. Непонятно как такое бывает, но факт. Сейчас надо заново перетаскивать все запросы, но уже по списку из истории. Вопрос - как список запросов содержащихся в истории импорта в систему QAS перенести в очередь продуктива?


Пробовал удалять запрос из очереди продуктива и потом из истории QAS переадресовывать его продуктиву, не получается. Система все равно ругается на то, что запрос с таким номером уже есть в очереди.

хороший был продуктив. аминь!

ну не так все плохо...
Я так понимаю в продуктиве еще никто не работает.

идете в историю импорта куас, выгружаете в эксель, строите скрипт для всех этих запросов, типа:
tp addtobuffer... u1
tp addtobuffer... u1
tp addtobuffer... u1
выполняете, появится очередь.

А теперь аккуратно начинаем нести в stms сверяясь с последовательностью в скрипте - частенько воркбенч запросы несутся несколько раз, если не все объекты есть в системе и тут важна очередность...
После этого запускаете в продуктив консов и они все сморят/проверяют, донастравают, допереносят...

Как то так.

Попутно - а где ваши консалтеры... это собсно их проблема, продуктив то они должны запускать.

А запускать этот скрипт надо на контроллере транспортного домена или на продуктиве?

Хороший вопрос...
Без разницы.
Идем в /usr/sap/trans/bin
и тут
tp addtobuffer XXXK999999 SID client700 pf=./TP_DOMAIN_DMN.PFL
...

SID вашего продуктива
DMN контроллера домена
ХХХ в общем случае разработки

ага, вроде уже сам догнал мало помалу. Но все равно спасибо огромное. Один запрос из командной строки загнал в очередь, сейчас буду пробовать 1000 запросов CMD файлом загнать.

кабы и эту тему под снос не тавой

Загадками говорите )

тут вроде все штатными инструментами?

ну почти...
с уровня оси...

Проблемы не кончились. Затащил запросы в очередь, назначаю им целевой мандант. Сап матерится на то что кое какие запросы уже есть в очереди. Удаляю старые запросы с таким же номером. Пытаюсь еще раз, но увы, то же самое. Призрак запросов бродит по очереди в продуктив. Чтож делать то?