Setup data audit in SAP HCM with couple clicks

Hello, my friends.

I’m quite confident you have met this situation quite a lot when somebody has changed something and there is no trace. SAP data audit in SAP HCM can help you a lot with this. HR data audit will track all data changes made by end-users to help you easily find what had happened. As an experienced professional I personally setup data audition the first-day end-users start working with the system. Right after HR data migration is over.

Setup data audit for organizational management objects (Organization Chart)

Customizing is performed in T77CDOC_CUST view

To view data use report RHCDOC_DISPLAY

Setup data audit for employee management objects

Customizing is performed in views:

V_T585A – include infotype into audit

V_T585B – include specific fields into audit

V_T585C – define field groups for audit. There is a checkbox to define storage period. It allows defining for what reason we store data changes history. If it’s ‘L’ then this information works best for audit and Long-term storage. If ‘S’ – short-term – SAP recommends using this data to transfer to other systems. Some sort of IDOC, frankly speaking, but very cheap and lazy.

Audit data can be viewed in the RPUAUD00_PNPCE report.

If you want to develop your own change doc use transaction SCDO.

Detailed explanation could be found at http://help.sap.com


Mass document printing in SAP

Here is a secret way how you can save thousands of dollars on print form development.

Printing Documents

Here is an issue. Customer needs to print hundreds of the same form documents for employees. Like notices, orders or whatever.

First of all we need to create basic SAP Query report. For example I’ve created this one that includes name and company. For real doc you’ll possible need many other fields like amount from infotype 0015, address from sixth and etc. All this you can extract from the system with standard fields within SAP Query or create additional fields in Customizing.

Read More


STVARV variables

Here is a deal. You can simplify users’ life with STVARV transaction. You can store variables in STVARV. Most developers are aware of this transaction while consultants are not. Convenience is in the ability to create variables, define their values and (bonus!) assign variables to fields in report variants.

Let’s say we create variable “Gross wages” where put all wage types referenced to gross income. Than we use this variable in all payroll reports in variants. Old style way is to define wage types directly in each variant in each report. In case you add even one wage type you need to adjust all variants for all reports. Nightmare!

New way is to create one variable, assign wage types and next time you need to add just one wage type to gross income you just do one change in STVARV and it works everywhere. Brilliant!

So…

Read More