Skip to Content

Change log for Z-Table Maintenance (via SCDO)

Generally we don’t need table logging for custom table maintenance (SM30), but it is important and needed for some cases. All customizing tables are automatically recorded by default but if you use regular Application tables (master and transaction data), you’re about to get your hands dirty .)

Z-TableSample Z-Table

Automatic table change logging

Actually this is not suitable for our case because we want to log particular tables but it’s good to know..

You can use Automatic table change logging by setting the “Log Data Changes” flag under the table “Technical Settings” in SE11 (p.s. You must activate the table again after saving it, otherwise it will not be effective).

Next, to be able to log the table changes you must activate the system profile parameter Rec/Client. The default setting is OFF (no changes are logged). BASIS Team can assist you in this.
Setting Rec/Client Parameter for Logging

However, SAP recommends this option only in systems where this is worthwhile, because all tables with “Log data changes” option will be logged, so this has a major impact on performance (Even for one client)

You can now view the changes via SCU3 (Table: DBTABLOG)

SCU3-Logs
SCU3-Logs

Logging using Change Document Objects (SCDO)

To log changes for particular tables in SM30 Maintenance, we can use change document objects and its associated functions.

Let’s do it step by step;

  • Go to SCDO and create a Change Document Object (Choose Yes for opening Namespace Pop-ups)
    SCDO-Create
  • Insert the entries and choose Utilities → Generate update pgm.SCDO-Insert Entries
  • In the opening pop-up, give function group name (it will be created if it doesn’t exist) and generate the update program for the object by clicking Activate. SCDO-Generated
  • In the Data Element → Further Characteristics Tab, set the “Change Document” flag for the objects which you want to track changes. As you recognise, many SAP standard data elements come with the selected flag.
  • You can now insert appropriate calls in the corresponding programs, for our example we will use Table Maintenance Events.
  • Under the table maintenance (SE56) go to Environment → Modification → Events.
    Give the events & subroutine names as shown in the figure and click the Editor icon to create suggested include (L<fg_name>F01).
    SM30-Events

Now, you can just copy and paste the code snippet (link is below) into the created include. It will begin to create logs in CDHDR-CDPOS tables. You can now view the changes via reports CHANGEDOCU_READ & RSSCD100.

SCDO-Logs SCDO-Logs

Source code on GitHub: https://goo.gl/VrwXaC
(Fork me on GitHub if you want to contribute)

Originally published at – Change log for Z-Table Maintenance (via SCDO)

 

2 Comments
You must be Logged on to comment or reply to a post.
  • Hi all.

    Great manual!

    Im working in BW and want to use this method for a transactional DSO (a DSO that allows to edit data via SM30). The moment where i stuck is to activate the change log for the fields of the table. Because the fields are infoobjects, which means the data element is generated and can’t be edit.

    So my question is, if theres a trigger where I can switch on to force the system to write to the CDHDR/CDPOS tables even if no field has the change log flag set.

    Thanks for any hints.

    Best regards,
    Sebastian