Part of the Diploma Exam Conceptual Overview.

The following lists the PASI functionality that each user type can use to manage diploma exam registrations, i.e. Diploma Exam Marks with status of “Registered”:

If a fee is required for a registration, it can only be added to PASI via myPass' Register for a Diploma Exam functionality. This allows the proper fee collection information to be captured for the registration.

Only students and ministry users can submit registrations via myPass.

Once a fee required registration is submitted to PASI and the proper fee information has been captured, it can be modified through any interfaces (e.g. PASIprep) as fee is now captured for the registration.

The Diploma Exam Fee Calculator is used to determine if a fee is required for a registration.

When a diploma exam registration(s) is created through myPass, a Diploma Exam Registration Request is created in addition to the Exam Mark records to manage the workflow on myPass as well as collect payment information.

exam_registration_request_erd.vsdx

The following diagram shows the lifecycle of a diploma exam registration request, as well as the parallel between a diploma exam registration that was not submitted using a diploma exam registration request (e.g. via PASIprep).

diploma_exam_registration_request_lifecycle.vsdx

• An Diploma Exam Registration Request contains Diploma Exam Mark records with status of “Registered” (representing registrations) for a student
  • The request may also contain Diploma Exam Registration Fee records if fee is required for the exam registration; an Diploma Exam Registration Fee record is created only for a registration in the Request when the Diploma Exam Fee Calculator determines that fee is required for the registration.
  • While the user is still in the process of entering registrations or paying for the fee in an Diploma Exam Registration Request, the request is 'locked' to the user who created the request - the request and all its associated child records can only be modified by the creator of the request via myPass.
• Through the Submit Diploma Exam Registration Request service, the user completes the Exam Registration Request by completing checkout to bring it to a “Registered” status.
  • At this stage, the Request is in its final state. User will no longer use the Request to manage their registrations
  • The Request's Diploma Exam Mark records and Diploma Exam Registration Fee records will now exist independently; they can be used or modified outside the context of the Request by any user who can modify registrations for the student.
    • Diploma Exam Mark registration records created without using an Diploma Exam Registration Request (e.g. through Load Diploma Exam Registrations) are directly placed into this state.
• Once results are available, the Diploma Exam Mark records are updated using the Submit Diploma Exam Mark service.
  • Exam Marks do not return to a “Registered” state once results are submitted.

A diploma exam registration request can go through the following statuses:

diploma_exam_registration_request_status.vsdx

• Requests will start in an Under Construction status. This means that the user is still in the process of entering registrations for the request.

• Once the request has been completely entered, if there is no fee required from any of the registrations in the request, the request moves to the final “Registered” status.

• If there is a fee required from one (or more) registration(s) in the request, myPass will request for payment collection information.
  • If the user is a Student, myPass will direct user to EPS2 (Electronic Payment System) in order to make their payment online.
    • When the user is redirected to the payment page, the status of the order is “Payment Pending”. Payment Pending orders cannot be modified or deleted; the PASI EPS2 Payment Reconciliation process is in place to clean up “lingering” Payment Pending orders as needed.
    • After successfully making their payment, the user is returned to PASI and the status is updated to “Registered”. If the user was unable to successfully pay for their order, the status is updated to “Payment Not Received” from which the user can try to pay again, or cancel their request.
  • If the user is a ministry user, they will be asked to enter payment collection information instead of performing the online payment process. In this scenario, the Request will go directly from Under Construction to Registered, and it does not go through the Payment Pending and Payment Not Received states.

• The “Registered” status is the end state for a request. Once a request reaches the Registered status, user will no longer manage the request as a whole; rather, they will be managing the individual registrations (i.e. Exam Mark) records.

• Unless all Registrations in a Request are Diploma Exam Late Registration, the Request can only stay in the “Under Construction”, “Payment Pending” and “Payment Not Received” statuses for a limited amount of time. User must bring a Request to the “Registered” status within a given timeframe, otherwise, the Request will be deleted along with all the associated Exam Mark records. Since each exam sitting has a capacity constraint, if a user does not complete their registration request within a given timeframe, their registrations are deleted so that the spots they have taken in the exam sitting is freed for other users to register for.
  • The Expire Exam Registration Request Processor will delete Under Construction and Payment Not Received Requests when the request's Diploma Exam Registration Request Expiry Date/Time has passed.
  • The PASI EPS2 Payment Reconciliation Process will update Payment Pending Requests to Payment Not Received or Registered accordingly; if it updates a Request to Payment Not Received, the Expire Exam Registration Request Processor will then clean up the Request as needed if the user continues to leave the Request incomplete.
• If a Request contains only Diploma Exam Late Registration(s), the Request Expiry DateTime will not be shown to the user as there is no need to enforce user to complete the Request in a timely manner, since capacity constraints no longer applies
  • PASI will set the Request Expiry DateTime behind the scene to equal the Time of the Exam the Registration is for (if there are multiple registrations, the earliest deadline will be used); this allows the system to 'clean up' lingering Requests if a user never completes a late registration. The expiry date/time does not get renewed in any circumstances in this case.

A configurable Maximum Request Expiry Extension value exists in PASI; this is used to determine the expiry date/time for a request.

• When a user starts a new request, the Diploma Exam Registration Request Expiry Date/Time is set to (Current Date/Time + Maximum Request Expiry Extension).
• This expiry can be 'renewed' which will reset the Diploma Exam Registration Request Expiry Date/Time to (Current Date/Time + Maximum Request Expiry Extension). The renewal can be triggered by user interactions or a scheduled process to give user more time to complete the request.

The Maximum Request Expiry Extension is currently set to 10 minutes.