Top of FIN | Index | Table of Contents | Feedback |
FINJ6121 - Reminder Notice Extract Report
Purpose |
To produce extract records containing the necessary information for printing Reminder Notices. |
|
SubSystem |
Finance |
|
Normally Run By | Fee Specialist | |
Anticipated Frequency | An initial run, then a planned cycle | |
Structure | Block | Reminder Notice Extract |
Tabs | Parameters | |
More | ||
Buttons | Find Course (ADMF1220) | |
Find Person (ADMF1211) | ||
Calendar Lookup |
Extract Process A wide range of data is extracted from relevant Callista database tables. This data, plus some entered by parameter (and data from other Callista tables if required), is the source for the creation of Reminder Notices for students with fees overdue in a given period. It is written in the form of extract records to the generic S_EXTRACT_RECORD table. A single record is written to the S_EXTRACT table to identify a particular run instance of this job for which extract records have been created. The extract relates only to student debtors. A different statement (FINJ6130) is provided for sponsors undertaking payment of student's fees. The Extract Table Methodology allows flexibility for the institution to produce customised reminder statements.
For partially sponsored students with OVERDUE Fee amounts (student portion) and whose Sponsorship Fee Amounts are NOT OVERDUE the job extracts reminder notice for these students only once. But subsequent runs of FINJ6121 do not create the same reminder notice extract. For partially sponsored students with OVERDUE Fees (student portion) and whose Sponsorship Fee Amounts are also OVERDUE the job extracts reminder notice for these students only once. But subsequent runs of FINJ6121 do not create the same reminder notice extract. For a partially sponsored student whose fees (student portion) are NOT OVERDUE and whose sponsorship fees are OVERDUE the job does not create reminder notices for these student Extraction Criteria The basis of extraction is that a debt exists within the Financial Period for a student satisfying the parameter selection criteria. Extraction is always for a single Financial Period. Further selection can be made by supplying specific parameter values. Records are only extracted if the Correspondence Category recorded against a Student's Course Attempt (displayed in ENRF3000) includes a Correspondence Type for Reminder Notice which matches the Correspondence Type supplied by parameter for this job. For example, if the Correspondence Category STANDARD includes a Correspondence Type of REMNDR-SOA, and if REMNDR-SOA is the chosen parameter for this job run, Student Course Attempts with the STANDARD Correspondence Category are extracted. The relationships between Correspondence Types and Categories are recorded in CORF2200. Update Process In a successful extract:
For further information, refer to the Correspondence Subsystem. Reminder Notice Extract Records Up to fourteen different types of record can be held for each individual Reminder Notice. These records are:
See view details documentation for more detail. Run Details Method This job can only be run in batch mode, through the Job Control & Scheduling Subsystem.
The Date and Time of extract is stored with the extracted records. Timing ConsiderationsIt is appropriate to start running this job sometime after student fees become overdue in accordance with the accepted procedure for your institution. Viewing the Extracted DataData is usually processed by the institution's custom built statement creation/printing job. Data can be viewed in the S_EXTRACT and S_EXTRACT_RECORD tables, or in a more useable form in the views ACC_STMNT_EXTRACT_V and ACC_STMNT_RECORD_V, using an ad-hoc query tool. This job is accessed from the main menu. |
The Reminder Notice Extract block contains: Parameters Tab
Select either ...
Or a combination of the following parameters ...
More Tab
|
Rules/Notes: In the Record Type ASSESSED LIABILITIES, the fields ‘Last Transaction Date’, ‘Last Effective Assessment Date’, ‘Last Notification Date’, ‘Retained Debt Amount’ and ‘Manual Entry’ will only take into account units which are overdue. For example, if a student has the following debt:
The Reminder Notice will report it as follows:
|
||||||||||||||||||||||||||||||||||||||||
Required Parameters Select a value for Correspondence Type (see Extraction Criteria and Update Process) from the list of values (LOV) displaying the types mapped to this job. Select also an active Financial Period. Select an Institution Code and Address Type, used to retrieve the required institution address for printing on the Reminder Notice. (Note that the LOV shows only Closed Address Types. This is in line with the recommendation that once established, institution addresses should be closed to prevent their display in general LOVs.) Setting the Exclude Sponsor Debt check box to Y will extract students where they have a personal liability. This will apply when they are not sponsored at all or when they are partially sponsored and the student's portion is overdue. Setting the Include Previously Reminded check box to Y will report the total overdue debt status at each instance a new debt becomes overdue. Optional Selection ParametersThese parameters have a default value of % indicating that all data values relevant to the parameter should be processed. To further limit the students whose records should be extracted and/or the relevant debts for which a Reminder Notice is to be issued, a specific value may be specified for any or all of the following:
Other parameters:
|
Rules/Notes: Exception Report This report displays any exceptions encountered during the extract process. This Exception Report is produced:
Refer to the Job Control and Scheduling Subsystem for details of scheduling and running batch and online jobs
Where appropriate, the Unit Code is appended to the end of an error message. This only occurs when an error message is in the context of a unit. For example, when processing Record Types ASSESSED UNITS or TRANSACTION DETAILS, where the Fee Type is managed at the Unit Level. Log Creation Date Permits exception reports produced from previous runs of this job to be reproduced. No further report parameters are required when this parameter is specified. This is a log created by a previous run for FINJ6121 Producing Reminder Notices The extract data supplied is envisaged as sufficiently comprehensive to meet the varied needs of different institutions. institutions will be responsible for the programming tasks involved in extracting data and producing Reminder Notices from the records stored in the extract table, S_EXTRACT_RECORD via the ACC_STMNT_RECORD_V view. These statements can thus be tailored to an individual institution's formatting and content requirements. Some matters for consideration are:
The following rules apply specifically to the Reminder Notice Extract:
About Assessment Transactions (TRANSACTION DETAILS records):
Fee Cap details are also extracted, but not shown on the Reminder Notice. For example: Cap minimum and maximum - These are the Fee Type Group fee cap minimum and maximum charges if a record is found that matches the student course and unit attributes. Otherwise the Fee Type Group Calendar Instance minimum/maximum charges (see next point, below) are extracted. Overall Minimum and Maximum Assessments - These are the Fee Type Group Calendar Instance minimum and maximum charges. |
Last Modified on 18-Jan-2010 12:15 PM
History Information
Release Version | Project | Change to Document |
12.0.0.2 | 1617 - VU - SV FEE-HELP | Updated list of Record Types as per FINJ6120 and added note about extracted fee cap charges. |
12.0.0.2 | 1540 - VU Development Fees | Added FEE-CAP-DETAILS Record Type |