ADMJ3812 - Admissions Initialise Deferments Job

Purpose

This process re-activates Admission Applications for students who deferred their acceptance to a future Admission Period.

Subsystem Admissions
Normally Run By Administration Specialist
Anticipated Frequency As required
Structure Block Admissions Initialise Deferments Job
Tab Parameters

 

The process looks for Admission Applications that have an Offer Response status of DEFERRED and the commencing Admission Period (recorded in ADMF3240) is the current Admission Period.

If these conditions are met, the offer response status is reset to PENDING and the Offer Response Date is cleared for the current period. Applications with a Course Offering Option matching one in the current period are pre-enrolled. Records where the Course Offering Option does not match one in the current period are reported in the log file to be resolved.

The job is typically scheduled to run as a standing request nightly in the Job Scheduler.

Each night this job runs, it checks to see if the value of the Initialise Admission Period Date Alias matches the Current Date. If the dates mismatch, the job cancels. If the dates match, the update process is performed.

The Initialise Admission Period Date Alias instance value would normally be near the beginning of the Admission Period. For details on setting up the Initialise Admission Period Date Alias, refer to Configuring Admission Calendars in the Subsystem Specialist overview or the Maintain Admission Calendar Configurations form (ADMF02R0).

Refer to the Job Control and Scheduling Subsystem for details on scheduling and running standing requests.

 

Parameters Tab

  • Log Creation Date
  • Report Level

  • Pre_Enrol into a later Course Version check box
  • Apply the latest Unit Set Version check box
  • Update Applications with Latest Default Values check box

Notes/Rules

Only select a Log Creation Date if you require a report for a prior job run.

The Report Level parameter allows the user to run the report displaying 'All' messages or 'Exceptions Only'.

If a Student Course Attempt has a Fee Category defined and/or a Student Status that exists at the current date, then no change is made to the Fee Category value and/or Student Status when the Pre-enrolment process occurs. In these cases, depending on whether the pre-enrolment process occurs via ADMF3240 or ENRJ3100, a warning message is displayed in ADMF3240 or written to the S-LOG-ENTRY for ENRJ3100.

If the Pre_Enrol into a later Course Version check box is selected then an application will be updated with the latest version (highest version number) of the course (with matching calendar, location,attendance mode and attendance type), which has:
- An ACTIVE status
- A Start Date of today or prior
- No Expiry Date or an Expiry Date which hasn't passed.
If the course version number doesn't change then a message to this effect is logged.

If the Apply the latest Unit Set Version check box is selected, the application will be updated with the latest version of the unit set which is associated with the course version, provided that it has:
- An ACTIVE status
- A Start Date of today or prior
- No Expiry Date or an Expiry Date which hasn't passed.

If the Update Applications with Latest Default Values check box is selected, applications will be updated with the current default Enrolment, Fee and Correspondence Category values for their Admission Categories.

 

 

Last Modified on 7 October, 2013 11:38 AM

History Information

Release Version Project Change to Document
15.0.0.3, 15.1.0.2 & 16.0.0.1 1783 - PC219/225 Added details for check box parameters
12.0.0.3 1408 - PC93 Pre-Enrolment Overrides Added note about updating of Fee Category and Student Status values prior to enrolment process occurring