Top of ADM | Index | Table of Contents | Feedback |
Purpose |
This job transfers submitted applications from the Applicant Portal tables to the Admission tables. |
||
Subsystem | Admissions | ||
Normally Run By | Admissions Specialist | ||
Anticipated Frequency |
As required |
||
Structure |
Block |
Transfer Applicant Portal Details |
|
Tab | Parameters |
||
Buttons | Start Date/End Date Calendar | ||
Find Person (ADMF5010) |
This function transfers submitted applications from the Applicant Portal tables to the Callista SMS Admission tables. Parameters identify Applicants and Applications to be evaluated for transfer. The job has the following available parameters:
The 'Extract Creation Date' Parameter allows an administrator to generate a CSV extract file based on a previous execution of the function. Up to three 'Citizenship Type' parameters are included. Specifying an institution-defined Citizenship Type restricts the job to Applicants associated with that Citizenship Type. The first 'Citizenship Type' parameter allows for a wild card. Selection of a wild card results in applicants of all Citizenship Types being considered. When the Date Range is set, the batch process only considers applications submitted on or between the dates selected. A 'Submission Start Range Date' needs to be specified for the Range to be used in determining the set of Applicants and Applications for processing. End Range Date may be left null. When a Submission Start Range Date is not specified the process runs for all Submission Dates. An Applicant ID may be specified and a 'Find Applicant' button displayed to facilitate applicant searching. When a single Applicant ID is specified the function only considers that applicant. Setting the ‘Include Errors’ check box results in Applications that have a status of ‘ERROR’ on component/s of an Application, being considered in the process. The process sets all included error records to a PENDING status before initiating the processing. If the Include Error check box is not selected then applications that have an ERROR status recorded in an Applicant Portal table (Applicant, Other Applicant Details, Admission Application, Admission Application Access and Equity, Course Application, and or Course Application Unit Set) are not included in the batch. When the check box is not set, only Applications that are PENDING and or PENDING with some NO-TRANSFER components are submitted for transfer processing. The 'Include Errors' check box default is 'selected'. Setting the 'Create CSV Extract' check box determines if the function outputs a CSV file at the completion of processing. The default value of the 'Create CSV Extract' check box is selected (‘Y’). The selected 'Extract Level' list box determines the content of the output. The list box contain the following options:
Applicants that pass all validations are treated as successful and transferred to SMS. Regardless of whether or not the job runs to completion successfully, it will always save any new Person or Alternate Person Id records to the database. The function provides outputs for the total records processed with the following breakdowns:
The Find Applicant form (ADMF5010) will return a single Applicant ID which is used to populate the Applicant ID field. This job is accessed via the main menu. |
The Transfer Applicant Portal Details block contains: Parameters Tab
OR
Extract Options
|
Rules/Notes: Note: Only records that have been submitted more than 5 minutes before the running of this job will be transferred. This job transfers submitted applications created in Applicant Portal, including:
Transferred applications with errors can be viewed and corrected in the View Applicant Summary form (ADMF5000). Applications that are successfully transferred to the Admissions table will have a Transfer Status of TRANSFERRD. Successfully transferred applications can be viewed, as follows:
System Application Type - distinguishes applications based on whether the type is:
Note that re-admission is treated as a Standard Course application for the purpose of this parameter. The determination of re-admission can only be made as part of the execution of the transfer process. Any Non-Award applications made through Applicant Portal for courses that map to a Government Type of 50 are transferred to SMS under the NON-AWARD Admission Process Category. Non-Award applications for courses that are not Government Type 50 courses, are treated as STANDARD applications and transferred into SMS Admissions, with a System Admission Process Type of COURSE. If a Student Course Attempt exists (for an applicant) that matches the current criteria for a RE-ADMIT, then the Non-Award course is processed as a RE-ADMIT, not as a non-award (even if it is mapped to a Government Course Type of 50). In order to process Non-Award applications, any unit details recorded in the Applicant Portal for Non-Award applications are transferred into the Admission Course Application Instance Comments Viewable table and into ADMF3240, regardless of the System Admission Process Type used by the transfer job. The student's Applicant Portal Name Format information is migrated to the PERSON table by this job. This migration uses the APPLICANT Name Format - PERSON Name Format mappings recorded in ADMF0620 to determine the values to be inserted in the PERSON table. This job logs a warning message when the ‘Warn if Applicant Email differs from Person Email’ is selected in ADMF0900 and the email address of an applicant differs from the email of the person that the applicant has been matched to. If the ‘Warn if Applicant Email differs from Person Email’ is selected in ADMF0900, the value of the System Applicant Portal Transfer Type in ADMF0900 determines what action this job takes when the email address of an applicant differs from the email address of the person that the applicant has been matched to. |
Rules/Notes: Validations include:
|
Last Modified on 20 October, 2016 11:49 AM
History Information
Release Information | Project | Change to Document |
19.0.0.2 | calipso 42803 | Added further information about the 5 minute gap. |
18.0.0.3, 18.1.0.3 & 19.0.0.2 | calipso 42423 | Added note that 'Regardless of whether or not the job runs to completion successfully, it will always save any new Person or Alternate Person Id records to the database.' |
15.0.0.3, 15.1.0.2 & 16.0.1 | 1783 - PC219/225 | Added the Expiry Date system messages |
14.0.0.3, 15.0.0.2 & 15.1 | 1842 - Calipso 35968 | Added note about time factor in processing |
13.1 | 1664 - Agents lodging apps via Applicant Portal | Added note and validations re: Agents in Applicant Portal applications. |
12.0 | 1457 - eAdmissions - Applicant Portal Part4 | Added information about Course Applications, Non-Award applications, and Admission Tests information. |
11.1 | 1408 - PC100 | Added information about the job populating the Fee Assessment fields on ADMF3240. |
11.0.0.0.0.0 | 1284 - Product Changes | Added notes about email address mismatches |
11.0.0.0.0.0 | 1353 - International Name | Added note about the migration of Name Format information |
10.1.0.0.0.0 | 1425 - Email Address Expansion | The following Validation was removed: 'The email address provided is greater than 40 characters and will be truncated to fit required destination tables' |
10.0.0.0.0.0 | 1231 - eAdmissions - Applicant Portal - Part 3 | Added 'System Application Type' field |
9.1.0.0.0.0 | 1221 - eAdmissions - Applicant Portal 2 | New form |