Purpose

To assess or re-assess fees (and where applicable, tax) due from students or potential students for a particular Fee Period.

SubSystem

Finance

Introduction

This process is the central process in the Student Finance subsystem. It determines the fees applicable to individual students, calculates the relevant amounts (including tax amounts due on taxable fees) and stores this information as a debt for which the student, or his or her sponsor, is liable. If a student's enrolment alters, this routine also handles re-assessment.

This function, and all other processes that call the Fee Assessment process (i.e. E-SOA, Outstanding Balance, etc), consider the Service Codes in Maintain Services (ENRF01Y0) related to the Fee Type Calendar Instance (FTCI) in Maintain Fee Types (FINF2100) and the Responses linked with the Fee Assessment Rates (FINF2853).

The Fee Assessment routine can be run:

1. As a Predictive Assessment of course-related fees for individual applicants being processed through the Admissions subsystem. The assessment can be initiated for individual applicants from a button in the form ADMF3660, and further details are given there.

2. From the Course Attempt screen of ENRF3000, which will run the Fee Assessment process directly for a single Student Course Attempt. The Effective Date defaults to the current date, but can be set to an earlier date. 

For Course Attempts with a status of UNCONFIRM, the Fee Assessment routine will be run in Predictive Mode. Predictive Fee Assessments cannot be made for Student Contribution Amount (System Fee Type = COMSUPPORT (HECS)) or for fees with a PERUNIT charge method. Institution fees are only considered if no other Course Attempts are liable:

3. By processing database entries (known as 'Student To Do Entries') which identify each student who has enrolled or changed their enrolment since the last Fee Assessment. The job accessing To Do entries (FINJ3001) runs in batch mode. It is suggested that FINJ3001 is the initial assessment run for a Fee Period, and that it is scheduled to run nightly thereafter.

4. By running as required in either Immediate Mode or Batch Mode for one student, a group of students or all eligible students, with selection by parameter. Further parameters allow great flexibility in using the routine. Note particularly that this mode allows a test run without updating the database. Run the routine in this way using the FINJ3500 job. This method can also be used to run Predictive Assessments for one or more Admissions applicants, as long as they have been pre-enrolled.

Note: Predictive Assessments can be reversed should the applicant not take up the offer of a place in the relevant course. This is achieved by running job ADMJ3850 (Clean Up Unconfirmed Student Course Attempts).

5. From Advanced Standing (ADVF4200).

6. From Graduand Details (GRDF4200).

7. From On-Demand Statement of Account (FINF6125).

8. From Callista Connect.

Important: For more information about the Fee Assessment routine, see the 'Assessment and Invoicing' section in Understanding Student Finance.

Fee Assessment Process

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).
• For each Student Course Attempt: determine and store the Unit Attempts, and determine Load, firing of Fee Triggers, and derived values, such as, Attendance Mode and Type. These values are required for later fee calculation and can also signal when later fee calculation will result in a zero fee and therefore prevent unnecessary processing.

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 if any Load has been incurred for any units based on data already retrieved.
• 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 (FINF2852).
  • 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.

VET, VET-TUIT and ADVSTND Fee Types:

For fees with a System Fee Type of VET and VET-TUIT with a Management Level of UNIT, the Fee Assessment rate is matched against values defined in the student's enrolment details, as follows:

• Funding Source is matched against the Student Unit Attempt Funding Source or Student Course Attempt.
• Concession is matched against the Person Concession record as at the Unit Activity Start Date.
• Course Category is matched against the Course Categorisation (CRSF1270) for the course version of the Student Course Attempt (SCA). If a Course Offering Instance Category Override (CRSF1530) record exists for the context academic year, this will be used.
• Fee Maintenance is matched against the Student Course Attempt Fee Maintenance indicator (see the Skills Reform step in ENRF3000).

When a fee with a System Fee Type of ADVSTND is assessed, the new Fee Assessment rate is matched against values defined in the student's enrolment details, as follows:

• Funding Source is matched against the Student Course Attempt Funding Source.
• Concession is matched against the Person Concession record as at the Granted Date of each individual item of Advanced Standing.

Fee Capping:

Fee capping currently occurs for VET and VET-TUIT Fee Types only. The process is outlined in the Fee Capping Process.

Fees are assessed based on Fee Category fee liabilities. The processing of Fee Categories fee liabilities within the Fee Assessment job is not ordered as this has no consequence on the assessed amounts. The trace reporting does order Fee Category fee liabilities. If the job is run with the trace on, trace messages for transactions which cross Fee Category fee liabilities such as institution fees and fee capping, may not appear in the trace in the order in which they were processed and as such may seem out of order.

Note: The following individual student Fee Assessment processes also process VET and VET-TUIT fees, and the same capping process is performed at each of these points, where applicable:

• Record Enrolments (ENRF3000)
• processing applicants through the Admissions system (via ADMF3660)
• On-Demand Statement of Account (FINF6125)
• Process Fee Assessments from Student To Do Entries (FINJ3001)
• Callista Connect

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 and 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.

Service Code

When an FTCI does not have a Service Code associated with it (see FINF2100 - Service T-List), the Fee Assessment remains unchanged (therefore, follow the Update Process below).

Where a FTCI does have an associated Service Code, an additional check determines if the student has a Response to the service question (the student response appears in Maintain Person Services (ENRF30C0). At this point, the student makes this response in Connect - PE-SERVICE, but remember, an administrator can also select this in ENRF30C0 . An effective response is defined as one where the Service Response Start Date (selected in Maintain Services - ENRF30C0) is less then, or equal to, the Fee Assessment Effective Date (selected in this job) and the Service Response End Date (ENRF30C0) is either NULL or greater than, or equal to, the Fee Assessment Effective Date (this job). If an effective response is not found, Fee Assessment will not attempt to find matching rates.

Once Fee Assessment has been determined, an effective Response to the Service Question, it then attempts to find a matching rate (FINF2853). The effective response is used to match against the response attribute for each Fee Assessment Rate (FINF2853), associated with the FTCI. If a match is found, providing all the other attributes of the rate match the student (i.e. Location Code, Attendance Mode, etc) the fees are assessed at the defined Charge Rate (selected in Define Fee Assessment Rates - FINF2853).

Note: The assumption is that the above process will only work (i.e. a Service Code displayed), when the System Fee Type is 'OTHER' and the System Fee Trigger Category is 'INSTITUTN' in Maintain Fee Types (FINF2100).

See a diagram of the above process in FININTR3.

The Fee Assessment block contains:

Parameters Tab

• Fee Assessment Effective Date
• Person ID
• Course Code
• Fee Category (LOV)
• Financial Period (LOV)
• Fee Assessment Period (LOV)
• Fee Type (LOV)
• 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

Rules/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.

Validations include:

• If a Service Code has been defined for a FTCI, the student must have a Response to the service question which is effective as of the Fee Assessment Effective Date.

When processing Advanced Standing it needs to be kept in mind that when a GRANTED SCA Advanced Standing Unit (ASU) or Advanced Standing Unit Level (ASUL) is changed to any other status, fees are reassessed. See Understanding Advanced Standing (ADVINTR3) for further information or Create Advanced Standing Details (ADVF4200).

To enable institutions to charge a fee for assessing Advanced Standing requests including Advanced Standing 'not granted', the Fee Assessment process considers the Granting Statuses of GRANTED and NOT-APPRVD as the basis of a Fee Assessment record.

If the Granting Status is changed from NOT-APPRVD to any status other than GRANTED, the fee will be reversed.

Note: In Release 12.0.0.2, four new Advanced Standing Sources mapped to the System Advanced Standing Source of RPL needed to be linked to the required Fee Type Calendar Instances using the Maintain FTCI Advanced Standing Source (FINF2840) form. This ensured institutions are able to charge fees for the four new Advanced Standing records.
When the System Advanced Standing Source is RPL, and the Provider Outcome is 52 or 54, and the Granting Status is NOT-APPRVD, then a fee will be incurred.

Note: 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.

Rules/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.

Rules/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 IF the check box is activated.
Fee assessment is also prevented where there are units within the fee period that have a loan transaction and any of those units have a fee type that is 'loan capped'.

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 re-assessment for a student.

Important: 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.

Rules/Notes:

The following fee cap data for VET and VET-TUIT fees is listed in the Trace Report for a student:

• VET and VET-TUIT Fee Types which were subject to capping.
• Units for which no Fee Type Fee Cap details exist.
• Person Concession details that are applicable at the Unit Start Date.
• Cap minimum and maximum amounts that apply to the unit assessment.
• Cap adjustments that were required (for example, if the assessment was below the cap minimum amount, above the maximum amount, or the cap adjustment amount was incorrect).
• Cap adjustments that were not required (for example, if the exiting capping transaction amount totals the required capping amount).
• Negative Cap adjustments where the negative amount is greater than the assessed amount.
• Assessments for which no cap adjustments were made because the assessment was not equal to or greater than the cap maximum and not equal to or less than the cap minimum.
• Capping adjustments that exist and were adjusted to zero.
• Units with existing Fee Cap period data for which the Fee Assessment amount was reversed/negated and recreated in the new Fee Cap period.
• Units for which a write-off transaction exists in the Fee Cap period and therefore the Fee Cap was not maintained/no longer exists.
• Any existing debt write-offs.

The following fields in the trace appear when Fee Capping applies:

• Cumulative Assessed Debt - This is the total of debt transactions (excluding any capping transactions) of all units assessed up to and including the assessment for the current unit.
• Overall Cumulative Assessed Debt - This is the total of all debt transactions (excluding any cap transactions) of all assessments made in the Fee Type Group Calendar Instance, regardless of fee type or SCA, assessed up to and including the assessment for the current unit.
• Cumulative Capped Debt - This is the total of debt transactions (including any capped amounts) of all units assessed up to the current unit, and the assessment (excluding capping) of the current unit.
• Overall Cumulative Capped Debt - This is the total amount of all debt transactions (including capped amounts) of all assessments made in the Fee Type Group Calendar Instance, regardless of Fee Type or SCA, assessed up to the current unit, and the assessment (including any capping made in the previous step) of the current unit.
• Cumulative Cap Adjustment required - This is the total amount of cap transactions required in the current Fee Cap period to ensure that the Cumulative Capped Debt is within the applicable cap range. This does not look at existing cap transactions, but instead tells us what the total needs to be.
• Unit Assessed Debt - The assessed debt, excluding any capping transactions, for the current unit.
• Existing Unit Cap Adjustment - The total of any existing capping transactions for the current unit.
• Overall Maximum Assessment - This is the amount recorded in the Overall Maximum Assessment field in FINF2120.
• Overall Minimum Assessment - This is the amount recorded in the Overall Minimum Assessment field in FINF2120.

Trace messages for transactions which cross Fee Category fee liabilities, such as Institution fees and Fee Capping, may not appear in the trace in the order in which they were processed and as such may seem out of order.

The following Cap-related messages may be listed in the report during the assessment process:

• Predictive assessments are not performed for VET-TUIT system fee types.
• Fee type groups subject to fee capping have been processed, fee capping will be reviewed.
• No fee type group fee cap details could be found. Cap transactions cannot be maintained for this fee type group fee cap period. 
• A write-off transaction exists for a fee type in the fee type group in the Fee Cap Period. The Fee Cap will not be maintained.
• Fee Type Group Fee Cap details applicable for this unit.
• No Fee Type Group Fee Cap details applicable for this unit were found. Using overall cap limits.
• The total assessment for the fee type group is below the Overall Cap Minimum.
• The total assessment for the fee type group is greater then the Overall Cap Maximum.
• The fee is charged against a Fee Maintenance course.
• The fee is charged against an Apprenticeship  course.
• The fee is charged against a first Skills Reform course after fee maintenance.
• The fee is charged against its course category.
• The assessment is within the cap minimum and maximum.
• Check the overall assessment against the overall cap limits.
• This fee type is associated with a loan scheme that has a loan cap. A loan draw-down has occurred for a fee type with this loan scheme and so no assessment will occur for this unit.