Audit - General remarksThe commands that cause a table transaction to be audited, are only the commands that affect the table data, that is, Insert, Update, and Delete commands. Several table level commands that affect all rows in a table are also audited, such as Create Table, Drop Table, and Clear Table. The audit configuration uses a positive approach, which means that you can only define the tables and fields that must be audited, but not the tables and fields that must not be audited. To compensate for this feature, you can load lists of all packages, modules, tables or fields through the appropriate menu of the sessions concerned. Because you can use tables and fields in various profiles with conflicting settings, the following rules determine which setting take precedence over the conflicting setting:
The following tables illustrate this behavior.
If company groups are also added to a profile, the result of the convert to run time action on these profiles is determined by these company groups also, as illustrated in the following table.
The following table displays the same information, but now by company, and only for table ttadv200.
You can configure audit settings for tables in another package combination. However, you cannot zoom to these tables. You must enter these tables manually. If you convert the audit configuration to run time, the result
is stored in the following four files, which you can find in the
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||