Меню

Выгрузка журнала пакетного ввода (транзакции SM35) в Excel/Блокнот

При работе с транзакцией LSMW и другими загрузчиками система может использовать сессии пакетного ввода (транзакция SM35). В ходе выполнения сессии пакетного ввода могут возникать сообщения различного типа: информационные, предупреждающие, ошибочные. Эти сообщения система складывает в журнал и после выполнения сессии ответственный за загрузку может проанализировать журнал. Анализировать журнал пакетного ввода в режиме table control не очень удобно, так как отсутствует поиск, сортировка, быстрый скроллинг.

Проблемы анализа журнала пакетного ввода

При работе с транзакцией LSMW и другими загрузчиками система может использовать сессии пакетного ввода (транзакция SM35). В ходе выполнения сессии пакетного ввода могут возникать сообщения различного типа: информационные, предупреждающие, ошибочные. Эти сообщения система складывает в журнал и после выполнения сессии ответственный за загрузку может проанализировать журнал. Анализировать журнал пакетного ввода в режиме table control (рис. 1) не очень удобно, так как отсутствует поиск, сортировка, быстрый скроллинг.

Рисунок 1 Режим table control отображения таблицы с данными журнала

Споcобы решения проблем

Способ FI-консультанта Анны Трещаловой

Анне огромное спасибо!

Чтобы перейти к более удобному виду для анализа, нужно в экране журнала нажать сочетание клавиш Ctrl+P. Тогда система отобразит журнал в режиме List Viewer (Рис.2).

Рисунок 2 Переход к режиму List Viewer в журнале пакетного ввода

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

1) Запустить транзакцию SM35

Рисунок 3 Запуск транзакции SM35

2) Выделить нужную сессию и нажать кнопку «Log» (Журнал)

Рисунок 4 Переход к журналу пакетного ввода

3) Система откроет экран со списком журналов. Выделяем нужный и нажимаем кнопку Display / Просмотр.

Рисунок 5 Переход к детальному просмотру журнала из списка журналов

Затем система откроет экран с подробными данными журнала и на этом экране можно будет использовать сочетание клавиш Ctrl + P.

Способ второй

Если же открыть журнал другим способом, а именно:
1) запустить транзакцию SM35 (Рис.3)
2) дважды щелкнуть по нужной сессии
3) перейти на вкладку Log / Журнал

Рисунок 6 Переход к журналу из анализа сессии

В

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

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

Войти

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

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

Олег Точенюк

  |  31 июля 2017, 16:03

Не ну это ты через отладчик как-то жестоко решил сделать :-) к тому же базисники все больше окультуриваются и перейти в отладку, кроме системы разработки, никто не даст.

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

Олег Башкатов

  |  06 августа 2017, 12:49

Не ну это ты через отладчик как-то жестоко решил сделать :-) к тому же базисники все больше окультуриваются и перейти в отладку, кроме системы разработки, никто не даст.

1) под системами разработки ты имеешь ввиду именно системы разработки или "не продуктивные системы" (т.е. контроль качества, тестирование, песочница и т.д.) ?
 
2) а в чем "жестокость" отладки в продуктиве заключается по твоему мнению? именно отладки (а не изменение под отладкой), т.е. объект полномочий S_DEVELOP, ACTVT = 03 (а не 02).
 
по моему мнению "жестокости" нет и даже у самого строгого базиса всегда есть процедура предоставления прав на отладку в продуктиве (процедура может быть простой - просто включить /h, а может быть сложной - через согласование, но она есть).

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

Олег Точенюк

  |  07 августа 2017, 12:49

1) под системами разработки ты имеешь ввиду именно системы разработки или "не продуктивные системы" (т.е. контроль качества, тестирование, песочница и т.д.) ?
 
2) а в чем "жестокость" отладки в продуктиве заключается по твоему мнению? именно отладки (а не изменение под отладкой), т.е. объект полномочий S_DEVELOP, ACTVT = 03 (а не 02).
 
по моему мнению "жестокости" нет и даже у самого строгого базиса всегда есть процедура предоставления прав на отладку в продуктиве (процедура может быть простой - просто включить /h, а может быть сложной - через согласование, но она есть).

1. Имею в виду не продуктивны системы. Но даже в тестовых/контроль качества в последнее время довольно жесткие ограничения на отладку.
 
2. Отладку не дают, от слова вообще. А процедура заключается в том, что конечно если продуктив упал с грохотом, то к сожалению это не случай получения журнала SM35. Хотя и в том случае меня пустили так, что местный сотрудник получил доступ и нажимал кнопки, а я типа говорил что и смотрел.

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

Олег Башкатов

  |  07 августа 2017, 17:55

1. Имею в виду не продуктивны системы. Но даже в тестовых/контроль качества в последнее время довольно жесткие ограничения на отладку.
 
2. Отладку не дают, от слова вообще. А процедура заключается в том, что конечно если продуктив упал с грохотом, то к сожалению это не случай получения журнала SM35. Хотя и в том случае меня пустили так, что местный сотрудник получил доступ и нажимал кнопки, а я типа говорил что и смотрел.

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

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

Олег Точенюк

  |  07 августа 2017, 22:25

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

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