Professional Documents
Culture Documents
Management
Applies to:
Enter SAP technology or product release (release number, SP, etc.) to which this article or code sample
applies (optional). For more information, visit the Business Process Expert homepage.
Summary
Audit trail is about how data changes are tracked in SAP and specifically in Student Lifecycle Management.
This document provides an overview on the available audit trail functionality.
Author: Rainer Arnold
Company: external developer and consultant
Created on: June 11 2008
Author Bio
Rainer Arnold is an external developer and consultant for Student Lifecycle Management.
Table of Contents
1. General Introduction .......................................................................................................................................3
2. SAP Technologies ..........................................................................................................................................3
2.1 Change Documents ..................................................................................................................................3
2.2 Application log...........................................................................................................................................5
2.3 Application specific Developments ...........................................................................................................6
3. Business Objects ............................................................................................................................................7
3.1 Business Partner Master Data ..................................................................................................................7
3.2 Contract Account Master Data..................................................................................................................9
3.3 FI-CA Document Postings ......................................................................................................................10
3.4 Student Master Data (Infotypes) .............................................................................................................10
3.5 Student related Processes......................................................................................................................10
3.6 Academic Structure.................................................................................................................................16
3.7 Correspondence......................................................................................................................................16
4. Extensibility of system audit .........................................................................................................................17
Disclaimer and Liability Notice..........................................................................................................................18
1. General Introduction
This document provides an overview on the available audit trail functionality in the SAP system with focus on
Student Lifecycle Management. It also describes the different technologies used in this context.
Audit trail is about how data changes are tracked in Student Lifecycle Management. This document
describes the difference between activity documents and change documents in this context.
In chapter three. Business Objects the different (main) relevant objects are described and how the audit trail
can be accessed. This could be used to complete easy step by step guides or user documentations.
At the end of the document the system audit trail extensibility is described and evaluated against costs. Last
but not least a final recommendation is made on how to deal with existing gaps in the audit trail.
2. SAP Technologies
SAP uses different technologies to audit data changes. The different technologies are related to how the
information will be used afterwards.
In this chapter the different technologies will be described briefly.
• Fee Calculation & Grant Evaluation Documents: For fee calculation and grant evaluation Student
Lifecycle Management uses additional documents. These documents contain information about the data
which was used as input/basis (e.g. which modules where booked, which event package fee category
held) for both calculations. Additionally an application log is used to record the progress and outcome of
the calculations. Both Audit tools can be accessed via the applications.
• Correspondence History: If the print workbench is used by the different applications, a correspondence
history is produced. The correspondence history records who did what at which business object. The
exact information on the business object depends on the granularity definition of the business object
itself. From the correspondence history you cannot access the printed document. If this is a
requirement, correspondence documents have to be archived in an optical archive!
• Customizing Changes: Customizing changes could be logged as well. But by activating this log any
table changes which were marked will be written to a file. This audit slows down the system performance
dramatically and is not recommended to be activated.
• Others: Most reports are using the application log to protocol their progress, Sometimes the output of
the results is via ALV. If the program is run in background the result is written directly to the spool.
3. Business Objects
Different business objects/processes/applications are using different methodologies to record system activity.
It is also possible to display business partner changes centrally via transaction BPCF:
• Module Booking
The system logs changes in the following Infotypes.
1001 (Relationships) with subtype B506
The system logs changes to detailed data in change documents which you can view in the activity
documents on the Activity Documents tab page of the student file.
• Fee calculation
The fee calculation uses an application log to write an audit trail for the progress. In addition fee
calculation documents are produced, which indicate the information being used to calculate the outcome
(price). Both audits can be accessed via the student file:
Within the fee calculation history you view the fee calculation documents, display the application log,
view the pricing result or navigate to the posted FI-CA document. The picture below shows an overview
of all fee calculation header documents.
By selecting a line in the ALV and pressing the button display log the application log for the
corresponding fee calc run is displayed:
By selecting a line in the ALV and pressing the button pricing result for the corresponding, the pricing
result can be displayed:
By selecting a line the ALV above and pressing the button fee analysis the fee calculation procedure is
displayed. By double clicking on a step in the fee calc procedure the fee calculation detailed documents
are shown (module information etc.)
By double clicking on the fee calc detail document you can navigate to the conditions of the fee calc
procedure.
If you select a line of the fee calc procedure and chose display condition records, you can navigate into
pricing and can see the relevant pricing (condition) record.
When you select analysis on the condition overview you will navigate into the SD pricing procedure
analysis.
• Grant Calculation
The grant calculation writes an application log and grant documents. The application log can be
accessed via transaction PIQ_LOG_GRANT. The grant documents can be displayed only via transaction
SE16.
• Module Grading
The system logs changes for all appraisal tables.
The system logs changes to detailed data in change documents which you can view in the activity
documents on the Activity Documents tab page of the student file.
• Program Admission
The system logs changes in the following Infotypes.
1001 (Relationships) with subtype B530
The system logs changes to detailed data in change documents which you can view in the activity
documents on the Activity Documents tab page of the student file.
• Program Registration
The system logs changes in the following Infotypes.
1769 (Study Segment), 1770 (General Data), 1771 (Registration/Re-registration), 1001 (Relationships)
with subtype B516
The system logs changes to detailed data in change documents which you can view in the activity
documents on the Activity Documents tab page of the student file. The functionality will be available from
Release 4.73 onwards.
• Qualification Conferment
The system logs data changes in Infotype 1001 (Relationships) with subtype 523 and in the database
tables for appraisals. The system logs changes to detailed data in change documents which you can
view in the Activity documents on the Activity Documents tab page of the student file.
• Web Booking
During the web booking process an activity document will be written. The activity document links
together the module booking with fee calculation document and the FI-CA document. It also indicates the
current payment status. The documents can either be accessed by student via the student file or
centrally by a report.
• Grant Master Data
Grant Master data changes are using change documents as well. The change documents could be
displayed within the grant master transaction. This is an customer specific development.
• Grant Assignment
No change documents are written.
• Student Holds/Status
No change documents are written.
3.7 Correspondence
Where correspondence is using the print workbench the print history will show the activities being performed:
The following objects can be accessed via the print workbench:
• Statement of Registration, Waitlisting, Reservation and Cancellation
• Module Certificate
• Invoices
• Dunning Letters
• Receipts
• Credit Notes
For students the print history can be accessed via the student file on the tab correspondence. For regular
business partners transaction FPCOHIST could be used.