FINJ6430 - Process Student Refunds

Purpose

To create Refund records of students' available credit from fees, for transfer to an External Financial System for payment.

SubSystem

Finance

Normally Run By Fee Specialist
Anticipated Frequency At the end of a Fee Period or financial year, or as determined by institution policy.
Structure  Block Process Student Refunds
Tabs Parameters
More
Buttons Find Person
Find Course

  

 

This process initiates checking of available credit for all students who fulfil the specified parameter criteria. For selected students, their total fees history is examined. Any credit accrues to the person, irrespective of Course Attempt, Fee Period or specific fee. (Note, however, that this process does not consider that part of a student's fees for which a sponsor is liable. Sponsor refunds must be initiated in FINF6420.)

A credit amount always relates to the currency in which the debt was paid. It is possible that a student may have more than one credit amount, if different currencies are involved.

Credit amounts are determined by an examination of:

  • The student's balance in core Callista - arrived at by calculating total 'payment' transactions less total 'debt' transactions; and
  • Where applicable, their Finance interface (COFI) balance - arrived at by calculating total unapplied payments less Pending refunds.

Where a credit amount for a particular currency exists for a student, a Refund record is normally created. A second record is not created if a PENDING Refund record already exists for the same student in the same currency. A second record can be created for additional credit when an approved record exists.

Pending/Approved Records:

Parameter selection determines whether this process automatically approves these refunds (status equivalent to the System Refund Status APPROVED is recorded) or whether the records are created as Pending Refunds to be authorised in FINF6420. Pending Refunds are set to a status equivalent to the System Status PENDING.

With automatic approval, the current date is written to the record as the date of authorisation.

Automatic Approval:

It is anticipated that this facility will be used with a low ceiling on the Refund amount (see Refund Range Parameters, below). Parameter selection also allows accurate targeting of specific student groups. All students selected will have all available credit approved for refund, with no further system validation.

If student refunds are approved in error, these records can be individually cancelled in FINF6420, as long as they have not already been notified to an External Financial System (i.e. their status has changed to an equivalent of APPLIED).

Viewing/Authorising Refunds:

After successfully running the job, the Refund records created for students can be seen in the form FINF6420, Maintain Refunds.

In order to identify newly created records in that form, it is advisable to note the Refund group number assigned to all records created by a single run of this job. This number is given in the JBS job log file (form JBSF5301, accessed via JBSF5300).

Note that refunds for sponsors can only be created in FINF6420.

Run Details:

The job can only run in batch mode, through the Job Control and Scheduling subsystem.

 

The Process Student Refunds block contains:

Parameters Tab

  • Refund Status
  • Payment Type
  • Authorising Person ID
  • Refund Range Lower
  • Refund Range Upper
  • Financial Period
  • Fee Assessment Period
  • Fee Category
  • Course Code
  • Person ID
  • Person ID Group

    Buttons

    • Find Person
    • Find Course

More Tab

  • Currency
  • Comments

Rule/Notes:

Refund records created in this job are available for review or authorisation in FINF6420, and, once authorised, for transfer to an External Financial System. 

The Payment Type List of Values includes institution-defined Refund Payment Types created in FINF1L00.

Required Parameters

  • Select a Refund Status equal to either the System Status PENDING or APPROVED. All Refund records created will have their status set to the selected value.
  • Select the Payment Type (the default is the first Payment Type in the LOV).
  • If an APPROVED status has been selected, an authorising Person ID is mandatory. Although the ID defaults to that of the Person initiating the job, it is not a specific requirement for Pending refunds.

Optional Parameters

Wherever possible, use parameters to control the numbers of students examined. With no parameters set, every Person on the database is checked.

Rules/Notes:

If a parameter label is in blue typeface, the parameter can either be typed in or selected from the list of values.

Payment Types include institution-defined Refund Payment Types created in FINF1L00.

Refund Range:
Entering a Refund
Range means that only students with credit within the range will be selected for a refund. This parameter might usefully be set for runs granting automatic approval, with the Currency also specified. One or both of a Lower and Upper limit (inclusive) may be set.

Selecting any of the Financial Period, Fee Assessment Period, Fee Category and/or Course Code will narrow the range of students examined for potential refunds. However, for those students with Fee Assessment activity in the periods selected, or Enrolled in the category and/or course selected, any Refund amount will be calculated on their Overall Credit, not just the credit earned in the period or Enrolment selected.

If both a Financial Period and Fee Period are selected, the Fee Period must be a subordinate of the Financial Period.

 

Enter a Person ID Group to limit potential Refund recipients to known students. This is a recommended option when granting automatic Refund approval. Student candidates for Refund can be constituted as members of a specific group using the form IDGF1100.

Selecting a Currency Code restricts Refund recipients to those with credit in the specified currency. Use this parameter with a Refund Range to ensure that a single currency is being targeted by the range. The currency of the available credit is determined by the currency of the amount overpaid.

Any comments relating to the run can be recorded.

 

Last Modified on 31 May, 2012 2:42 PM

History Information

Release Version Project Change to Document
15.0 1400 - Calipso 32719 Deleted reference to a Default Payment Type of CHEQUE as this is no longer applicable.
12.1.1.2, 13.0.0.3, 14.0, 15.0 1808 - FinanceOne Refund Added note about Refund Payment Types.