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

Если не переносила никуда, то просто на уровне файловой системы из saptrans ну и из очереди импорта естественно

переносила

Ну тогда если это абап и есть версии, то повторить запрос с предыдущей версией после консультации с автором. Если настройка, то попросить консультанта вернуть настройки в нужное состояние и перенести

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

Пожалуйста:
Случай первый - запрос и задачи в нем не деблокированы:
1. Логинимся в тот мандант, где запрос создан
2. В SE10 или SE09 находим запрос
3. Если не являемся владельцем, то становимся им
4. Выбираем последовательно задачи и жмем не бочку
5. Когда все задачи в запросе удалены удаляем сам запрос
Возможны осложнения, если объекты запроса еще где-то заблокированы (тут нужно через SE03) снять эти блокировки

Случай второй - хотя бы одна задача в запросе уже деблокирована:
1. См.п.1 для первого случая
2. См.п.2 для первого случая
3. См.п.3 для первого случая, хотя и не обязательно
4. Поочередно деблокируем все задачи запроса. Деблокируем запрос.
5. Идем в STMS удаляем запрос из очереди импорта
6. В файловой системе saptrans в каталогах data и cofiles находим файл с именем SID<N_запроса> и удаляем, хотя можно и не удалять (а вдруг потребуется!)

ðàçðåøèòå íåìíîãî ïîïðàâèòü ïðåçèäåíòà - èìåíà ôàéëîâ áóäóò [R,D,K]<N_çàïðîñà>.<SID>....

P.S. Áûëà ó ìåíÿ íà ïàìÿòè ñèñòåìà ñ SID = HTM, îõ óæ ÿ è íàìó÷àëñÿ ñ ôàéëàìè çàïðîñîâ â Windows, âñå îí èõ ãèïåðñòðàíèöàìè ñ÷èòàë.

Ты прав!

как найти saptrans?

\\$(SAPTRANSHOST)\sapmnt\trans

транзакция al11
часто во многих системах лежит в /usr/sap/trans

кстати, если что-то в запросе уже деблокированно, то можно в таблице E070 подправить статус деблокированной задачи (запроса) "R" на буковку "D" (изменяемо) в TRSTATUS .... и станет оно не деблокированным

Сколько неудобств, чтобы удалить ошибочно релизнутую задачу. С E070 конечно красиво, но интуиция подсказывает, что так лучше не поступать =)

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

выход нашли простой (на самом деле это, как бэ, очевидно задним числом ): в sm37 на продуктиве (так как перенос был запланирован уже именно на прод) нашли фоновое задание с названием TMS_000*IMPORT . Если таких заданий несколько, то имя задания можно посмотреть в STSM, кликнув по "часикам" в колонке статуса. И без проблем изменили статус из деблокированного на запланированный.

(на самом деле это не сами мы додумались, это коллега нашел на просторах интернета подсказку)