The class enrollment processing tools in Student Records provide maximum flexibility when dealing with enrollment transactions and other enrollment-related activities. There are five components and one self-service application for processing enrollment transactions, all of which post enrollment records to the same table.
You can process enrollment requests on a student-by-student basis through the Quick Enroll and Enrollment Request components. You can process enrollment requests for blocks of students and classes through the Block Enrollment component. Through the Mass Enrollment component, you can post a range of enrollment requests. Enrollment requests from all of these components go through the enrollment engine during the posting process. The enrollment engine verifies that for every class requested, the student meets all rules for requisites, deadlines, permissions, and so on. Optionally, the enrollment engine also warns of potential repeats.
The Enrollment component, in contrast, bypasses the enrollment engine and all of its checkpoints, posting enrollment transactions directly to a student’s enrollment record as soon as you save the data in the component. The Enrollment component is intended for use by only select power users at your academic institution and should not be available to a wide user population.
When a user submits an enrollment request for an Open Entry/Exit (OEE) class, the enrollment engine evaluates the student’s primary academic program to verify that the academic program permits OEE enrollment. If the academic program does not permit OEE enrollment, the system returns an error message notifying the user that enrollment is not allowed in the chosen class. If the academic program does permit OEE enrollment, the enrollment engine then performs all of the existing edits as usual, such as class limits and requisite checks.
If the request successfully passes these edits, the enrollment process uses the OEE dynamic date rule assigned to the class to calculate a class end date and the other dynamic calendar dates for the student. If no OEE dynamic date rule has been defined for the class, the enrollment process uses the rule established for the course offering. If no rule exists for the course offering, the request fails and the process returns an error message.
If the request is successful, you can view the dates calculated by the process using the Academic Calendar link on the Study List or by accessing the Student OEE Enroll Data page.
To submit an enrollment transaction for a student, the student must have a personal data record, have been activated in an academic program within the academic career to which the classes belong, and have been activated in the necessary term for that same academic career.
Upon completion of this lesson, you will be able to:
• Define student enrollment blocks.
• Define class enrollment blocks.
• Process block enrollments.
• Enter enrollment requests.
• Quick enroll a student.
• Process mass enrollment requests.
• Enroll individual students without enrollment edits.
• Manage waitlists.
• Process withdrawals and cancellations.
• Produce enrollment verification reports.
Table of Contents