Purpose

To apply progression rules to Student Course Attempts and update their Progression Status based on the result of this rule evaluation.

SubSystem

Progression

This job now handles the situation where a Student Course Attempt is complete but has failed Progression Outcomes.

Run Details

The job can be run in immediate or batch mode, through the Job Control & Scheduling Subsystem.

The process can be executed for a single Student Course Attempt using the Manual Rule Check command button on the form PRGF6600.

Timing

In the period defined by the Date Aliases configuring the starting and ending of Progression Rule Application Period, this job should be scheduled to run nightly, for both initial and ToDo processing.

When the End Application Date is reached it will only process ToDo records.

Related jobs/forms

PRGF6700 - Maintain Progression Outcome Decision would be used subsequent to this job, to approve or waive PENDING Student Progression Outcomes created by this job.

PRGJ6800 - Apply Progression Outcomes would be run subsequent to this job, to apply approved outcomes to a student's enrolment.

PRGF6600 and PRGF6610 can be used to view the rules applied, the resulting evaluation and any outcomes added by this job, for a single student course attempt.

Reports

Progression Rule Application - Exception Report

The Progression Rule Application Process block contains:

Parameters tab

• Exclude from report all students who pass all rules check box

  Select Either ...

  • Previous Log Creation Date

  Or a combination of the following parameters

  • Processing Type
  • Progression Calendar
  • Course Type
  • Organisation Unit
  • Course Code
  • Location

More tab

• Attendance Mode
• Progression Status
• Enrolment Category
• Person ID Group

Rules/Notes:

Update Process

This section gives a brief outline, in sequence, of the main processing involved in the application of Progression Rules. It assumes a good understanding of the configuration of progression and the relevant dates used in controlling this process and the rule application hierarchy determining which Progression Rules are applied to an individual Student Course Attempt. (Refer to Understanding Progression, Specialist Functions and Progression Rules Overview.)

This job now handles the situation where a Student Course Attempt is complete but has failed Progression Outcomes.

The Apply Progression Rules process:

The following assumes default parameters that do not limit processing to a specified progression period or Processing Type.

1. Selects the currently 'active' Progression Calendar Instances:

Those where the current date is between the earliest apply start date and the latest apply end date recorded for the calendar.

2. Selects the Student Course Attempts to be processed:

• Those with a Student PRG_CHECK ToDo entry (TODO processing type).
• Those that have no existing Progression Rule Check record for this Progression Period (INITIAL processing type). These must:
  — have an active Course Attempt (status other than COMPLETED or UNCONFIRM);
  — have Unit Attempts (with a status other than UNCONFIRM or INVALID) in a subordinate Teaching Period.

3. Checks that each Student Course Attempt (in the INITIAL group) is ready to have rules applied:

• A Student Course Attempt is ready if at this point in time:
• The student has Unit Attempts that contribute to the Progression Period:
  — The Unit Outcome Date recorded for this Student Unit Attempt is earlier than the effective End Date of the Progression Calendar.
  — There is a match between the Unit Outcome and the Outcome Check Type applicable to the student (FINALISED, RECOMMEND, MISSING).
• The current (processing) date is between the Apply Start and Apply End Dates configured for this Course Version.

4. Applies Progression Rules to the Student Course Attempt :

• Those Progression Rule applications that must be checked for this Student Course Attempt are identified. A student may have more than one rule application that requires evaluation. A rule application restricted to a specified Attendance Type (in PRGF5200) is only applied where this student's derived Attendance Type fits within the specified range, as determined by the link between the Progression Calendar and Load Calendars.
• GPA and WAM are calculated and stored (where the configuration applicable to this student has the Calculate GPA/WAM check box set)
• Each applicable rule is tested and returns a Pass/Fail result.

• The Pass/Fail result and the Rule Check Date are stored.
• For a Rule Failure, Student Progression Outcomes are added. These may be recorded as PENDING or APPROVED outcomes based on the setting of Approve Automatically check box (in form PRGF5214).
• Decision details (date and Org. Unit) are entered for an APPROVED Outcome.
• Expiry Dates for Show Cause / Appeal Periods are derived if required.

6. Recording the result of Rule Checking (for a TODO check):

• Where this Rule Check returned a different Pass/Fail result from the most recent prior Rule Check (in the same Progression Period) it is recorded.
• The addition or removal of Student Progression Outcomes may be made if this Rule Check has occurred within the applicable End Penalty/End Benefit Dates.
• When the Rule Check occurs after those dates, the current result is written to the Exception Report but no changes are made to the student record. Any changes must be made manually after review of the report.

Rules/Notes:

Job Parameters:

Job parameters may be used to:

Select the Student Course Attempt records to be processed through setting:

The Processing Type parameter:

• INITIAL processes only those that have not had any Progression Rule checking done in the selected Progression Periods.
• TODO processes only those flagged through the existence of a Student ToDo entry (of PRG_CHECK type). This type of processing cannot be limited by the setting of a Progression Calendar Parameter.
• BOTH Initial and ToDo rule checks. Because this processing includes ToDo entries, it cannot be limited by setting a Progression Calendar parameter.

Other Parameters :

Can be set to restrict the application of Progression Rules to students studying within a particular Course Type, Organisation Unit, Course Code, Location, Attendance Mode, Progression Status, Enrolment Category and/or Person ID Group.

Restrict processing to a nominated Progression Period:

Through setting a Progression Calendar parameter. This parameter cannot be set where ToDo records are to be processed.

Restrict the Exception Report to exclude students who pass all rules:

The default setting for this parameter is Y. Restricting the report in this way reduces the size of the report (and increases its usability) when running this job for large groups of students.

Reproduce an existing report:

Selecting a Previous Log Creation Date reproduces that existing report. An existing report can be re-run with a different 'Exclude from report students who pass all rules' parameter setting than was used when the original report was run. Any further parameter settings are ignored and no rule evaluation processing is executed.

Rules/Notes:

The Course Code parameter is case-sensitive.

Progression Rule Application - Exception Report

This report provides details on the Student Course Attempts processed by this job. It may exclude students who passed all applied rules (based on the parameter setting).

Records are grouped by Processing Type, Progression Period, Course Code and the outcome of the rule application.

Within each group an outcome message reports on the result of the rule check and impact on Progression Outcomes.

For each Student Course Attempt listed, course and Progression Status is displayed, Rule Category, Rule/Ref Code & Failures identify any Failed Rule and the Outcome Type of Student Progression Outcomes, added because of this failure, are reported.

A TODO RULE APPLICATION EXCEPTIONS section of the report has been added. This details the Student Course Attempts that have not had a Progression Outcome inserted against the rules because the Student Course Attempt was complete.

Summary statistics are given at the end of the report. (See Report Sample).