Audit You can use
Student Lifecycle Management
audit functions like S
tage Audit
and
Degree Audit
to set the general and special requirements students have to fulfil, and to check if the academic work they have completed meets these requirements.
(See also: Audit Overview )
You have made the required settings in Customizing for
Student Lifecycle Management
under
.
For index-dependent subrequirements, you require performance indexes. You define these in Customizing for
Student Lifecycle Management
under
.
For index-independent subrequirements, you require conditions. You implement these in Customizing for
Student Lifecycle Management
under
.
For auxiliary conditions, you require
key figures
. You define these in Customizing for
Student Lifecycle Management
under
.
If you want the system to generate module proposals for a subrequirement, you must create the appropriate selection methods. You define these in Customizing for
Student Lifecycle Management
under
. The system uses the selection method group AUDS for audits. For more information, see
Object Selection Using a Selection Method
.
You edit requirement catalogs by assigning them (concrete) requirements, subrequirements, and auxiliary conditions.
You can access the requirement catalog editing transaction from the
SAP Easy Access
screen by choosing
You use the
Subrequirement Manager
to assign existing subrequirements and auxiliary conditions.
You define the usage for requirements. General university requirements (rule container) are linked to a faculty, that is to an organizational unit (object type O), program requirements to a program (object type SC,) and requirements for
academic specializationsto module groups (object type CG).
You assign the main requirement catalog and catalog version to each student on the
Requirement Catalogs
tab page in the
Student File
.
Note
If you do not want to assign each individual student a main requirement catalog, you can assign the main requirement catalog to a specific
organizational unit
(object type O) in the academic structure. If you do so, you must also assign the audit type an evaluation path which the system can use to find this organizational unit. You assign the evaluation path in Customizing for
Student Lifecycle Management
by choosing
.
If the requirements for a student are taken from different requirement catalogs, the system uses the catalog version you have flagged for each requirement catalog.
The catalog version is determined as follows:
If you have assigned the student a specific version of the requirement catalog in the student file, the system uses this catalog version.
If you have not assigned the student a specific version of the requirement catalog in the student file, the system uses the version within the requirement catalog version set which is flagged as the
default version
. You set this flag in Customizing for
Student Lifecycle Management
under
.
Note
If the system finds a
rule container
(object type RC) using a requirement selection, the
rule container
contains the name of the requirement catalog to which it belongs. The system also requires the catalog version when it determines the subrequirement.
You create a requirement profile for the students for whom you want to run an audit.
If you want the system to generate requirement profiles (and execute audit runs) automatically, you can use the following report programs:
You start the audit run with one of the above report programs. In the audit run, the system compares the requirements in the requirement profile with the student’s completed and transferred academic work, and displays the results.
Note
You can use the BSP application PIQ_AUDIT to edit requirement profiles individually, and to start audit runs. The BSP application enables you to make manual changes and corrections, for example if the result is not fulfilled.