Меню

Век живи, век учись! - II

|

Данный пост продолжает серию кратких записей о моих открытиях в мире SAP систем и около них. Согласно первой части пословицы: "Век живи, век учись..." такие открытия периодически случаются и в тех областях, где казалось бы всё изучено вдоль и поперёк.

Данный пост продолжает серию кратких записей о моих открытиях в мире SAP систем и около них. Согласно первой части пословицы: "Век живи, век учись..." такие открытия периодически случаются и в тех областях, где казалось бы всё изучено вдоль и поперёк. 

В одном из первых постов этого блога в 2008 году был рассказ о том, как с помощью механизма отладки поменять статус транспортного запроса: из деблокированного (released) сделать его снова открытым на изменения. По прошествии стольких лет я обнаружил более простой способ изменять все атрибуты запроса, включая его статус. В системе существует программа RDDIT076. Проверял в системах основанных на SAP_BASIS от версии 4.6 до SAP NetWeaver 7.50, везде программа существует.

Указать программу RDDIT076 в SE38 (привязанной транзакции к программе нет) и запустить на выполнение (рис. 1). 

Рис. 1. Запуск программы RDDIT076.

На экране выбора в единственном поле указать транспортный запрос, атрибуты которого необходимо изменить, и нажать кнопку "Выполнить" (рис. 2).

Рис. 2. Просмотр атрибутов запроса.

Программа подтягивает не только запрос, но и все его задачи. Для просмотра атрибутов установить курсор мыши на строку с запросом (или задачей) и нажать на панели кнопку "Выбрать" (или просто дважды щелкнуть мышью по строке) (рис. 3).

Рис. 3. Открытие

Если хотите прочитать статью полностью и оставить свои комментарии присоединяйтесь к sapland

У вас уже есть учетная запись?

Войти

Обсуждения Количество комментариев4

Комментарий от  

Олег Точенюк

  |  14 января 2020, 10:45

В S/4HANA данный отчет так же рабочий (ну по крайней мере до 1710)

Комментарий от  

Абай Жунусов

  |  14 января 2020, 13:25

Для возможности повторного деблокирования в свойствах запроса нужно  удалить timestamps предыдущего экспорта. Также нужно помнить, что в промежутке времени между деблокированиями могли быть изменения в объектах, включенных в запрос.

Комментарий от  

Вячеслав Шиболов

  |  14 января 2020, 21:24

Для возможности повторного деблокирования в свойствах запроса нужно  удалить timestamps предыдущего экспорта. Также нужно помнить, что в промежутке времени между деблокированиями могли быть изменения в объектах, включенных в запрос.

Да, Абай, согласен. Пользоваться таким надо вдумчиво и осторожно. А в большинстве случаев лучше вообще не делать так.

Комментарий от  

Влад Русаков

  |  31 января 2020, 12:13

Да-да-да. Менять исходную - полезная опция.
Иногда упирается что target=source.