FINF2100 - Maintain Fee Types

Purpose

To create and maintain Fee Types, link them to relevant Calendar Instances and Date Aliases, and access all other forms required to set up Fee Type data at this level

Subsystem

Finance

HE Sector Information
Normally Run By Finance Specialist
Anticipated Frequency As required
Structure   Main Block Fee Type
Button Fee Type Calendar (overlay to Secondary Block)
Secondary Block Fee Type Calendar Instance
Buttons Revenue Accounts (FINF2110)
Charge Method Apport (FINF1720)
Payment Schedule (FINF2860)
Assessment Rates (FINF2853)
Retention Schedule (FINF28A0)
Elements Range (FINF2852)
Fee Encumbrance (FINF2890)
Adv Standing Source (FINF2840)
Back

  

This is one of the central forms of this Subsystem. It is here that Fees are defined and linked to the Fee Periods in which they operate. The form is also an access point for other related forms.

Calendars

Appropriate active or planned Fee Calendar Instances must be recorded for each Fee Type, together with their relevant Date Alias instances. These are selected from instances already created in the Calendar Subsystem. In selecting a Calendar Instance, keep in mind that when Fees are added to a Fee Category in form FINF2800, only Fees with a Calendar Instance that matches a Category Calendar Instance can be included in the category.

Fee Calendars are discussed in the section on Fee Periods. Notes about setting up appropriate calendars are found in the Calendars and Date Aliases section of the Specialist Overview.

Levels.

The use of levels is also introduced in the Specialist Overview and explained more fully in the section on Levels in Special Topics. In brief, 'attaching' certain Fee data at a particular level can vary its effective range. By virtue of recording such data in this form, as opposed to the Maintain Fee Categories form, it has a range we have called Fee Type (FTCI) level in the documentation.

In addition, if the schedule and calculation forms are accessed from this form, data in the accessed forms applies at FTCI level. The complete list of accessible forms for use at this level is given in the previous table, while further information on Calculations and Scheduling is supplied as a part of the Specialist Overview.

FTCI level data applies to students in all the categories to which the Fee belongs.

To summarise, three kinds of data are recorded in this form:

  • Data which defines a Fee Type - this data applies to the Fee Type in all circumstances (A)
  • Data which applies to a Fee Type only for a particular Fee Calendar Instance (B)
  • Data which has the range described above if entered at this level (C)

The Description of data fields in the next section is organised to reflect these three kinds of use.

For information on System Values for Fee Types see Valid System Values for Fee Types.

 

The Fee Type block contains:

  • Fee Type
  • System Fee Type
  • System Fee Trigger Category
  • Loan Scheme
  • Optional Payment check box
  • Closed check box
  • Description
  • Comments
  • Explanation

    Button

    • Fee Type Calendar (overlay to Secondary Block)

The Fee Type Calendar Instance block contains (other than Fee Type block parameters):

  • Fee Calendar Type
  • Start Date
  • End Date
  • Payment Rank
  • Status

T-List

    • Dates
      • Start Date Alias
      • End Date Alias
      • Retro Date Alias
    • Charge
      • Charge Method
      • Rule Number
      • Description
      • Rule Text
    • Tax
      • Tax Exempt check box
      • Tax Rule Number
      • Description
      • Rule Text

Buttons

Rule/Notes:

Validations for HE include:

  • The charge method cannot be set to 'FLATRATE' when the fee type has a system fee trigger category value of 'UNIT' or a Management level of 'UNIT'
  • The Management level of the fee type cannot be set to UNIT when the fee type has FTCI records defined with a charge method of FLATRATE
  • The tax exempt indicator must be set when the fee type has a loan scheme defined with a system loan scheme type of GOVT.
  • Loan Scheme cannot be set to a scheme of system loan scheme type GOVT while the Tax Exempt indicator is unset in any of the FTCI records for the fee type.
  • When a fee type of system type COMSUPPORT has a loan scheme defined, the loan scheme must have a system transaction type of HCSHLPLOAN.
  • Fee Types with a System Fee Type of TUITION cannot have a Loan Scheme defined with a System Transaction Type of HCSHLPLOAN.
  • Management Level must be UNIT when a loan is specified with a system transaction type of HCSHLPLOAN or FEEHLPLOAN.

Two System Fee Types are VET and ADVSTND. VET is specific to the VET sector and has no impact on existing HE clients.

ADVSTND provides the ability to assess fees for units that have been granted advanced standing; a CROSS sector function. This has no impact on existing HE clients.

The System Charge Method CONTACTHRS enables VET Tuition Fees to be calculated based on the number of total enrolled Student Contact Hours. This is specific for the VET sector and has no impact on existing HE clients.

For System Fee Types of ADVSTND the Charge Method Apportionment, Retention and Elements Ranges buttons are disabled.

The button Adv Standing Source is enabled for ADVSTND Fee Types and navigates to FINF2840 - Maintain FTCI Advanced Standing Source. Values must be entered into FINF2840 before an ADVSTND fee type can be made ACTIVE.

A. Use this form to create and maintain the Fees used in the Student Finance Subsystem.

Enter a Fee Type and Description.

Data applying to a Fee Type in all contexts:

Each Fee must be assigned a System Fee Type, used to distinguish Fees to be reported to government (Student Contribution Amount and reportable tuition Fees) from non-reportable Fees (all others).

It must also have a System Fee Trigger Category. This restricts the type of Fee Triggers that can be used to match a Student Course, Unit or Unit Set Attempt to a Fee for which students in a particular category are liable. (See the discussion on triggers in the Specialist Overview.)

A Loan Scheme must be nominated if the Fee Type is related to a Loan Scheme. For example, the Postgraduate Education Loans Scheme (FEE-HELP (PELS)).

The Optional Payment check box, if selected, specifies that a Fee is not mandatory. An example of such a Fee might be a non-compulsory student association fee administered by the institution. Although the Fee is still assessed and remains as a debt if not paid, no debt management applies.

Optionally, Comments can be recorded. (To delete Comments, select the text and use the Delete key.)

Optionally, record an Explanation for the Fee Type. Explanations are used to provide information about the Fee Type to users in Callista Connect Fee Inquiry Applications. Explanations should be unique. HTML font tags can be used within the Explanation field.

For a selected Fee Type, use the 'Fee Type Calendars' button to access the secondary block.

Secondary block

Link the Fee Type to the Fee Periods in which it is to operate by selecting one or more instances of a Fee Calendar Type from those in the list of values, which shows planned and active calendars.

Rules/Notes:

System Fee Types COMSUPPORT (HECS) and TUITION are used by the System to distinguish the Fees that must be reported to the Australian Government in DEST returns. Note that non-reportable tuition Fees should be recorded with a System Fee Type of OTHER.

Valid values for the System Fee Trigger Category are COURSE, INSTITUTN, UNIT, COMPOSITE and UNITSET.

When a Fee has a COMSUPPORT (HECS) System Fee Type, the System Fee Trigger Category can only be COURSE or UNITSET. For a TUITION System Fee Type, the System Fee Trigger Category can be anything other than INSTITUTN. For an OTHER System Fee Type, any System Fee Trigger Category can be used.

Once assigned a Calendar Instance, a Fee Type cannot be deleted, but can be closed. Closing a Fee Type does not affect existing Fee Liabilities (Fee Types assigned to Fee Categories) but does prevent its being assigned as a new Fee Liability.

B. Data applying to a Fee Type in a Calendar Instance:

A Status must be recorded for each Calendar Instance selected. This status field refers to the status of the Fee Type/Calendar Instance combination, as distinct from the status of the Calendar Instance itself, which is set in the Calendar Subsystem.

Dates in the T-list

Start Date Alias and End Date Alias Instances must be selected for each Fee Type/Calendar Instance combination. A Retro Date Alias Instance may optionally be selected.

Revenue Account Button

A Revenue Account Code reference to an external Financial System must be selected before a Fee Type/Calendar Instance can be made active.

Called form:

Maintain Fee Type Calendar Instance Accounts (FINF2110).

Rules/Notes:

A Fee Type/Calendar Instance Status cannot be changed from ACTIVE to INACTIVE while any Fee Liability is ACTIVE in a category. After a message advising this, the user is asked to confirm that Liability Statuses should also be changed.

The Fee Assessment routine (FINJ3500, FINJ3001) disregards Fee Types with a status other than ACTIVE.

A Fee Type/Calendar Instance Status cannot be changed to FINALISED unless all related Fee Liabilities (at FCFL level) are finalised. This can only be done when no students liable for the Fee in the Fee Period have outstanding debt.

If attempted, the user is asked to confirm that Liability Statuses should be changed automatically, subject to the second condition being met. (Refer to Finalising Fee Types for context information.)

For the Callista Open Finance Interface (COFI), once final information has been sent to an external Financial System for a Fee Type/Calendar Instance, a FINALISED status cannot be reversed.

Start Date, End Date and Retro Date Alias Instances in the list of values are those assigned to the Fee Calendar Instance selected.

Start Date and End Date (and optionally Retro Date) Aliases are also selected for a category in the Maintain Fee Categories form, and a Start Date can also be entered at Fee Liability level. When considering a Fee Liability, the latest Start Date, the earliest End Date and the earliest Retro Date apply.

When changing a planned Fee Type/Calendar Instance to ACTIVE, first ensure that the Fee Period Instance and Finance Calendar Instance are active (in CALF0220).

Instances for Start Date, End Date and Retro Date are all inclusive. 

C. Data applying if FTCI level is chosen:

A Payment Rank must be recorded here or at the FCFL level, but not at both levels for the same Fee Type (but see note opposite about COMSUPPORT (HECS) and INSTITUTN Fees). A particular rank value must be unique with regard to any other liability in the same Fee Category, wherever recorded. It follows therefore that when a rank is recorded for a Fee Type at this (FTCI) level, it must be unique with regard to any other Fee Type for the same Calendar Instance.

Charge in the T-list

The Charge Method and Rule (see Calculations) may be selected here, or at the Fee Liability (FCFL) level using the Maintain Fee Categories form, but cannot be selected at both levels for the same Fee Type.

Note the exceptions given opposite.

Tax in the T-list

Fees are taxable unless the Tax Exempt check box is set (checked).

For COMSUPPORT (HECS) and INSTITUTN Fees, the Tax Exempt check box applies at this level, and cannot be overridden. For Student Contribution Amounts, which are Tax Exempt, the check box is set automatically. INSTITUTN Fees can be taxable (unchecked) or Tax Exempt (checked).

For all other Fees, the check box applies at FCFL level. But the check box value in this form, FINF2100 – whether checked or not checked – acts as a default value for corresponding Fee Liabilities (at FCFL level) unless the liabilities are in a Tax Exempt Category (in which case all liabilities must also be Tax Exempt).

For taxable INSTITUTN Fees, select the Tax Rule Number here. For other taxable Fees the Tax Rule must be selected here or at FCFL level, but cannot be selected at both levels for the same Fee Type.

Changing the check box. Before changing an existing Fee Type from taxable to Tax Exempt, the corresponding Tax Rule must be removed.

Rules/Notes:

Payment Rank is used when interfacing with an external Financial System to determine the order in which payment amounts received through that System should be applied to a Student's Fee Liabilities. It distinguishes between liabilities due on the same date.

Charge Methods are System defined. They are CRPOINT, EFSTL, PERUNIT and FLATRATE.

When a Fee has a COMSUPPORT (HECS) System Fee Type

  • The Charge Method must be EFSTL
  • The Fee must be Tax Exempt

Charge Method and rule should be at the same level.

Callista development staff currently provide the Fee calculation and tax rules.

  • For Fees with a COMSUPPORT (HECS) System Fee Type, select the 'Student Contribution formula' rule
  • For tax Fees, the rule includes the Tax Percentage

For Fees with a COMSUPPORT (HECS) System Fee Type or Fees with an INSTITUTN Trigger Category

  • The Payment Rank, Charge Method, Rule Number, Tax Exempt check box (and tax rule if applicable) must be specified at this level (FTCI)
  • Calculation and schedule forms must be accessed from this form (data is thereby entered at FTCI level)

Element ranges (FINF2852) are not applicable to a HECS Fee, or when the Charge Method is FLATRATE.

Retention and Encumbrance schedules are not applicable when payment is optional.

Buttons

Further calculation data (Assessment Rates, Charge Method Apportionment and Element Ranges) and Payment Schedule, Retention Schedule and Fee Encumbrance, can be specified at this level by accessing the relevant forms from the buttons here.

Called forms:

Calculation data set up at this level precludes its inclusion at the FCFL level.

Schedules can be set up both at this level and at the Fee Category level (through the Maintain Fee Categories form) to operate complementarily.

See the relevant forms for further details:

Calculations:
Define Fee Assessment Rates (
FINF2853)
Maintain Charge Method Apportion (
FINF1720)
Define Element Ranges (
FINF2852)

Schedules:
Define Payment Schedule form (
FINF2860)
Define Retention Schedule form (
FINF28A0)
Define Fee Encumbrances form (
FINF2890)

Rule/Notes:

 

Last Modified on 08 December, 2004