| Top of ADM | Index | Table of Contents | Feedback | ![]() |
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 the deferred ACAI has a Course Offering Option matching one in the current period are, and any associated ACAI Units, are valid for ‘offer’ in the deferred Admission Period, the ACAI , and any associated ACAI Units, are initialised to the deferred period. This involves the following:
If the deferred ACAI and any associated ACAI units are not valid for 'offer' in the deferred admission period, then the job checks if the deferred ACAI is valid for a 'pending' assessment in the deferred Admission Period. 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. 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
|
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: 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: 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 10 May, 2018 3:04 PM
History Information
| Release Version | Project | Change to Document |
| 20.0.0.2 | 2330 - Discount at Offer | Added note about Promo ID field being cleared |
| 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 |