Добрый день! Есть стандартная транзакция, хочется видеть ошибки при работе с ней в SLG1. Добавили эту транзакцию в SLG0, но не понятно, как определить список ее подобъектов? Звездочка не прокатывает )

Что значит "Добавили эту транзакцию в SLG0" ? Там нет такого понятия.
Либо стандартной (или Z) программой предусмотрен "слив" лога (по ключу объект/подобъект SLG0) в центральный репозитарий логов, либо нет.

Что за транзакция?

p.s.
Модераторам предлагаю тему в АБАП ветку кинуть.

FB01, для нее созданы проверки в OB28. Хотелось бы видеть, возникают ли созданные проверки (ошибки) у пользователей..
Я видимо не понимаю логику работы SLG0. Нашел в списке объектов не только имена модулей, но и имя транзакции, допустим sm30. Вот и подумал, что туда можно добавлять разные типы объектов, и транзакции в том числе.

Видимо да, воспользуйтесь поиском. Повторюсь, там нет имен модулей и имен транзакций, это отдельная настройка, в ней ведется объект и подобъект журнала. Их имена могут совпадать с именем транзакции, не более того. Сам функционал и логика попадания сообщения в центральный журнал прописана в коде конкретных программ.


То есть, Вы хотите логировать кто и когда пр запуске fb01 "нарывался" на Вашу проверку?

Да, но не при запуске, а в ходе работы. Допустим, создана проверка при вводе в поле - наличие введенной в поле БЕ в таблице T001. Хочется увидеть где-нибудь, кто нарывался на эту проверку, то бишь, кто в транзакции вводил не существующую БЕ. Надо все это для снижения кол-во ошибочных действий пользователей, а для этого надо промониторить, где они ошибаются. То есть выходит, что даже для стандарта, чтобы тот начал выводить в стандартный лог приложений нужно дописывать код ?

Поиск по scn говорит да, вызывайте fm BAL_LOG* и пишите что хотите )

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

Что значит "даже для стандарта"? Вы уже отклонились от стандарта когда начали использовать инструмент проверок и замещений (ggb0 ggb1). Все что стандарт посчитал нужным логировать, он логирует и да, именно там в коде и прописано, вызываются фм-ы/методы классов/подпрограммы которые пишут сообщение в лог.

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

попробуйте в сторону End-User Experience Monitoring посмотреть, либо Business Process Monitoring... вдруг чо пригодится.