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

О ужас то! Есть две новости, плохая и хорошая.

Отменить уже никак.

Но и вреда это особого не принесет - просто запрос не надо импортировать.

Можно, если это нужно, добавить все объекты одного запроса в другой.

Никак. А чтобы подобное не происходило, ставить запрет на деблокирование запросов.
И вообще деблокирование лучше централизованно делать, уж больно велика вероятность “промаха” и деблокирования другого/чужого запроса.

- SE16. Таблица E070;
- Выделяем флагом необходимые номера запросов и вложенных в них задач;
- Само собой "/h";
- Вводим в первое редактируемое поле слово "code". Два раза F7;
- Изменяем появивишеееся значение "SHOW" на "EDIT". Нажимаем карандаш и F8;
- Изменяем поле TRSTATUS со значения R на D (после чего запросы, если глядать их в SE09 становятся не RELEASED, а MODIFIABLE);

Необходимо также удалить файлы в транспортной директории, чтоб потом при деблокиронии проблем <я не знать русский языка>.

Ого, не знал

а вы думаете это единственная таблица в которую сап пишет о том что запрос деблокирован? ... такой вариант конечно катит (сам так делал бывало) но последствия могут быть разные

+ если настроен автоматический перенос деблокированных запросов ... то собсно вот

Если вовремя раздеблокировать и удалить в транспортной директории, то ничего страшного не будет с автоматическим переносом, он его всего навсего не увидит и ему переносить будет нечего

А в какой системе это делать?

там где был создан и деблокирован запрос...

ну во первых не "раздеблокировать" а снять метку того что он деблокирован ... может звучит одинаково... но не одно и тоже
а во вторых ключевое слово "вовремя" (обычно интервал автопереноса ставят 15 минут видел 30, но проектная группа там была недовольна )
пс: 15 минут - всяко прошли а если автопереноса нет - то всё хокке, но "сап не рекомендует"

а вообще - поиск рулит :
http://sapboard.ru/forum/viewtopic.php?t=16166

и вот тут кстати обязательно посмотрите про тоо что про этот вариант с правкой e070 пишут:

http://sapboard.ru/forum/viewtopic.php?t=4507

если много опыта и бакапы впорядке - в бой!

Пару комментариев.
1. /h – зло.
2. SAP таки не игрушка. Попортил, будь ласков, сделай все возможное, чтобы свою ошибку исправить. Лезть и править системные таблицы с дебагером на перевес – конечно решение, но оно неправильное!

Yanvladimirovich высказал, на мой взгляд, самый верный подход по разрешению проблемы.

Более того добавлю. Если в системе работают горе-консультанты, на откуп которым отдана возможность самостоятельно таскать запросы – это в первую очередь ИХ проблема, что они не владеют доверенным инструментарием. И это ИХ задача, разрешать возникший казус.

Автоматический перенос запросов – это конечно тоже замечательно. Но в системе также предусмотрен stms_qa. Как бы две крайности. А вот выбор, где между ними балансировать при внедрении или эксплуатации, лежит в первую очередь на базиснике.

Большое спасибо!
Ответ на свой вопрос я вполне получил.

Для изменения деблокированных запросов есть программа RDDIT076
Нужно всего лишь поменять статус с R на D.
http://scn.sap.com/docs/DOC-50893

в последнее время на базисе активно экономят, и (чтобы хоть нормально в отпуск ходить) DEV-QAS делается автомат, апрувинг отключить.
главное - бэкап!