GRDCIR - Graduation Invitation

Purpose

To allow students to indicate whether or not they plan to attend the Graduation Ceremony

SubSystem

Callista Connect

Normally Run By Connect Administrator Specialist
Anticipated Frequency As required
Structure  Block Graduation Ceremony Selection Facility
Button Continue

 

The online Graduation Invitation allows students to indicate whether they plan to attend the graduation ceremony that they have been invited to. Graduands are also able to record details for:

  • Guest Seats Required
  • Special Requirements
  • Graduation Name
  • Name Pronunciation.

A student must have been allocated to a graduation ceremony before they can access the online invitation.

In addition to being able to select that they are attending (or inabsentia, if they are not attending), a student can flag that they would like to defer their attendance to a later ceremony round.

The function also allows a student to indicate whether they would like to receive their testamur early, and whether they would like to collect the testamur or have it posted.

Depending on selections made, additional information is made available for display on the confirmation screen (see examples below).

Maintain Graduand Details (GRDF4200) has further information, as a student may make changes online in this form, where administrators can make changes in GRDF4200.

 

The Graduation Ceremony Selection Facility block contains:

  • Person ID
  • Surname
  • Given Names
  • Address
  • Please indicate your intention regarding this ceremony (Pop)
  • Do you need your Testamur early (Pop)
  • Please choose a Testamur Delivery Method (Pop)
  • Course
  • Location
  • Award Code
  • Encumbrances
  • Graduand Status
  • Approval Status
  • Graduand Type
  • Guest Seats Required
  • Special Requirements
  • Graduation Name (Pop)
  • Pronounced Name
  • Do you want to join the Alumni? radio buttons (Yes/No)
  • Would you like your award details to be displayed on the Awards website? radio buttons (Yes/No)

Button

  • Continue (see graphics below)
 

Rules/Notes:

Validations include:

Note: Validations should only occur when the institution has removed access to the ‘Do you need your testamur early:’, ‘Please choose a Testamur Delivery Method’ poplists and data has been entered through the forms against the graduands record.

  • When the testamur delivery method against the graduand record is mapped to a system testamur delivery method of POSTED or COLLECTED and the testamur delivery timeframe is CEREMONY, then if the user selects a graduand type of ATTENDING or DEFERRED, raise an error
  • When the testamur delivery method against the graduand record is mapped to a system testamur delivery method of HANDED and the testamur delivery timeframe is CEREMONY, then if the user selects a graduand type of INABSENTIA, raise an error

The two radio buttons display in the GRDCER as well. They are to be populated here before going to GRDCER.

The two radio buttons display are optional and the text is configurable. The logic for the two radio buttons is:

When the default questions are uncommented and a student navigates here for the first time, the presense of a NULL value in the Display Award Consent field will determine the positive defaults ('Y') to be displayed to the graduand for the Convocation Membership question (GRDF4200) and the Display Award Consent question. Put another way, when institutions use the default settings and uncomment the questions, when a NULL value exists in the Display Award Consent, then the default value for the Convocation and the Display Award Consent question will be Yes.

Please indicate your intentions regarding this ceremony

Values are hard coded into the template to allow Institutions to restrict choices. Values must be the same as existing in S_GRADUAND_TYPE.

The application ensure that students select the correct values by refreshing the LOV's when a selection is made. For example if the student selects INABSENTIA, then the Delivery method LOV will only display the POSTED and COLLECTED options.

For the purposes of this design, references to graduand type and graduand intentions are the same.

Rules/Notes:

GET Processing

The poplists will display the value as it exists against the student’s graduand record, with the exception of the Graduand Type.

 

Select Testamur Delivery Method

If no Institution Testamur Delivery Methods have been defined or all the records are closed, then do not display this poplist.

If the 'Do you need your Testamur early' poplist is set to Yes (i.e. IMMEDIATE), then restrict the poplist to open Testamur Delivery Methods with POSTED or COLLECTED as the System Testamur Delivery Method.

If the poplist value is no (i.e. CEREMONY), restrict the list to open Methods with a System method of HANDED.

The exception to these 2 scenarios is if the Graduand Type is set to INABSENTIA, the poplist will be restricted to showing open methods mapped to a system method of POSTED or COLLECTED regardless of the Yes/No poplist.

In all cases only select methods which are open, and if no open records exists (in which case do no enter any value against the graduand record) or only one record would be displayed in the poplist, then do not display it.

If only one record can be displayed, in addition to not showing the poplist, use this value against the Testamur Delivery Method when updating the graduands record.
This logic requires the application page to refresh each time the graduand intentions poplist and Yes/No poplist are used and re-query the database for the new poplist values for the delivery method.

Rules/Notes:

Template Processing

If the institution decides to remove any of the 3 allowable Graduand Type values, then upon entry to the application, if the graduand record has a type value that has been removed, then show the field as NULL and apply the same logic as described in the graduand intentions poplist.

The Testamur Delivery Method poplist is only shown if more than one value is able to be selected from it. The value will default to the relevant method when the update is called otherwise and not shown on screen.

UPDATE Processing

Users may update existing fields as normal and may update the new fields via the introduced poplists.

If the user does not select a Graduand Type of either ATTENDING, DEFERRED or INABSENTIA, then if any other fields are updated, set the Graduand Type to INABSENTIA as per current functionality.

 

 

Main Screen

The three pictures below are only examples of what could be shown. For example, the pictures do not show the optional two radio buttons, 'Do you want to join the alumni?' and 'Would you like your award details to be displayed on the Awards website?

 

Continue Button - Screen One Example

Using pre-existing graduand type value, display user customisable text for each type.

Both screens 1 and 2 are on the same template. The customisable text will appear on both as shown.

To enable the display of this text, institutions will need to un-comment the relevant section of the template.

 

Continue Button - Screen Two Example

 

 

Last Modified on 03 October, 2006

History Information

Release Version Project Change to Document
9.1.0.0.0.0 P1328 - Deakin Alumni & Graduation Add two radio buttons and description in Rules/Notes
9.1.0.0.0.0 P1298 - ECU Graduations No form previously existed. Created new form with updated information.