This report is not directly accessed from the Callista menu. It is run as part of the Batch CHESSN Allocation Results (ADMJ3910) process or as a report from a previous run of that job.
The report includes:

• Request/Response details and messages from within the Request and Request Message tables.
• Transaction Request/Response detail and messages from within the Transaction and Transaction Message tables
• Details for any student with an Entitlement Outcome Type of WARNING or CRITICAL (as defined in ADMF3333)

For further information see Maintain Person CHESSN (ADMF32W0); Person CHESSN Detail History (AUDF3192), or Batch CHESSN Allocation Results (ADMJ3910).

The CHESSN Allocation Report block contains:

Parameters Tab

• Process Results check box
• Request ID (LOV)
• Person ID
• Transaction Status

  Button

  • Find Person (ADMF1211)

Rules/Notes:

Process Results check box and Transaction Status are Mandatory. 

Validations include:

• At least one of Request ID or Person ID must be specified
• Person ID selected does not exist within the HEIMS_TRANSACTION table
• If Process Results is checked then both the Request & Person IDs must be %
• Person ID selected does not exist within the selected Request ID
• Request ID selected and the Person ID specified doesn’t exist within that request

• Process Results check box
  Can be checked to ‘Request Results’ or can be unchecked to run ‘Report Only’. If checked, then both Request ID and Person ID will be %. If unchecked, then existing Validations for both Request ID and Person ID described in Rules/Notes apply
• Request ID
  Value can be % (ALL) or a Request ID existing in HEIMS_REQUEST. If % then Person ID must be set. Must be set to Null if Process Results is checked
• Person ID
  Value can be % (ALL) or a Person ID existing in HEIMS_TRANSACTION. If % then Request ID must be set. Must be set to Null if Process Results is checked
• Transaction Status
  INVALID/FAILURE or INVALID/FAILURE/WARNING or ALL

This report will be run using the following two methods:

• As part of the Batch CHESSN Allocation Results (ADMJ3910) process, which will only occur when the Process Results parameter is checked
• By running the report for a previous request, that is, when the Process Results parameter is unchecked and specified parameters described above are entered.

To run this function as part of the Batch CHESSN Allocation Results (ADMJ3910) process (the Process Results parameter is checked), the s_job entry details for ADMJ3910 is modified to execute this report, where this report initially activates the Batch CHESSN Allocation Results package. Using the Results Request Job Run ID generated within ADMJ3910 process, this report accepts this Request Job Run ID as a parameter and assigns the value of ‘%’ to both Request ID and Person ID on the parameter form. A selection can then be made for the required Transaction Status – the default being ‘INVALID/FAILURE’. Based on this information, this reports on all errors and outcomes created from the Batch CHESSN Allocation Results process.

If a report needs to reproduced, achieved by not checking the Process Results parameter, then the Batch CHESSN Allocation Results package will not be activated in this instance. At least one of Request ID and Person ID must be set, i.e. cannot be NULL.

If the report produces no records when scheduled, that is, when there are no outstanding requests, then the report is still produced with a message specifying that no records were found.

The processing of the report, based on the possible parameter scenarios above, retrieves necessary information from the HEIMS Request, HEIMS Request Message, HEIMS Transaction and HEIMS Transaction Message tables.

Rules/Notes: 

The processing of the report allows the report to be executed, based on the following scenarios:

Parameters/Possible Values:

Reporting of Entitlement Details
For students with Entitlement Outcome Types = CRITICAL or WARNING, Person IDs and Names are displayed, together with the Outcome Text appropriate for the percentage of their entitlement remaining. For each Entitlement Outcome Type, students with the same Entitlement/Context combination for the assessment are displayed together. (see below)

Note: Student Learning Entitlement (SLE) was abolished on 1 January 2012, there is no longer a limit on the amount study a Commonwealth supported student can undertake.

Rules/Notes: 

For a system entitlement of SLE, three contexts can be defined:

• If the context is CURRENT then the Entitlement against the person's current SLE position are reported
• If the context is ENROLLED then the Entitlement for the current context plus enrolled units are reported. This could be viewed as a predictive assessment.
• If the context is COURSE then the calculation of remaining SLE required to complete an enrolled course (SLE-C) is 'Course SLE minus Completed Units minus Advanced Standing'.

For System Entitlements of FEE-HELP, OS-HELP and each of the scholarship entitlements (ORDINARY, ASSOCIATE, ENABLING and INDIGENOUS), only CURRENT context will be available.

When entitlement statuses cannot be derived, e.g. if the configuration is not correctly recorded,  then an error will be logged in the report.

If the course total EFTSL for a student entitlement is not defined, or is zero, then a message is displayed in the report.

CALLISTA
CHESSN Allocation Report(ADMJ3910)

xxxxPerson ID

xxxxPerson ID

xxxxPerson ID