Purpose

To assess or reassess the Fees (and where applicable, tax) due from students or potential students for a particular Fee Period

SubSystem

Finance

Update Process

This section gives a brief outline, in sequence, of the main processing involved in Fee Assessment as an aid to reading the Fee Trace Report.

It assumes a good understanding both of the general approach taken in the Subsystem and of the data structures for Fee Types, Fee Categories and Liabilities, Triggers, Calculation Data and Retention Schedules. (Please refer to Understanding Student Finance and the Specialist Overview.)

For commencing students, the System may use a Student’s Course Commencement Date as the Effective Date when processing a Student Course Attempt (SCA). See notes on Commencing Students Only, below.   

The Fee Assessment Routine:

• Checks the validity of parameter values at the parameter Effective Date given for running the routine - all subsequent steps described here take parameters into account to narrow selections

For each Financial Period specified by parameter,

For each Fee Category with a Fee Period valid at the parameter Effective Date (and in the Financial Period, if specified):

• Checks today is not past the Retro Date of the Fee Period
• Finds Student Course Attempts with a Fee Assessable Status on the Effective Date (currently Course Attempt Statuses of DISCONTIN, ENROLLED, COMPLETED, INACTIVE and INTERMIT are Fee Assessable)

Students with a status of DISCONTIN, COMPLETED or INTERMIT may have been enrolled during some part of the Fee Period. The date on which a student discontinued Enrolment is checked to verify this, while a completed Enrolment is Fee Assessable if the Census Date of its Teaching Period falls within the Fee Period.

For predictive assessments only, UNCONFIRMed Course Attempts are also considered.

For each ACTIVE Fee Liability in the category and Fee Period:

• Checks for a match between a Student Course Attempt and/or Unit Set Attempt and/or Unit Attempt and a trigger
• For a Unit Trigger (including a unit within a Trigger Group), checks that the Student's Unit Attempt is Fee Assessable (Unit Attempt Status of DISCONTIN, ENROLLED, COMPLETED or INVALID)
• For a Unit Set trigger (including a Unit Set within a Trigger Group), checks that the Effective Date for the student’s Course Attempt is either the same as, or after, the Student Unit Set Attempt Selection Date and not after either the End Date or Completion Date (where set)
• Determines the appropriate Load Calendar

For each unit for which load is incurred:

• If a Student Contribution Amount, check that it is not an industrial experience unit (and therefore exempt from a Student Contribution Amount)
• Determines the value of the Charge Elements represented by the unit in terms of the charge method for the fee, and keeps a running total of Charge Elements across units

Additionally, for Commonwealth Supported Places, the EFTSL for a unit is split by Discipline Group

(Fee Assessable Statuses for student Unit Attempts are ENROLLED, INVALID, DISCONTIN and COMPLETED)

• Calculates the assessed amount for the fee, taking into account that the rate may be determined by:
  • Different course attributes (Course Code, Version Number, Location Code, Attendance Type, Attendance Mode) or Payment Options (Government Student Status as at Census Date, Discipline Band)
  • Element Range values
  • A Contract Agreement with the student
  • For Student Contribution Amount, the calculation is based on the rate for each relevant Discipline Band if students are liable for differential Student Contribution Amount. Discipline Groups match to particular Discipline Bands, and a running total of the Student's Contribution Amount across different bands is kept

Or, for Predictive Assessments without Unit Attempts:

• Calculates the Charge Elements from the applicant's nominated Attendance Type for a Course Attempt (see ADMF3660) before the rate is determined as above

For Graduation Fees:

• Calculates fees based on the following charge methods:
  • CEREMONY - 1 charge element for each distinct graduand award ceremony the graduand is attending
  • AWARD - 1 charge element for each award regardless of the attendance of ceremonies
  • TICKET:
    • If the configurable field ticket_charge_for_requested indicator is Y the 1 charge element for each guest ticket allocated for each ceremony the graduand is attending.If tickets have not been allocated then charge on requested tickets.
    • If the configurable field ticket_charge_for_requested indicator is N then 1 charge element for each guest ticket allocated for each ceremony the graduand is attending. If tickets have not been allocated then the charge elements are zero.
• Graduands can only be liable for a fee if:
  • System defined graduand type = ATTENDING, INABSENTIA, or DEFERRED and,
  • System graduand status = ELIGIBLE, GRADUATED, or POTENTIAL and,
  • System graduand approval status = APPROVED or WAITING

For each Fee Liability assessed:

• Writes an Assessment Transaction Record (representing the student's liability for this fee) to the database if this is a first time assessment

Or, if assessments already exist for the Fee Liability:

• Checks the student's current debt situation:
• If a more recent assessment exists, the student's record is not updated. Otherwise, the Effective Date for the Student’s Course Attempt is written to the database. This ensures that the correct Enrolment details are accessed for statements produced after this run

• If the last assessment was a Manual Fee Assessment no further assessment transaction updates are made for this fee

Otherwise:

• If the current assessment is different from the previous one, a negative or positive adjustment is made and an assessment transaction record written to the database
• If the adjustment is negative (i.e. the student's debt has been reduced) the Retention Schedule is accessed to determine if an amount over and above the new assessment should be retained, and a Retention Transaction Record is written to the database if required

After any Fee Liability Assessment, adjustment or retention (including those manually assessed):

• Checks whether tax applies. If so:
• Calculates the tax due on the total assessment amount now stored, including any retention amount (rather than calculating on the individual transaction)
• If this tax balance differs from the previous one stored, a negative or positive tax transaction is written to the database

Notes: The transaction records created by this process

• Can be seen in the form Manual Fee Assessment (FINF3610) or the inquiry form FINF9120, accessed via FINF9100 or FINF9200
• Are the basis for ascertaining a student's assessed debt wherever used in the Subsystem

Commencing Students Only

Students are generally enrolled in units before the start of their course. For these students, fees may need to assessed and collected before the Course Commencement Date.  

As long as these students are due for assessment in a current Fee Period, the System will substitute the Student’s Course Commencement Date for the Effective Date of the Course Attempt (SCA) if the Effective Date entered by parameter falls before the Commencement Date. This ensures that correct Enrolment details are recorded for these students and used by subsequent finance jobs. In this scenario, the following applies:

• Assessment is based on units with an Enrolled Date on or before the new Effective Date (the Commencement Date). Units recorded with an Enrolled Date later than this are not assessed
• For students enrolled in more than one course, the latest of the Course Commencement Dates in the Fee Period is used
• For institution fees, the latest of a student’s SCA Commencement Dates in a relevant Fee Period is used. A relevant Fee Period is one where the institution fee is a liability
• When discontinuing units before commencement, the System ensures that students are only liable for retention amounts appropriate to the schedule in effect at the parameter Effective Date (if any)
• Once an SCA Commencement Date is past, it is not possible to retrospectively assess a student’s relevant Fee Liabilities before that date

Run Details

Method

This job can be run immediately, in batch mode through the Job Control & Scheduling Subsystem, directly from the Course Attempt screen of the Enrolment form ENRF3000, or from ADMF3660 for predictive Fee Assessments.

For information on running in Immediate Mode, see the documentation on Reports. Note that the facility to run the Fee Trace Report directly to file is not currently available, but that running in immediate mode affords the opportunity to print screen output to file (through the Previewer) specifying a postscript printer, and then use third party software to view and distribute it electronically.

The job may be set up to run with the Maintain Person Payment Schedules (FINJ6111) as a dependent job. However, note that FINJ6111 sets the dates by which individual students should make payment of fees. It is therefore necessary to produce statements (Statements of Account and Sponsor Summary Statements) in a timely manner after running FINJ6111. Refer to documentation about Creating Person Payment Schedules for more information.

Note: It is strongly recommended that extensive testing of the data structures set up by an institution in this Subsystem should be undertaken against a comprehensive sampling of student records before committing to a live run.

The Fee Assessment block contains:

Parameters Tab

• Fee Assessment Effective Date
• Person ID
• Course Code
• Fee Category
• Financial Period
• Fee Assessment Period
• Fee Type
• Predictive Assessment check box
• Display Warnings Only check box
• First Time Assessment check box
• Test Run check box
• Trace On check box
• Process Advanced Standing Fee Assessment check box
• Process Enrolment Fee Assessment check box
• Process Graduation Fee Assessment check box
• Prevent Fee Assessment After Loan Draw Down check box

Buttons

• Calendar Lookup
• Find Person
• Find Course

Rule/Notes:

Fee Assessment is the central process of the Student Finance Subsystem

This is one of two methods of running the Fee Assessment routine. The current job and the job that has as input the Student To Do entries (FINJ3001) are different 'front ends' to the same process.

The present job can be run in batch or immediately, allows great flexibility in parameter selection, can provide a detailed 'trace' report of the processing steps and outcomes for each student and fee, and can be run in test mode without updating the database.

Notes: Data values that have been closed will not appear in the list of values and cannot be typed in, but will be included where relevant if the 'all' option is selected.

Set an Effective Date, which must be after the Start Date (Date Alias) recorded for the required Fee Period, and normally not later than the Current Date (the default). The Effective Date can only fall within the Start and End Dates for the Fee Period. (See the documentation on Fee Periods for more information on dates, and the notes on the situation for commencing students.)

For Predictive Assessment only, the Effective Date can be after the Current Date. It is recommended that it not be set later than the Course Start Date Alias instance recorded for the related Admissions Period. This is so that, if applicants subsequently do not confirm Enrolment in a Course Attempt, their Predictive Assessments for that course can be removed.

Optionally:

• Enter a Person ID if the job is to be run to create or update a single student's Fee Assessment
• Enter a course code, if required, to select matching Student Course Attempts
• Select or type in a Fee Category to assess only those students included in a particular category
• Select a Financial Period and/or Fee Assessment Period
• Select or type in a Fee Type to assess only those students liable for a particular fee
• Set the Predictive Assessment check box to Yes to include unconfirmed Student Course Attempts. This allows for assessments to be made for applicants pre-enrolled during the Admissions process

Notes:

The Fee Assessment routine is the initial process in a Fee Period cycle. All other fee processes are consequent upon it.

It may be run with FINJ6111 (the job to create students' individual payment schedules) as a dependent job. To do so, however, has certain ramifications - see Dependent Jobs below.

The job FINJ3002 provides the facility to reproduce a full trace for a previous run of the current job, where this has been run with parameters specifying an abridged trace.

This job can also be run online from the Course Attempt screen of the Enrolments form ENRF3000, and for predictive assessments directly from the Admissions form ADMF3660.

The final parameters, which can be used in combination, specify processing requirements:

• Set First Time Assessments to Yes to confine processing to students not hitherto assessed in the Fee Period. This shortens processing time because re-evaluation of students for possible reassessment is avoided. Running the process from the front-end job accessing the Student To Do entries is a more efficient way to re-assess those students whose Enrolments have changed
• The Trace On parameter is set to Yes to produce the trace report in full or abridged version. It is recommended that, in batch mode, the full trace be run only for individuals or small groups of students
• Set the Display/Warnings Only parameter to Yes (with Trace On parameter also set to Yes) to produce the abridged trace, reporting only those messages designed as WARN or ERROR messages. This abridged trace is useful to alert staff to a problem with a particular student's assessment in an extensive run, though little context information is given
• Set Test Run to Yes to run the process without updating the database
• Set Process Enrolment Fee Assessment to process enrolment fees
• Set Process Advanced Standing Fee Assessment check box to process advanced standing fees
• Set Process Gradation Fee Assessment to process graduation fees
• Set Prevent Fee Assessment After Loan Draw Down to stop automatic fee assessment after the loan draw down has occurred for a student.

Rule/Notes:

At least one of the following process indicators must be set for the job to run:

• Process Enrolment Fee Assessments
• Process Advanced Standing Fee Assessments
• Process Graduation Fee Assessments

The Prevent Fee Assessment After Loan Draw Down check box is used in those cases when operators wish to closely manage those students who have had variations in their debt after the census date. This may happen if a unit has to be added after the census date and after the loan draw down has occurred. In this example the student's debt must increase to reflect this new unit attempt. The fee assessment transaction will occur despite the loan transaction (caused by the loan draw down), EVEN IFthe checkbox is activated.

The Fee Trace Report

The full version of the Fee Trace report (when the parameter Trace On is set to Y, and Display/Warnings Only to N) gives extensive detail of the data used and decisions taken in arriving at a Fee Assessment or reassessment for a student.

The full report is at minimum approximately a page for each Fee Liability for each student. It can run to seven pages for a single student with two Fee Liabilities. It is therefore recommended that the full trace be run only for an individual or a small group of students when in batch mode.

Though complex, the trace is fully internally documented and follows this pattern:

• Financial Period (if selected by parameter) and Fee Period information is displayed
• For each student, details of their Course Attempt in the Fee Category are given (with a summary at the top of each page thereafter)
• Next, a Fee Liability for the student is given, together with its associated data
• Followed by the details of the processing for that fee as outlined in steps in the Update Process section