hugo788 написал(а):
ArmAnn написал:
Можно и без отдельной транзакции
2. Сохраняйте документы изменений в одном из событий в диалоге ведения
Добрый день. А можно по подробнее? Создал документ изменений для своей z* таблицы.
В sm30 журнал изменений пуст(добавлял записи). Что нужно еще сделать?
Два типа логирования, через включенный аудит (SCU3), тогда стандартный пункт меню в SM30 будет показывать лог при условии, что в настройках таблицы указано, что она логируется и конечно при условии что аудит системы включен. (не редко аудит для таблиц отключают)
И второй через документы изменений. В данном случае все ложится на разработчика - генерация объекта изменений и спец ФМов (SCDO), собственно само создание документов изменений, и показ самого лога.
Можете "пилить" все через расширение SM30 (моменты времени/события) что Вам и посоветовали, соответственно показ лога в том числе. Документы изменений хранятся в своих таблицах CDHDR/CDPOS, также есть стандартные отчеты RSSCD100, есть ФМ-ы CHANGEDOCUMENT_DISPLAY например...
Можете создать утилиту, на базе editable ALV которая по имени таблицы и имени объекта изменений будет давать возможность вести данные и логировать их(и соответственно там же показывать лог), то есть от генератора ведения SM30 вообще отказаться. Для ведения настройки будет просто транзакция которая будет запускать эту утилиту с зашитым именем настоечной таблицы. Если аудит выключен, а Z настройки надо логировать, этот вариант решит проблемы.