Banner Accounts Receivable / User Guide / 8.0

Banner Accounts Receivable / User Guide / 8.0
Banner Accounts Receivable
User Guide
Release 8.0
May 2008
What can we help you achieve?
SunGard Higher Education
4 Country View Road
Malvern, Pennsylvania 19355
United States of America
(800) 522 - 4827
Customer Support Center Website
http://connect.sungardhe.com
Documentation Feedback
http://education.sungardhe.com/survey/documentation.html
Distribution Services E-mail Address
[email protected]
Other Services
In preparing and providing this publication, SunGard Higher Education is not rendering legal, accounting, or other similar professional
services. SunGard Higher Education makes no claims that an institution's use of this publication or the software for which it is provided
will insure compliance with applicable federal or state laws, rules, or regulations. Each organization should seek legal, accounting and
other similar professional services from competent providers of the organization's own choosing.
Trademark
Without limitation, SunGard, the SunGard logo, Banner, Campus Pipeline, Luminis, PowerCAMPUS, Matrix, and Plus are trademarks
or registered trademarks of SunGard Data Systems Inc. or its subsidiaries in the U.S. and other countries. Third-party names and marks
referenced herein are trademarks or registered trademarks of their respective owners.
Revision History Log
Publication Date
May 2008
Summary
New version that supports Banner Accounts Receivable 8.0 software.
Notice of Rights
Copyright © SunGard Higher Education 1999, 2008. This document is proprietary and confidential information of SunGard Higher
Education Inc. and is not to be copied, reproduced, lent, displayed or distributed, nor used for any purpose other than that for which
it is specifically provided without the express written permission of SunGard Higher Education Inc.
Banner Accounts Receivable 8.0
User Guide
Contents
Chapter 1
System Overview
Accounts Receivable Process Flow . . . . . . . . . . . . . . . . . . . . . . . 1-1
Process Flow Symbols . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1-1
Process Flow . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1-3
Process Flow Narrative . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1-4
Chapter 2
Finance Accounts Receivable Procedures
Establish Controls . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-1
Establish Installment Plans . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-2
Enter/Update/Review Account Detail . . . . . . . . . . . . . . . . . . . . . . . 2-2
Mass Entry of Charges/Payments . . . . . . . . . . . . . . . . . . . . . . . . 2-3
Display/Reprint Receipt . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-3
Review Accounts . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-3
Collect Miscellaneous Revenue . . . . . . . . . . . . . . . . . . . . . . . . . 2-3
Review Cashiering Activity . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-4
Adjust Cashiering Activity . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-4
Automatic Cashier Close and Session Finalize . . . . . . . . . . . . . . . . . 2-5
Process Application of Payments . . . . . . . . . . . . . . . . . . . . . . . . 2-5
Accounting Feed Process . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-6
May 2008
Banner Accounts Receivable 8.0
User Guide
Contents
iii
Bill Accounts. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-6
Produce Aging Reports . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-6
Processing Holds/Releases Automatically . . . . . . . . . . . . . . . . . . . 2-7
Assign Accounts to a Collection Agency . . . . . . . . . . . . . . . . . . . . 2-7
Produce Account Detail Report. . . . . . . . . . . . . . . . . . . . . . . . . . 2-7
Purge Account Detail . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-7
Deposit Procedure. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-7
Application of Payment Procedure . . . . . . . . . . . . . . . . . . . . . . . . 2-10
Priorities . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-14
Processing Grant Payments . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-14
Entering Free Form Account Numbers. . . . . . . . . . . . . . . . . . . . . . 2-15
Rule Code Processing in Miscellaneous Transaction Form . . . . . . . . . . 2-15
Cashiering Procedure . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-16
Accounting Feed Procedure . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-19
Establish Accounts . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-20
Application of Payments . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-20
Accounting Feed Transactions . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-21
Deposit Processing . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-22
Refund Processing through Accounts Payable . . . . . . . . . . . . . . . . . . . 2-23
Refund Processing through Cash Drawer. . . . . . . . . . . . . . . . . . . . . 2-24
Short Term Loan Processing . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-25
Reconciliation Tips and Examples . . . . . . . . . . . . . . . . . . . . . . . . 2-26
Common Sources of Reconciliation Problems . . . . . . . . . . . . . . . . . . . 2-26
Reconciliation Example . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-26
Banner Accounts Receivable Interface to Banner Finance. . . . . . . . . . . 2-29
Detail Code Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-29
Application of Payments and Rule Classes . . . . . . . . . . . . . . . . . . . . . 2-30
iv
Banner Accounts Receivable 8.0
User Guide
Contents
May 2008
Accounts Receivable Interface Overview . . . . . . . . . . . . . . . . . . . . . . 2-31
Accounts Receivable Interface Process . . . . . . . . . . . . . . . . . . . . . . 2-32
Posting Accounts Receivable Transactions in the Finance System . . . . . . . . 2-35
Month-End Closing Procedures . . . . . . . . . . . . . . . . . . . . . . . . . 2-37
Options for Returned Check Processing . . . . . . . . . . . . . . . . . . . . 2-38
Accrual Method of Accounting . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-38
Option A - Place a new outstanding charge of a returned check on an account. . . 2-39
Option B - Remove the payment of the original charge. . . . . . . . . . . . . . . 2-39
Billing Purge Process . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-41
Sample Detail Codes, Accounting Entries, and Rule Classes . . . . . . . . . . . 2-41
Recurring Receivables Procedure . . . . . . . . . . . . . . . . . . . . . . . . 2-43
Define Recurring Receivables . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-44
Invoice/Statement Process (TFRBILL) . . . . . . . . . . . . . . . . . . . . . . . 2-45
Setting Up Sleep/Wake Processes . . . . . . . . . . . . . . . . . . . . . . . . 2-45
Banner Student . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-45
Banner Accounts Receivable . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-46
Control/Rules/Application Forms Reference . . . . . . . . . . . . . . . . . . 2-47
Chapter 3
Student Accounts Receivable Procedures
Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-1
Establish Controls . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-1
Non-Term-Based Detail Codes Use. . . . . . . . . . . . . . . . . . . . . . . . 3-3
Associate an Effective Date with an Accounting Distribution . . . . . . . . . . . . 3-3
Change an Existing Set of Accounting Distribution Values . . . . . . . . . . . . . 3-4
Term-Based Detail Codes Set-up . . . . . . . . . . . . . . . . . . . . . . . . . 3-4
Advantages of using a Common Set of Detail Codes. . . . . . . . . . . . . . . . 3-5
Optional Use of Term-Based Detail Codes . . . . . . . . . . . . . . . . . . . . . 3-5
Implementation of the Term-based Detail Code Interface . . . . . . . . . . . . . 3-6
Term-based Detail Codes Use . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-6
May 2008
Banner Accounts Receivable 8.0
User Guide
Contents
v
Associate an Effective Date with an Accounting Distribution . . . . . . . . . . . . 3-7
Change an Existing Set of Accounting Distribution Values,
Term-based to Term-based . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-7
Change a Detail Code from Term-based to Non-Term-based . . . . . . . . . . . 3-8
Change a Detail Code from Non-Term-based to Term-based . . . . . . . . . . . 3-8
Change an Existing Set of Term-based Designator Codes . . . . . . . . . . . . . 3-9
Establish Third Party Contracts . . . . . . . . . . . . . . . . . . . . . . . . . 3-9
Establish Exemption Information. . . . . . . . . . . . . . . . . . . . . . . . . 3-10
Establish Installment Plans . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-10
Enter Student Payments . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-10
Enter/Update/Review Account Detail . . . . . . . . . . . . . . . . . . . . . . . 3-11
Mass Entry of Charges/Payments . . . . . . . . . . . . . . . . . . . . . . . . 3-11
Distribute a Single Payment to Multiple Charges . . . . . . . . . . . . . . . . 3-11
Display/Reprint Receipt . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-12
Review Accounts . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-12
Collect Miscellaneous Revenue . . . . . . . . . . . . . . . . . . . . . . . . . 3-12
Rule Code Processing in Miscellaneous Transaction Form . . . . . . . . . . 3-13
Cashiering Procedure . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-14
Accounting Feed Procedure . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-17
Establish Accounts . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-17
Application of Payments . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-17
Accounting Feed Transactions . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-18
Deposit Processing . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-19
Refund Processing through Accounts Payable . . . . . . . . . . . . . . . . . . . 3-20
Refund Processing through Cash Drawer . . . . . . . . . . . . . . . . . . . . . 3-21
Short Term Loan Processing . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-22
Reconciliation Tips and Examples . . . . . . . . . . . . . . . . . . . . . . . . 3-23
vi
Banner Accounts Receivable 8.0
User Guide
Contents
May 2008
Common Sources of Reconciliation Problems . . . . . . . . . . . . . . . . . . . 3-23
Reconciliation Example . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-24
Banner Accounts Receivable Interface to Banner Finance. . . . . . . . . . . 3-26
Detail Code Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-27
Application of Payments and Rule Classes . . . . . . . . . . . . . . . . . . . . . 3-28
Accounts Receivable Interface Overview . . . . . . . . . . . . . . . . . . . . . . 3-29
Accounts Receivable Interface Process . . . . . . . . . . . . . . . . . . . . . . 3-30
Posting Accounts Receivable Transactions in the Finance System . . . . . . . . 3-33
Month-End Closing Procedures . . . . . . . . . . . . . . . . . . . . . . . . . 3-35
Options for Returned Check Processing . . . . . . . . . . . . . . . . . . . . 3-36
Accrual Method of Accounting . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-36
Billing Purge Process . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-38
Sample Detail Codes, Accounting Entries, and Rule Classes . . . . . . . . . . . 3-39
Review Cashiering Activity . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-40
Adjust Cashiering Activity . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-41
Automatic Cashier Close and Session Finalize . . . . . . . . . . . . . . . . . 3-41
Application of Payments Process . . . . . . . . . . . . . . . . . . . . . . . . 3-42
Lockbox Payments Process . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-42
Grant Payments Process . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-43
ACH Refunds Process . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-44
PLUS Loan Refunding Process. . . . . . . . . . . . . . . . . . . . . . . . . . 3-45
Automatic Process Flow . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-46
Manual Process Flow . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-46
Accounting Feed Process . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-47
Banner Pre-Bill Procedures . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-47
Pre-Bill Process . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-47
Pre-Bill Assessments . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-48
May 2008
Banner Accounts Receivable 8.0
User Guide
Contents
vii
Banner Alternative Payment/Assessment Processing . . . . . . . . . . . . . . . 3-48
Setting Up Third Party Contracts . . . . . . . . . . . . . . . . . . . . . . . . . . 3-49
Setting Up Deposits . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-50
Setting Up Refunds through the Cash Drawer . . . . . . . . . . . . . . . . . . . 3-51
Setting Up Refunds . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-53
Sample Detail Codes and Accounting Entries. . . . . . . . . . . . . . . . . . 3-54
Generic Accrual Account Distributions . . . . . . . . . . . . . . . . . . . . . . . 3-54
Automated Installment Plans . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-55
About Automated Installment Plans and Installment Transactions . . . . . . . . . 3-56
Assigning Installment Plans. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-56
Calculating Installment Plan Transactions . . . . . . . . . . . . . . . . . . . . . 3-57
Setting Up Automated Installment Plans and Transactions - Things to Consider . 3-58
Tasks for Automated Installment Plans . . . . . . . . . . . . . . . . . . . . . . . 3-58
Setting up Automated Installment Plans . . . . . . . . .
Setting up Automated Installment Plan Assignment Rules
Setting up Automated Calculation Rules . . . . . . . . .
Using Dynamic Calculation on a Bill . . . . . . . . . . .
Not using Dynamic Calculation on a Student Bill . . . . .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 3-58
. 3-58
. 3-59
. 3-60
. 3-61
Forms for Automated Installment Plans. . . . . . . . . . . . . . . . . . . . . . . 3-61
Installment Plan Assignment Rules Form (TSAISTA) .
Installment Plan Payment Rules Form (TSAISTR) . .
Installment Plan Payment Amount Form (TSAISTP) .
Installment Plan Form - Student (TSAISTL). . . . . .
Customer Service Inquiry Form (TSICSRV) . . . . .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 3-61
. 3-61
. 3-62
. 3-62
. 3-62
Processes for Automated Installment Plans . . . . . . . . . . . . . . . . . . . . 3-63
Assign Installment Plans (TSPISTA) . . . . . . . . . . . . . . . . . . . . . . . 3-63
Create Installment Transaction (TSPISTT) . . . . . . . . . . . . . . . . . . . . 3-63
Bill Student Accounts . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-63
Third Party Billing . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-66
Schedule/Bill Procedure and Processing . . . . . . . . . . . . . . . . . . . . 3-66
Parameter Types . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-67
Schedule/Bill Rules Form (TSASBRL) . . . . . . . . . . . . . . . . . . . . . . . 3-67
Who Gets a Schedule/Bill . . . . . . . . . . . . . . . . . . . .
Student Selection . . . . . . . . . . . . . . . . . . . . . . . .
What Items and Item Headings Appear in the Schedule Portion
What Appears in the Bill Portion and How it is Displayed . . . .
Schedule/Bill Messages . . . . . . . . . . . . . . . . . . . . .
viii
Banner Accounts Receivable 8.0
User Guide
Contents
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 3-67
. 3-68
. 3-69
. 3-70
. 3-72
May 2008
Schedule/Bill Document Display . . . . . . . . . . . . . . . . . . . . . . . . . 3-72
TRA (1098T) Processing . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-74
Decisions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-74
Recommended Procedures . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-74
Maintaining Student Tax Notifications . . . . . . . . . . . . . . . . . . . . . . 3-76
Application of Payment Procedure . . . . . . . . . . . . . . . . . . . . . . . . 3-77
Priorities. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-80
Produce Aging Reports . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-83
Processing Holds/Releases Automatically . . . . . . . . . . . . . . . . . . . 3-83
Assign Accounts to a Collection Agency . . . . . . . . . . . . . . . . . . . . 3-83
Produce Account Detail Report. . . . . . . . . . . . . . . . . . . . . . . . . . 3-84
Contracts and Exemptions . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-84
Contract Exemptions by Source Code . . . . . . . . . . . . . . . . . . . . . . . 3-85
Rolling Contracts and Exemptions . . . . . . . . . . . . . . . . . . . . . . . . . 3-85
Accounts Receivable Testing Tasks . . . . . . . . . . . . . . . . . . . . . . . 3-86
Phase I . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-86
Phase II . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-87
Phase III . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-88
Phase IV . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-89
Phase V . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-89
Banner Accounts Receivable Interface to Financial Aid . . . . . . . . . . . . 3-90
Set Up Detail Codes for Financial Aid Disbursement . . . . . . . . . . . . . . . . 3-91
Set Up Aid Year, Term, Period for Financial Aid . . . . . . . . . . . . . . . . . . 3-91
Disbursement of Financial Aid Funds . . . . . . . . . . . . . . . . . . . . . . . . 3-91
Running Financial Aid Disbursement Process (Online and Batch) . . . . . . . . . 3-94
Billing and Payments for Financial Aid . . . . . . . . . . . . . . . . . . . . . . . 3-95
Processing Disbursements, Authorizations, and Memos . . . . . . . . . . . . . . 3-96
Billing Parameters and Financial Aid . . . . . . . . . . . . . . . . . . . . . . . . 3-97
Financial Aid Disbursement Process and A/R . . . . . . . . . . . . . . . . . . . 3-98
May 2008
Banner Accounts Receivable 8.0
User Guide
Contents
ix
Sample Job Stream for Billing and Financial Aid Disbursements . . . . . . . . . . 3-99
Sample Billing Statement for Financial Aid Disbursements . . . . . . . . . . . . . 3-99
Setting Up Sleep/Wake Processes . . . . . . . . . . . . . . . . . . . . . . . . 3-99
Banner Student . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-99
Banner Accounts Receivable . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-100
Control/Rules/Application Forms Reference . . . . . . . . . . . . . . . . . . 3-101
Chapter 4
General Accounts Receivable Reports
Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-1
Billing Purge Process
. . . . . . . . . . . . . . . . . . (TGPBILL) . . . . . . . 4-2
Report Sample (Page 1 of 3) . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-5
Report Sample (Page 2 of 3) . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-6
Report Sample (Page 3 of 3) . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-6
Auto Hold Release Process . . . . . . . . . . . . . . . (TGPHOLD) . . . . . . 4-7
Report Sample (Page 1 of 2) . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-9
Report Sample (Page 2 of 2) . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-10
Statement Purge Process . . . . . . . . . . . . . . . . (TGPSTMT) . . . . . . 4-11
Aging Analysis Report . . . . . . . . . . . . . . . . . . (TGRAGES) . . . . . . 4-13
Report Sample (Page 1 of 2) . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-15
Report Sample (Page 2 of 2) . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-16
Application Of Payment Process . . . . . . . . . . . . . (TGRAPPL). . . . . . . 4-17
Report Sample (Page 1 of 2) . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-21
Report Sample (Page 2 of 2) . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-21
Cashier Delete Report/Process
. . . . . . . . . . . . . (TGRCDEL) . . . . . . 4-22
Report Sample (Page 1 of 2) . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-23
Report Sample (Page 2 of 2) . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-23
Cashier Session Close . . . . . . . . . . . . . . . . . . (TGRCLOS) . . . . . . 4-24
Report Sample (Page 1 of 3) . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-26
Report Sample (Page 2 of 3) . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-27
Report Sample (Page 3 of 3) . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-27
Collection Agency Report
. . . . . . . . . . . . . . . . (TGRCOLC) . . . . . . 4-28
Report Sample (Page 1 of 3) . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-30
Report Sample (Page 2 of 3) . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-31
Report Sample (Page 3 of 3) . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-31
Cashier Detail Report
. . . . . . . . . . . . . . . . . . (TGRCSHR) . . . . . . 4-32
Report Sample (Page 1 of 4) . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-34
Report Sample (Page 2 of 4) . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-35
Report Sample (Page 3 of 4) . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-36
x
Banner Accounts Receivable 8.0
User Guide
Contents
May 2008
Report Sample (Page 4 of 4) . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-37
Batch Update of Delinquencies
. . . . . . . . . . . . . (TGRDELI) . . . . . . . 4-38
Report Sample (Page 1 of 2) . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-40
Report Sample (Page 2 of 2) . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-41
Detail Code Report . . . . . . . . . . . . . . . . . . . . (TGRDETC) . . . . . . 4-42
Accounting Feed Process . . . . . . . . . . . . . . . . (TGRFEED) . . . . . . 4-46
Report Sample (Page 1 of 6)
Report Sample (Page 3 of 6)
Report Sample (Page 4 of 6)
Report Sample (Page 5 of 6)
Report Sample (Page 6 of 6)
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 4-48
. 4-48
. 4-49
. 4-49
. 4-49
Miscellaneous Receipt Report . . . . . . . . . . . . . . (TGRMISC) . . . . . . . 4-50
Report Sample (Page 1 of 2) . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-52
Report Sample (Page 2 of 2) . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-52
Accounts Receivable Reconciliation Report . . . . . . . (TGRRCON) . . . . . . 4-53
Sample TGRRCON Report #1 - Finance installed . . . . . . . . . . . . . . . . . 4-57
Report Sample (Page 1 of 7)
Report Sample (Page 2 of 7)
Report Sample (Page 3 of 7)
Report Sample (Page 4 of 7)
Report Sample (Page 5 of 7)
Report Sample (Page 6 of 7)
Report Sample (Page 7 of 7)
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 4-57
. 4-57
. 4-58
. 4-59
. 4-59
. 4-60
. 4-60
Sample TGRRCON Report #2—Banner Finance not installed . . . . . . . . . . . 4-61
Report Sample (Page 1 of 7)
Report Sample (Page 2 of 7)
Report Sample (Page 3 of 7)
Report Sample (Page 4 of 7)
Report Sample (Page 5 of 7)
Report Sample (Page 6 of 7)
Report Sample (Page 7 of 7)
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 4-61
. 4-61
. 4-62
. 4-63
. 4-63
. 4-64
. 4-64
Account Receipt Report . . . . . . . . . . . . . . . . . (TGRRCPT) . . . . . . 4-65
Report Sample (Page 1 of 2) . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-68
Report Sample (Page 2 of 2) . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-68
Unapplication of Payment Report . . . . . . . . . . . . (TGRUNAP) . . . . . . 4-69
Report Sample . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-73
Chapter 5
Finance Accounts Receivable Reports
Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-1
Invoice/Statement Report
. . . . . . . . . . . . . . . . (TFRBILL) . . . . . . . 5-2
Report Sample #1—Billing Invoice (Page 1 of 2) . . . . . . . . . . . . . . . . . 5-6
Report Sample #1—Billing Invoice (Page 2 of 2) . . . . . . . . . . . . . . . . . 5-7
May 2008
Banner Accounts Receivable 8.0
User Guide
Contents
xi
Report Sample #2—Billing Statement (Page 1 of 2) . . . . . . . . . . . . . . . 5-8
Report Sample #2—Billing Statement (Page 2 of 2) . . . . . . . . . . . . . . . 5-9
xii
Banner Accounts Receivable 8.0
User Guide
Contents
May 2008
Account Detail Report . . . . . . . . . . . . . . . . . . (TFRDETL) . . . . . . . 5-10
Report Sample (Page 1 of 5)
Report Sample (Page 2 of 5)
Report Sample (Page 3 of 5)
Report Sample (Page 4 of 5)
Report Sample (Page 5 of 5)
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 5-13
. 5-14
. 5-15
. 5-16
. 5-17
Assess Penalty/Interest Charges Report . . . . . . . . . (TFRLATE) . . . . . . . 5-18
Report Sample (Page 1 of 2) . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-22
Report Sample (Page 2 of 2) . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-22
Auto Refunding of Credit Amounts . . . . . . . . . . . . (TFRRFND). . . . . . . 5-23
Report Sample (Page 1 of 2) . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-26
Report Sample (Page 2 of 2) . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-27
Grants Aging Analysis Report . . . . . . . . . . . . . . (TRRAGES) . . . . . . 5-28
Report Sample . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-30
Grants Application of Payment Process . . . . . . . . . (TRRAPPL) . . . . . . . 5-31
Grants Collections Report . . . . . . . . . . . . . . . . (TRRCOLL). . . . . . . 5-32
Report Sample . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-34
Grant Reconciliation Report . . . . . . . . . . . . . . . (TRRRCON) . . . . . . 5-35
Report Sample . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-38
Unapplication of Payment Process . . . . . . . . . . . . (TRRUNAP) . . . . . . 5-39
Output Sample . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-40
Unapplied Payments Listing . . . . . . . . . . . . . . . (TRRUNPL). . . . . . . 5-41
Report Sample . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-42
Chapter 6
Student Accounts Receivable Reports
Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-1
1098 Student Tax Notification Process . . . . . . . . . . (TSP1098) . . . . . . . 6-2
Processing Detail . . . . . . . . . . . . . . . . . . .
Report Sample - TSP1098 Error Report . . . . . . .
Report Sample - TSP1098 Control Report, Test Mode
Report Sample - TSP1098 Control Report . . . . . .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 6-4
. 6-10
. 6-10
. 6-11
Assign Installment Plans Process . . . . . . . . . . . . (TSPISTA) . . . . . . . 6-12
Create Installment Transaction Process . . . . . . . . . (TSPISTT) . . . . . . . 6-14
1098 Student Tax Report . . . . . . . . . . . . . . . . . (TSR1098) . . . . . . . 6-15
Student 1098-T Notifications . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-20
IRS File . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-21
Adjusting the Laser Print File . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-21
Total Billed Report . . . . . . . . . . . . . . . . . . . . (TSRBTOT) . . . . . . . 6-23
Report Sample (Page 1 of 6) . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-23
Report Sample (Page 2 of 6) . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-24
May 2008
Banner Accounts Receivable 8.0
User Guide
Contents
xiii
Report Sample (Page 3 of 6) .
Report Sample (Page 4 of 6) .
Report Sample (Page 5 of 6) .
Report Sample (Page 6 of 6) .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 6-24
. 6-25
. 6-25
. 6-26
Student Billing Statement . . . . . . . . . . . . . . . . . (TSRCBIL) . . . . . . . 6-27
Chart 1 - Sample Accounts . . . . . . . . . . . . . . . . . . .
Chart 2 - Impact of Include Zero Balance Parameter on Output
Report Sample #1—Run in INVOICING mode (Page 1 of 3) . .
Report Sample #1—Run in INVOICING mode (Page 2 of 3) . .
Report Sample #1—Run in INVOICING mode (Page 3 of 3) . .
Report Sample #2—Run in STATEMENT mode (Page 1 of 3) .
Report Sample #2—Run in STATEMENT mode (Page 2 of 3) .
Report Sample #2—Run in STATEMENT mode (Page 3 of 3) .
Report Sample #3—Run in SCHEDINV mode (Page 1 of 2) . .
Report Sample #3—Run in SCHEDINV mode (Page 2 of 2) . .
Report Sample #4—Run in SCHEDSTMT mode (Page 1 of 2) .
Report Sample #4—Run in SCHEDSTMT mode (Page 2 of 2) .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 6-30
. 6-30
. 6-38
. 6-39
. 6-39
. 6-40
. 6-41
. 6-41
. 6-42
. 6-43
. 6-44
. 6-45
Account Detail Report . . . . . . . . . . . . . . . . . . (TSRDETL) . . . . . . . 6-46
Report Sample (Page 1 of 2) . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-49
Report Sample (Page 2 of 2) . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-50
Assess Penalty/Interest Charges Report . . . . . . . . . (TSRLATE) . . . . . . . 6-51
Report Sample (Page 1 of 2) . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-55
Report Sample (Page 2 of 2) . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-55
Lockbox Tape Unload Process . . . . . . . . . . . . . . (TSRLBOX). . . . . . . 6-56
Report Sample (Page 1 of 2) . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-57
Report Sample (Page 2 of 2) . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-57
Lockbox Result Print Program . . . . . . . . . . . . . . (TSRPDRV) . . . . . . 6-58
Report Sample (Page 1 of 2) . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-58
Report Sample (Page 2 of 2) . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-58
Auto Refunding of Credit Amounts . . . . . . . . . . . . (TSRRFND) . . . . . . 6-59
Report Sample #1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-65
Report Sample #2 (Page 1 of 2) . . . . . . . . . . . . . . . . . . . . . . . . . 6-66
Contract/ Exemption Roll Process . . . . . . . . . . . . (TSRROLL) . . . . . . . 6-68
Report Sample (Page 1 of 3) . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-71
Report Sample (Page 2 of 3) . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-72
Report Sample (Page 3 of 3) . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-72
Student Transaction Summary Report . . . . . . . . . . (TSRSSUM) . . . . . . 6-73
Report Sample (Page 1 of 2) . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-75
Report Sample (Page 2 of 2) . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-76
Third Party Invoice/Billing Statement . . . . . . . . . . . (TSRTBIL) . . . . . . . 6-77
Report Sample #1 (Page 1 of 2)
Report Sample #1 (Page 2 of 2)
Report Sample #2 (Page 1 of 2)
Report Sample #2 (Page 2 of 2)
xiv
Banner Accounts Receivable 8.0
User Guide
Contents
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 6-82
. 6-83
. 6-84
. 6-85
May 2008
1098 Student Detail Tax Report Process . . . . . . . . . (TSRTRAF) . . . . . . . 6-86
Printed Detail . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-89
Report Sample . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-90
Transaction Summary Report . . . . . . . . . . . . . . (TSRTSUM) . . . . . . 6-99
Report Sample #1 - Summary Mode (Page 1 of 2) .
Report Sample #1 - Summary Mode (Page 2 of 2).
Report Sample #2 - Detail Mode (Page 1 of 2) . . .
Report Sample #2 - Detail Mode (Page 2 of 2) . . .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 6-102
. 6-103
. 6-104
. 6-105
Index
May 2008
Banner Accounts Receivable 8.0
User Guide
Contents
xv
xvi
Banner Accounts Receivable 8.0
User Guide
Contents
May 2008
1
System Overview
The Accounts Receivable System is used to maintain charge and payment information for
individual accounts.
Banner Accounts Receivable is known as a “swing” module because many of its features
are shared between Banner Student and Banner Finance; however, it is designed to
interface with non-Banner products as well.
A customer profile enables you to establish customer accounts, including credit limits,
which you can set for a particular customer and an entity type code. This enables you to
establish customer categories for billing and reporting purposes. Use the Detail Code
Control Form (TFADETC or TSADETC) to create detail codes for individual charges and
payments, including the appropriate accounting distribution for recording income, cash
collected, and Accounts Receivable. An application of payment process allows for various
user-selected methods to apply payments to charges.
The Accounts Receivable System supports billing on an individual invoice basis, as well
as a periodic statement that includes previous balance, current charges and payments, and
balance due. All information about an account is available in various levels of detail using
online queries to support account analysis.
A cashiering component of Accounts Receivable supports online processing of all types of
payments, including credit cards. The cashier checkout function ensures accounting for all
monies and that the system forwards and updates all related accounting transactions in the
General Ledger. You can have the system process miscellaneous non-debtor related cash
receipts, so that the system can account for all monies that your institution handles through
this module.
Accounts Receivable Process Flow
Process Flow Symbols
The following pages contain a process flow for the Banner Accounts Receivable system.
The following standard flowchart symbols are used to illustrate the process flow.
May 2008
Banner Accounts Receivable 8.0
User Guide
System Overview
1-1
Flow
Query Form
Report
1-2
Banner Accounts Receivable 8.0
User Guide
System Overview
May 2008
Process Flow
May 2008
Banner Accounts Receivable 8.0
User Guide
System Overview
1-3
Process Flow Narrative
The following steps are necessary when processing Accounts Receivable information.
1. Perform user and account maintenance on the User Profile Definition Form
(TGAUPRF). This form is used to set up a user ID, identify a user as a supervisor for
cashiering purposes, and to establish security restrictions for entering charges and/or
payments.
a) Incur charges to student accounts as a result of institution operation.
b) Record payments to student accounts as a result of institution operation.
2. Currency is converted from a foreign currency to the institution's base currency using
the Foreign Currency Detail Form (TFADETF) or the Student Foreign Currency
Detail Form (TSADETF). Charges, payments, or deposits may be entered to an
account in a foreign currency. The Currency Code Calculation Form (TOQCALC)
calculates the foreign currency amount needed to equal the desired base currency
amount. The summary of the total due for an invoice number is displayed on the
TFADETF or TSADETF.
3. Credits are calculated on the Student Payment Form (TSASPAY). This form is used
to determine the current status of a student account for the term, based on the incurred
charges. The form displays the current term balance, the calculated credits, authorized
Financial Aid, and the memo item balance. Credits for the term include deposits,
contracts, and exemptions which are calculated and displayed in the Cashier Data.
This form may also be used to enter payments and charges.
4. An account is updated via the Account Detail Form (TFADETL), the Student
Account Detail Form (TSADETL), or the Account Detail Review Form
(TSAAREV). These detail forms are used to research detailed items and transaction
information on an account. The user may enter charges, payments, deposits, or memo
items on the detail forms. The balance of the account and the current amount due are
calculated and displayed. Any changes to account information will modify those
balances. These forms are also used to generate receipt numbers, check account credit
limits, issue limit exceeded warnings, check Accounts Receivable holds before
allowing entry of charges or payments, and invoke security by category code.
TFADETL is used to generate invoice numbers. TFADETL and TSADETL display
detailed information for charges, payment, deposits, and memo items, while
TSAAREV displays a one line view of each transaction.
5. Miscellaneous charges and payments are entered on the Miscellaneous Transaction
Form (TFAMISC or TSAMISC). These forms are used for persons or entities that do
not have permanent records maintained on the Accounts Receivable module. The
forms allow the entry of multiple debits and credits. They also allow a document
number to be assigned to a set of transactions. The system will automatically assign a
receipt number to each set of transactions.
1-4
Banner Accounts Receivable 8.0
User Guide
System Overview
May 2008
6. Cashiering is performed using the Cashier Session Review Form (TGACREV). This
form is used to review a cashier's session activity for a specific session, in summary
by detail code, or by detail for the session, as well as to update the status of cashiering
sessions and to close active sessions. The form also displays inactive sessions for a
cashier and the current active session for a cashier. The Cashier Supervisory Form
(TGACSPV) is used by a designated supervisor to review all open sessions and to
finalize closed sessions before they are processed through the feed process.
7. Installment Plans are established using the Installment Plan Control Form
(TSAISTC). Manual processing of Installments is done via the Installment Plan forms
(TSAISTL, TFAISTL). Student Installment Plan processing may be automated
regarding the assignments and/or the calculation of plan amounts. Assignment rules
are built using the Installment Plan Assignment Rules Form (TSAISTA). Students are
associated with a plan by the Assign Installment Plan Process (TSPISTA), and if
enabled by on-line forms TSAISTP, TSICSRV, Web, and Voice Response. Calculation
rules are built using the Installment Plan Payment Rules Form (TSAISTR).
Calculations may be displayed dynamically via the Student Billing Process
(TSRCBIL), and if enabled by on-line forms TSAISTP, TSICSRV, Web, and Voice
Response. Automated Installments are written to the Accounts Receivable table by
the Create Installment Transaction Process (TSPISTT).
8. Payments are applied using the Application of Payments Process (TGRAPPL). This
process applies payments to charges based on system and user-defined priorities. This
process should be run before the Late Charges Report (TFRLATE or TSRLATE), the
Aging Analysis Report (TGRAGES), the Student Invoice/Billing Statement Process
(TSRCBIL), the Invoice/Statement Report (TFRBILL), and the Accounting Feed
Report (TGRFEED).
9. The Accounting Feed Report (TGRFEED) is used to move accounting information
that is finalized and reported, from the Accounts Receivable module to an interface
table (GURFEED) that can then be fed to the General Ledger module. All detail
codes and corresponding debit and credit accounts for closed and finalized cashiering
sessions are reported based on the effective dates of the transactions.
10. The Assess Penalty/Interest Charges Report (TFRLATE or TSRLATE) is used to
assess penalty and interest charges for accounts with past due balances. Billing must
have been previously run in statement mode in order to identify a due date for each
account. The system will then assign specified detail codes for the late charges on all
accounts with balances greater than zero and due dates of less than today.
11. Messages which appear on bills and invoices for status purposes are entered on the
Billing Message Form (TGAMESG). The messages can pertain to specific accounts,
delinquency codes, installment plans, or collection agencies.
12. Produce invoices and bills using the Student Billing Statement Process (TSRCBIL)
and the Invoice/Statement Report (TFRBILL).
May 2008
Banner Accounts Receivable 8.0
User Guide
System Overview
1-5
13. The Aging Analysis Report (TGRAGES) is used to analyze past due accounts. This
report produces a list of accounts by billed date, due date, or effective date with up to
three age date range options. TGRAGES lists unpaid account balances within each
age date range in addition to future balances. The Billing Statement Process
(TSRCBIL) and the Invoice/Statement Report (TFRBILL) must be run in
STATEMENT mode to use billed or due dates.
14. The Auto Refunding of Credit Amounts Process (TFRRFND or TSRRFND) is a two
fold process. In step one, accounts with a credit balance are identified, flagged, and
reported. Account detail is listed for the specified term or for any detail code with a
non-zero balance, and accounts are grouped by the specified category hierarchy. (The
control report lists totals for all accounts selected.) In step two, after a manual review
of the accounts, those flagged are updated with a refund detail code for the amount of
the credit balance, and are listed on the report. The refund transactions generated are
listed with an address. Any flagged accounts that do not meet the parameter criteria
for refunding have their flags reset.
1-6
Banner Accounts Receivable 8.0
User Guide
System Overview
May 2008
2
Finance Accounts
Receivable Procedures
This chapter contains the procedures used in Finance Accounts Receivable.
Establish Controls
Before accounts are established and charges and payments entered, the following series of
controls must be set up:
1. The user IDs must be established on the User Profile Definition Form (TGAUPRF).
2. Information on how an institution plans to use the Accounts Receivable Module is set
up on the Accounts Receivable Billing Control Form (TGACTRL). An institution can
identify:
• Whether a default rule class for miscellaneous transactions is to be established.
This will be used when entering miscellaneous transactions via TFAMISC when
Banner Finance is installed.
• If receipts are to be printed automatically.
• If restrictions are to be enforced. If the Enforce Restrictions on User Profile
Form check box is selected, then the restrictive category codes may be established
for each user ID on the User Profile Definition Form (TGAUPRF).
• Whether cashiers are assigned to supervisors. If the Assign Cashiers to
Supervisor check box is selected, then cashiers may be associated with supervisors
on the User Profile Definition Form (TGAUPRF) for the supervisor.
• Whether address is required when a miscellaneous transaction is created on the
Miscellaneous Transaction Form (TSAMISC).
• Whether to process prior-dated transactions based upon the transaction date or the
system date.
• Whether future effective dated transactions will be processed in the Accounting
Feed. If the Feed Future Effective Transactions check box is selected, then you
must specify whether the transaction date or the system date will be used when
creating the accounting feed information.
• The password to be used to override Accounts Receivable holds.
• The invoice prefix which will prefix all system generated invoices.
May 2008
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Procedures
2-1
3. Customer profiles must be established on the Customer Profile Definition Form
(TGACPRF).
4. For each charge and payment that is entered on an account, you must first establish
detail codes on the Detail Code Control Form (TFADETC). On this form, a code is
identified as a charge or payment, financial account information is entered, and any
default values are established. The Accounts Receivable module will support either a
cash or an accrual method of accounting.
5. Deposits are identified to the system on the Deposit Detail Control Form
(TGADEPC). Deposits may be set up with default values for amount of deposit,
method of payment, and release date.
6. The detail codes representing returned checks are identified to the system on the
Returned Check Code Control Form (TGARETC). A penalty may be assigned to a
returned check.
7. Messages that will print on a bill are set up on the Billing Message Form
(TGAMESG). Messages may be general or specific to certain accounts. They may
also be specific to an installment plan, delinquency code, or collection agency.
8. Installment plans are established on the Installment Plan Form - Finance (TFAISTL).
Default information for the plan may also be established on this form.
9. The bank and account number information is established on the Bank Code Rules
Form (GXRBANK).
Establish Installment Plans
The Installment Plan Form - Finance (TFAISTL) is used to create installment payment
plans for an account. Installment plans may function either as loans or time payments.
This form uses the installment plans previously defined on the Installment Plan Code
Control Form - Finance (TFAISTC) to establish installment plans for individual accounts.
Default information from the control form can be overridden.
For information about Automated installment plans, refer to “Automated Installment
Plans” on page 3-55.
Enter/Update/Review Account Detail
The Account Detail Form (TFADETL) is used to enter information for an account.
Charges, payments, deposits, and memo items may be entered on this form. The balance
of the account and the current amount due are calculated and displayed on this form. Any
2-2
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Procedures
May 2008
changes to the account information will modify these balances. Comments pertaining to
an account are also maintained here.
The Foreign Currency Detail Form - Finance (TFADETF) is used to enter charges and
payments to an account in a currency other than the base currency. It also displays a
summarization of the total due for an invoice number which is produced in the Billing
Statement Process.
The Account Detail Review Form - Finance (TFIAREV) is used to display the account
detail information in a condensed format.
Mass Entry of Charges/Payments
The Billing Mass Data Entry Form - Finance (TFAMASS) is used to quickly enter
charges, payments, deposits, and memos to multiple accounts. It is designed for easy entry
of like charges for a specific entry. Once the information is entered, the appropriate
account detail is updated.
The Billing Mass Entry Detail Form (TFAMDET) is used to quickly enter charges or
payments which require a rate and units calculation or an invoice number.
Display/Reprint Receipt
The Receipt Form (TGARCPT) is used to display and reprint previously processed
receipts to a customer account. These receipts may be displayed on this form. This form
may also be accessed from the Account Detail Form (TFADETL) and the Foreign
Currency Detail Form - Finance (TFADETF).
Review Accounts
The Account Review Form - Finance (TFAACCT) is used to review account information
about a specific account. Overall account summary data is displayed including account
status, balances including future and aging balances, collection agency assignments,
number of returned checks passed, and installment plan information.
Collect Miscellaneous Revenue
The Miscellaneous Transaction Form - Finance (TFAMISC) is used to collect money that
is not applied to a specific customer account. This form provides a method for cashiers to
May 2008
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Procedures
2-3
record the money being collected and to generate a receipt. For every payment being
made, or money collected, a corresponding charge must be entered for the same amount to
produce a balanced entry. This form allows for direct entry of General Ledger account
information when the detail code used permits it.
Review Cashiering Activity
The Cashier Session Review Form (TGACREV) is used to review a cashier's session
activity for a specific session for daily close out, audit, and bank deposit. The activity is
displayed in summary by detail code, as well as detail for the session. All inactive sessions
for a cashier may also be displayed. This form is used to update the status of cashiering
sessions and to close active sessions.
The Cashier Supervisory Form (TGACSPV) is used to display all active and inactive
cashiering sessions on the system. The intention of this form is to allow the supervisor to
monitor the users who have access to the Accounts Receivable module and to query
information about cashiering sessions. This form can also be used to place Closed
cashiering sessions into Feed to Accounting finalized status.
The Cashier Detail Report (TGRCSHR), when produced on a daily basis, will provide
detail of all the activity for a cashiering session and also provide summary data by
category of transaction. It facilitates bank deposit activity and serves as a hard copy audit
trail.
After all the items in a cashiering session have been fed to accounting through the
Accounting Feed Process (TGRFEED), the cashier sessions may be deleted by the Cashier
Delete Report/Process (TGRCDEL). The detail which made up the sessions will no longer
be available for display on the Cashier Session Review Form (TGACREV). However, all
data will remain on the customer's account.
Adjust Cashiering Activity
A cashier who is defined as a supervisor on the User Profile Definition Form (TGAUPRF)
can make adjustments to a closed session that belongs to a cashier who has been assigned
to that supervisor. These adjustments are made on the Miscellaneous Transaction Form Finance (TFAMISC).
Note that the original entries made by the cashier are never modified; rather, adjusting
entries are made to compensate for the entry error. These adjusting entries then become
part of the original cashiering session. They will not have the same receipt number as the
original transaction.
2-4
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Procedures
May 2008
When adjusting a miscellaneous transaction on TFAMISC, the supervisor enters
compensating debit and credit amounts. If the original transaction needs to be completely
reversed, a debit would be entered for the detail code and amount of the original credit
side of the transaction, and a credit would be entered for the detail code and amount of the
original debit side of the transaction.
Automatic Cashier Close and Session
Finalize
The Cashier Session Close (TGRCLOS) closes and/or finalizes cashiering sessions
automatically. A session can be closed, finalized, or bypassed. The ability to close and/or
finalize, or bypass a session will be controlled based on the source of the records existing
in the session. The user establishes which type of sessions can be automatically closed
and/or finalized, or by-passed by building rules on the Charge/Payment Source Code
Validation form (TTVSRCE). The process produces a report of closed and/or finalized
sessions.
Process Application of Payments
The Application of Payment Process (j) applies any payments to outstanding charges
based on the priority defined on the Detail Code Control Form (TFADETC). This process
also creates the correct accounting entries, based on the application, to be fed to the
Accounting System through the Accounting Feed Process (TGRFEED).
Application of payments for an individual account may be reviewed on the Application of
Payment Review Form - Finance (TFIAPPL).
If payments which affect the method of application are posted to an account after
application of payments has been processed, a request may be made for unapplication on
an individual account in the Account Review Form (TFAACCT). These requests must be
run through the Unapplication of Payments Process (TGRUNAP). Unapplication of
Payments may also be processed online for an individual account by transaction number
or effective date on the Unapplication of Payment Form (TFAUNAP).
Use the Unapplication of Payment Form (TFAUNAP or TSAUNAP) to unapply payments
that have been applied directly using the Account Detail Review Form (TSAAREV or
TFAAREV).
Note
The Transaction Paid number will remain on the original transaction when
you unapply a direct payment. If you want to re-apply the payment to a
different charge, then you must use either the Account Detail Form
May 2008
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Procedures
2-5
(TSADETL or TFADETL) or the Account Detail Review Form (TSAAREV)
to remove the Transaction Paid number.
„
Accounting Feed Process
The Accounting Feed Process (TGRFEED) takes all applications of payment, deposits,
miscellaneous transactions, and account detail transactions from finalized cashiering
sessions and creates a file of accounting detail records, GURFEED, and refund check
information, GURAPAY, based on the accounts built in the GL BANNER Interface
window of the Detail Code Control Form - Finance (TFADETC). A report is produced to
detail the debit and credit entries by account number.
Bill Accounts
The Finance Invoices or Statements Process (TFRBILL) invoices accounts by invoice
numbers and also provides a billing statement of the account.
When run in INVOICING mode, a separate invoice is produced for each invoice number
on an account. Any item without an invoice number is listed on a separate invoice, and the
system assigns an invoice number. An invoice date is updated for each item invoiced to
prevent an invoice from being issued multiple times.
When the process is run in STATEMENT mode, all previously invoiced items are shown in
detail, and any non-invoiced items will also be shown. The statement process updates each
transaction billed with a bill date and due date. A penalty or interest charge may be
assessed on an account which is past due using the Assess Penalty/Interest Charges Report
(TFRLATE). This process should be run prior to bills to ensure the account is billed for the
penalty and/or interest.
Produce Aging Reports
The Aging Analysis Report (TGRAGES) lists all unpaid charges on an account based on
the parameters specified for due date, effective date, or billing date.
2-6
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Procedures
May 2008
Processing Holds/Releases Automatically
By using automated hold/release processing, Banner can automatically assign holds to and
release holds from a person or entity when specified conditions are met. To use this
feature:
1. Create hold rule codes using the Auto Hold Validation Form (TTVRHLD).
2. Define the hold rules using the Auto Holds Rules Form (TGAHOLD).
3. Run the Auto Hold Release Process (TGPHOLD).
Assign Accounts to a Collection Agency
The Collections Form (TGACOLC) is used to assign delinquent accounts to a collection
agency. Each agency is first established on the system using the Identification Form
(FOAIDEN). After collection agencies have been entered with a collection agency ID
number, accounts may be assigned to a particular agency with the date the accounts were
assigned. The Collection Agency Report (TGRCOLC) lists all accounts which have been
assigned to a collection agency.
Produce Account Detail Report
The Account Detail Report (TFRDETL) lists the detail account transactions for every
account based on specified parameter selections.
Purge Account Detail
The Billing Purge Process (TGPBILL) purges account detail transactions that have a zero
balance, have been fed to accounting, and whose associated application of payment
transactions have also been fed.
Deposit Procedure
Deposits are entered for an account in Accounts Receivable using one of the following
forms:
May 2008
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Procedures
2-7
Foreign Currency Detail Form
Account Detail Form
Billing Mass Data Entry Form
(TSADETF or TFADETF)
(TSADETL or TFADETL)
(TSAMASS or TFAMASS)
Deposits window
Deposits window
Deposits window
Note
The Account Detail Form (TSADETL), Billing Mass Data Entry Form
(TSAMASS), and Foreign Currency Detail Form (TSADETF) use a term
to identify a deposit and should be used for student deposits. The
Account Detail Form (TFADETL) should be used for non-student
deposits.
„
The following steps are used to set up a deposit in Banner:
1. Enter a deposit code.
A deposit detail code is entered on the Detail Code Control Form - Finance
(TFADETC).
Type
Category
Default Amount
P for payment
Category code set up for deposits - ex. DEP
Should be set up if deposit is usually a set amount.
The GL Banner Interface window should be set up as follows.
Accrual Based:
Account A
Account B
Debit
Credit
Deposit Payable Liability Account
Deposit Receivable Account
2. Establish a payment type detail code.
A payment type detail code is set up on the Detail Code Control Form - Finance
(TFADETC). This code represents the type of payment that is used to make the
deposit (Cash, Check, Credit Card).
Type
Category
P for payment
Category code set up for cash - ex. CSH
The GL Banner Interface window should be set up as follows.
Accrual Based:
Account A
Account B
Debit
Credit
Bank Account
Deposit Payable Liability Account
3. Enter the deposit detail code on the Deposit Control Form (TGADEPC).
2-8
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Procedures
May 2008
The deposit detail code established on the Detail Code Control Form (TSADETC or
TFADETC) is entered on the Deposit Detail Control Form (TGADEPC). The detail
code must be entered here for the system to recognize it as a deposit. Default
information may also be entered here. If the default data is not entered here, it must be
entered when the deposit is entered on the account. Here you may set up the default
for the type of payment that is being used to pay the deposit.
For example, if 90% of the institution's deposits are paid by check, the detail code for
check may be entered as the default, and then if the person pays using another method,
it can be changed on the account.
4. Enter a deposit on the account.
Use one of the following forms to enter a deposit on an account:
Foreign Currency Detail Form (TSADETF or
TFADETF)
Account Detail Form (TSADETL or TFADETL)
Billing Mass Data Entry Form (TSAMASS or
TFAMASS)
Deposits window
Deposits window
Deposits window
When a deposit is entered the following information is required:
• Term (only on TSADETL, TSAMASS, or TSADETF)
• Amount
• Pay Detail
An accounting transaction is created automatically when a deposit is entered to an
account. Deposits entered in the Deposits window are held off the account until they
are released either automatically or manually.
The Auto Release indicator is used to allow the system to automatically release a
deposit to an account when the credits are processed on the Student Payment Form
(TSASPAY) or when bills are run in the Statement or Applycred mode (TSRCBIL or
TSRTBIL). This will be done if the Auto Release indicator is set to Y and the process
date is equal to or greater than the release date. If the Auto Release indicator is set to
N, the deposit is released to an account by going to the Deposits window of the
Account Detail Form (TSADETL or TFADETL) and entering a release amount.
Deposits set up to be automatically released may also be manually released by
entering the release amount, as long as the current date is equal to or greater than the
release date.
Note
Deposits can only be automatically released through the Student
processes.
„
5. Run the Accounting Feed.
May 2008
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Procedures
2-9
When a deposit is entered to an account, an accounting transaction is created. At this
time the system must recognize the receipt of the cash, check, or credit card used to
pay the deposit. The Accounting Feed (TGRFEED) will create the following
transactions in the accounting interface file.
Debit
Credit
Account A—payment detail code
Account B—payment detail code
(debit to cash)
(credit to deposit suspense)
6. Release a deposit to an account.
When a deposit is released to an account (either automatically or manually) the
deposit is credited to the account balance, and the following entries will be created in
the Accounting Feed (TGRFEED).
Debit
Credit
Account A—deposit detail code
Account B—deposit detail code
(debit to deposit suspense)
(credit to deposit receivable)
7. Release a deposit to an outstanding charge.
When the released deposit is applied to an outstanding charge through the Application
of Payment Process (TGRAPPL), the following transactions are created in the
Accounting Feed (TGRFEED).
Debit
Credit
Account B—deposit detail code
Account A—charge detail code
(debit to deposit receivable)
(credit to receivable account)
Application of Payment Procedure
Note
For information regarding application of Student transactions, please refer
to Chapter 3, “Student Accounts Receivable Procedures.”
„
The Banner Application of Payment Process is a method which allows an institution to
determine which payments apply to which charges and to decide the order in which
payments should be used and charges should be paid. When charges and/or payments are
entered to an account, they are reflected immediately in the account balance and amount
due for the account.
The Application of Payment Process (TGRAPPL) handles the internal application of a line
item transaction with a negative balance to a line item transaction with a positive balance.
In a standard method of thinking, this would be a payment being applied to a charge. It
could also be a negative charge being handled on the credit (payment) side or negative
payment being handled on the charge side. Throughout this document the terminology of
payments and charges will be used with the understanding that a payment could be a
negative charge and a charge could be a negative payment.
2-10
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Procedures
May 2008
A priority for application of payments is set up on every charge and payment in Banner.
This priority is then used in the Application of Payment (TGRAPPL) batch process along
with a series of rules to determine how payments are applied to outstanding charges. Only
payments with a balance in the Balance field on the Account Detail Form (TSADETL or
TFADETL) will be used to pay charges with a balance. A balance for a charge or payment
indicates that the charge or payment has not yet been applied and can be processed
through application of payments.
Future dated transactions will be handled in one of two ways, depending on the status of
the Feed Future Effective Transactions check box on the Accounts Receivable Billing
Control Form (TGACTRL). If this check box is selected, the effective date is not used,
that is, all transactions are candidates for application of payments. If this check box is
cleared, application of payments will only apply to transactions that have a current or less
than current effective date. Future charges or payments will not be applied until they
become effective.
Application of Payments and its results affect the following areas:
• The Application of Payment Process reduces the Balance field on the Account
Detail Form (TFADETL), the Account Detail Review Form - Finance (TFIAREV),
and the Account Detail Review Form - Student (TSAAREV) for each transaction
that is processed. Application of Payments is the only method to reduce the
Balance field.
• The Aging Analysis Report (TGRAGES) uses the Balance field to determine if a
charge is paid. If the transaction still has a balance, it will be reported and aged as
an outstanding charge.
• The Account Review Form - Finance (TFAACCT) has aging by effective date and
aging by bill date, both of which use the Balance field on a transaction.
• The Finance Invoices or Statements Process (TFRCBIL) uses the Balance field on
a transaction in conjunction with the due date to determine the past due balance.
• The Assess Penalty/Interest Charges Report (TFRLATE) uses the Balance field on
a transaction in conjunction with the due date to determine what outstanding items
are eligible for late charges.
• The Billing Purge Process (TGPBILL) uses the Balance field on a transaction in
addition to other criteria to determine if the transaction should be purged. A
transaction will not be purged if the balance is not zero.
• Application of Payments also affects the feed to the General Ledger based on the
following information.
May 2008
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Procedures
2-11
The following is a step-by-step procedure for processing application of payments and a
series of rules for establishing priorities for each detail code on the Detail Code Control
Form (TFADETC).
1. Set up priorities on each charge and payment on the Detail Code Control Form
(TSADETC or TFADETC). Priority is a three-digit field.
• Any position that is non-zero in the payment priority must match the charge
priority exactly.
• Zero in any position is a wild card.
• Payment priority of 999 used first.
• Charge priority of 999 paid first.
• Payment priority of 000 will pay anything. Cash is recommended to be a priority of
000 so it will pay anything.
Examples:
• Deposit 999 pays only charge of 999
• Payment 900 pays any charge from 900 to 999
• Deposit 420 pays any charge from 420 to 429
• Payment 100 pays any charge from 100 to 199
• Payment 000 pays any charge from 000 to 999
Note
Student System Only
The Like Term indicator on the Detail Code Control Form - Student
(TSADETC), when selected, will prevent payments from applying to
charges outstanding from other terms. This would be used primarily for
financial aid that is restricted in its use to current term charges.
„
2. Enter charges and payments onto an account using any of the following forms and
reports:
• Student Payment Form (TSASPAY)
• Account Detail Form (TSADETL or TFADETL)
• Account Detail Review Form - Student (TSAAREV)
• Billing Mass Data Entry Forms (TSAMASS or TFAMASS or TFAMDET)
• Assess Penalty/Interest Charges (TSRLATE or TFRLATE)
• Any charges from Registration, Admissions, and Academic History
• Installment Plan Form (TSAISTL or TFAISTL)
2-12
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Procedures
May 2008
Priority and the standard Application of Payment Process may be overridden when an
item is entered by directly applying that item to an existing item on the account by
transaction number. When the item is entered on the Student Payment Form
(TSASPAY), Account Detail Form (TSADETL or TFADETL), or Account Detail
Review Form (TSAAREV) the Trans Pay field is populated with the transaction
number of the line item to which the entry is being directly applied.
A payment may only be applied to one transaction and may only be applied if the
amount of the payment is less than or equal to the amount of the charge. If one
payment needs to be directly applied to more than one charge, the payment must be
divided and applied individually to each charge. The Description field may be used to
indicate a split payment.
3. Run the Application of Payment Process (TGRAPPL) process in batch. This process
should be run before every accounting feed, either on a nightly or weekly basis, to
send the appropriate financial transactions to the accounting system on how charges
were paid.
The sequence of application of payment is as follows:
3.1.
Direct application using the Transaction Paid field
3.2.
Direct application using invoice numbers
3.3.
Like detail codes within the same term
3.4.
Priorities
(See a detailed breakdown of this information in the section entitled “Priorities”
on page 2-14.)
3.5.
Refund to any priority
3.6.
Negative charge to any priority
The sequence above assumes that the payment priority is valid when matched against
the charge priority for oldest term, oldest effective date, and lowest transaction
number.
If a payment is the result of an exemption or a third party contract payment, an
additional requirement must be met during the application process in order for the
payment to apply to a charge transaction. The source code of the charge transaction
must match the source code associated with the valid detail codes defined on
TSACONT or TSAEXPT.
May 2008
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Procedures
2-13
The result of the Application of Payment Process may be viewed for each account on
the Application of Payment Review Form (TSIAPPL or TFIAPPL). This form will
show the charge detail code and the payment detail code and the amount applied.
Note
One charge may be paid by more than one payment, and one payment
may be used to satisfy more than one charge.
Once a payment has been applied to a charge, the balance of the
payment and charge will reflect the amount that has been used. If a
payment was used completely to pay a charge in full, both transactions
will have a zero balance. The balance for each transaction may be viewed
on the Account Detail Form (TSADETL or TFADETL), the Account Detail
Review Form (TFIAREV), the Account Detail Review Form (TSAAREV),
and the Foreign Currency Detail Form (TSADETF or TFADETF).
„
Priorities
The following table provides additional information for the Priorities step, above..
Sorting is performed first by credits (payments), and then by charges.
Priority Order
Sort List
1
2
3
4
5
6
Priority of payments in descending order
Payment effective date
Payment transaction number
Priority of the charge in descending order
Charge effective date
Charge transaction number
Processing Grant Payments
1. Use the Detail Code Control Form (TFADETC or TSADETC) to create grant billing
detail codes. By specifying GRN (Grant) in the Category field on the Main window,
you can designate the detail code as a grant billing detail code, and then select the
type of transaction for it from the Grant Type pull-down list.
2. You can either enter payments received from sponsoring agencies on the Research
Accounting Payments Entry Form (FRAAREV), thereby populating the TRRACCD
table and creating an open cashiering session, or
Use the Grants Application of Payment Process (TRRAPPL), which applies the
payments received from the sponsoring agencies to the charges billed to those
agencies, and inserts the transactions into the TRRAPPL table.
2-14
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Procedures
May 2008
3. Once the session is finalized, the Accounting Feed Process (TGRFEED) selects the
grant payment transactions and inserts them into the GURFEED table.
4. The FURFEED process feeds these transactions to Banner Finance.
5. The posting process in Banner Finance posts the transactions to the ledgers.
Entering Free Form Account Numbers
The Miscellaneous Transaction Form (TSAMISC or TFAMISC) allows for the entry of a
free format account number. These free format account numbers are available on both the
debit and credit portions of the account. The user may only enter an account number under
the following conditions:
• The GL Enterable check box on the Detail Code Control Form (TSADETC or
TFADETC) must be selected. This indicates that free form account numbers may
be entered on TFAMISC for the detail code being used.
• If the Banner FINANCE Installation check box is cleared on the Installation
Control Form (GUAINST), then the 60-character free form account number may
be entered. If the check box is selected, then the Banner Finance accounting
distribution on TFAMISC may be entered.
With Banner Finance, you can have the account number information default from the
following account distribution components:
• Chart of Accounts/Account Index
• Chart of Accounts/Fund Code
• Chart of Accounts/Organization Code
These account distribution components are built and maintained in the Banner Finance
System.
Rule Code Processing in Miscellaneous
Transaction Form
If the miscellaneous default Rule Code field on the Accounts Receivable Billing Control
Form (TGACTRL) is entered, and the user has not entered an accounting distribution and
rule code on the Miscellaneous Transaction Form (TFAMISC), then the rule class
(Rule Class 1) on the Detail Code Control Form will be replaced by this default rule code
regardless of whether the GL Enterable check box is selected on the Detail Code Control
Form (TFADETC).
May 2008
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Procedures
2-15
By leaving this field blank on the Accounts Receivable Control Form (TGACTRL), the
current processing will be available:
• Using the account number and rule class one on the Detail Code Control Form
(TFADETC), or
• Entering the account number and the rule class on the Miscellaneous Transaction
Form (TFAMISC) directly, provided the GL Enterable check box is selected on
the Detail Code Control Form - Finance (TFADETC).
This permits the detail codes to be created with the rule class one (RC1)process code to be
more efficient. All forms within Accounts Receivable take both debit and credit account
numbers from the same detail code. However, TFAMISC uses only one line from each
detail code. Therefore, rule codes must be built with the compensating G020 process
codes to keep the fund specified in balance if this code is ever used on TFAMISC. This
option requires that only the default miscellaneous transaction rule code have this
capability.
Cashiering Procedure
Any Banner user who enters a charge and/or payment anywhere in the system will create a
cashiering session for his/her user ID. Cashiering sessions are created from the following
processes:
• Enter charge/payment on the Account Detail Form (TFADETL).
• Enter charge/payment on the Billing Mass Data Entry Form (TFAMASS).
• Enter charge/payment on Foreign Currency Detail Form - Finance (TFADETF).
• Enter deposit on the Account Detail Form (TFADETL).
• Enter deposit on the Billing Mass Data Entry Form (TFAMASS).
• Complete Fee Assessment on the Batch Fee Assessment (SFRFASC). Cashier is
user who runs the job.
• Assess Penalty/Interest Charges for Billing (TFRLATE). Cashier is entered as a
parameter.
• Enter Charge and Payment on the Miscellaneous Transaction Form - Finance
(TFAMISC).
Once a Cashiering session has been created and payments/charges have been entered, the
user should take the following steps:
2-16
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Procedures
May 2008
Step 1
Close Cashiering Session.
1. At the end of the day (or period of activity), access the Cashier Session Review Form
(TGACREV).
2. Enter the session user and the session number of 0 in the Key block and select Save.
3. In the Session Detail Selection information, enter the category code of CSH (or the
category code you have defined for cash, check, and credit card payments) and select
Next Block to access the Cashier Session Summary information.
4. Balance payments in the cash drawer against totals by detail code (all cash, all
checks, etc.). Totals are available by choosing Display Totals from the options menu.
5. If there is a discrepancy, select Next Block to access the Cashier Session Detail
window and view the detail. All miscellaneous payments will be listed first with no
account number and a source code of S. All other detail items will have the account
ID number to reference. If an error is found, the user can go to the Account Detail
Form (TFADETL) for the account ID number [or to the Miscellaneous Transaction
Form - Finance (TFAMISC) for the receipt number if there is no ID number] and
make the adjusting entry.
6. When the session is in balance and the totals on the Cashier Session Review Form
(TGACREV) match the payments collected, choose Close Session from the options
menu or select Insert Record to close the cashiering session. The session will now
move to the User Sessions window where it will have a status of C.
7. The Cashier Session Close (TGRCLOS) closes and/or finalizes cashiering sessions
automatically. A session can be closed, finalized, or bypassed. The ability to close
and/or finalize, or bypass a session will be controlled based on the source of the
records existing in the session. The user establishes which type of sessions can be
automatically closed and/or finalized, or by-passed by building rules on the Charge/
Payment Source Code Validation form (TTVSRCE). The process produces a report of
closed and/or finalized sessions.
Step 2
Perform Supervisory Review.
In Banner, a supervisor is defined on the User Profile Definition Form (TGAUPRF). If
the supervisor/cashier relationship is being enforced on the Accounts Receivable
Billing Control Form (TGACTRL), cashiers may be assigned to supervisors on the
User Profile Definition Form (TGAUPRF). The supervisor user ID should have no
cashiering activity tied to it. A supervisor is not allowed to finalize his/her own
sessions; therefore, a supervisor user ID should only perform supervisory functions,
May 2008
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Procedures
2-17
and the supervisor should have another user ID defined for daily cashiering and
account activity.
1. The supervisor queries the Cashier Supervisory Form (TGACSPV).
2. Review all active sessions to determine why they are active and if they should be
closed.
3. Review all closed sessions.
4. If there is a discrepancy in a closed session, the supervisor has two options:
• Option 1: When the discrepancy is located, the Account Detail Form (TFADETL)
and/or Miscellaneous Transaction Form - Finance (TFAMISC) can be accessed in
supervisory mode by selecting Process Supervisor Adjustment in the options menu
or by executing the Supervisor Adjustment function (Exit with Value) from the Key
block. This will allow the supervisor to specify the user ID and session that needs
to be adjusted. The adjustment is then entered on the appropriate account (Account
Detail Form - TFADETL) or posted to the correct detail code (Miscellaneous
Transaction Form - Finance - TFAMISC).
• Option 2: The supervisor can sign onto his/her working user ID, post the
appropriate adjustments, follow Step 1 to close the session, sign off, and sign on to
his/her supervisory account. This will allow any adjustments to be tracked to the
supervisor's working user ID rather than to the user ID and session that had the
error.
The Foreign Currency Detail Form (TFADETF) and the Account Detail Review
Form (TSAAREV) may also be accessed in supervisory mode.
Step 3
Finalize Cashiering Session.
1. On the Cashier Supervisory Form (TGACSPV), the supervisor now finalizes all
closed cashiering sessions by changing the Status from C to F.
2. Any sessions created as a result of fee assessment, the posting of charges to accounts
with no payments, or any mass entry of charges through ORACLE*Loader, will not
be able to be balanced against a cash drawer. The institution may choose to not
review these type of sessions and may allow the supervisor, rather than the cashier, to
close and finalize these sessions.
3. Cashier reports (TGRCSHR) are then run with the parameter option to only report
finalized sessions and then to update the finalized sessions to a status of R for
reported. This will prevent the finalized sessions from the previous day from being
reported again, because they now have a status of R.
4. The Cashier Session Close (TGRCLOS) closes and/or finalizes cashiering sessions
automatically. A session can be closed, finalized, or bypassed. The ability to close
and/or finalize, or bypass a session will be controlled based on the source of the
2-18
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Procedures
May 2008
records existing in the session. The user establishes which type of sessions can be
automatically closed and/or finalized, or by-passed by building rules on the Charge/
Payment Source Code Validation form (TTVSRCE). The process produces a report of
closed and/or finalized sessions.
Step 4
Perform the Accounting Feed.
1. Run the Application of Payment Process (TGRAPPL).
2. Run the Accounting Feed Process (TGRFEED) to create a file of detail accounting
transactions (GURFEED).
3. All transactions fed in the Accounting Feed Process will have their Feed Indicator
on the Account Detail Form (TFADETL) updated to an F for fed, so they cannot be
fed twice.
4. If a refund detail code (a detail code with the Refundable check box on the Detail
Code Control Form - Finance, TFADETC, selected) had been entered on an account,
an accounts payable transaction will be created into a separate file (GURAPAY), in
addition to the standard debit/credit entry. The parameter address type in the
Accounting Feed Process (TGRFEED) will be used to pull the account's address into
this accounting feed file (GURAPAY).
5. Run the files (GURFEED and GURAPAY) created from the Accounting Feed Process
through the institution's own accounting interface procedure or through FURFEED
and FURAPAY.
6. Delete the feed files after the transactions have been posted to the institution's
accounting system. If the feed file is not deleted, the interface process must be able to
select from the file by date.
7. Run the Cashier Delete Report/Process (TGRCDEL) to delete cashiering sessions that
have had all their transactions fed to the accounting system. This will allow an
institution to clean up its files so all sessions are not displayed on the Cashier
Supervisory Form (TGACSPV).
Accounting Feed Procedure
The Banner Accounting Feed Process (TGRFEED) provides the data to interface the
Accounts Receivable module with the institution's financial accounting system. Banner
Accounts Receivable refers to all transactions on an account by a four-character detail
code unique to each type of transaction.
Each institution creates its own detail codes for every charge and payment transaction that
can be entered onto an account. These detail codes are built on the Detail Code Control
Form (TSADETC or TFADETC). Each detail code references the accounting entries it
May 2008
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Procedures
2-19
represents in the financial accounting system on the GL Banner Interface window of the
Detail Code Control Form (TSADETC or TFADETC). The Accounting Feed Process
(TGRFEED) will actually translate the detail codes used in Accounts Receivable into the
appropriate accounting transactions represented in the GL BANNER Interface window.
Every detail code must be represented with a debit account, a credit account, and a
percentage to apply to the debit and credit account. One detail code may be associated
with an unlimited number of debit and credit accounts, as long as the total percentage split
across the different accounts equals 100%.
Establish Accounts
When establishing the accounts, Account A is usually the debit account and Account B is
the credit account as in the following example.
Charge transaction:
Account A
Account B
Receivables Account Number
General Ledger Income Account Number
Payment transaction:
Account A
Account B
Cash or Bank Account Number
Overpayment or Clearing Account Number
Every transaction entered to an account in Accounts Receivable will be translated in the
accounting feed into a debit and credit entry.
Application of Payments
When a transaction is applied to another transaction on an account through the Application
of Payment Process (TGRAPPL) (reference the application of payment procedure),
another debit and credit entry is created for the application of payment record. As a
standard rule, the Application of Payment Process (TGRAPPL) will create the following
transactions.
For the payment side:
• If the payment side represents a payment detail code then,
Debit
Account B for payment code
• If the payment side represents a reversed charge detail code then,
Debit
2-20
Account A for reversed charge code
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Procedures
May 2008
For the charge side:
• If the charge side represents a charge detail code then,
Credit
Account A for charge code
• If the charge side represents a reversed payment detail code then,
Credit
Account B for reversed payment code
Accounting Feed Transactions
The accounting feed will process the entering of a transaction and the application of that
transaction to another transaction in the following manner.
Charge transaction entered onto an account:
Debit
Credit
Charge Account A
Charge Account B
(debit to receivables account)
(credit to income account)
Payment transaction entered onto an account:
Debit
Credit
Payment Account A
Payment Account B
(debit to bank account)
(credit to overpayment account)
Payment applied to charge:
Debit
Credit
Payment Account B
Charge Account A
(debit to overpayment account)
(credit to receivables account)
If the three transactions described above occurred on the same day, the final result
in the General Ledger would appear as follows:
Debit
Credit
Cash or bank account
General Ledger income account
The overpayment and receivables accounts would result in a zero entry with an equal debit
and credit. If the charge transaction had occurred without a corresponding payment, there
would be a debit in the receivables account indicating that a receivable was still due.
If a payment was received and there was no outstanding charge for it to apply to, there
would be a credit in the overpayment or clearing account that would be available when a
future charge was placed on the account, or that could be refunded out of the overpayment
account.
May 2008
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Procedures
2-21
In the case of a negative or reversed charge or a negative or reversed payment, the
opposite accounting transactions will be created in the accounting feed. See the following
example.
Negative charge transaction:
Credit
Debit
Account A
Account B
(credit to receivable account)
(debit to general ledger income account)
Negative payment transaction:
Credit
Debit
Account A
Account B
(credit to cash account)
(debit to overpayment account)
Deposit Processing
A deposit detail code would be set up with the following accounts.
Account A
Account B
Debit
Credit
Deposit Suspense Account
Deposit Receivables Account
A deposit payment detail code would be set up with the following accounts.
Account A
Account B
Debit
Credit
Bank Account (cash)
Deposit Suspense Account
When a deposit is entered on the Deposit window of the Account Detail Form (TSADETL
or TFADETL), the Accounting Feed (TGRFEED) will create the following accounting
transactions.
Debit
Credit
Account A for the Payment Detail Code
Account B for the Payment Detail Code
(debit to cash)
(credit to deposit suspense)
When the deposit is released on the account, the Accounting Feed (TGRFEED) will create
the following accounting transactions.
Debit
Credit
Account A for the Deposit Detail Code
Account B for the Deposit Detail Code
(debit to deposit suspense)
(credit to deposit receivable)
When the deposit is applied to a charge transaction on the account, the Accounting Feed
(TGRFEED) will create the following transactions.
Debit
Credit
2-22
Account A for the Deposit Detail Code
Account B for the Charge Detail Code
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Procedures
(debit to deposit receivable)
(credit to receivable account)
May 2008
Refund Processing through Accounts Payable
In order to refund a credit balance account, a detail code must be established on the Detail
Code Control Form (TSADETC or TFADETC). The code should be identified as a charge
and the GL Banner Interface window set up with the following accounts.
Account A
Account B
Debit
Credit
Accounts Receivable Refund Account
Accounts Payable Clearing Account
When a check/cash overpayment is entered on the account the Accounting Feed Process
(TGRFEED) will create the following entries.
Debit
Credit
Account A for check
Account B for check
(debit to cash account)
(credit to overpayment/clearing account)
When the refund detail code is entered on the account the Accounting Feed Process
(TGRFEED) will create the following entries.
Debit
Credit
Account A for refund
Account B for refund
(debit to refund receivables account)
(credit to accounts payable clearing)
When the refund is applied to the overpayment credit in the Application of Payment
Process (TGRAPPL), the following would be created by the Accounting Feed Process
(TGRFEED).
Debit
Credit
Account B for check
Account A for refund
(debit to overpayment/clearing account)
(credit to refund receivables account)
When the accounts payable entry is fed into the Finance System, the following
transactions should occur when the check is produced.
Debit
Credit
Accounts payable
Cash
The same refund detail code can be used to refund a credit balance account due to a
reversed charge, with the following entries occurring.
May 2008
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Procedures
2-23
Reversed Charge:
Debit
Credit
Account B for charge
Account A for charge
(debit to income)
(credit to receivables)
Account A for refund
Account B for refund
(debit to refund receivables account)
(credit to accounts payable clearing)
Refund:
Debit
Credit
Application of refund to reversed charge:
Debit
Credit
Account A for reversed charge (debit to receivables account)
Account B for refund
(credit to refund receivables account)
Refund Processing through Cash Drawer
If a refund is being done out of the cash drawer the detail code would be set up with the
following account.
Account A
Account B
Debit
Credit
Refund Account
Cash Account
When the overpayment is entered on the account the Accounting Feed (TGRFEED) will
create the following transactions.
Debit
Credit
Account A for payment
Account B for payment
(debit to cash account)
(credit to overpayment/clearing account)
When the refund is entered.
Debit
Credit
Account A for refund
Account B for refund
(debit to refund receivables account)
(credit to cash account)
When the refund applies to the overpayment in the Application of Payment Process
(TGRAPPL), the Accounting Feed (TGRFEED) will create the following transactions.
Debit
Credit
2-24
Account B for payment
Account A for refund
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Procedures
(debit to overpayment/clearing account)
(credit to refund receivables account)
May 2008
Short Term Loan Processing
Short term loan payment to account—Plan Code:
Account A
Account B
Debit
Credit
Short Term Loan Expense Account
Receivables Account
When a student is given money for a loan, a refund code must be placed on the student's
account.
Refund of Short Term Loan:
Debit
Credit
Account A
Account B
(debit to receivables account)
(credit to accounts payable clearing account or short
term loan clearing account)
When Application of Payments (TGRAPPL) is run, the following entries will occur.
Debit
Credit
Account A
Account B
(debit to receivables account)
(credit to receivables account)
The financial accounting system would then need the following entries to produce the
check.
Debit
Credit
Accounts payable clearing account
Cash account
If the student is receiving cash for a loan and a check is not being processed through
accounts payable, the following type of refund should be set up.
Cash refund of Short Term Loan:
Debit
Credit
Account A
Account B
(debit to receivables account)
(credit to cash account)
The principle detail code that will be posted on the student's account with a future date
should have the following accounts established.
Debit
Credit
Account A
Account B
(debit to loan receivables account)
(credit to short term loan expense account)
When the payment is made for the principle payment and application of payments is run,
the following entries will occur.
May 2008
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Procedures
2-25
Payment:
Debit
Credit
Account A
Account B
(debit to cash account)
(credit to overpayment or clearing account)
Application of Payments:
Debit
Credit
Account B of
payment
Account A of
principle
(debit to payment or clearing account)
(credit to loan receivables account)
Reconciliation Tips and Examples
Common Sources of Reconciliation Problems
Most reconciliation problems are caused by the following conditions:
1. Incorrect detail codes. Accounting does not support the change in the A/R subsidiary
ledger. It is strongly recommended that all Detail codes be tested thoroughly prior to
using in a production database.
2. Lack of a clean cutoff. Reports are not processed in the absence of all activity in the
A/R module. Some transactions are reported and some are not.
3. Suspended journal documents. Suspended journal documents should be reviewed,
corrected, and posted. If not, these transactions are reflected in the A/R subsidiary,
but not in the Finance ledgers.
Reconciliation Example
Step A
Run TGRAGES for all detail codes with the age date as (E)ffective current date.
Select the appropriate date ranges (such as 30, 45, and 60) and include the minimum
account balance of -9999999.99 and maximum account balance of 9999999.99
Report Totals
0 to 90:
91 to 120
121 to 360
2-26
412,173.73
.00
1,073.55
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Procedures
May 2008
Report Totals
361 +
FUTURE BALANCE
ACCOUNT
BALANCE‘
18,531.25
47,280.88
479,059.41
Step B
Run TSRDETL for all detail codes and current term for all (O)pen account balances.
Select the appropriate as of date with future process as of date of 31-DEC-2099 to
include all future dated transactions and include the minimum refund balance of
99999999.
Report Totals
BALANCE DUE
FUTURE DUE
ACCOUNT BALANCE
SELECTION BALANCE
430,978.53
47,280.88
478,259.41
478,259.41
Step C
Run the TFRDETL for all detail codes for all (O)pen account balances. Select the
appropriate as of date with future process as of date of 31-DEC-2099 to include all
future dated transactions and include the minimum refund balance of 9999999.99.
Remember that only accounts having a literal ARTERM for all transactions will be
selected for this report. Those accounts that contain both Student Terms (STVTERM)
and literal terms (ARTERM) report on TSRDETL.
Report Totals
BALANCE DUE
FUTURE DUE
ACCOUNT BALANCE
SELECTION BALANCE
800.00
.00
800.00
800.00
Step D
Compare the account balance total from (479,059.41, in this example) to the total of
the account balances from TSRDETL and TFRDETL (478,259.41 and 800.00 in this
example). The totals must equal to verify that all open account details equal open
account summaries.
May 2008
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Procedures
2-27
Comparisons
TSRDETL Account Balance
TFRDETL Account Balance
TGRAGES Account Balance
478,259.41 (step B)
800.00 (step C)
479,059.41 (step A)
Step E
Run TGRRCON with Account Detail Reconciliation set to Y, a start date before the
first feed, and a future end date. Review the output for any invalid Term Designator or
missing accounting messages, and make corrections as necessary. Compare the total
‘ADJ FED TOTAL’ for each FOAPAL account to the corresponding amount in the
General Ledger. This report will reflect balances for charge detail codes (Line A) in
the Open Charges section, and for payment detail codes (Line B) in the Unapplied
Payments section.
The deposit reconciliation may be run to report AR deposits not released or partially
released. The deposit reconciliation balance should equal your Deposits Payable
account in your General Ledger. The report may also be used to list totals of
miscellaneous transactions processed.
Note
The account distribution on detail codes should always have a valid
FOAPAL distribution defined, and changes in a production environment
should be discouraged. Changes will cause the TGRRCON report to lump
previously fed FOAPAL distributions into a new FOAPAL accounting
distribution. Appropriate reclassification entries would be warranted if the
FOAPAL change was appropriate.
„
Step F
Compare each FOAPAL AR total from TGRRCON, Open Charges - Receivables
(Account A:) section, Adjusted Total Fed column, to the current period’s AR summary
balances on the Trial Balance Report (FGRTBAL) or online FGITBAL.
Each Total Fed FOAPAL distribution should equal, with the exception of fund 1010
and account 1121.The TGRRCON balance for account 1121 is a total of all
installment principle charges not fed that are future dated
(Charge Detail Code Line A).
The balance in fund 1010, account 1122 on FGRTBAL, is a total of the installment
plan payment detail code transactions fed to the General Ledger. The installment plan
payment detail code transactions will never be reflected in the TGRRCON Open
Charges section as they are fed as payments.
The TGRRCON report will list detail code discrepancies caused by detail codes with
accounting distribution not equal to 100% (those greater than 100%) and detail codes
without accounting distributions. The last type of error may be the source of most of
2-28
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Procedures
May 2008
the out-of-balance (OOB) conditions experienced (AR Balances with no fed
FOAPAL).
Banner Accounts Receivable Interface to
Banner Finance
This procedure references Banner Finance forms, processes, and reports, and is designed
to familiarize the Banner user with the control forms, reports and processes within the
Banner Finance System and specifically the Accounts Receivable component which will
convert Accounts Receivable activity into accounting transactions. The reports and
processes are identified with the appropriate run options to enable you to successfully run
a complete interface process. If Banner Finance is not installed at your institution, you
should substitute your finance system's interface process.
This procedure requires a clear understanding of the following basic concepts in Accounts
Receivable:
• Creation of detail codes
• Cashiering input forms
• The Application of Payments Process
• Cashier session closing and finalization
For the Finance System, the following knowledge is required:
• Chart of Accounts
• Rule classes
• Journal voucher forms
• Credit memo/invoice form
• Batch processes for account posting and check generation
Note
The two most important control forms are the Detail Code Form
(TFADETC and TSADETC) and the Rule Code Form (FTVRUCL). These
are chart-specific, and a complete understanding of your Chart of
Accounts is necessary before building the accounting relationships on the
Detail Code Control Form.
„
Detail Code Overview
Detail codes are the single most important item linking Accounts Receivable to Finance
through the interface process. Several points should be addressed at this time.
May 2008
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Procedures
2-29
• The system was delivered with sample cashiering sessions. The accounting
distributions may not be applicable to your Chart of Accounts. Codes without
accounting data or rule classes will not feed to the Finance System. The batch
Accounting Feed Process (TGRFEED) will reject these transactions.
• Detail codes with valid accounting distributions but placed incorrectly in the Detail
Code Control Form will pass through the Finance interface.
• In many instances, the accounting distribution errors will be identified in the
Transaction Error Report (FGRTRNR) after edits are accomplished.
• Proper creation of the Chart of Accounts and Rule Classes is essential to the
interface process and developing valid accounting distributions. These items must
be thoroughly tested before being executed in production.
• Testing the interface accounting distributions can be done in an abbreviated fashion
using your test rule classes directly through the Journal Voucher Entry Form
(FGAJVCD). Testing should be as comprehensive as possible.
• Access to the Detail Code Control Form (TFADETC or TSADETC) should be
limited.
Application of Payments and Rule Classes
Detail codes are comprised of descriptive information, both Chart of Accounts code
elements and rule classes. These data are highly interactive. On the Detail Code Control
Form (TFADETC or TSADETC), rule classes consist of three fields, two allowing the
Application of Payments Process to perform two basic functions:
• Reduces outstanding balances on individual charge or payment detailed items on
the individual account forms.
• Selects the appropriate account for liquidating General Ledger or Operating Ledger
account balances along with selecting the appropriate rule classes for Finance
posting.
Detail codes and Application of Payment rule classes are as follows:
Accounting Distribution —Chart of Accounts distributions are picked up from Line A)
and/or line B) of the detail code.
2-30
Charge Detail Codes
If the detail code type is a charge or C and the amount is
positive, then line A) of the detail code is credited. If the amount
is negative, then line A) of the detail code is debited.
Payment Detail Codes
If the detail code type is a Payment or P and the amount is
positive, then line B) of the detail code is debited. If the amount
is negative, then line B) of the detail code is credited.
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Procedures
May 2008
Rule Classes
Rule class 1, rule class 2, and rule class 3 of each detail code
each perform different functions.
Rule Class 1
Rule classes used for the initial entry of the detail code (AT
INPUT).
Rule Class 2
Rule classes used in Application of Payments for liquidating
UNLIKE codes. A charge type code C and a payment type code
P.
Rule Class 3
Rule classes used in Application of Payments for liquidating
LIKE codes. Both sides are charge type code C or both sides are
payment type code P.
Accounts Receivable Interface Overview
Cashiering Activity
Cashiering Interface
Accounts Payable Interface
Create detail codes on Form
(TSADETC or TFADETC)
Enter Cashier Transactions on
Form (TFADETL, TSADETL,
TFADETF, TSADETF,
TSASPAY, TFAMASS,
TSAMASS, TFAMDET,
TSAAREV)
Close Cashier Session using
Form (TGACREV)
Finalize Cashier Session using
Form (TGACSPV)
Delete previously fed cashier
sessions (TGRCDEL)
Run Cashier Reports
(TGRCSHR)
Run Application of Payment
Process (TGRAPPL)
Run Accounting Feed Process
(TGRFEED)
Run Finance Feed Sweep
Process (FURFEED)
Run Finance Interface Process
(FGRTRNI)
May 2008
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Procedures
2-31
Cashiering Activity
Cashiering Interface
Accounts Payable Interface
Run Transaction Error Report
(FGRTRNR)
Run Finance Feed Refund
Interface Process
(FURAPAY)
Run Finance Transaction Error
Report (FGRTRNR)
Run Posting Process
(FGRACTG)
Select Student Refund
Invoices for Online Check
Processing using
(FAAONLC) or through batch
using (FAABATC).
Run Batch Check Process
(FABCHKS)
Run Check Print Process
(FABCHKP)
Run Batch Disbursement
Register Process
(FABCHKR)
Run Check Accounting
Process (FABCHKA)
Run General Accounting
Posting Process (FGRACTG)
Accounts Receivable Interface Process
1. Clean up outstanding cashiering sessions.
2-32
1.1.
Sign on as a system user with update capability to forms within Accounts
Receivable.
1.2.
Run the Cashier Delete Report/Process (TGRCDEL) to delete any cashiering
sessions previously fed to Finance with a status of R for Reported.
1.3.
Using the Cashier Session Review Form (TGACREV), close any open or active
cashiering sessions which are under the user sign-on being utilized. For testing
purposes, the objective is to create a new cashier session to be used for the
remainder of this process for easy reconciliation of the data entered.
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Procedures
May 2008
2. Enter data.
2.1.
Create detail codes for charges, payments, and refunds with associated
accounting distributions and rule classes. This requires that a functional Chart
of Accounts is established in the Banner Finance System.
2.2.
Use the Account Detail Form (TFADETL or TSADETL) to enter charges,
payments and refund detail codes.
2.3.
Use the Cashier Session Review Form (TGACREV) to close the cashiering
session.
2.4.
Finalize the closed cashiering session on the Cashier Supervisory Form
(TGACSPV).
3. Run the accounts receivable reports and processes.
3.1.
Run the Application of Payments (TGRAPPL) by the entity account ID
established in section 2, step 2.
3.2.
Review the Account Detail Review Form (TFIAREV or TSAAREV) to see
how Application of Payments changed the balance column.
3.3.
Run the Cashier Detail Report (TGRCSHR) to report only finalized sessions
with a status of F.
Options:
• Session feed option = F only
• Category code = %
• Report B for both detail and summary data
• Update cashier final session(s) from Final (F) to Reported (R)
3.4.
Run the Accounting Feed Process (TGRFEED) to populate the Finance
Transaction Input Table (GURFEED) and the Accounting Feed Accounts
Payable Table (GURDPAY) with detail accounting transactions established
from the accounting relationships built into the detail codes used on charge,
payment, and refund activity.
Options:
• Address Date = Current Date
• Address Type = 1PR
• Address Type = 2MA
May 2008
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Procedures
2-33
• Address Type = 3BA
• Address Type = Blank
3.5.
Sign off as a system user with update capability to forms within Accounts
Receivable.
4. Run the Finance interface reports and processes.
4.1.
Sign on as a system user with update capability to forms within Banner
Finance.
4.2.
Run the Finance Accounting Feed Process (FURFEED) which sweeps the Feed
records populating (GURFEED) for input into Finance. In order to determine if
(FURFEED) cleaned out (GURFEED), use SQL*PLUS and enter the following
statement:
select * from general.gurfeed;
Remember the F batch number assigned to the feed batch.
Options:
• Report mode is Select or S.
• System ID is ACTRECV and Date = Current Date.
4.3.
Run the Interface Process (FGRTRNI) which edits and validates the accounting
relationships being fed into Finance. In order to determine if TRNI posted, use
SQL*PLUS and enter the following statement:
select * from fimsmgr.fgbtrni;
If no rows were selected, TRNI forwarded the feed records to the posting
process or they were reported to the Transaction Error Report (FGRTRNR).
2-34
4.4.
Run the Transaction Error Report (FGRTRNR) which reports on errors in the
accounting relationships being fed into Finance. If errors occur, review the
Journal Voucher Form (FGAJVCD) to make any necessary corrections.
4.5.
Run the Refund Interface Process (FURAPAY) which sweeps the Accounting
Feed Accounts Payable records populating (GURAPAY) for input into Finance.
When feeding refunds to Banner Finance, the description on the invoice which
is created will be the TBRACCD description of the AR refund transaction.
4.6.
Run the Transaction Error Report (FGRTRNR) which reports on errors in the
accounting relationships being fed into Finance. If errors occur, review the
Invoice/Credit Memo Form (FAAINVE) to make any necessary corrections.
4.7.
Run the Posting (FGRACTG) which updates into Finance the postable
Accounts Receivable data.
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Procedures
May 2008
5. Run the Finance batch reports and processes for refund checks.
5.1.
Navigate to the On-line Check Print Form (FAAONLC) and select the refund
invoice number to be run in batch check mode.
5.2.
Run the Batch Check Process (FABCHKS) which selects the invoice to be
refunded.
5.3.
Run the Check Print Process (FABCHKP) which prints the refund check.
5.4.
Run the Batch Disbursement Check Register (FABCHKR) which prints a check
register for all the checks processed from invoices and credit memos selected
during the online check run.
5.5.
Run the Batch Check Accounting Process (FABCHKA).
5.6.
Run the Posting process (FGRACTG) which updates the appropriate Finance
accounts for the postable invoice liquidation accounting activity associated to
the refund transaction.
6. Review general accounting query forms for results.
6.1.
Review the General Ledger Trial Balance Form (FGITBAL) and General
Ledger Activity Form (FGIGLAC) to analyze the General Ledger accounting
activity within the fund and accounts affected.
6.2.
Review the Detail Transaction Activity Form (FGITRND) to analyze the
Operating Account Ledger accounting activity within the fund, organization,
program, and account affected.
Posting Accounts Receivable Transactions in the
Finance System
The interface of Banner Accounts Receivable with Banner Finance will take the
accounting transactions output from Accounts Receivable as a result of the day's activity
and feed those transactions into Banner Finance for posting. This process is accomplished
by the following steps:
1. Ensure that Banner Finance is installed.
Indicate that Banner Finance has been installed by selecting the Finance check box on
the Installation Controls Form (GUAINST). Selecting this check box flag will allow
entry of the Finance Account number in Banner Finance format. If Banner Finance is
not installed, the 60-character free form account numbers should be entered.
2. Associate detail codes with accounting information.
Associate the detail codes on the Detail Code Control Form (TSADETC or
TFADETC) with the Banner Finance accounting information. This is done on the GL
May 2008
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Procedures
2-35
BANNER Interface window for Accounts A and B. The accounting information
should be entered for the following fields:
COA
Banner Finance's Chart of Accounts code - Required
Acci
Banner Finance's account index code- This code will allow
finance to default the appropriate account information at
the time of the feed.
Fund
Banner Finance's fund code
Orgn
Banner Finance's organization code
Acct
Banner Finance's account code
Prog
Banner Finance's program code
Actv
Banner Finance's activity code
Locn
Banner Finance's location code
Rule Class 1
Banner Finance's Rule Class Code 1. This rule class
provides the information Finance needs when an account
detail (charge or payment) record is fed and posted. It is
required.
Rule Class 2
Banner Finance's Rule Class Code 2. This rule class
provides the information Finance needs when an
application of payment record is fed, with one side a charge
type detail code and the other side a payment type detail
code (unlike detail code types C to P). It is required.
Rule Class 3
Banner Finance's Rule Class Code 3. This rule class
provides the information Finance needs when an
application of payment record is fed, with either charge
type detail codes or payment type detail codes for both
sides (like detail code types C to C or P to P). It is required.
Example
A penalty charge is entered on an account. The Accounting Feed Process
(TGRFEED) will create the following transactions to feed to Finance.
Debit
Credit
2-36
Account A
Account B
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Procedures
with Rule Class 1
with Rule Class 1
May 2008
A payment is entered on the account. The Accounting Feed Process (TGRFEED) will
create the following transactions to feed to Finance.
Debit
Credit
Account A
Account B
with Rule Class 1
with Rule Class 1
Application of Payments (TGRAPPL) applies the payment to the charge.
Debit
Credit
Account B of the payment
Account A of the charge
with Rule Class 2
with Rule Class 2
If part of the penalty charge was reversed and the credit applied to an outstanding
parking charge, in the Application of Payments Process (TGRAPPL), the following
transactions would be created in the feed to Finance.
Debit
Credit
Account A of the reversed penalty charge
Account A of the parking charge
with Rule Class 3
with Rule Class 3
3. Run TGRAPPL and TGRFEED.
The Application of Payment Process (TGRAPPL) and the Accounting Feed Process
(TGRFEED) are run after the day's activity has been closed and finalized. This will
create the feed record GURFEED, and if a refund was entered, will create an accounts
payable record GURAPAY.
4. Run FURFEED and FURAPAY.
The Finance Feed Sweep Process (FURFEED) and the Refund Interface Process
(FURAPAY) are run to read the GURFEED and GURAPAY tables respectively, for
input into the Finance System.
5. Run FGRTRNI.
Banner Finance's Interface Process (FGRTRNI) is run to post the accounting
transactions to the appropriate accounts based on the rule classes specified.
FGRTRNI will perform all the editing and validation of the account numbers.
Month-End Closing Procedures
To ensure a smooth transaction in your records from month to month, follow the
instructions below at the close of each month:
1. Ensure all cashiering sessions are closed and finalized.
2. Run the Application of Payments Process (TGRAPPL).
May 2008
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Procedures
2-37
3. Run the Accounting Feed Process (TGRFEED).
4. Ensure that the Accounting Feed Accounts Payable Table (GURAPAY) is run through
the Accounts Payable process, checks issued, and batch accepted.
5. Run the Cashier Detail Report (TGRCSHR).
6. Run the Cashier Delete Report/Process (TGRCDEL).
Warning
Do not run the Assess Penalty/Interest Charges Report (TFRLATE) on
the same night. Penalty and interest charges will generate new cashier
sessions complicating the reconciliation process.
„
Options for Returned Check Processing
Accrual Method of Accounting
Separate the reduction of the cash account in the General Ledger from the returned check
charge entered on the account. A Banner Accounts Receivable transaction (using a
clearing account) and a journal voucher edit will be used.
Define a detail code for returned check on the Detail Code Control Form (TFADETC) as a
charge (RETC for example). In the GL Interface to Banner Finance section, Account A,
the debit account should reflect the returned check Accounts Receivable account, and
Account B, the credit account, should reflect the returned check clearing account.
The following detail codes are created on the Detail Code Control Form (TFADETC).
Returned Check
Charge
Check
Cash
Account A
Account B
Account A
Account B
Account A
Account B
Account A
Account B
Returned Check A/R
Returned Check Clearing
Charge A/R
Charge Income
Cash in Bank
Overpayment
Cash in Bank
Overpayment
At this point, you may choose to pursue Option A, and place a new outstanding charge of
a returned check on an account. Or you can choose Option B, and remove the payment of
an original charge. Descriptions of each of these options follow.
2-38
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Procedures
May 2008
Option A - Place a new outstanding charge of a
returned check on an account.
1. The bank sends the dishonored check to the institution, and the person preparing the
bank reconciliation performs a journal voucher entry to the General Ledger cash
account bringing, it in balance with the cash balance in the bank.
Debit
Credit
Returned check clearing
Cash
2. Place the returned check detail code on the individual's account for amount of the
check, debiting Account A and crediting Account B of the returned check detail code.
The individual now owes for a returned check.
Debit
Credit
Returned check A/R
Returned check clearing
3. If the individual subsequently pays with actual cash, debit Account A of the cash
detail code and credit Account B of that detail code.
Debit
Credit
Cash
Overpayment
4. Running the Application of Payment Process (TGRAPPL) will debit Account B of
the cash detail code and credit Account A of the returned check detail Code.
Debit
Credit
Overpayment
Returned check A/R
Option B - Remove the payment of the original charge.
This is done by unapplying the original payment, placing a returned check charge on the
student's account, and leaving the original charge(s) which were paid by the dishonored
check as outstanding. Subsequently running the Application of Payment Process
(TGRAPPL) will apply the original check payment to the returned check charge. (The
May 2008
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Procedures
2-39
priority code on the returned check charge must be higher than other charges so the reapplication of payments will process that first.)
1. The bank sends the dishonored check to the institution, and the person preparing the
bank reconciliation performs a journal voucher entry to the General Ledger cash
account, bringing it in balance with the cash balance in the bank.
Debit
Credit
Returned check clearing
Cash
2. Request an unapplication of payments transaction on the Unapplication of Payment
Form (TFAUNAP) for the original check. When running the Accounting Feed
Process (TGRFEED), the following transactions will be generated debiting Account
A of the charge detail code and crediting Account B of the check detail code:
Debit
Credit
Charge A/R
Cash overpayment
3. Place the returned check detail code on the individual's account for the amount of the
check. Direct the charge to original check payment detail code which will now have a
credit balance, as a result of the unapplication of payments from step 2.
Debit
Credit
Returned check A/R
Returned check clearing
4. The subsequent nightly Application of Payment Process (TGRAPPL) will generate
the following transactions in the Accounting Feed Process (TGRFEED), debiting
Account B of the check detail code and crediting Account A of the returned check
detail code. The individual now owes for the charge once again.
Debit
Credit
Cash overpayment
Returned check A/R
5. If the individual subsequently pays with actual cash, the Accounting Feed Process
(TGRFEED) will debit Account A of the cash detail code and credit Account B of the
cash detail code:
Debit
Credit
2-40
Cash
Overpayment
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Procedures
May 2008
6. Running the Application of Payment Process (TGRAPPL) will generate the
following, debiting Account B of the cash detail code and credit Account A of the
returned check detail code:
Debit
Credit
Overpayment
Tuition A/R
Billing Purge Process
The Billing Purge Process (TGPBILL) deletes transactions from selected accounts based
on parameter options and the following criteria.
When memos are purged, the amount must be zero, and the expiration date must be either
null or less than the user-specified parameter date.
When the purge of the account detail is selected, all transactions must either have a zero
balance, or the absolute value of the amount must be equal to the absolute value of the
balance. This is necessary since the Application of Payments must be purged with the
account details. Because the balance of a transaction is based on the Application of
Payments, deleting the Application of Payments for a partially applied payment would
result in the balance being incorrectly adjusted in a subsequent unapplication or
Application of Payment run.
Once the account passes this test, all zero balance transactions are selected and several
more checks are performed. All must have a bill date, have been fed to accounting, and
have had their corresponding cashier session(s) deleted. Furthermore, if they are tied to
deposits, the entire deposit amount must have been released, fed to accounting, and the
cashier session deleted. The amount restriction is due to the fact that the deposit balance is
based on the account detail amount. Deleting an account detail without the associated
deposit would have the effect of “reinstating” the full deposit balance. Once these tests are
passed, all zero balance account details are deleted, along with all Application of Payment
transactions and any deposits related to the account details.
Sample Detail Codes, Accounting Entries, and Rule
Classes
In the following table, an asterisk (*) indicates the line of detail code used in Application
of Payments.
Values in bold type identify the account distribution used in Application of Payments.
May 2008
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Procedures
2-41
APPLICATION OF
PAYMENTS
DETAIL
1.
2.
Detail Code
Description
Type
Code
Line
Charge
C
A)
Cash Payment
P
Rule 1
diff
Rule 2
like
Rule 3
Accounts
Receivable
CHS1
APS2
APS1
B)
Income
CHS1
XXXX
XXXX
A)
Cash in Bank
CSS1
XXXX
XXXX
Undistributed
Receipts
CSSC
APS4
APS3
F.A.
Disbursements
CHS1
XXXX
XXXX
Undistributed
Receipts
CHS1
APS2
APS1
Expense
Account
CHS1
XXXX
XXXX
B)
3.
Financial Aid
P
5.
6.
Exemptions
Refund
Deposit
P
C
P
8.
Deposit
Payment
P
Contract Charge C
*
B)
*
Accounts
Receivable
CHS1
APS2
APS1
A)
*
Accounts
Receivable
CHS1
APS2
APS1
B)
Accounts
Payable
Clearing
RES1
XXXX
XXXX
A)
Deposit
Payable/
Suspense
CHS1
XXXX
XXXX
Accounts
Receivable
CHS1
APS4
APS3
Cash in Bank
CSS1
XXXX
XXXX
*
A)
B)
*
Deposit
Payable/
Suspense
CSSC
ASP4
APS3
A)
*
Accounts
Receivable
CHS1
APS2
APS1
Contract
Clearing
CHS1
XXXX
XXXX
B)
2-42
*
A)
B)
7.
*
A)
B)
4.
Account
Description
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Procedures
May 2008
APPLICATION OF
PAYMENTS
DETAIL
Detail Code
Description
9.
10
.
11
.
12
.
Contract
Payment
Returned
Checks
Installment Plan
Installment
Principle
Type
Code
Line
Account
Description
P
A)
C
P
C
Rule 1
diff
Rule 2
like
Rule 3
Contract
Clearing
CHS1
XXXX
XXXX
B)
*
Accounts
Receivable
CHS1
APS2
APS1
A)
*
Accounts
Receivable
CHS1
APS2
APS1
B)
Returned
CHS1
Check Clearing
XXXX
XXXX
A)
Accounts
Receivable-1
CHS1
XXXX
XXXX
B)
*
Installment
Clearing
CHS1
APS2
APS1
A)
*
Accounts
Receivable-2
CHS1
APS2
APS1
Accounts
Receivable-1
CHS1
XXXX
XXXX
B)
Recurring Receivables Procedure
A recurring receivable is a charge that is assessed to an account at a regular time interval.
For example, monthly rental fees are considered to be recurring receivables, because a
rental charge would be assessed to an account on a monthly basis. Recurring receivables
functionality provides for the assessment of charges to accounts at a regular time interval
to occur automatically. User intervention is required to define a recurring receivable for
accounts, but the assessments to accounts will occur automatically, via the Finance
Invoices or Statements Process (TFRBILL).
There are two steps required to generate a recurring receivable:
1. Define recurring receivable(s) for an account on the Recurring Receivables
Assignment Form (TGARRAS).
2. Run the Invoice/Billing Process (TFRBILL) to generate the recurring receivables.
May 2008
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Procedures
2-43
Define Recurring Receivables
Use the Recurring Receivables Assignment Form (TGARRAS) to define recurring
receivables. The key to this form is the ID. Enter the following information on the
Recurring Receivables Assignment Form (TGARRAS).
Detail Code
Enter the charge detail code to be assessed at a regular interval.
Select a detail code for the Detail Code field from the Detail
Code Control Form (TFADETC).
Amount
Enter the amount of the assessment.
Address Type
Enter the address type associated with this charge. Use the
Search feature or select List from the Address Type field to
access the Address List Form (TUIADDR).
Address
Sequence
Enter the sequence number for the address type associated with
this charge. Use the Search feature or select List from the
Address Sequence field to access the Address List Form
(TUIADDR).
Start Date
Enter the date of the first assessment.
End Date
Enter the date the assessment is to be terminated. Leave the End
Date blank to signify that the assessment should occur on an
ongoing basis.
Frequency
Via a pull-down list, select the frequency at which the recurring
receivable should be assessed. Select Other from the pull-down
list if you wish to have the recurring receivable assessed at an
interval that is not listed. For example, if you wish to assess the
recurring receivable every forty-five (45) days, select Other
from the pull-down list and enter 45 in the Days field.
Days
Enter the number of days in the assessment cycle if you selected
Other from the Frequency pull-down list.
Next Assess
Date
Date of the next assessment.
You may view the recurring receivable(s) assigned to an account on the Recurring
Receivables Assignment Form (TGARRAS) Recurring Receivables from the options
2-44
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Procedures
May 2008
menu of the following forms. These forms display an alert box upon entry of the ID when
the account has recurring receivables defined for it.
TFAACCT
TFADETF
TFADETL
TFIAREV
Account Review Form - Finance
Foreign Currency Detail Form - Finance
Account Detail Form
Account Detail Review Form - Finance
Invoice/Statement Process (TFRBILL)
Running the Invoice/Statement Process (TFRBILL) in Assesschg mode causes recurring
receivables to be assessed, but no invoices or statements to be produced.
• Assesschg mode allows for the updating of accounts to occur independently of the
production of invoices and statements.
• Invoicing mode will assess recurring receivables and produce invoices.
• Statement mode will assess recurring receivables and produce statements.
The invoices and statements produced will reflect the recurring receivables assessed. The
assessment of recurring receivables in Invoicing and Statement modes ensures that
accounts are up to date prior to producing invoices and statements.
Setting Up Sleep/Wake Processes
The following Banner systems and processes are valid for the Sleep/Wake processing
described in this section:
Banner Student
May 2008
Report/Process
Description
SFRSCHD
SHRTRTC
Student Schedule
Academic Transcript
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Procedures
2-45
Banner Accounts Receivable
Report/Process
Description
TGRRCPT
TSRCBIL
TGRMISC
TSRSSUM
TGPHOLD
Account Receipt
Student Billing Statement (Invoices)
Miscellaneous Receipt
Student Transaction Summary Report
Auto Hold Release Process
1. Define printer and print command on the Printer Validation Form (GTVPRNT). In the
Code field, enter a name to reference each specific printer that may be used for
printing output from sleep/wake processing. In the Command field, enter the correct
operating system print command as it would normally be entered from the command
line prompt, substituting an @ (at sign) as the placeholder for the file name to be
printed.
Operating System
Print Command
UNIX example:
VMS example:
lp -d talaris1 @
print/queue=ln01 @
2. On the appropriate form (SOADEST for Student or TOADEST for Accounts
Receivable), enter the printer code from GTVPRNT that should be identified with the
collector table rows that will be inserted to the appropriate tables when online
application forms create a request for output that can be generated by sleep/wake
processing.
The collector tables are as follows:
Process
Collector Table
SFRSCHD
SHRTRTC
TGRMISC
TGRRCPT
TSRCBIL
TSRSSUM
SFRCBRQ
SHTTRAN
TBRCMIS
TBRCRCP
TBRCBRQ
TBRCSUM
3. On the Process Submission Controls Form (GJAPCTL), for the valid sleep/wake jobs
listed previously, enter the correct response for the parameter that specifies that the
job should be processed for collector table entries. Refer to the documentation for
each specific process to determine the appropriate response in each case (correct
responses may be Collector, Y, %, etc.). In addition, each sleep/wake job has a printer
code parameter. You must specify exactly the same code for this parameter answer
that was entered on either SOADEST or TOADEST. A value of Y should be entered
2-46
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Procedures
May 2008
for the run in sleep/wake mode parameter, and a number of seconds should be
specified for the sleep/wake interval (cycle) for each process.
Note
Do not enter the printer code in the top section of GJAPCTL; only enter it
in the parameter section of the form.
„
Control/Rules/Application Forms
Reference
The following list is a reference of application forms, reports, and processes used in
Accounts Receivable matched with the control/rules forms by which they are affected.
Application Form/Report/Process
Control/Rules Form
TFAACCT (Account Review Form Finance)
TGARETC (Returned Check Code Control
Form)
TFADETF (Foreign Currency Detail Form Finance)
TGACTRL (Accounts Receivable Billing
Control Form)
TGADEPC (Deposit Detail Control Form)
TGARETC (Returned Check Code Control
Form)
TFADETC (Detail Code Control Form)
TFADETL (Account Detail Form)
TFADETC (Detail Code Control Form Finance)
TGACTRL (Accounts Receivable Billing
Control Form)
TGADEPC (Deposit Detail Control Form)
TGARETC (Returned Check Code Control
Form)
TFAISTC (Installment Plan Code Control
Form - Finance)
TFADETC (Detail Code Control Form Finance)
TFAISTL (Installment Plan Form - Finance) TFADETC (Detail Code Control Form Finance)
TFAISTC (Installment Plan Code Control
Form - Finance)
May 2008
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Procedures
2-47
Application Form/Report/Process
Control/Rules Form
TFAMASS (Billing Mass Data Entry Form Finance)
TFADETC (Detail Code Control Form Finance)
TGACTRL (Accounts Receivable Billing
Control Form)
TGADEPC (Deposit Detail Control Form)
TGARETC (Returned Check Code Control
Form)
TFAMDET (Billing Mass Entry Detail Form) TFADETC (Detail Code Control Form Finance)
TGACTRL (Accounts Receivable Billing
Control Form)
TGARETC (Returned Check Code Control
Form)
TFAMISC (Miscellaneous Transaction
Form - Finance)
TFADETC (Detail Code Control Form Finance)
TGACTRL (Accounts Receivable Billing
Control Form)
TFAUNAP (Unapplication of Payment
Form)
TGACTRL (Accounts Receivable Billing
Control Form)
TFIAREV (Account Detail Review Form Finance)
TGACTRL (Accounts Receivable Billing
Control Form)
TGACOLC (Collections Form)
TGARETC (Returned Check Code
Maintenance Form)
TGACREV (Cashier Session Review
Form)
TFADETC (Detail Code Control Form Finance)
GXRBANK (Bank Code Rules Form)
2-48
TGACSPV (Cashier Supervisory Form)
GXRBANK (Bank Code Rules Form)
TGADEPC (Deposit Detail Control Form)
TFADETC (Detail Code Control Form)
TGAMESG (Billing Message Form)
TFAISTC (Installment Plan Code Control
Form - Finance)
TGARETC (Returned Check Code Control
Form)
TFADETC (Detail Code Control Form Finance)
TGAUPRF (User Profile Definition Form)
TGACTRL (Accounts Receivable Billing
Control Form)
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Procedures
May 2008
May 2008
Application Form/Report/Process
Control/Rules Form
TGRAPPL (Application of Payment)
TFADETC (Detail Code Control Form)
TGPHOLD (Auto Hold Release Process)
TGAHOLD (Auto Holds Rules Form)
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Procedures
2-49
2-50
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Procedures
May 2008
3
Student Accounts
Receivable Procedures
Overview
This chapter contains the procedures used in Student Accounts Receivable.
Establish Controls
Before accounts are established and charges and payments entered, a series of controls
must be set up.
1. The user IDs must be established on the User Profile Definition Form (TGAUPRF).
2. Information on how an institution plans to use the Accounts Receivable module is set
up on the Accounts Receivable Billing Control Form (TGACTRL). An institution can
identify:
• Whether a default rule class for miscellaneous transactions is to be established.
This will be used when entering miscellaneous transactions via TFAMISC when
Banner Finance is installed.
• If receipts are to be printed automatically.
• If restrictions are to be enforced. If the Enforce Restrictions on User Profile
Form check box is selected, then the restrictive category codes may be established
for each user ID on the User Profile Definition Form (TGAUPRF).
• Whether cashiers are assigned to supervisors. If the Assign Cashiers to
Supervisor check box is selected, then cashiers may be associated with supervisors
on the User Profile Definition Form (TGAUPRF) for the supervisor.
• Whether address is required when a miscellaneous transaction is created on the
Miscellaneous Transaction - Finance Form (TSAMISC).
• Whether to process prior-dated transactions based upon the transaction date or the
system date.
• Whether future effective dated transactions will be processed in the Accounting
Feed. If the Feed Future Effective Transactions check box is selected, then you
May 2008
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
3-1
must specify whether the transaction date or the system date will be used when
creating the accounting feed information.
• The password to be used to override Accounts Receivable holds.
• The invoice prefix which will prefix all system generated invoices.
3. Customer profiles must be established on the Customer Profile Definition Form
(TGACPRF).
4. Information on how student accounts are processed on the Student Payment Form
(TSASPAY), contract and exemption parameters, and other controls are set up on the
Student Billing Control Form (TSACTRL). An institution can identify:
• A default originator code used for processing term-based transactions.
• The process order to be used when processing contracts and exemptions on the
Student Payment Form (TSASPAY).
• Whether the effective date for the term charges on TSASPAY should be the charge
date or the current date.
• Whether committed/authorized financial aid will reduce the amount due on
TSASPAY and the Student Billing Statement (TSRCBIL).
• Whether the financial aid disbursements are to be run automatically on TSASPAY
or are to be manually requested by the user.
• Various voice response parameters.
• Whether to roll contracts and related students.
• Whether to roll exemptions and related students.
• Whether to process contracts or exemptions first.
• Whether student authorization is required for contracts on the Contract
Authorization Form (TSACONT).
• Whether to allow pre-authorized entry of authorization numbers on TSACONT.
5. Each charge and payment entered on an account must first be established as a detail
code on the Detail Code Control Form - Student (TSADETC). On this form, a code is
identified as a charge or payment, financial account information is entered, and any
default values are established. Banner Accounts Receivable supports either a cash or
an accrual method of accounting.
6. Deposits are identified to the system on the Deposit Detail Control Form
(TGADEPC). Deposits may be set up with default values for amount of deposit,
method of payment, and release date.
3-2
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
May 2008
7. The detail codes representing returned checks are identified to the system on the
Returned Check Code Control Form (TGARETC). A penalty may be assigned to a
returned check.
8. Messages to be printed on a bill are set up on the Billing Message Form
(TGAMESG). Messages may be general or specific to certain accounts. They may
also be specific to an installment plan, delinquency code, or collection agency.
9. Installment plans are established on the Installment Plan Control Form - Student
(TSAISTC). Default information for the plan may also be established on this form.
10. The bank and account number information is established on the Bank Code Rules
Form (GXRBANK).
Non-Term-Based Detail Codes Use
To add accounting distributions to a non-term-based detail code, you have two options:
• For new detail codes, refer to “Associate an Effective Date with an Accounting
Distribution” on page 3-3.
• For existing detail codes, refer to “Change an Existing Set of Accounting
Distribution Values” on page 3-4.
Associate an Effective Date with an Accounting
Distribution
For new non-term-based detail codes, perform the following steps:
1. Enter the required information and any optional information for the detail code on the
Main window of the Detail Code Control Form (TSADETC).
2. Go to the GL Interface window. The effective date defaults to the current date. You
can change this date to a prior date, but you cannot use a future date.
3. Enter the desired values in the accounting distribution fields, or copy the values using
the Copy feature. To use the Copy feature, select Copy from the options menu.
4. Make any changes.
5. Save.
May 2008
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
3-3
Change an Existing Set of Accounting Distribution
Values
To change non-term-based detail codes, perform the following steps:
1. Select a detail code on the Main window of the Detail Code Control Form
(TFADETC or TSADETC).
2. Go to the next block.
3. In the Header block of the GL Interface window, insert a new record. The effective
date defaults to the current date.
Note
The effective date must be set to the current date. You cannot use a prior
or a future date.
„
4. Go to the next block.
5. The Copy window will appear. You can either enter a detail code from which to copy
information (the default value for this field is the current detail code, but it can be
changed), or you can select Cancel from the options menu to close the Copy window
and manually enter the accounting information.
6. Make any changes.
7. Save.
Term-Based Detail Codes Set-up
The use of Term-Based Detail Codes allows term-specific accounting information to feed
to the Banner Finance System or to another Finance system.
For information about non-term-based detail codes, refer to “Non-Term-Based Detail
Codes Use” on page 3-3.
This interface enables institutions to associate charges and revenues with the term or
semester in which the charges are accrued. These charges and revenues are fed to Finance
to specific accounts, depending on whether the revenue is being posted against prior,
current, or future term charges.
3-4
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
May 2008
Advantages of using a Common Set of Detail Codes
You use a common set of detail codes for each term, even if the accounting distributions
associated with those detail codes change from term to term. Advantages include the
following:
• Replaces the need to create unique detail codes for each term for charges that are
term-specific until the end of time.
• Saves you from relearning detail codes for each term (that is, for tuition).
• Reduces maintenance overhead and makes the review of reports easier.
You may define prior, current, and future terms and modify them by updating the rules on
the Term-Based Designator Rules Form (TSATBDS). This is useful for schools which
account for charges, payments, and financial aid differently for prior, current, or future
terms.
Optional Use of Term-Based Detail Codes
The use of term-based detail codes is optional, so only those detail codes that require termspecific accounting need to be designated as term-based, and an institution may continue
to specify detail codes as non-term-based. Changing a detail code to a term-based detail
code does not affect any other rules associated with a detail code. For the steps involved,
see “Change a Detail Code from Non-Term-based to Term-based” on page 3-8.
Term-based detail codes apply only to the Banner Student System components of
Accounts Receivable. There is no impact on Banner clients who use only Banner Finance
or Accounts Receivable in conjunction with other Banner products. Accounting
information that uses term-based detail codes can be fed to non-Banner finance systems as
well as to Banner Finance.
Forms Used to Process Term-based Detail Codes
• Term-Based Designator Validation Form (TTVTBDS)
• Term-Based Designator Rules Form (TSATBDS)
• Detail Code Control Form (TSADETC and TFADETC)
• Student Billing Control Form (TSACTRL)
Reports Used to Process Term-based Detail Codes
• Accounting Feed Process (TGRFEED)
• Accounts Receivable Reconciliation Report (TGRRCON)
May 2008
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
3-5
Implementation of the Term-based Detail Code
Interface
1. Create designator codes on the Term-Based Designator Validation Form
(TTVTBDS). These values should be used for prior, current, or future terms. The two
character designator can be any unique code you choose.
2. Create the relationship between the term codes and the designator codes using the
Term-Based Designator Rules Form (TSATBDS). Enter the term-based designator
rules on the form, and define term code values as associated with prior, current, or
future terms.
3. Assign a default designator code on the Student Billing Control Form (TSACTRL).
Valid values are available on the Term-Based Designator Validation Form
(TTVTBDS).
4. Create new detail codes for term-based use on the Detail Code Control Form
(TSADETC).
4.1.
Select the Term-based check box on the GL Interface window of TSADETC.
4.2.
Associate the appropriate designator codes with the corresponding accounting
distributions in the GL BANNER Interface or GL Interface windows of
TSADETC. Use the (Term-Based) Designator field to enter the code. Valid
values are available on the Term-Based Designator Validation Form
(TTVTBDS).
5. Run the Accounting Feed Process (TGRFEED) to feed activity for term-based detail
transactions to Banner Finance or a non-Banner Finance system.
6. Reset the term code rules on the Term-Based Designator Rules Form (TSATBDS) for
each year, term, or as needed.
Term-based Detail Codes Use
The following procedures should be followed to make use of the term-specific
enhancements. Each procedure is described in more detail, below.
• “Associate an Effective Date with an Accounting Distribution” on page 3-3
• “Change an Existing Set of Accounting Distribution Values” on page 3-4
• “Change a Detail Code from Term-based to Non-Term-based” on page 3-8
• “Change a Detail Code from Non-Term-based to Term-based” on page 3-8
• “Change an Existing Set of Term-based Designator Codes” on page 3-9
3-6
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
May 2008
Associate an Effective Date with an Accounting
Distribution
For new term-based detail codes, perform the following steps:
1. Enter the required information and any optional information for the detail code on the
Main window of the Detail Code Control Form (TSADETC).
2. Go to the GL Interface window. The effective date defaults to the current date. You
can change this date to a prior date, but you cannot use a future date.
3. Select the Term-based check box.
4. Enter the desired values in the accounting distribution fields, or copy the values using
the Copy feature. To use the Copy feature, select Copy from the options menu.
5. Make any changes.
6. Save.
Change an Existing Set of Accounting Distribution
Values, Term-based to Term-based
1. Select a detail code on the Main window of the Detail Code Control Form
(TSADETC).
2. Go to the next block.
3. In the Header block of the GL Interface window, insert a new record. The effective
date defaults to the current date.
Note
The effective date must be set to the current date. You cannot use a prior
or a future date.
„
4. Go to the next block.
5. The Copy window will appear. You can either enter a detail code from which to copy
information (the default value for this field is the current detail code, but it can be
changed), or you can select Cancel from the options menu to close the Copy window
and manually enter the accounting information.
6. Make any changes.
7. Save.
May 2008
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
3-7
Change a Detail Code from Term-based to Non-Termbased
1. Select the term-based detail code on the Detail Code Control Form (TSADETC).
2. Go to the next block.
3. In the GL Interface window, perform a next record function. The effective date
defaults to the current date.
Note
The effective date must be set to the current date. You cannot use a prior
or a future date.
„
4. Clear the Term-based check box.
5. Go to the next block.
6. Enter the new accounting distribution set.You can copy accounting distribution
information from another detail code, as long as it is non-term-based. You cannot
copy information from a detail code that is designated as term-based to a detail code
that is non- term-based.
7. Make any changes to the accounting distribution information.
8. Save.
Change a Detail Code from Non-Term-based to Termbased
1. Select the non-term-based detail code from the Detail Code Control Form
(TSADETC).
2. Go to the next block.
3. In the Header block of the GL BANNER Interface window, perform a next record
function. The effective date defaults to the current date.
Note
The effective date must be set to the current date. You cannot use a prior
or a future date.
„
4. Select the Term-based check box.
5. Go to the next block.
3-8
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
May 2008
6. Enter the new accounting distribution set.
You can either enter new accounting information or copy existing accounting
information. If you copy the accounting information from the current detail code
(which is non-term-based), you must also enter designator codes.
7. Make any changes.
8. Save.
Change an Existing Set of Term-based Designator
Codes
The information on the Term-Based Designator Rules Form (TSATBDS) allows a history
of changes to the term-based designators. At the end of the fiscal year, the recommended
procedure for updating the form is as follows:
1. On the Term-Based Designator Rules Form (TSATBDS), perform a Next Record
function or enter the effective date of the new set of designators.
2. Go to the next block.
3. Copy.
4. Make any changes.
5. Save the new set.
Establish Third Party Contracts
Requiring that students be authorized for contracts prior to the release of funds is
controlled via the Student Authorization Required for Contracts box on the Student
Billing Control Form (TSACTRL). When this check box is selected, it indicates that each
student must be authorized by the third party prior to receiving third party credit.
The Contract Authorization Form (TSACONT) is used to establish third party contract
authorizations for student accounts. A contract must first be established on the Person
Identification Form (FOAIDEN or SPAIDEN) with an ID number. Each contract ID may
have multiple contracts. Each contract is established as an account level, a category level,
or a detail level contract.
May 2008
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
3-9
At any level, the contract may be based on a percentage and a maximum amount to be paid
by the contract. A maximum amount to be paid by the contract to the student can be
established as well as a minimum amount to be paid by the student. After the contract is
established, students may be assigned to the contract on this form.
Third Party Contracts are billed via the Third Party Billing Statement Process (TSRTBIL).
Establish Exemption Information
The Exemption Authorization Form (TSAEXPT) is used to create exemption
authorizations for student accounts by term. Each exemption authorization is established
as an account level, category level, or detail level exemption. At any level, the exemption
may be based on a percentage. A maximum amount to be paid by the exemption and a
minimum amount to be paid by the student can be established. After the exemption is
defined, students can be assigned to the exemption on this form.
Establish Installment Plans
The Installment Plan Form - Student (TSAISTL) is used to create installment payment
plans for an account. Installment plans may function either as loans or time payments.
This form uses the installment plans previously defined on the Installment Plan Code
Control Form - Student (TSAISTC) to establish installment plans for individual accounts.
Default information from the control form can be overridden.
For information about Automated Installment Plans, refer to “Automated Installment
Plans” on page 3-55.
Enter Student Payments
The Student Payment Form (TSASPAY) is used to process a student who has registration
and/or housing (location management) charges for a term. Student registration and
housing (location management) charges not previously accessed in the individual modules
will be assessed on this form. The form is term-specific.
Charges for the term are accepted on this form indicating that the student plans to attend.
The Student Payment Form (TSASPAY) calculates exemptions and contracts for eligible
students and releases any deposits set to automatically release. It can also display the
available financial aid if it is interfaced with the institution's financial aid system. If
Banner Financial Aid is installed, it will call the financial aid disbursement process.
3-10
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
May 2008
You may enter charges and payments for a student's account on this form. The balances
displayed reflect all outstanding charges (past, present, and future) on the account and
detail for the balances may be viewed on request. Receipts may be generated on request
from this form.
Accepting charges and disbursing financial aid cause the student's account to be updated.
The transactions generated become part of the Banner user's cashiering session.
Enter/Update/Review Account Detail
The Student Account Detail Form (TSADETL) is used to enter information for an
account. You may enter charges, payments, deposits, and memo items on this form. The
balance of the account and the current amount due are calculated and displayed on this
form. Any changes to the account information will modify these balances. This form
receives information from other functional areas in the system, such as transcript fees,
diploma fees, graduation fees, and ceremony fees, from academic history, application fees
from admissions, and registration fees from registration. Comments pertaining to an
account are also maintained here.
The Foreign Currency Detail Form - Student (TSADETF) is used to enter charges and
payments to an account in a currency other than the base currency.
The Account Detail Review Form - Student (TSAAREV) may also be used to enter
charges and payments to a student's account and to display information in a condensed
format.
Mass Entry of Charges/Payments
The Billing Mass Data Entry Form - Student (TSAMASS) is used for quick entry of
charges, payments, deposits, and memos to multiple accounts. It is designed to easily enter
like charges for a specific entry. Once the information is entered, the appropriate account
detail is updated.
Distribute a Single Payment to Multiple
Charges
Use the Application Distribution of Single Payment Form - Student (TSAADSP) to
specify how Banner will distribute a payment among multiple charges. Banner will use the
distribution information established on this form to run the Application of Payment
Process (TGRAPPL) against the transaction number and transaction payment number.
May 2008
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
3-11
You can specify whether the payment amount will post as a single transaction or as
multiple transactions on the record that Banner creates on the ID’s account. You indicate
how the payment will be disbursed using the Single Payment/Split Payment radio group
in the Key block of this form.
• If you select the single payment option, you must select the charges to which you
want the payment applied. To select a charge, select the Transaction Number
Paid (untitled) check box located in the Detail block. The dollar amount of these
charges must total the payment amount that you entered in the Key block. A single
transaction will be generated for the amount of the payment entered in the Key
block.
• If you select the split payment option, you must enter the amount of the payment
you want to apply to each charge in the Split Payment field. The total dollar
amount in the Split Payment column must equal the payment amount entered in the
Key block. A transaction will be generated for each charge that receives part of the
payment. Each of these transactions will have the same detail code as the payment.
Note
When processing split payments, the Term code of the charge paid is
used as the Term code for each payment created.
„
Display/Reprint Receipt
The Receipt Form (TGARCPT) is used to display and reprint previously processed
receipts. Any receipt created may be displayed on this form. This form may also be
accessed from the Student Payment Form (TSASPAY), the Account Detail Form
(TSADETL), the Student Foreign Currency Detail Form (TSADETF), and the Account
Detail Review Form (TSAAREV) when a receipt number is generated.
Review Accounts
The Account Review Form - Student (TSAACCT) is used to review account information
about a specific account. Overall account summary data is displayed including account
status, balances including future and aging balances, exemptions, third party contracts,
collection agency assignments, and installment plan information.
Collect Miscellaneous Revenue
The Miscellaneous Transaction Form (TSAMISC) is used to collect money that is not
applied to a specific account. This form provides a method for cashiers to record these
transactions and generate a receipt. Whenever a payment is made or money is collected, a
3-12
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
May 2008
corresponding charge must be entered for the same amount to produce a balanced entry.
This form allows for direct entry of general ledger account information when the detail
code used permits it.
Note
If Banner Finance is installed, then the Miscellaneous Transaction
Form - Finance (TFAMISC) must be used.
„
Rule Code Processing in Miscellaneous
Transaction Form
A performance option behind the Miscellaneous Transaction Form (TFAMISC) is
available to those clients with Banner Finance installed. Clients not using Banner Finance
are not affected.
If the miscellaneous Default Rule Class field on the Accounts Receivable Billing Control
Form (TGACTRL) is entered and you have not entered an Account (number) and Rule
Class on the Miscellaneous Transaction Form - Finance (TFAMISC), Rule Class 1 on the
Detail Code Control Form - Student (TSADETC) will be replaced by this default rule code
regardless of whether the GL Enterable check box is selected on TSADETL.
By leaving this field blank on the Accounts Receivable Billing Control Form
(TGACTRL), the current processing will be available:
• Using the Account (number) and Rule Class 1 on the Detail Code Control Form Student (TSADETC).
or
• Entering the Account (number) and the Rule Class on the Miscellaneous
Transaction Form (TFAMISC) directly, provided that the GL Enterable check box
is selected on the Detail Code Control Form - Student (TSADETC).
This permits the detail codes to be created with the rule class one process code to be more
efficient. All forms within the Accounts Receivable module take both debit and credit
account numbers from the same detail code. However, TFAMISC uses only one line from
each detail code. Therefore, rule codes must be built with the compensating G020 process
codes to keep the fund specified in balance if this code is ever used on TFAMISC. This
option requires that only the default miscellaneous transaction rule code have this
capability.
May 2008
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
3-13
Cashiering Procedure
Any Banner user who enters a charge and/or payment anywhere in the system will create a
cashiering session for his/her user ID. Cashiering sessions are created from the following
processes:
• Enter charge/payment on the Student Account Detail Form (TSADETL).
• Enter charge/payment on the Billing Mass Data Entry Form - Student
(TSAMASS).
• Enter charge/payment on Foreign Currency Detail Form - Student (TSADETF).
• Enter deposit on the Student Account Detail Form (TSADETL).
• Enter deposit on the Billing Mass Data Entry Form - Student (TSAMASS).
• Complete Fee Assessment on the Batch Fee Assessment (SFRFASC) - Cashier is
user who runs the job
• Assess Penalty/Interest Charges (TSRLATE). Cashier is entered as a parameter.
• Enter Charge and Payment on the Miscellaneous Transaction Form (TSAMISC).
Once a Cashiering session has been created and payments/charges have been
entered, the user should take the following steps:
1. Close Cashiering Session.
3-14
1.1.
At the end of the day (or period of activity), access the Cashier Session Review
Form (TGACREV).
1.2.
Enter the session user and the session number of 0 in the Key information and
select Save.
1.3.
In the Session Detail Selection information, enter the Category code of CSH
(or the category code you have defined for cash, check, and credit card
payments) and select Next Block to access the Cashier Session Summary
information.
1.4.
Balance payments in the cash drawer against totals by detail code (all cash, all
checks, etc.). Totals are available by selecting Display Totals from the options
menu.
1.5.
If there is a discrepancy, select Next Block to access the Cashier Session
Details window and view the detail. All miscellaneous payments will be listed
first with no account number and a source code of S. All other detail items will
have the account ID number to reference. If an error is found, the user can go to
the Account Detail Form (TSADETL) for the account ID number (or to the
Miscellaneous Transaction Form, TSAMISC, for the receipt number if there is
no ID number) and make the adjusting entry.
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
May 2008
1.6.
When the session is in balance and the totals on the Cashier Session Review
Form (TGACREV) match the payments collected, select Close Session from
the options menu or select Insert Record to close the cashiering session. The
session will now move to the User Sessions window where it will have a status
of C.
2. Perform Supervisory Review.
In Banner, a supervisor is defined on the User Profile Definition Form (TGAUPRF). If
the supervisor/cashier relationship is being enforced on the Accounts Receivable
Billing Control Form (TGACTRL), cashiers may be assigned to supervisors on
TGAUPRF. The supervisor user ID should have no cashiering activity tied to it. A
supervisor is not allowed to finalize his/her own sessions; therefore, a supervisor user
ID should only perform supervisory functions. The supervisor should have another
user ID defined for daily cashiering and account activity.
2.1.
The supervisor queries the Cashier Supervisory Form (TGACSPV).
2.2.
Review all active sessions to determine why they are active and if they should
be closed.
2.3.
Review all closed sessions.
2.4.
If there is a discrepancy in a closed session, the supervisor has two options:
Option 1: When the discrepancy is located, the Account Detail Form
(TFADETL) and/or Miscellaneous Transaction Form (TSAMISC) can be
accessed in supervisory mode by selecting Process Supervisor Adjustment from
the options menu or by executing the Supervisor Adjustment function (Exit
with Value) from the Key information. This will allow the supervisor to specify
the user ID and session that needs to be adjusted. The adjustment is then
entered on the appropriate account (Account Detail Form - TFADETL) or
posted to the correct detail code (Miscellaneous Transaction Form TSAMISC).
Option 2: The supervisor can sign onto his/her working user ID, post the
appropriate adjustments, follow Step 1 to close the session, sign off, and sign
on to his/her supervisory account. This will allow any adjustments to be tracked
to the supervisor's working user ID rather than to the user ID and session that
had the error.
The Foreign Currency Detail Form (TSADETF) and the Account Detail
Review Form (TSAAREV) may also be accessed in supervisory mode.
May 2008
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
3-15
3. Finalize Cashiering Session.
3.1.
On the Cashier Supervisory Form (TGACSPV), the supervisor now finalizes all
closed cashiering sessions by changing the Status from C to F.
3.2.
Any sessions created as a result of fee assessment, the posting of charges to
accounts with no payments, or any mass entry of charges through
ORACLE*Loader, will not be able to be balanced against a cash drawer. The
institution may choose to not review these type of sessions and may allow the
supervisor, rather than the cashier, to close and finalize these sessions.
3.3.
Cashier Detail Report (TGRCSHR) is then run with the parameter option to
only report finalized sessions and then to update the finalized sessions to a
status of R for reported. This will prevent the finalized sessions from the
previous day from being reported again, because they now have a status of R.
4. Perform the Accounting Feed.
4.1.
Run the Application of Payment Process (TGRAPPL).
4.2.
Run the Accounting Feed Process (TGRFEED) to create a file of detail
accounting transactions (GURFEED).
All transactions fed in the Accounting Feed Process will have their Feed
Indicator on the Account Detail Form (TSADETL) updated to an F for fed, so
they cannot be fed twice.
If a refund detail code (a detail code with the Refund check box on the Detail
Code Control Form (TSADETC) selected) had been entered on an account, an
accounts payable transaction will be created into a separate file (GURAPAY),
in addition to the standard debit/credit entry. The parameter address type in the
Accounting Feed Process (TGRFEED) will be used to pull the account's
address into this accounting feed file (GURAPAY).
3-16
4.3.
Run the files (GURFEED and GURAPAY) created from the Accounting Feed
Process through the institution's own accounting interface procedure or through
FURFEED and FURAPAY.
4.4.
Delete the feed files after the transactions have been posted to the institution's
accounting system. If the feed file is not deleted, the interface process must be
able to select from the file by date.
4.5.
Run the Cashier Session Delete Report/Process (TGRCDEL) to delete
cashiering sessions that have had all their transactions fed to the accounting
system. This will allow an institution to clean up its files so all sessions are not
displayed on the Cashier Supervisory Form (TGACSPV).
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
May 2008
Accounting Feed Procedure
The Banner Accounting Feed Process (TGRFEED) provides the data to interface the
Accounts Receivable module with the institution's financial accounting system. Banner
Accounts Receivable refers to all transactions on an account by a four-character detail
code unique to each type of transaction.
Each institution creates its own detail codes for every charge and payment transaction that
can be entered onto an account. These detail codes are built on the Detail Code Control
Form (TSADETC or TFADETC). Each detail code references the accounting entries it
represents in the financial accounting system on the GL Banner Interface window of the
Detail Code Control Form (TSADETC or TFADETC). The Accounting Feed Process
(TGRFEED) will actually translate the detail codes used in Accounts Receivable into the
appropriate accounting transactions represented in the GL Banner Interface window.
Every detail code must be represented with a debit account, a credit account, and a
percentage to apply to the debit and credit account. One detail code may be associated
with an unlimited number of debit and credit accounts, as long as the total percentage split
across the different accounts equals 100%.
Establish Accounts
When establishing the accounts, Account A is usually the debit account and Account B the
credit account. Refer to the following example.
Charge transaction:
Account A
Account B
Receivables Account Number
General Ledger Income Account Number
Payment transaction:
Account A
Account B
Cash or Bank Account Number
Overpayment or Clearing Account Number
Every transaction entered to an account in Accounts Receivable will be translated in the
accounting feed into a debit and credit entry.
Application of Payments
When a transaction is applied to another transaction on an account through the Application
of Payment Process (TGRAPPL) (reference the application of payment procedure),
another debit and credit entry is created for the application of payment record. As a
standard rule, the Application of Payment Process (TGRAPPL) will create the following
transactions.
May 2008
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
3-17
For the payment side:
If the payment side represents a payment detail code then,
Debit
Account B for payment code
If the payment side represents a reversed charge detail code then,
Debit
Account A for reversed charge code
For the charge side:
If the charge side represents a charge detail code then,
Credit
Account A for charge code
If the charge side represents a reversed payment detail code then,
Credit
Account B for reversed payment code
Accounting Feed Transactions
The accounting feed will process the entering of a transaction and the application of that
transaction to another transaction in the following manner.
Charge transaction entered onto an account:
Debit
Credit
Charge Account A
Charge Account B
(debit to receivables account)
(credit to income account)
Payment transaction entered onto an account:
Debit
Credit
Payment Account A
Payment Account B
(debit to bank account)
(credit to overpayment account)
Payment applied to charge:
Debit
Credit
3-18
Payment Account B
Charge Account A
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
(debit to overpayment account)
(credit to receivables account)
May 2008
If the three transactions described above occurred on the same day, the final result in the
General Ledger would be this:
Debit
Credit
Cash or bank account
General Ledger income account
The overpayment and receivables accounts would result in a zero entry with an equal debit
and credit. If the charge transaction had occurred without a corresponding payment, there
would be a debit in the receivables account indicating that a receivable was still due.
If a payment was received and there was no outstanding charge for it to apply to, there
would be a credit in the overpayment or clearing account that would be available when a
future charge was placed on the account, or that could be refunded out of the overpayment
account.
In the case of a negative or reversed charge or a negative or reversed payment, the
opposite accounting transactions will be created in the accounting feed. See the following
example.
Negative charge transaction:
Credit
Debit
Account A
Account B
(credit to receivable account)
(debit to general ledger income account)
Negative payment transaction:
Credit
Debit
Account A
Account B
(credit to cash account)
(debit to overpayment account)
Deposit Processing
A deposit detail code would be set up with the following accounts.
Account A
Account B
Debit
Credit
Deposit Suspense Account
Deposit Receivables Account
A deposit payment detail code would be set up with the following accounts.
Account A
Account B
May 2008
Debit
Credit
Bank Account (cash)
Deposit Suspense Account
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
3-19
When a deposit is entered on the Deposit window of the Account Detail Form (TSADETL
or TFADETL), the Accounting Feed (TGRFEED) will create the following accounting
transactions:
Debit
Credit
Account A for the Payment Detail Code
Account B for the Payment Detail Code
(debit to cash)
(credit to deposit suspense)
When the deposit is released on the account, the Accounting Feed (TGRFEED) will create
the following accounting transactions.
Debit
Credit
Account A for the Deposit Detail Code
Account B for the Deposit Detail Code
(debit to deposit suspense)
(credit to deposit receivable)
When the deposit is applied to a charge transaction on the account, the Accounting Feed
(TGRFEED) will create the following transactions.
Debit
Credit
Account A for the Deposit Detail Code
Account B for the Charge Detail Code
(debit to deposit receivable)
(credit to receivable account)
Refund Processing through Accounts Payable
In order to refund a credit balance account, a detail code must be established on the Detail
Code Control Form (TSADETC or TFADETC). The code should be identified as a charge
and the GL Banner Interface window set up with the following accounts.
Account A
Account B
Debit
Credit
Accounts Receivable Refund Account
Accounts Payable Clearing Account
When a check/cash overpayment is entered on the account the Accounting Feed Process
(TGRFEED) will create the following entries.
Debit
Credit
Account A for check
Account B for check
(debit to cash account)
(credit to overpayment/clearing account)
When the refund detail code is entered on the account the Accounting Feed Process
(TGRFEED) will create the following entries.
Debit
Credit
3-20
Account A for refund
Account B for refund
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
(debit to refund receivables account)
(credit to accounts payable clearing)
May 2008
When the refund is applied to the overpayment credit in the Application of Payment
Process (TGRAPPL), the following would be created by the Accounting Feed Process
(TGRFEED).
Debit
Credit
Account B for check
Account A for refund
(debit to overpayment/clearing account)
(credit to refund receivables account)
When the accounts payable entry is fed into the Finance System, the following
transactions should occur when the check is produced.
Debit
Credit
Accounts payable
Cash
The same refund detail code can be used to refund a credit balance account due to a
reversed charge, with the following entries occurring.
Reversed Charge:
Debit
Credit
Account B for charge
Account A for charge
(debit to income)
(credit to receivables)
Account A for refund
Account B for refund
(debit to refund receivables account)
(credit to accounts payable clearing)
Refund:
Debit
Credit
Application of refund to reversed charge:
Debit
Credit
Account A for reversed charge (debit to receivables account)
Account B for refund
(credit to refund receivables account)
Refund Processing through Cash Drawer
If a refund is being done out of the cash drawer the detail code would be set up with the
following account.
Account A
Account B
Debit
Credit
Refund Account
Cash Account
When the overpayment is entered on the account the Accounting Feed (TGRFEED) will
create the following transactions.
Debit
Credit
May 2008
Account A for payment
Account B for payment
(debit to cash account)
(credit to overpayment/clearing account)
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
3-21
When the refund is entered.
Debit
Credit
Account A for refund
Account B for refund
(debit to refund receivables account)
(credit to cash account)
When the refund applies to the overpayment in the Application of Payment Process
(TGRAPPL), the Accounting Feed (TGRFEED) will create the following transactions.
Debit
Credit
Account B for payment
Account A for refund
(debit to overpayment/clearing account)
(credit to refund receivables account)
Short Term Loan Processing
Short term loan payment to account—Plan Code:
Account A
Account B
Debit
Credit
Short Term Loan Expense Account
Receivables Account
When a student is given money for a loan, a refund code must be placed on the student's
account.
Refund of Short Term Loan:
Debit
Credit
Account A
Account B
(debit to receivables account)
(credit to accounts payable clearing account or short
term loan clearing account)
When Application of Payments (TGRAPPL) is run, the following entries will occur.
Debit
Credit
Account A
Account B
(debit to receivables account)
(credit to receivables account)
The financial accounting system would then need the following entries to produce the
check.
Debit
Credit
Accounts payable clearing account
Cash account
If the student is receiving cash for a loan and a check is not being processed through
accounts payable, the following type of refund should be set up.
3-22
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
May 2008
Cash refund of Short Term Loan:
Debit
Credit
Account A
Account B
(debit to receivables account)
(credit to cash account)
The principle detail code that will be posted on the student's account with a future date
should have the following accounts established.
Debit
Credit
Account A
Account B
(debit to loan receivables account)
(credit to short term loan expense account)
When the payment is made for the principle payment and application of payments is run,
the following entries will occur.
Payment:
Debit
Credit
Account A
Account B
(debit to cash account)
(credit to overpayment or clearing account)
Application of Payments:
Debit
Credit
Account B of
payment
Account A of
principle
(debit to payment or clearing account)
(credit to loan receivables account)
Reconciliation Tips and Examples
Common Sources of Reconciliation Problems
Most reconciliation problems are caused by the following conditions:
1. Incorrect detail codes. Accounting does not support the change in the A/R subsidiary
ledger. It is strongly recommended that all Detail codes be tested thoroughly prior to
using in a production database.
2. Lack of a clean cutoff. Reports are not processed in the absence of all activity in the
A/R module. Some transactions are reported and some are not.
3. Suspended journal documents. Suspended journal documents should be reviewed,
corrected, and posted. If not, these transactions are reflected in the A/R subsidiary,
but not in the Finance ledgers.
May 2008
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
3-23
Reconciliation Example
Step A
Run TGRAGES for all detail codes with the age date as (E)ffective current date.
Select the appropriate date ranges (such as 30, 45, and 60) and include the minimum
account balance of -9999999.99 and maximum account balance of 9999999.99.
Report Totals
0 to 90:
91 to 120
121 to 360
361 +
FUTURE BALANCE
ACCOUNT
BALANCE‘
412,173.73
.00
1,073.55
18,531.25
47,280.88
479,059.41
Step B
Run TSRDETL for all detail codes and current term for all (O)pen account balances.
Select the appropriate as of date with future process as of date of
31-DEC-2099 to include all future dated transactions and include the minimum refund
balance of 99999999.
Report Totals
BALANCE DUE
FUTURE DUE
ACCOUNT BALANCE
SELECTION BALANCE
430,978.53
47,280.88
478,259.41
478,259.41
Step C
Run the TFRDETL for all detail codes for all (O)pen account balances. Select the
appropriate as of date with future process as of date of 31-DEC-2099 to include all
future dated transactions and include the minimum refund balance of 9999999.99.
Remember that only accounts having a literal ARTERM for all transactions will be
selected for this report. Those accounts that contain both student terms (STVTERM)
and literal terms (ARTERM) report on TSRDETL.
Report Totals
BALANCE DUE
3-24
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
800.00
May 2008
Report Totals
FUTURE DUE
ACCOUNT BALANCE
SELECTION BALANCE
.00
800.00
800.00
Step D
Compare the account balance total from TGRAGES (479,059.41 in this example) to
the total of the account balances from TSRDETL and TFRDETL (478,259.41 and
800.00). The totals must equal to verify that all open account details equal open
account summaries.
Comparisons
TSRDETL Account Balance
TFRDETL Account Balance
TGRAGES Account Balance
478,259.41 (step B)
800.00 (step C)
479,059.41 (step A)
Step E
Run TGRRCON with Account Detail Reconciliation set to Y, a start date before the
first feed, and a future end date. Review the output for any invalid Term Designator or
missing accounting messages, and make corrections as necessary. Compare the total
'ADJ FED TOTAL' for each FOAPAL account to the corresponding amount in the
General Ledger. This report will reflect balances for charge detail codes (Line A) in
the Open Charges section, and for payment detail codes (Line B) in the Unapplied
Payments section.
The deposit reconciliation may be run to report AR deposits not released or partially
released. The deposit reconciliation balance should equal your Deposits Payable
account in your General Ledger. The report may also be used to list totals of
miscellaneous transactions processed.
Note
The account distribution on detail codes should always have a valid
FOAPAL distribution defined, and changes in a production environment
should be discouraged. Changes will cause the TGRRCON report to lump
previously fed FOAPAL distributions into a new FOAPAL accounting
distribution. Appropriate reclassification entries would be warranted if the
FOAPAL change was appropriate.
„
May 2008
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
3-25
Step F
Compare each FOAPAL AR total from TGRRCON, Open Charges - Receivables
(Account A:) section, Adjusted Total Fed column, to the current period’s AR summary
balances on the Trial Balance Report (FGRTBAL) or online FGITBAL.
Note
Each Total Fed FOAPAL distribution should equal, with the exception of
fund 1010 and account 1121.The TGRRCON balance for account 1121 is
a total of all installment principle charges not fed that are future dated
(Charge Detail Code Line A).
The balance in fund 1010, account 1122 on FGRTBAL, is a total of the
installment plan payment detail code transactions fed to the General
Ledger. The installment plan payment detail code transactions will never
be reflected in the TGRRCON Open Charges section as they are fed as
payments.
The TGRRCON report will list detail code discrepancies caused by detail
codes with accounting distribution not equal to 100% (those greater than
100%) and detail codes without accounting distributions. The last type of
error may be the source of most of the out-of-balance (OOB) conditions
experienced (AR Balances with no fed FOAPAL).
„
Banner Accounts Receivable Interface to
Banner Finance
Note
This interface process references Banner Finance forms, processes, and
reports. If Banner Finance is not installed at your institution, you should
substitute your finance system's interface process.
„
This procedure is designed to familiarize the Banner user with the control forms, reports
and processes within the Banner Finance System and specifically the Accounts Receivable
component which will convert Accounts Receivable activity into accounting transactions.
The reports and processes are identified with the appropriate run options to enable you to
successfully run a complete interface process.
This procedure requires a clear understanding of the following basic concepts in Accounts
Receivable:
• Creation of detail codes
• Cashiering input forms
• Application of Payments Process
• Cashier session closing and finalization
3-26
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
May 2008
For the Finance System, the following knowledge is required:
• Chart of Accounts
• Rule classes
• Journal voucher forms
• Credit memo/invoice form
• Batch processes for account posting and check generation
Note
The two most important control forms are the Detail Code Form
(TFADETC and TSADETC) and the Rule Code Form (FTVRUCL). These
are chart-specific, and a complete understanding of your Chart of
Accounts is necessary before building the accounting relationships on the
Detail Code Control Form.
„
Detail Code Overview
Detail codes are the single most important item linking Accounts Receivable to Finance
through the interface process. Remember the following points:
Warning
Never delete a detail code!
„
• The system was delivered with sample cashiering sessions. The accounting
distributions may not be applicable to your Chart of Accounts. Codes without
accounting data or rule classes will not feed to the Finance System. The batch
Accounting Feed Process (TGRFEED) will reject these transactions.
• Detail codes with valid accounting distributions but placed incorrectly in the Detail
Code Control Form will pass through the Finance interface.
• In many instances, the accounting distribution errors will be identified in the
Transaction Error Report (FGRTRNR) after edits are accomplished.
• Proper creation of the Chart of Accounts and Rule Classes is essential to the
interface process and developing valid accounting distributions. These items must
be thoroughly tested before being executed in production.
• Testing the interface accounting distributions can be done in an abbreviated fashion
using your test rule classes directly through the Journal Voucher Form
(FGAJVCD). Testing should be as comprehensive as possible.
• Access to the Detail Code Control Form (TFADETC or TSADETC) should be
limited.
May 2008
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
3-27
Application of Payments and Rule Classes
Detail codes are comprised of descriptive information, both Chart of Accounts code
elements and rule classes. This data is highly interactive. On the Detail Code Control
Form (TFADETC or TSADETC), rule classes consist of three fields, two allowing the
Application of Payments Process to perform two basic functions:
• Reduces outstanding balances on individual charge or payment detailed items on
the individual account forms.
• Selects the appropriate account for liquidating General Ledger or Operating Ledger
account balances along with selecting the appropriate rule classes for Finance
posting.
Detail codes and Application of Payment rule classes are as follows:
Accounting Distribution —Chart of Accounts distributions are picked up from Line A)
and/or line B) of the detail code.
3-28
Charge Detail
Codes
If the detail code type is a charge or C and the amount is positive,
then line A) of the detail code is credited. If the amount is
negative, then line A) of the detail code is debited.
Payment Detail
Codes
If the detail code type is a Payment or P and the amount is
positive, then line B) of the detail code is debited. If the amount
is negative, then line B) of the detail code is credited.
Rule Classes
Rule class 1, rule class 2, and rule class 3 of each detail code
each perform different functions.
Rule Class 1
Rule classes used for the initial entry of the detail code (AT
INPUT).
Rule Class 2
Rule classes used in Application of Payments for liquidating
UNLIKE codes. A charge type code C and a payment type code
P.
Rule Class 3
Rule classes used in Application of Payments for liquidating
LIKE codes. Both sides are charge type code C or both sides are
payment type code P.
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
May 2008
Accounts Receivable Interface Overview
Cashiering Activity
Cashiering Interface
Accounts Payable Interface
Create detail codes on Form
(TSADETC or TFADETC)
Enter Cashier Transactions on
Form (TFADETL, TSADETL,
TFADETF, TSADETF,
TSASPAY, TFAMASS,
TSAMASS, TFAMDET,
TSAAREV)
Close Cashier Session using
Form (TGACREV)
Finalize Cashier Session using
Form (TGACSPV)
Delete previously fed cashier
sessions (TGRCDEL)
Run Cashier Reports
(TGRCSHR)
Run Application of Payment
Process (TGRAPPL)
Run Accounting Feed Process
(TGRFEED)
Run Finance Feed Sweep
Process (FURFEED)
Run Finance Interface Process
(FGRTRNI)
Run Finance Transaction Error Run Finance Feed Refund
Report (FGRTRNR)
Interface Process (FURAPAY)
Run Finance Transaction Error
Report (FGRTRNR)
Run Posting Process
(FGRACTG)
Select Student Refund
Invoices for Online Check
Processing using (FAAONLC)
or through batch using
(FAABATC).
Run Batch Check Process
(FABCHKS)
Run Check Print Process
(FABCHKP)
Run Batch Disbursement
Register Process (FABCHKR)
May 2008
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
3-29
Cashiering Activity
Cashiering Interface
Accounts Payable Interface
Run Check Accounting
Process (FABCHKA)
Run General Accounting
Posting Process (FGRACTG)
Accounts Receivable Interface Process
1. Clean up outstanding cashiering sessions.
1.1.
Sign on as a system user with update capability to forms within Accounts
Receivable.
1.2.
Run the Cashier Delete Report/Process (TGRCDEL) to delete any cashiering
sessions previously fed to Finance with a status of R for Reported.
1.3.
Using the Cashier Session Review Form (TGACREV), close any open or active
cashiering sessions which are under the user sign-on being utilized. For testing
purposes, the objective is to create a new cashier session to be used for the
remainder of this process for easy reconciliation of the data entered.
2. Enter data.
2.1.
Create detail codes for charges, payments, and refunds with associated
accounting distributions and rule classes. This requires that a functional Chart
of Accounts is established in the Banner Finance System.
2.2.
Use the Account Detail Form (TFADETL or TSADETL) to enter charges,
payments and refund detail codes.
2.3.
Use the Cashier Session Review Form (TGACREV) to close the cashiering
session.
2.4.
Finalize the closed cashiering session on the Cashier Supervisory Form
(TGACSPV).
3. Run the accounts receivable reports and processes.
3-30
3.1.
Run the Application of Payments (TGRAPPL) by the entity account ID
established in section II, step 2.
3.2.
Review the Account Detail Review Form (TFIAREV or TSAAREV) to see
how Application of Payments changed the balance column.
3.3.
Run the Cashier Detail Report (TGRCSHR) to report only finalized sessions
with a status of F.
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
May 2008
Options:
• Session feed option = F only
• Category code = %
• Report B for both detail and summary data
• Update cashier final session(s) from Final (F) to Reported (R)
3.4.
Run the Accounting Feed Process (TGRFEED) to populate the Finance
Transaction Input Table (GURFEED) and the Accounting Feed Accounts
Payable Table (GURDPAY) with detail accounting transactions established
from the accounting relationships built into the detail codes used on charge,
payment, and refund activity.
Options:
• Address Date = Current Date
• Address Type = 1PR
• Address Type = 2MA
• Address Type = 3BA
• Address Type = Blank
3.5.
Sign off as a system user with update capability to forms within Accounts
Receivable.
4. Run the Finance interface reports and processes.
4.1.
Sign on as a system user with update capability to forms within Banner
Finance.
4.2.
Run the Finance Accounting Feed Process (FURFEED) which sweeps the Feed
records populating (GURFEED) for input into Finance. In order to determine if
(FURFEED) cleaned out (GURFEED), use SQL*PLUS and enter the following
statement:
select * from general.gurfeed;
Remember the F batch number assigned to the feed batch.
Options
• Report mode is Select or S
• System ID is ACTRECV and Date = Current Date
May 2008
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
3-31
4.3.
Run the Interface Process (FGRTRNI) which edits and validates the accounting
relationships being fed into Finance. In order to determine if TRNI posted, use
SQL*PLUS and enter the following statement:
select * from fimsmgr.fgbtrni;
If no rows were selected, TRNI forwarded the feed records to the posting
process or they were reported to the Transaction Error Report (FGRTRNR).
4.4.
Run the Transaction Error Report (FGRTRNR) which reports on errors in the
accounting relationships being fed into Finance. If errors occur, review the
Journal Voucher Form (FGAJVCD) to make any necessary corrections.
4.5.
Run the Refund Interface Process (FURAPAY) which sweeps the Accounting
Feed Accounts Payable records populating (GURAPAY) for input into Finance.
4.6.
Run the Transaction Error Report (FGRTRNR) which reports on errors in the
accounting relationships being fed into Finance. If errors occur, review the
Invoice/Credit Memo Form (FAAINVE) to make any necessary corrections.
4.7.
Run the Posting Process (FGRACTG) which updates into Finance the postable
Accounts Receivable data.
5. Run the Finance batch reports and processes for refund checks.
3-32
5.1.
Navigate to the On-line Check Print Form (FAAONLC) and select the refund
invoice number to be run in batch check mode.
5.2.
Run the Batch Check Process (FABCHKS) which selects the invoice to be
refunded.
5.3.
Run the Check Print Process (FABCHKP) which prints the refund check.
5.4.
Run the Batch Disbursement Register (FABCHKR) which prints a check
register for all the checks processed from invoices and credit memos selected
during the online check run.
5.5.
Run the Batch Check Accounting Process (FABCHKA).
5.6.
Run the Posting process (FGRACTG) which updates the appropriate Finance
accounts for the postable invoice liquidation accounting activity associated to
the refund transaction.
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
May 2008
6. Review general accounting query forms for results.
6.1.
Review the General Ledger Trial Balance Form (FGITBAL) and General
Ledger Activity Form (FGIGLAC) to analyze the General Ledger accounting
activity within the fund and accounts affected.
6.2.
Review the Detail Transaction Activity Form (FGITRND) to analyze the
Operating Account Ledger accounting activity within the fund, organization,
program, and account affected.
Posting Accounts Receivable Transactions in the
Finance System
The interface of Banner Accounts Receivable with Banner Finance will take the
accounting transactions output from Accounts Receivable as a result of the day's activity
and feed those transactions into Banner Finance for posting. This process is accomplished
by the following steps:
1. Ensure that Banner Finance is installed.
Indicate that Banner Finance has been installed by selecting the Finance check box on
the Installation Controls Form (GUAINST). Selecting this check box flag will allow
entry of the Finance Account number in Banner Finance format. If Banner Finance is
not installed, the 60-character free form account numbers should be entered.
2. Associate detail codes with accounting information.
Associate the detail codes on the Detail Code Control Form (TSADETC or
TFADETC) with the Banner Finance accounting information. This is done on the GL
BANNER Interface window for Accounts A and B. The accounting information
should be entered for the following fields:
May 2008
COA
Banner Finance's Chart of Accounts code - Required
Acci
Banner Finance's account index code- This code will allow
finance to default the appropriate account information at
the time of the feed.
Fund
Banner Finance's fund code
Orgn
Banner Finance's organization code
Acct
Banner Finance's account code
Prog
Banner Finance's program code
Actv
Banner Finance's activity code
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
3-33
Locn
Banner Finance's location code
Rule Class 1
Banner Finance's rule class code. This rule class provides
the information Finance needs when an account detail
(charge or payment) record is fed and posted. It is required.
Rule Class 2
Banner Finance's Rule Class Code 2. This rule class
provides the information Finance needs when an
application of payment record is fed, with one side a charge
type detail code and the other side a payment type detail
code (unlike detail code types C to P). It is required.
Rule Class 3
Banner Finance's Rule Class Code 3. This rule class
provides the information Finance needs when an
application of payment record is fed, with either charge
type detail codes or payment type detail codes for both
sides (like detail code types C to C or P to P). It is required.
Example
A penalty charge is entered on an account. The Accounting Feed Process
(TGRFEED) will create the following transactions to feed to Finance.
Debit
Credit
Account A
Account B
with Rule Class 1
with Rule Class 1
A payment is entered on the account. The Accounting Feed Process (TGRFEED) will
create the following transactions to feed to Finance.
Debit
Credit
Account A
Account B
with Rule Class 1
with Rule Class 1
Application of Payments (TGRAPPL) applies the payment to the charge.
Debit
Credit
Account B of the payment
Account A of the charge
with Rule Class 2
with Rule Class 2
If part of the penalty charge was reversed and the credit applied to an outstanding
parking charge, in the Application of Payments Process (TGRAPPL), the following
transactions would be created in the feed to Finance.
Debit
Credit
Account A of the reversed penalty charge
Account A of the parking charge
with Rule Class 3
with Rule Class 3
3. Run TGRAPPL and TGRFEED.
3-34
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
May 2008
The Application of Payment Process (TGRAPPL) and the Accounting Feed Process
(TGRFEED) are run after the day's activity has been closed and finalized. This will
create the feed record GURFEED, and if a refund was entered, will create an accounts
payable record GURAPAY.
4. Run FURFEED and FURAPAY.
The Finance Feed Sweep Process (FURFEED) and the Refund Interface Process
(FURAPAY) are run to read the GURFEED and GURAPAY tables respectively, for
input into the Finance System.
5. Run FGRTRNI.
Banner Finance's Interface Process (FGRTRNI) is run to post the accounting
transactions to the appropriate accounts based on the rule classes specified.
FGRTRNI will perform all the editing and validation of the account numbers.
Month-End Closing Procedures
To ensure a smooth transaction in your records from month to month, follow the
instructions below at the close of each month:
1. Ensure all cashiering sessions are closed and finalized.
2. Run the Application of Payments Process (TGRAPPL).
3. Run the Accounting Feed Process (TGRFEED).
4. Ensure that the Accounting Feed Accounts Payable Table (GURAPAY) is run through
the Accounts Payable process, checks issued, and batch accepted.
5. Run the Cashier Detail Report (TGRCSHR).
6. Run the Cashier Delete Report/Process (TGRCDEL).
Warning
Do not run the Assess Penalty/Interest Charges Report (TFRLATE) on
the same night. Penalty and interest charges will generate new cashier
sessions complicating the reconciliation process.
„
May 2008
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
3-35
Options for Returned Check Processing
Accrual Method of Accounting
Separate the reduction of the cash account in the General Ledger from the returned check
charge entered on the account. A Banner Accounts Receivable transaction (using a
clearing account) and a journal voucher edit will be used.
Define a detail code for returned check on the Detail Code Control Form (TSADETC) as a
charge (RETC for example). In the GL Interface to Banner Finance section, Account A,
the debit account should reflect the returned check Accounts Receivable account, and
Account B, the credit account, should reflect the returned check clearing account.
The following detail codes are created on the Detail Code Control Form (TSADETC).
Returned Check
Charge
Check
Cash
Account A
Account B
Account A
Account B
Account A
Account B
Account A
Account B
Returned Check A/R
Returned Check Clearing
Charge A/R
Charge Income
Cash in Bank
Overpayment
Cash in Bank
Overpayment
At this point, you may choose to pursue Option A, and place a new outstanding charge of
a returned check on an account. Or you can choose Option B, and remove the payment of
an original charge. Descriptions of each of these options follow.
Option A - Place a new outstanding charge of a returned check on an account.
1. The bank sends the dishonored check to the institution, and the person preparing the
bank reconciliation performs a journal voucher entry to the General Ledger cash
account bringing, it in balance with the cash balance in the bank.
Debit
Credit
Returned check clearing
Cash
2. Place the returned check detail code on the individual's account for amount of the
check, debiting Account A and crediting Account B of the returned check detail code.
The individual now owes for a returned check.
Debit
Credit
3-36
Returned check A/R
Returned check clearing
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
May 2008
3. If the individual subsequently pays with actual cash, debit Account A of the cash
detail code and credit Account B of that detail code.
Debit
Credit
Cash
Overpayment
4. Running the Application of Payment Process (TGRAPPL) will debit Account B of
the cash detail code and credit Account A of the returned check detail Code.
Debit
Credit
Overpayment
Returned check A/R
Option B - Remove the payment of the original charge.
This is done by unapplying the original payment, placing a returned check charge on the
student's account, and leaving the original charge(s) which were paid by the dishonored
check as outstanding. Subsequently running the Application of Payment Process
(TGRAPPL) will apply the original check payment to the returned check charge. (The
priority code on the returned check charge must be higher than other charges so the reapplication of payments will process that first.)
1. The bank sends the dishonored check to the institution, and the person preparing the
bank reconciliation performs a journal voucher entry to the General Ledger cash
account, bringing it in balance with the cash balance in the bank.
Debit
Credit
Returned check clearing
Cash
2. Request an unapplication of payments transaction on the Unapplication of Payment
Form (TSAUNAP) for the original check. When running the Accounting Feed
Process (TGRFEED), the following transactions will be generated debiting Account
A of the charge detail code and crediting Account B of the check detail code:
Debit
Credit
Charge A/R
Cash overpayment
3. Place the returned check detail code on the individual's account for the amount of the
check. Direct the charge to original check payment detail code which will now have a
credit balance, as a result of the unapplication of payments from step 2.
Debit
Credit
Returned check A/R
Returned check clearing
4. The subsequent nightly Application of Payments Process (TGRAPPL) will generate
the following transactions in the Accounting Feed Process (TGRFEED), debiting
May 2008
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
3-37
Account B of the check detail code and crediting Account A of the returned check
detail code. The individual now owes for the charge once again.
Debit
Credit
Cash overpayment
Returned check A/R
5. If the individual subsequently pays with actual cash, the Accounting Feed Process
(TGRFEED) will debit Account A of the cash detail code and credit Account B of the
cash detail code:
Debit
Credit
Cash
Overpayment
6. Running the Application of Payment Process (TGRAPPL) will generate the
following, debiting Account B of the cash detail code and credit Account A of the
returned check detail code:
Debit
Credit
Overpayment
Tuition A/R
Billing Purge Process
The Billing Purge Process (TGPBILL) deletes transactions from selected accounts based
on parameter options and the following criteria.
When memos are purged, the amount must be zero, and the expiration date must be either
null or less than the user-specified parameter date.
When the purge of the account detail is selected, all transactions must either have a zero
balance, or the absolute value of the amount must be equal to the absolute value of the
balance. This is necessary since the Application of Payments must be purged with the
account details. Because the balance of a transaction is based on the Application of
Payments, deleting the Application of Payments for a partially applied payment would
result in the balance being incorrectly adjusted in a subsequent unapplication or
Application of Payment run.
Once the account passes this test, all zero balance transactions are selected and several
more checks are performed. All must have a bill date, have been fed to accounting, and
have had their corresponding cashier session(s) deleted. Furthermore, if they are tied to
deposits, the entire deposit amount must have been released, fed to accounting, and the
cashier session deleted. The amount restriction is due to the fact that the deposit balance is
based on the account detail amount. Deleting an account detail without the associated
deposit would have the effect of “reinstating” the full deposit balance. Once these tests are
3-38
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
May 2008
passed, all zero balance account details are deleted, along with all Application of Payment
transactions and any deposits related to the account details.
Sample Detail Codes, Accounting Entries, and Rule
Classes
In the following table, an asterisk (*) indicates the line of detail code used in Application
of Payments.Values in bold type identify the account distribution used in Application of
Payments.
APPLICATION OF
PAYMENTS
DETAIL
1.
2.
Detail Code
Description
Type
Code
Line
Charge
C
A)
Cash Payment
P
Rule 1
diff
Rule 2
like
Rule 3
Accounts
Receivable
CHS1
APS2
APS1
B)
Income
CHS1
XXXX
XXXX
A)
Cash in Bank
CSS1
XXXX
XXXX
Undistributed
Receipts
CSSC
APS4
APS3
F.A.
Disbursements
CHS1
XXXX
XXXX
Undistributed
Receipts
CHS1
APS2
APS1
Expense Account CHS1
XXXX
XXXX
B)
3.
Financial Aid
P
5.
6.
Exemptions
Refund
Deposit
P
C
P
Deposit
Payment
P
*
B)
*
Accounts
Receivable
CHS1
APS2
APS1
A)
*
Accounts
Receivable
CHS1
APS2
APS1
B)
Accounts
Payable Clearing
RES1
XXXX
XXXX
A)
Deposit Payable/
Suspense
CHS1
XXXX
XXXX
Accounts
Receivable
CHS1
APS4
APS3
Cash in Bank
CSS1
XXXX
XXXX
Deposit Payable/
Suspense
CSSC
ASP4
APS3
*
A)
B)
May 2008
*
A)
B)
7.
*
A)
B)
4.
Account
Description
*
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
3-39
APPLICATION OF
PAYMENTS
DETAIL
Detail Code
Description
8.
9.
10
.
11
.
12
.
Contract
Charge
Contract
Payment
Returned
Checks
Installment
Plan
Installment
Principle
Type
Code
Line
C
A)
P
C
P
C
Account
Description
Rule 1
diff
Rule 2
like
Rule 3
Accounts
Receivable
CHS1
APS2
APS1
B)
Contract
Clearing
CHS1
XXXX
XXXX
A)
Contract Clearing CHS1
XXXX
XXXX
*
B)
*
Accounts
Receivable
CHS1
APS2
APS1
A)
*
Accounts
Receivable
CHS1
APS2
APS1
B)
Returned Check
Clearing
CHS1
XXXX
XXXX
A)
Accounts
Receivable-1
CHS1
XXXX
XXXX
B)
*
Installment
Clearing
CHS1
APS2
APS1
A)
*
Accounts
Receivable-2
CHS1
APS2
APS1
Accounts
Receivable-1
CHS1
XXXX
XXXX
B)
Review Cashiering Activity
The Cashier Session Review Form (TGACREV) is used to review a cashier's session
activity for a specific session. The activity is displayed in summary by detail code, as well
as detail for the session. All inactive sessions for a cashier may also be displayed. This
form is used to update the status of cashiering sessions and to close active sessions.
The Cashier Supervisory Form (TGACSPV) is used to display all active and inactive
cashiering sessions on the system. This form allows the supervisor to query information
about cashiering sessions. This form can also be used to place Closed cashiering sessions
into Feed to Accounting finalized status.
When produced on a daily basis, the Cashier Detail Report (TGRCSHR) will provide
detail of all the activity for a cashiering session and will also provide summary data by
category of transaction.
3-40
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
May 2008
After all the items in a cashiering session have been fed to accounting through the
Accounting Feed Process (TGRFEED), the cashier sessions may be deleted by the Cashier
Delete Report/Process (TGRCDEL). The detail which made up the sessions will no longer
be available for display on the Cashier Session Review Form (TGACREV).
Adjust Cashiering Activity
A cashier who is defined as a supervisor on the User Profile Definition Form (TGAUPRF)
can make adjustments to a closed session that belongs to a cashier who has been assigned
to that supervisor. These adjustments are made on the Account Detail Review Form Student (TSAAREV), the Student Account Detail Form (TSADETL), or the
Miscellaneous Transaction Form (TFAMISC or TSAMISC).
Note that the original entries made by the cashier are never modified; rather, adjusting
entries are made to compensate for the entry error. These adjusting entries then become
part of the original cashiering session. They will not have the same receipt number as the
original transaction.
When adjusting a miscellaneous transaction on TFAMISC or TSAMISC, the supervisor
enters compensating debit and credit amounts. If the original transaction needs to be
completely reversed, a debit would be entered for the detail code and amount of the
original credit side of the transaction, and a credit would be entered for the detail code and
amount of the original debit side of the transaction.
When adjusting an entry on TSAAREV or the Detail Code Control Form (TFADETC or
TSADETC), new transactions are inserted; the original transactions cannot be updated.
Automatic Cashier Close and Session
Finalize
The Cashier Session Close Process (TGRCLOS) closes and/or finalizes cashiering
sessions automatically. A session can be closed, finalized, or bypassed. The ability to close
and/or finalize, or bypass a session will be controlled based on the source of the records
existing in the session. The user establishes which type of sessions can be automatically
closed and/or finalized, or by-passed by building rules on the Charge/Payment Source
Code Validation form (TTVSRCE). The process produces a report of closed and/or
finalized sessions.
May 2008
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
3-41
Application of Payments Process
The Application of Payment Process (TGRAPPL) will apply any payments to outstanding
charges based on the priority defined on the Detail Code Control Form - Student
(TSADETC). This process will also create the correct accounting entries based on the
application to be fed to the Accounting System through the Accounting Feed Process
(TGRFEED).
Application of payments for an individual student may be reviewed on the Application of
Payment Review Form - Student (TSIAPPL).
If payments which affect the method of application are posted to an account after
application of payments has been processed, you may request unapplication on an
individual account in the Account Review Form - Student (TSAACCT). You must run
these requests through the Unapplication of Payment Process (TGRUNAP).
Unapplication of Payments may also be processed online for an individual account by
transaction number, term, or effective date on the Unapplication of Payment Form
(TSAUNAP).
Use the Unapplication of Payment Form (TFAUNAP or TSAUNAP) to unapply payments
that have been applied directly using the Account Detail Review Form (TSAAREV or
TFAAREV).
Note
The Transaction Paid number will remain on the original transaction when
you unapply a direct payment. If you want to re-apply the payment to a
different charge, then you must use either the Account Detail Form
(TSADETL or TFADETL) or the Account Detail Review Form - Student
(TSAAREV) to remove the Transaction Paid number.
„
Lockbox Payments Process
Run the Lockbox Tape Unload Process (TSRLBOX). This process posts payments
received through electronic funds and transferred to a person's account.
Note
The tape format must include at least one detail record and one batch
summary record in order for the tape to be processed.
„
If the data received from the bank via the tape is in error, use the Lockbox Correction
Form (TSALBOX) to correct errors. ID transaction date and invoice number paid can be
modified. After corrections have been made, rerun TSRLBOX using the Lockbox
Intermediate Table (TBRLBOX) as input.
3-42
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
May 2008
Processing Details:
This process unloads the Lockbox electronic funds transfer tape data to a database table
(TBRLBOX) and/or attempts to post the information from the Lockbox Intermediate
Table to the Account Charge/Payment Detail Table (TBRACCD).
If the input to the process is TAPE, the Lockbox tape is read. File header, batch header,
and file summary records are not loaded to the TBRLBOX table. The TBRLBOX table
contains only batch detail and batch summary records. Each batch detail record read from
the tape is loaded to TBRLBOX.
When a batch summary record is encountered, information about the batch is loaded to an
internal table (which will be printed on the control report), the record is loaded to
TBRLBOX, the batch is committed to the database and the TBRLBOX_BATCH_VERIFY_IND
is set. A batch is marked as verified (TBRLBOX_BATCH_VERIFY_IND = Y) when the
computed total of the batch detail amounts is the same as the total on the batch summary
record. An entire batch is either verified on unverified (that is, the indicator is set on the
batch summary record and on all the batch detail records).
Once the data have been loaded to the database, or the input to the process is TABLE, the
Lockbox Intermediate Table (TBRLBOX) is processed. The ID must be a valid ID on
SPRIDEN. The invoice number paid (if present) must be a valid invoice number on
TBRACCD for the ID. The amount to be paid against an invoice must also be valid.
When it is determined that at least one payment will be posted to the Account Detail Table
(TBRACCD), a cashiering session is created. For each payment to be posted to
TBRACCD, a tran number will be generated, the payment will be inserted into
TBRACCD, and the TBRLBOX record processed will be deleted. When all batch details
are deleted from TBRLBOX, the batch summary will be deleted from TBRLBOX.
A control report will be generated.
Note
The Lock Box process must be tailored to your specific input format,
including the check digit algorithm if you chose to use one. The tape
layout provides for check digits for further verification of data. Check digit
verification should occur when validating ID, invoice number paid, and so
on. Add logic to use your check digit algorithm. Technical staff should
refer to the Cobol source code TSRLBOX.pco.
„
Grant Payments Process
1. Use the Detail Code Control Form (TFADETC or TSADETC) to create grant billing
detail codes. By specifying GRN (Grant) in the Category field on the Main window,
May 2008
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
3-43
you can designate the detail code as a grant billing detail code, and then select the
type of transaction for it from the Grant Type pull-down list.
2. You can either enter payments received from sponsoring agencies on the Research
Accounting Payments Entry Form (FRAAREV), thereby populating the TRRACCD
table and creating an open cashiering session,
or
The Grants Application of Payment Process (TRRAPPL) applies the payments
received from the sponsoring agencies to the charges billed to those agencies, and
inserts the transactions into the TRRAPPL table.
3. Once the session is finalized, the Accounting Feed Process (TGRFEED) selects the
grant payment transactions and inserts them into the GURFEED table.
4. The FURFEED process then feeds these transactions to Banner Finance.
5. The posting process in Banner Finance posts the transactions to the ledgers.
ACH Refunds Process
The address hierarchy specified for the Accounting Feed Process (TGRFEED) determines
which address Banner will use to process student refunds.When using ACH, the address
hierarchy also determines whether Banner will issue a refund check or deposit funds
directly into the student’s account.
To implement ACH for student refunds, perform the following steps:
1. Create direct deposit refund and/or refundable detail codes on the Detail Control
Form - Student (TSADETC). To create a refund and/or refundable detail code, select
the Refundable check box, then choose Y for the Refund Code and RFD for the
Category. To designate a detail code as ACH, select the Direct Deposit check box.
2. Establish bank routing codes on the Bank Routing Number Validation Form
(GXVDIRD).
3. Define ACH institution banks and ACH rules on the Bank Code Rule Form
(GXRBANK). The ACH Status check box must be selected for a bank account that
can have funds withdrawn and sent to the payee via direct deposit.
4. Define students who are eligible for direct deposit refunds on the Direct Deposit
Recipient Form (GXADIRD). For a student to be eligible for direct deposit refunds,
3-44
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
May 2008
the Accounts Payable check box must be selected and the direct deposit bank data
must exist.
Note
To implement ACH without regard to address, it is recommended that the
Address Type field on GXADIRD be left blank. When this field is blank,
then all addresses are eligible for direct deposit refunds. Therefore, if a
student is defined on GXADIRD and the Address Type is blank, the
refund will be processed via direct deposit, regardless of the address
hierarchy entered on TGRFEED. If a student was not defined on
GXADIRD, then that student would always receive a refund check.
„
5. Manually enter the ACH refund detail code on student accounts or run the TSRRFND
process to automatically place the specified refundable detail code on student’s
accounts.
PLUS Loan Refunding Process
If a refund is due to a student as the result of a PLUS loan payment, and the parent did not
indicate that the funds may go directly to the student, the refund is processed as an
automatic check payable to the PLUS borrower instead of to the student. Refunds are
based on the balance for each PLUS Loan that has not been applied to charges on the
student’s account.
The following prerequisites enable PLUS Loan refunding. For additional information,
please refer to the Banner Financial Aid User Guide.
• A unique detail code must exist on TSADETC to be used exclusively for PLUS
refunds to be sent back to the parent borrower. The Refund Code associated with
this detail code must be valued to P (Parent PLUS).
• Fund codes established on the Fund Base Data Form (RFRBASE) with the Federal
Fund ID equal to PLUS must have the Direct Loan Indicator, Electronic Loan
Indicator, or Manual Loan Indicator set to an appropriate value on the Fund
Management Form (RFRMGMT). Parent refunds are created only when the value
is P (Parent PLUS).
Data entry requirements for processing Parent PLUS loans are as follows:
• For the refund to go to the parent, do not select the Parent PLUS to Student check
boxes on the Direct Loan Origination form (RPALORG) for direct loans, the
Electronic Loan Application form (RPAELAP) for electronic loans, or the Loan
Application form (RPALAPP) for manual loans.
• Be sure to provide a complete and accurate mailing address for the parent with the
loan record on the Direct Loan Origination form (RPALORG), Electronic Loan
Application form (RPAELAP), or Loan Application form (RPALAPP).
May 2008
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
3-45
Automatic Process Flow
The automatic PLUS Loan refunding process includes the following steps:
1. Disburse loan funds to the Student account using Banner Financial Aid disbursement
(RPEDISB). For detailed information about RPEDISB, please refer to the Banner
Financial Aid User Guide.
2. Perform application of payments to apply any funds received for the student’s record
to any outstanding charges.
3. Execute the Auto Refund Credit Amt - Student process (TSRRFND) to allow
refunding to PLUS Loan borrowers.
If a refund is calculated for a student’s account and a refund is due, at least in part to
PLUS loan proceeds, a refund is calculated for the parent borrower for the full portion
attributable to the PLUS Loan. Additional refunds may be calculated that are payable
to the student.
4. Execute the Accounting Feed Process (TGRFEED) to update the GURAPAY table
with the parent borrower’s name and address, as a one-time vendor.
5. Execute the Refund Interface (FURAPAY) to create the invoice records from the
GURAPAY table.
Note
Because the PLUS Refund transaction is created as a one time vendor,
the address type and sequence are not populated in the invoice record. If
the sequence number in GURAPAY is 1, indicating an error in the name
and address data, the Error Report (FGRTRNR) will include a reference
to the invoice and it will be left in Incomplete status so that a correction
can be made.
„
6. Generate checks and distribute to the proper recipients.
Manual Process Flow
The manual PLUS Loan refunding process includes the following steps:
1. On the student forms, you can enter the Parent PLUS refund detail code directly to
the student’s account if you populate the transaction number paid with the transaction
number of a valid PLUS loan credit for the same term.
In this case, it is not necessary that the Parent PLUS to Student check box be
cleared. This would allow a manual override to send a portion of the PLUS Loan
proceeds to the parent, with the remainder refunded to the student via TSRRFND.
The name and address information is not automatically created in the Account Detail
3-46
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
May 2008
Text table (TBRACDT) for PLUS refunds entered manually, but may be entered by
the operator for informational purposes.
2. Perform application of payments.
3. Refer to steps 4 and 5 from the “Automatic Process Flow” on page 3-46.
Accounting Feed Process
The Accounting Feed Process (TGRFEED) will take all charge and payment transactions
from finalized cashiering sessions and create a file of accounting detail records
(GURFEED and GURAPAY) and refund check information based on the accounts built in
the GL Banner Interface window of the Detail Code Control Form (TSADETC). A report
is produced to detail the debit and credit entries by account number.
This process also feeds the PLUS refund transactions to the Accounting Feed Accounts
Payable Table (GURAPAY) for refunding by Finance.
Banner Pre-Bill Procedures
The following describes the functionality of the Banner Pre-Bill Process.
Pre-Bill Process
The Registration Fees Process Control Form (SFARGFE) is used to create rules for
Tuition and Fee assessment, which may be designated as either Pre-Bill or Regular. The
pre-bill assessment routine will calculate assessments based on a student being identified
on the General Student Form (SGASTDN) as full-time rather than using the actual hours
for which the student is registered. Since courses are not evaluated, pre-bill rules should
be built only at the STUDENT level.
Three options exist in the Batch Fee Assessment Process (SFRFASC) for the pre-bill
process:
• The first option will be used to select either pre-bills or regular bills.
• The second option will be used to select either full-time or part-time students.
Since full-time/part-time is an optional database column on the general student
record, those with null values will be processed as full-time students.
• The third option will be used to select specific registration status codes.
The second and third options will only be used when the process is run in Pre-Bill
mode.
May 2008
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
3-47
Pre-Bill Assessments
The pre-bill process allows an institution to assess a student full-time tuition and fees even
if the student is not registered as full-time. A student must have an enrollment term record
(SFBETRM) for the term in order to be processed through the pre-bill process. The prebill assessments will be posted to the student's account just as they would if the regular
assessment routine was run.
All other programs/processes (such as invoices, application of contracts and exemptions,
and the like) will use the pre-bill assessments, since the assessment will be applied to the
student's account. It is important to remember that when contracts and exemptions are
calculated at the detail level, they are based on the detail codes created in fee assessment.
Therefore, if the detail codes used in the pre-bill assessment are different than those used
in a regular assessment, either the contracts/exemptions will not be calculated, or pre-bill
contracts and exemptions will need to be created.
Concerning financial aid, if funds are disbursed based on actual hours rather than
estimated hours, the pre-bill for a student who does not get enrolled for all the courses he/
she requested may not show any financial aid, or the amount may be less than expected.
Charges posted during the pre-bill process will automatically be reverse adjusted if
different detail codes are used when either batch fee assessment is run in regular mode or
when the individual student is processed on the Student Course Registration Form
(SFAREGS) or the Student Payment Form (TSASPAY).
Banner Alternative Payment/Assessment Processing
Third Party Contracts
Waivers
(Exemptions)
Fee Adjustment
(Student Rate Codes)
Manual Adjustment
(by Detail Code)
Calculate the original
revenue amount for the
GL contract
Calculate the original
revenue amount for the
GL contract
Calculates a different
revenue amount
Calculate the original
revenue amount for the
GL contract
Transfer the liability
from the student
account to the third
party
Expense the reduction
in a contra revenue
account
Recognizes a nonstandard income
Recognizes gross
income and reduction or
adjusted income
Recognizes gross
income—no net change
in the GL (Exception:
during write-off)
Recognizes gross
income and reduction
allowed in two different
GL accounts
Entry Points:
Entry Points:
Entry on contract
authorization
(TSACONT)
Entry on exemption
authorization
(TSAEXPT)
Quick Entry Form
(SAAQUIK)
3-48
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
Student Fee Assessment Student Payment Form
Code Validation Form
(TSASPAY)
(STVRATE)
Account Detail Form
(TSADETL)
May 2008
Third Party Contracts
Waivers
(Exemptions)
Fee Adjustment
(Student Rate Codes)
Manual Adjustment
(by Detail Code)
System calculated by
contract rules
System calculated by
exemption rules
General Student Form
(SGASTDN)
Account Detail Review
Form (TSAAREV)
List of students
List of students
Student Course
Registration Form
(SFAREGS)
Billing Mass Data Entry
Form (TSAMASS)
System calculated by
fee assessment rules
User calculates entry
code and amount
Setting Up Third Party Contracts
1
Tuition
Receivable
Charge of Tuition to Student
DR
Tuition Receivables
CR
Tuition Income or Tuition
Revenue
1
1
100
Tuition
Income
2b
100
2b
100
1
T101
2a
Third Party Payment to Student
DR
Contract Clearing
Contract Clearing
Third Party
Accounts
Receivable
2a
2b 100
100
2a
2c
100
3b
100
TPPY
CR
2b
May 2008
100
2c
100
Third Party Accounts
Receivable
Application of Payments to Third Party
Payment to Student Chart
DR
Third Party Accounts Receivable
CR
Third Party Accounts Receivable
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
3-49
2c
Third Party Charge to Third Party
DR
Third Party Accounts Receivable
CR
Contract Clearing
TPCH
3a
Check Payment on Third Party
DR
Cash
CR
Overpayment/
Clearing Account
Cash
3a
Credits
100
3b 100
100
3a
CHEK
3b
Application of Payments to Apply
Check Payment to Third Party Charge
DR
Overpayment/Clearing Account
CR
Third Party Accounts Receivable
Setting Up Deposits
1
Tuition Deposit (TDEP) entered on
Deposits Window. (The deposit has
not yet been released on the account.)
The deposit payment (DCHK) is fed to
the General Ledger.
DR
Cash
CR
Deposit
Suspense
Tuition
Receivables
2
100
100
Tuition Income
4
100
2
DCHK
3-50
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
May 2008
2
Tuition Charge on Student
DR
Tuition
Receivables
CR
Tuition
Income
Deposit Suspense
Deposit Receivables
3
4
100
100
1
100
100
3
DCHK
3
Deposit is Released onto Student Account
(This is the pay detail code from the Deposits Window.)
DR
Deposit Suspense
CR
Deposit Receivables
Cash
1
100
TDEP
x
4
Application of Payments to apply the Tuition
Deposit to the Student’s Tuition Charge
DR
Deposit Receivables
CR
Tuition Receivables
Setting Up Refunds through the Cash Drawer
1
Charge of Tuition to Student $100.00 Tuition Receivables
DR
Tuition Receivabless
CR
Tuition Income or
Tuition Revenue
1
100
Tuition Income
100
3
100
1
T101
May 2008
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
3-51
2
Check Payment on Student
Account $105.00
DR
Cash
Overpayment/
Clearing
Account
Cash
2
105
5
4
CHEK
CR
3
Overpayment/
Clearing
Account
5
3
100
4
5
5
5
105
2
5
5
Application of Payments to Apply Student
Charge to Student Payment $100.00
DR
Overpayment/Clearing Account
CR
Tuition Receivables
T101
4
Cash Out entered on Student Account $5.00
DR
Overpayment/Clearing Account
CASH
CR
5
3-52
Cash
Application of Payments
DR
Overpayment/
Clearing Account
CRS
Overpayment/
Clearing Account
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
May 2008
Setting Up Refunds
1
Charge of Tuition to Student $100.00
DR
Tuition Receivables
CR
Tuition Income or
Tuition Revenue
Tuition
Receivables
1
100
Tuition Income
100
3
100
1
T101
2
Check Payment on Student
Account $200.00
DR
Cash
Overpayment/
Clearing Account
Cash
2
200
100
6
CHEK
CR
3
4
3
100
5
100
200
2
Overpayment/
Clearing
Account
Application of Payments to Apply Student Charge to
Student Payment
DR
Overpayment/Clearing Account
CR
Tuition Receivables
Refund Entered on Student
Account $100.00
DR
Refund
Receivables
CR
Accounts
Payable
Clearing
Accounts Payable
Clearing
Refund Receivables
4
100
100
5
6
100
100
4
RFND
May 2008
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
3-53
5
6
Application of Payments
DR
Overpayment/Clearing Account
CR
Refund Receivables
Feed Finance to Generate a Check $100.00
DR
Accounts Payable Clearing
CR
Cash
Sample Detail Codes and Accounting
Entries
Generic Accrual Account Distributions
1.
2.
Detail Code Description Type
Detail Code
Line
Charge
A)
Cash Payment
C
P
Financial Aid
P
5.
6.
Exemptions
Refund
Deposit
P
C
P
Accounts Receivable
Income
A)
Cash in Bank
*
A)
B)
4.
*
B)
B)
3.
Account Description
Undistributed Receipts
F.A. Disbursements
*
A)
Undistributed Receipts
Expense Account
B)
*
Accounts Receivable
A)
*
Accounts Receivable
B)
Accounts Payable Clearing
A)
Deposit Payable/Suspense
Note: An asterisk (*) indicates which line of detail code is used in application of payments.
Account distribution in bold type is used in application of payments.
3-54
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
May 2008
Detail Code Description Type
Detail Code
Line
B)
7.
8.
9.
10.
11.
12.
Deposit Payment
Contract Charge
Contract Payment
Returned Checks
Installment Plan
Installment
Principle
P
C
P
C
P
C
Account Description
*
A)
Accounts Receivable
Cash in Bank
B)
*
Deposit Payable/Suspense
A)
*
Accounts Receivable
B)
Contract Clearing
A)
Contract Clearing
B)
*
Accounts Receivable
A)
*
Accounts Receivable
B)
Returned Check Clearing
A)
Accounts Receivable-1
B)
*
Installment Clearing
A)
*
Accounts Receivable-2
B)
Accounts Receivable-1
Note: An asterisk (*) indicates which line of detail code is used in application of payments.
Account distribution in bold type is used in application of payments.
Automated Installment Plans
You can set up the automatic assignment and calculation of student installment plans
based on defined rules. Student bills can also be processed to reflect a dynamic calculation
of current amount due on the first billing of a term.
Institutions can use this functionality to perform the following tasks:
• Automatically assign students to installment plans based on student attributes.
• Identify by category and detail codes what is added or subtracted to calculate the
amount of an installment plan.
• Add a service charge to the student account as a flat fee, or as a percentage of the
calculated amount.
• Automatically calculate installment plan transactions.
• Dynamically calculate the installment amounts for display/review at any time. This
action minimizes the number of records in the AR tables since they are created
only once per billing cycle.
May 2008
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
3-55
About Automated Installment Plans and Installment
Transactions
Installment plan assignment for a student is completed before billing as part of the job
scheduling process.
If a student does not pay the full amount of eligible charges, the system assumes the
student is enrolling in an installment plan based on rules, forms and/or process parameters
(including Population Selection).
If a student is already assigned to an installment plan and his related information changes,
the student remains in the original plan and his information can be changed manually, if
necessary.
The Student Billing Statement (TSRCBIL) can be run only once per term with the Do
Dynamic Calculation Parameter set to Y; the Create Installment Transactions (TSPISTT)
calculations process should not be run for the term prior to the first bill when using
dynamic calculations.
When a student uses the Self Service or VR interface to view the amount due, the
associated process evaluates the qualified installment plan, if any, and returns the dynamic
calculation as if the student were in that plan. This process creates the installment plan
record on the Installment Plan Form - Student (TSAISTL).
Note
For automatic assignment and automatic calculation to occur, the
indicators for automatically assigning and automatically calculating
installment plans on the Student Billing Control Form (TSACTRL) must be
selected
„
Assigning Installment Plans
Institutions can assign installment plans using one of the following methods. For
additional information about assigning installment plans, refer to the Tasks for Automated
Installment Plans section.
1. Mass assignment based on student attributes using a background process.
2. Automatic assignment for a student based on student attributes via form access, Web,
or Voice Response (VR).
To assign installment plans automatically to students without running a batch process,
set a control flag on the Student Billing Control form (TSACTRL) by selecting the
Automatically Assign Installment Plans check box. Then, students will be placed
automatically into the installment plan for which specified rules are met via direct
3-56
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
May 2008
form access or when the student accesses his account through Voice Response (VR) or
the Web.
Note
If you choose not to enable the control flag on the Student Billing Control
form, you will only be able to perform automatic assignment of installment
plans via batch processing.
„
3. Manual assignment for an individual student using existing functionality (TSAISTL).
Students will be assigned to, at most, one installment plan during Automatic
Assignment processing. If a plan--traditional or automated-- already exists for the
student for the term, then Web, VR, TSAISTP, and TSICSRV will not assign a new
plan; neither will the TSPISTA process if the Plan Code parameter is blank. A student
may be forced into more than one plan manually via TSAISTL, or by using a
Population Selection and specifying a Plan Code in the TSPISTA process.
Calculating Installment Plan Transactions
Institutions can calculate automated installment plan transactions using one of the
following methods. For additional information about calculating installment plan
transactions, refer to the Tasks for Automated Installment Plans section.
1. Mass calculation based on category/detail code rules using the background process.
The background process creates transactions and updates the student account.
2. Dynamic calculation for a student based on category/detail code rules via form
access, Web, or Voice Response (VR). The dynamic calculation displays the
installment plan transactions that would be created on the student account based on
existing account transactions, without actually updating the student account.
To calculate installment plan amounts dynamically, set a control flag on the Student
Billing Control form (TSACTRL) by selecting the Automatically Calculate
Installments check box. If you choose not to enable the control flag on the Student
Billing Control form, you will only be able to calculate installment plan transactions
via batch processing.
To create installment transactions on the student account, run the background process
before billing or aging.
Note
Your institution can still use the traditional installment plan where the user
specifies the amount and the installment transactions are created
immediately.
„
May 2008
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
3-57
Setting Up Automated Installment Plans and
Transactions - Things to Consider
Decisions should be made at the institution level about which features of this automated
installment plans enhancement to enable. You will need to consider the following items.
• The priority for assigning students to installment plans and the method of charging
deferment fees must be determined at the plan code level.
• The student attributes (such as level, college, degree) to include or exclude for
assigning student installment plans must be determined.
• The category/detail codes and the types of credits (such as authorized aid, financial
aid memos, other memos) to include or exclude as eligible items must be
determined for installment plan processing.
• For automatic assignments to occur, a student must also be registered--thus
creating a valid SFBETRM record--for the term for which the installment plan is
being created.
Tasks for Automated Installment Plans
Setting up Automated Installment Plans
Create Plan Codes using the Installment Plan Control - Student Form (TSAISTC) and
check the Auto Calc Plan box. Designate a priority; students are assigned to the plan with
the lowest numbered priority for which they qualify.
Note
Use the options list to access Assignment and Calculation Rules after a
plan has been saved.
„
Setting up Automated Installment Plan Assignment Rules
1. Create assignment rules using the Automated Installment Plan Assignment Rules
Form (TSAISTA).
2. On the Installment Plan Details window, select the Active Indicator check box to
enable a plan. If desired, an end date may be entered in the Active Until Date field.
After this date has passed, students will no longer be assigned to this plan, although
recalculation may occur.
3-58
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
May 2008
3. You can specify (I)nclude or (E)xclude criteria for each of six student attributes. The
combination of the priority and Include/Exclude rules will determine to which plan
each student is assigned.
3.1.
If you specify (I)nclude, only students who match the criteria are to be selected
for this plan.
3.2.
If you specify (E)xclude, a student who matches the criteria may not be
selected for this plan.
3.3.
If you enter no criteria, students are eligible for this plan, no matter what value
they have for this attribute.
4. Associate students with installment plans, using one or more of the following
methods.
4.1.
Run the Assign Installment Plans process (TSPISTA) to assign students to an
installment plan.
4.2.
Manually assign students using the Installment Plan Form - Student
(TSAISTL).
4.3.
Check Automatically Assign Installment Plans on the Student Billing Control
Form (TSACTRL) to allow the Installment Payment Amount Form
(TSAISTP), Customer Service Form (TSICSRV), Voice Response, and Web
self-service, to assign a student to an installment plan, if queried for a term.
Setting up Automated Calculation Rules
1. Create calculation rules using the Automated Installment Plan Rules Form
(TSAISTR).
2. On the Base Plan Rules for Term window, indicate the type of plan, minimum amount
for which a plan may be created, and whether Authorized Aid and Memos are
included.
3. If you are using Equal Payments, specify the start date, number of payments, and pay
period.
4. If you are using Percentage Payments, indicate the payment dates and percentage of
the total due on each date on the Dates and Percentages window.
Note
Interest charges are not calculated for Percentage Payment plans.
May 2008
„
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
3-59
5. On the Installment Plan Payment Rules window, indicate those Category Codes to be
included in the calculation, Detail Codes to exclude from a Category, and other Detail
codes to include.
Note
Authorized and Memoed Aid and Other Memos are deducted only when
the appropriate checkbox is selected and the Category or Detail Codes
are specified to be included.
„
Tip
Dynamically calculated installment plan transaction do not update a
student’s account.
„
6. Calculate installment plan transactions on student accounts using one or more of the
following methods.
• Run the Assign Installment Plans Process (TSPISTA) to calculate installment plan
transactions on a student’s account.
• Check Automatically Calculate Installments on the Student Billing Control Form
(TSACTRL) to allow the Installment Payment Amount Form (TSAISTP),
Customer Service Form (TSICSRV), Voice Response, and Self-service to calculate
installment plan amounts dynamically if queried for a term.
Using Dynamic Calculation on a Bill
To reflect a dynamic calculation of an installment plan and a minimum amount due on the
first bill for a term, run the following processes.
1. Run the Assignment Installment Plans Process (TSPISTA) just before billing to
ensure eligible students have been assigned to plans. Students are assigned to a plan
only if they are not already assigned to a plan for the same term and assignment rules
match.
2. Run student bills (TSRCBIL) with the Do Dynamic Calculations parameter set to Y.
Note
The Student Billing Statement (TSRCBIL) can be run only one time with
Do Dynamic Calculations set to Y for each term. No Installment Plan
transactions will show on the student’s account at this time.
„
Before the second bill runs for the term, it is recommended that you run the following.
1. Execute Fee, Room, Board Assessments (SFRFASC/FAS1, SLRFASM)
2. Disbursement Process (RPEDISB)
3-60
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
May 2008
3. Create Installment Transaction (TSPISTT)
Tip
When you run the Installment Calculation process, installment
transactions are created on the student account.
„
If more than the required minimum has been paid, installments will be created for the
remaining balance only, with a reduced service charge if using a percent of total.
If less than the required minimum has been paid, the installments created will leave a
portion of the original charges past due and subject to late charge.
4. Assess Penalty/Interest Late Charges (TSRLATE)
5. Student Billing Statement (TSRCBIL) with Do Dynamic Calculations set to N.
If desired and depending on the payment terms of the plans, you can run the Installment
Calculation process again before subsequent billing to reflect adjustments on an account.
Not using Dynamic Calculation on a Student Bill
1. Run the Assign Installment Plans process (TSPISTA) to ensure eligible students have
been assigned to installment plans.
2. Run the Check Installment Transaction process (TSPISTT) to create Installment Plan
transactions on the student account, including any fee or interest due for the
installment plan.
3. Run Student Billing Statement (TSRCBIL) with Do Dynamic Calculations
(parameter 32) set to N.
Forms for Automated Installment Plans
For detailed information about the following forms, refer to the online help.
Installment Plan Assignment Rules Form (TSAISTA)
This form enables you to create rules that automatically assign a student to an installment
plan for a given term. Rules defined on this form are used by the Assign Installment Plans
Process (TSPISTA), the Installment Plan Payment Amount Form (TSAISTP), the
Customer Service Inquiry Form (TSICSRV), Self Service, and Voice Response (VR).
Installment Plan Payment Rules Form (TSAISTR)
This form enables you to define variables used to calculate the Installment principal
amount. Rules defined on this form are used by the Create Installment Plan Transaction
May 2008
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
3-61
process (TSPISTT), the Installment Plan Payment Amount Form (TSAISTP), the
Customer Service Inquiry Form (TSICSRV), Self Service, and Voice Response (VR).
Installment Plan Payment Amount Form (TSAISTP)
Use this form to perform the following functions.
• Assign a student to an installment plan based on rules defined on TSAISTA.
If Automatic Assignment is used (according to the TSACTRL flag) and the student
is not currently in a dynamic calculation plan, the system searches to see if the
student qualifies for an active plan within the term and places the student into the
identified plan.
• Calculate installment plan transactions based on rules defined on TSAISTA.
If Automatic Calculation is used, according to the TSACTRL flag, and the student
is in an automated plan for which he meets the minimum amount criteria, a
dynamic calculation of installment transactions is displayed.
• View installment plan payments based on rules defined on the Installment Plan
Payment Rules Form (TSAISTR).
Installment Plan Form - Student (TSAISTL)
This form enables you to delete assignment of automated installment plans, if no
installment payments and charges have been posted to the account. You can also use this
form to add installment plans manually to a student’s account.
Customer Service Inquiry Form (TSICSRV)
The Customer Service Inquiry Form (TSICSRV) form centralizes access to Studentrelated and Accounts Receivable-related information, which helps you to answer
student-related questions. Student information is accessed using a series of links in the
options menu on this form. For additional details about forms, refer to the online help.
If your school is using the automatic assignment and automatic calculation of installment
plans, you can use this form to perform the following functions.
• Assign a student to an installment plan based on rules defined on TSAISTA.
When Automatic Assignment is selected, according to the TSACTRL flag, and the
student is not currently assigned to a dynamic installment plan, the system searches
to see if the student qualifies for an active plan (within the term) and places the
student into the identified plan.
• Dynamically calculate installment plan transactions based on rules defined on
TSAISTA.
If Automatic Calculation is used, according to the TSACTRL Flag, and the student
is in an automated plan for which he meets the minimum amount criteria, a
3-62
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
May 2008
dynamic calculation of installment transactions will occur with the result reflected
in the Current Due field.
Processes for Automated Installment Plans
Assign Installment Plans (TSPISTA)
This process is used to assign students to an installment plan. For detailed information,
refer to “Assign Installment Plans Process (TSPISTA)” on page 6-12
For mass assignment, a student will only be added to an installment plan through this
process if he is registered for a term (thus having a valid SFBETRM record), meets the
rules defined on TSAISTA, and does not already have an installment plan for the term.
If a Population Selection, Term, and Plan Code are used, TSPISTA can assign a student to
multiple installment plans for a given term, whether or not the student is registered for the
term.
Create Installment Transaction (TSPISTT)
This process is used to create the installment plan transactions in the Accounts Receivable
Transaction Detail Table (TBRACCD). Rules created on the Automated Installment Plan
Rules Form (TSAISTR) are used for processing. For additional details, refer to “Create
Installment Transaction Process (TSPISTT)” on page 6-14
Bill Student Accounts
You can produce an invoice of items not previously billed for student accounts on an
individual account basis by requesting that a bill be printed immediately online from the
following forms:
• Student Payment Form (TSASPAY)
• Student Account Detail Form (TSADETL)
• Foreign Currency Detail Form - Student (TSADETF)
• Account Detail Review Form - Student (TSAAREV)
• Student Course Registration Form (SFAREGS)
The online request of an invoice will not update the account as being billed. The batch
process, when run in STATEMENT mode, will update the bill date and begin aging the
charges billed. All charges and payments are billed in detail one time. Any outstanding
charges at the next billing cycle, which have not previously been paid and have a due date
prior to the billing date, will be reflected as past due.
May 2008
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
3-63
If a bill is requested online or through the batch process in INVOICING mode, any charges
billed do not begin aging. Also, any charges and payments recorded in detail will still be
eligible to be billed in detail when bills are requested in STATEMENT or SCHEDSTMT
mode.
Alternatively, you may request a batch process to invoice all accounts (TSRCBIL). The
Student Billing Process (TSRCBIL) performs a number of additional functions besides
sending a billing statement for an account. It calculates credits for exemptions and
contracts, releases deposits, produces invoices, and produces billing statements.
For detailed information about TSRCBIL, please refer to “Student Billing Statement
(TSRCBIL)” on page 6-27
Run Modes
The billing process can be run in one of five modes: INVOICING, STATEMENT,
APPLYCRED, SCHEDSTMT, and SCHEDINV.
• In INVOICING mode, TSRCBIL prints invoices and estimates credits based on
current charges without updating the account. The header for the output is
BILLING INVOICE. Any charge and payment transactions listed in detail when
TSRCBIL is run in INVOICING mode will show in detail until they are processed
through a billing STATEMENT run.
• In STATEMENT mode, TSRCBIL calculates and applies credits (if the parameter
to create contracts, exemptions, and deposits is Y), updates the account with bill
and due dates for charges and credits (when the effective date is reached), and
prints statements. The header for the output is BILLING STATEMENT. After
TSRCBIL is run once, previously billed items are totalled and included on the
statement as the previous billed balance. Future due charges are displayed in detail
based on the parameters selected until the effective date is reached.
• In APPLYCRED mode, TSRCBIL calculates credits and updates accounts, No bill
is produced.If the Update Accept Charges parameter is Y, TSRCBIL sets the AR
Indicator in registration and location management to Y for students with new
credits.
• In SCHEDINV mode, TSRCBIL prints both a student schedule and an invoice, but
does not update the bill date or due date.
• In SCHEDSTMT mode, TSRCBIL prints both a student schedule and a statement
of term charges and payments. In addition, this process updates the bill date and
due date in the Account/Charge Payment Detail Table (TBRACCD) for unbilled
transactions, without regard to term, that are included in Amount Due.
Note
In STATEMENT and SCHEDSTMT modes, TSRCBIL generates a unique
statement number for each bill. This statement number is stored in the
Statement Header Table as tbbstmt_stmt_number and prints in the
statement output. The statement may be stored in order to be able to
retrieve a copy via the Luminis Statement Channel, Self-Service, or the
3-64
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
May 2008
Statement and Payment History Inquiry Form (TGISTMT). For
information about storing individual statements, please refer to the FAQ
section in the Banner Accounts Receivable TRM Supplement.
„
When run after a billing cycle, the Total Billed Report (TSRBTOT) will provide totals of
all charges billed. A penalty or interest charge (either a percent or flat amount) may be
assessed on an account which is past due using the Assess Penalty/Interest Charges Report
(TSRLATE). This process should be run prior to bills to ensure the account is billed for the
penalty or interest charge.
Calculating Credits
To create credits and update accounts, run TSRCBIL in STATEMENT, SCHEDSTMT, or
APPLYCRED mode with the Create Cont, Dep, Expts credits parameter set to Y. If you
prefer not to produce an invoice or statement, run TSRCBIL in APPLYCRED mode. If
the Update Accept Charges parameter is Y, TSRCBIL sets the AR Indicator in registration
and location management to Y for students with new credits.
Multiple contracts and exemptions can be processed per term. If charges to a student’s
account exceed the amount of a third party payment or an exemption, Banner uses the
information established on the Contract Authorization Form (TSACONT) and/or the
Exemption Authorization Form (TSAEXPT) to determine which account source, category
code, or detail code to apply first.
Minimum Account Balance
You may specify the minimum account balance to be billed as a parameter when
producing billing statements or invoices. The minimum may be either a positive or a
credit balance and will be checked against the account's current balance and will not
include any future item balance. If a value of -9999999.99 is entered in the parameter, no
minimum balance check will be done and all accounts will have a bill produced.
Include Zero Balance Parameter
The value entered for the Include Zero Balance parameter overrides the Minimum
Account Balance value. Depending upon the value entered in this parameter you can
choose to bill accounts with activity that net to zero (value = Y) and avoid billing accounts
with no activity. (value = C). For additional information, refer to the Student Billing
Statement (TSRCBIL) information in“Student Billing Statement (TSRCBIL)” on
page 6-27
Preventing a Billing Statement/Invoice from Printing
To stop a bill from printing, enter a code from the Bill Code Validation Form (TTVBILL)
in the Bill Code field on the Account Review Form (TSAACCT).
May 2008
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
3-65
Third Party Billing
The Third Party Billing Rules Form (TSATPRL) is used to define the rules that determine
how Banner prints third party bills, and to establish the relationship between a third party
rule code and how Banner will print bills which use that rule code. A rule code must be
defined on the Third Party Billing Rules Code Validation Form (TTVTPRC) prior to using
it on this form.
An invoice of items not previously billed may be produced, either for an individual third
party account or for all third parties, via the batch process Third Party Billing Statement
(TSRTBIL). An invoice may not be requested online for a third party. The request of an
invoice will not update a third party account as being billed; therefore charges and
payments will be billed in detail when a bill is requested in STATEMENT mode. No aging
of invoiced charges occurs.
When a third party statement is requested, the account's bill date, due date, and statement
date are updated, and the aging of charges billed begins. All charges and payments are
billed in detail once. Transactions with ARTERM are reported separately under the
Contractor Activity section of the report. Any outstanding charges at the next billing cycle
which have not previously been paid and have a due date prior to the billing date will be
reflected as past due. The Assess Penalty/Interest Charges Report (TSRLATE) should be
run prior to bills to ensure that the third party is billed for the penalty or interest charges.
When the Student Billing Control Form (TSACTRL) specifies that student authorization
is required for use of third party contracts, authorization for a student should be completed
before running TSRTBIL in STATEMENT mode. This will ensure that the third party is
billed for the student's charges.
Schedule/Bill Procedure and Processing
The Student Billing Statement Process (TSRCBIL) produces a multiple page invoice/
statement. It can also produce a schedule/bill document, which is a combination of a
student's schedule of classes and an invoice of charges and credits.
There are two steps required to produce a schedule/bill:
1. Set up the schedule/bill parameters on the Schedule/Bill Rules Form (TSASBRL).
For additional information about this form, please refer to the online help.
2. Run the Student Billing Process (TSRCBIL) to produce a schedule/bill. For additional
information about this process, please refer to “Student Billing Statement
(TSRCBIL)” on page 6-27
3-66
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
May 2008
Parameter Types
The Schedule/Bill process consists of two types of parameters.
1. Rules parameters are those parameters that are usually unchanged for each generation
of schedule/bills. The Charge Selection parameter, the Charge Summarization
parameter, and the Payment Summarization parameter are a few examples of rules
parameters.
2. Run-time parameters are those parameters that may change for each execution of the
schedule/bills. Term, ID, and the Population Selection parameters are examples of
run-time parameters.
Schedule/Bill Rules Form (TSASBRL)
Note
For additional information about this form, please refer to the online
help.
„
The Schedule/Bill Rules Form (TSASBRL) enables you to enter the schedule/bill
parameters once, eliminating the need to enter a large number of parameters each time
schedule/bills are produced. Additionally, parameters that reside on the TSASBRL may be
secured.
The schedule/bill rule code, which is defined on the Schedule/Bill Rules Code Validation
Form (TTVSBRC), is the key to TSASBRL. A rules code should be defined for each set of
schedule/bill parameters required by the institution.
The schedule/bill rules determines the following:
• Who gets a schedule/bill
• What items and item headings appear in the schedule portion
• What appears in the bill portion and how is it displayed
• Messages
Who Gets a Schedule/Bill
The system determines who gets a schedule/bill using the parameters entered when
submitting the Student Billing Statement Process (TSRCBIL) in conjunction with the data
input on TSASBRL.
A schedule/bill can be produced for an individual or for a group of students. The run-time
parameters determine which student(s) are selected.
May 2008
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
3-67
• To produce a schedule/bill for an individual, you must run the Student Billing
Statement Process (TSRCBIL) and provide a valid ID when prompted for the ID
parameter.
• To produce a schedule/bill for a group of students, you must run TSRCBIL in
Collector mode, Mass mode, or Population Selection mode.
• To print TSRCBIL as requested from Banner forms options, enter
COLLECTOR when prompted for the ID parameter. Enter the same printer
that was used on the Account Print Selection Form (TOADEST). Leave all
of the population selection parameters blank.
• To run in Mass mode, you must leave the ID, Selection Identifier,
Application Code, and Creator ID parameters blank.
• To run in Population Selection mode, you must provide a valid population by
entering the Selection Identifier, Application Code, and Creator ID; leave
the ID parameter blank.
Mode
ID
Selection
Identifier
Application
Code
Creator
Individual
Collector
Mass
Population
Selection
X
COLLECTOR
blank
blank
blank
blank
blank
X
blank
blank
blank
X
blank
blank
blank
X
Student Selection
In the Student Selection/Print Options Window of TSASBRL, you may either define
student selection rules or provide a population for which a schedule/bill should be
produced. Selection rules are never applied when running for an individual or in Collector
mode.
Defining Selection Rules
If you choose to define selection rules and provide a population or run the process in mass
mode, the group of students selected must be registered for the term. These students will
then be screened by the selection rules.
Selection rules have four components. All selection criteria must be satisfied in order for a
schedule/bill to be produced.
1. Exclude Students Not Allowed to Register
Select this check box to exclude any student whose enrollment status prevents them
from registering for the term (that is, Prevent Registration is selected on the
Enrollment Status Code Validation Form (STVESTS)).
3-68
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
May 2008
2. Exclude Students Who Don’t Count in Enrollment
Select this check box to exclude any student whose enrollment status causes no effect
on the headcount of the student population for the term (that is, the Affect Headcount
check box is cleared on the Enrollment Status Code Validation Form (STVESTS)).
3. Course Required
Select this check box to include only students who are registered for at least one
course with a status that is eligible to print on the schedule/bill document (that is,
Print is selected on the Course Registration Status Code Validation Form
(STVRSTS)).
4. Account Billable
Select this check box to include only students whose accounts are eligible to be billed
(that is, Bill Code is null on the Account Review Form - Student (TSAACCT)).
Providing a Population/No Selection Rules
If you choose to provide a population and not define selection rules, a schedule/bill will be
produced for those students in that population. (A population must have been provided via
run-time parameters or the job will abort.) If a student within that population has no
classes for the term, the schedule of classes will be absent from the schedule/bill. If a
student within that population has no charges or credits for the term, the invoice of charges
and credits will be absent from the schedule/bill.
What Items and Item Headings Appear in the Schedule
Portion
In the Schedule Item Selection Window of TSASBRL, you can indicate which data items
will appear in the schedule portion. The available items are as follows:
Part of Term
Course Reference Number (CRN)
Subject
Course
Section
Campus
Course Title
Credit Hours
May 2008
Course Level
Course Status
Meeting Days
Meeting Times
Building
Room
Instructor(s)
Grading Mode
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
3-69
Choose a data item by selecting the corresponding check box. You can display an
abbreviated course title and/or instructor name via a pull-down list. You must also provide
the item heading.
Note
An error message will appear if the items selected exceed the allowable
line width.The allowable line width checked by Banner is 132 characters.
Determine the allowable line width at your institution based on your printer
and the pitch/font used for printing. If more items are selected than can be
accommodated by your printer and pitch/font combination, printing
difficulties may result.
„
What Appears in the Bill Portion and How it is Displayed
The following parameters entered in the Bill Selection Parameters Window of TSASBRL
determine what the bill portion of the schedule/bill should look like:
1. Process Contracts, Deposits, Exemptions
Select this check box to ensure that contract, deposit, and exemption credits are
processed when the apply credits calculations are performed and to ensure that
potential third party and exemption credits will appear on the schedule/bill.
2. Process Financial Aid
Select this check box to ensure that financial aid credits are processed when the apply
credits calculations are performed.
3. Current Due Cutoff Date
This date is used to determine which items comprise current due, which items
comprise previous balance, and which items comprise future balance. All information
is displayed based on term, but this parameter determines whether items are current
due, past due, or future due. If not entered, this parameter defaults to the schedule/bill
run date.
4. Select Term Charges by
Via a pull-down list, term charges may be selected by Category, Source, or All. When
selecting by category, you must provide categories to select. When selecting by
source, you must provide source codes to select.
5. Summarize Term Charges by
Via a pull-down list, term charges may be summarized by Detail Code, Category,
Source, or Total. This parameter controls how charges are displayed.
3-70
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
May 2008
6. Summarize Payments by
This parameter controls how payments are displayed. Via a pull-down list, payments
may be summarized by Detail Code, Category, or Total. You also may display each
payment for the term (that is, no summarization).
7. Summarize Financial Aid Memos
Select this check box to display the total of the financial aid memos. Clear this check
box if you wish to display each financial aid memo for the term.
8. Print Deposits
Select this check box to display deposits on the schedule/bill. Clear this check box if
you do not want deposits to display on the schedule/bill.
9. Pre-authorized Memos Affect Amount Due
Select this check box to have contract and exemption memos reduce amount due.
Clear this check box to ensure that contract and exemption memos do not reduce
amount due.
10. Financial Aid Memos Affect Amount Due
Select this check box to have financial aid memos reduce amount due. Clear this
check box to ensure that financial aid memos do not reduce amount due.
11. Current Credit Balance Apply to a Previous Debit Balance
Select this check box to have a current credit balance apply to a previous debit
balance, thereby reducing amount due. Clear this check box to specify that a current
credit balance may not apply to a previous debit balance.
Example
Previous Balance = 125.00
Current Term Balance = -75.00
If the check box is selected, Amount Due = 50.00; if cleared,
Amount Due = 125.00.
There is no parameter to control the reverse (that is, a current debit balance would
apply to a previous credit balance).
May 2008
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
3-71
12. Currency Code
To display dollar amounts in a currency other than base currency, enter a valid
currency code from the Currency Codes Validation Form (GTVCURR).
13. Print Order
Via a pull-down list, select the schedule/bill print order (ID, Name, Zip/Postal Code,
ID, Zip/Postal Code, Name).
Schedule/Bill Messages
You may enter messages to be displayed on the schedule/bill document on the Schedule/
Bill Messages Window on TSASBRL. The messages will display immediately following
the billing information. An unlimited number of messages may be displayed; however,
remember space considerations when supplying messages.
Schedule/Bill Document Display
On the schedule/bill document, the entire student schedule prints first, followed by an
invoice of the student’s charges and credits.
• The schedule portion displays the student's schedule of classes as defined by the
data elements selected on TSASBRL.
• The bill portion of the schedule/bill is divided into two regions: charges and
payments/anticipated credits.
Charges Region
The Charges region holds charges for the parameter term (that is, account detail items
where the type indicator of the detail code = C). Charges are displayed according to the
Charge Selection parameter, the Charge Summarization parameter, and the Term
parameter. To determine if a charge is due, the effective date of the charge is compared to
the Current Due Cutoff Date parameter. A charge for the term that is not yet due is
denoted by an asterisk (*).
Payments/Anticipated Credits Region
The Payments/Anticipated Credits region is comprised of the following:
• Payment-type account detail items (that is, the type indicator of the detail
code = P)
• Deposits (when the Print Deposits check box is selected on TSASBRL)
• Contract/exemption memos (when the Process Contracts, Deposits, Exemptions
check box is selected on TSASBRL)
3-72
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
May 2008
• Financial aid memos
• Financial aid authorizations
Some items which display in the Payments/Anticipated Credits section may not affect
amount due. These items are denoted by an asterisk (*).
Student name, student ID, campus, previous balance, current term balance, amount due,
and future balance appear in the bottom section of the schedule/bill. Student name, student
ID, term, and amount due appear on the remittance stub.
Balance Amounts on the Schedule/Bill
Previous Balance
Sum of charges less the sum of payments where the
effective date of the charge is less than or equal to the
current due cutoff date.
Current Term Balance
Sum of term charges due less the payments/anticipated
credits which affect amount due (that is, the sum of
non-asterisk (*) charges less the sum of non-asterisk (*)
payments).
Future Balance
Sum of charges due, less the sum of payments where the
effective date of the item is greater than the current due
cutoff date.
Amount Due
Sum of current term balance and previous balance.
If the current term balance is a credit balance, and the
Current Credit Balance Apply to a Previous Debit
Balance parameter is not selected on TSASBRL,
amount due is the same as the previous balance.
Calculation of Previous Balance, Current Term Balance, Future Balance
The following chart summarizes the calculation of previous balance, current term balance,
and future balance.
Term
Current Due Cutoff
Date
Type
Figures Into
Previous
Previous
Previous
Previous
Current
Current
Current
less than or equal to
less than or equal to
greater than
greater than
less than or equal to
less than or equal to
greater than
C
P
C
P
C
P
C
Previous Balance
Previous Balance
Future Balance
Future Balance
Current Term Balance
Current Term Balance
Future Balance
May 2008
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
3-73
Term
Current Due Cutoff
Date
Type
Figures Into
Current
Future
Future
Future
Future
ARTERM
ARTERM
ARTERM
ARTERM
greater than
less than or equal to
less than or equal to
greater than
greater than
less than or equal to
less than or equal to
greater than
greater than
P
C
P
C
P
C
P
C
P
Future Balance
Previous Balance
Previous Balance
Future Balance
Future Balance
Previous Balance
Previous Balance
Future Balance
Future Balance
Messages
Messages on the schedule/bill display directly after the billing information.
TRA (1098T) Processing
Decisions
Will your institution perform the following tasks?
1. Use the Web pages for the TRA Enhancement. Optional.
2. Provide optional field data and use the Tax Report Validation Form (TTVREPT), the
Tax Reporting Rules Form (TSATAXR), and the 1098 Student Detail Tax Report
Process (TSRTRAF). All optional.
3. Need to produce a flat file for a third party or other purpose from the 1098 Student
Detail Tax Report Process (TSRTRAF). Optional.
4. Outsource Student Notifications and the IRS reporting.
Recommended Procedures
1. Build Tax Report Validation Form (TTVREPT). Optional.
2. Build Tax Reporting Rules Form (TSATAXR). Optional.
3. Run the TSP1098 process in Test mode.
3-74
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
May 2008
4. Run the TSP1098 process during non-peak hours or on the weekend.
Tip
It is strongly recommended that you run this process in Test mode first. „
Run this process in Test mode if you are using tax report codes to determine process
efficiency. The number of tax report codes and their data will impact efficiency. Test mode
allows the institution to ensure their rules are correct.
If you incorrectly run the TSP1098 process in Official mode, the following SQL script
allows you to update the Test indicator to Y and delete all records on the next TSP1098
process run.
UPDATE TTBTAXN
SET TTBTAXN{_TEST_MODE_IND = ‘Y’
WHERE TTBTAXN_TAX_YEAR = &Year
5. Review Notification Data on TSATAXN and update Notifications for students listed
on the TSP1098 Error Report. (For details, refer to “Maintaining Student Tax
Notifications” on page 3-76.)
6. Populate the 1098-T Tax Information Form (TSA1098). Optional if using third party
service for both IRS and student reporting.
7. Run TSR1098 Process in Test mode. Run the TSR1098 process during non-peak
hours or on the weekend. Another option when printing 1098-T notifications may be
to use population selection to break down the population of students to smaller
groups. (Example: class or grade level, etc.)
If you incorrectly run the TSR1098 process in Official mode and need to reset Sent
notifications to R, use the SQL to reset Notification Status to R.
Note
An institution should not need to use the SQL process noted here in the
documentation. This process was included to help institutions that do not
first test their rules and processes and decide later to change data and rerun the Official process.
„
8. Populate the 1098-T Tax Information Form (TSA1098). Optional if using third party
service for both IRS and student reporting.
9. Create Student Notifications out of TSR1098. Optional if using third party service.
10. Create IRS File out of TSR1098.
11. Create flat file for third party service to do student notifications and/or IRS reporting
for institutions using TSRTRAF. Optional.
May 2008
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
3-75
12. Print Detail on all tax report codes for sending to third party or to send to student with
notification, through TSRTRAF. Optional.
Maintaining Student Tax Notifications
To change tax information for a specific student, perform the following steps:
1. Access the Student Tax Notification Form from the Student/Accounts Receivable/
Student Accounts Receivable menus.
2. Enter the Student ID Number and Tax Year in the header block.
3. Update necessary information.
Note
The user must create a duplicate record (select Insert Record, then
Duplicate Record) to correct any IRS correctable fields if the IRS
notification has been sent. The duplicate record will void the current
record and mark the record on which changes are to be made as
corrected.
If no IRS notification has been sent or the corrected fields are not IRS
correctable, then you may make your corrections directly on the current
record. Reset any sent student notifications to R-Ready To Send. The
void and corrected indicators strictly reference if this record has been
changed with the IRS.
„
The IRS correctable fields are:
• Student Name
• Student Address
• Student SSN
• Half Time Indicator
• Exclusive Grad Indicator
To create a record for a student, or to report on non-degree students or other
non-Banner populations perform the following steps:
1. Access the Student Tax Notification Form from the Student/Accounts Receivable/
Student Accounts Receivable menus.
2. Enter the Student ID. The error message Student does not exist indicates the user has
entered an invalid ID number.
3-76
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
May 2008
3. Select the Create Person link to access the General Person Identification Form
(SPAIDEN) to add the student to your database. The invalid ID entered in step 2
becomes the default value in SPAIDEN.
4. Attach all applicable information to the new student’s record.
5. Save and exit from SPAIDEN to return to the Student Tax Notification Form to record
the data pertaining to the newly created student.
Students manually created on SPAIDEN have no Accounts Receivable record. Any
amounts entered manually by the user on TSATAXN will not have any supporting
detail. The Tax Report Code Detail Window will not be available for manually entered
records. This is exception processing and these students will not have access to the
corresponding Web page as they do not exist in Banner and do not have the
appropriate role.
Only new records may be created manually with the Create Person function. Existing
Student IDs cannot be retrieved from SPAIDEN. They can only be populated through
the TSP1098 process. Manually created Student Notifications will not be deleted
during a test run of the TSP1098 process.
Application of Payment Procedure
The Banner Application of Payment Process is a method which allows an institution to
determine which payments apply to which charges and to decide the order in which
payments should be used and charges should be paid. When charges and/or payments are
entered to an account, they are reflected immediately in the account balance and amount
due for the account.
The Application of Payment Process (TGRAPPL) handles the internal application of a line
item transaction with a negative balance to a line item transaction with a positive balance.
In a standard method of thinking, this would be a payment being applied to a charge. It
could also be a negative charge being handled on the credit (payment) side or negative
payment being handled on the charge side. Throughout this document the terminology of
payments and charges will be used with the understanding that a payment could be a
negative charge and a charge could be a negative payment.
A priority for application of payments is set up on every charge and payment in Banner.
This priority is then used in the Application of Payment (TGRAPPL) batch process along
with a series of rules to determine how payments are applied to outstanding charges. Only
payments with a balance in the Balance field on the Account Detail Form (TSADETL or
TFADETL) will be used to pay charges with a balance. A balance for a charge or payment
indicates that the charge or payment has not yet been applied and can be processed
through application of payments.
May 2008
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
3-77
Future dated transactions will be handled in one of two ways, depending on the status of
the Feed Future Effective Transactions check box on the Accounts Receivable Billing
Control Form (TGACTRL). If this check box is selected, the effective date is not used,
that is, all transactions are candidates for application of payments. If this check box is
cleared, application of payments will only apply to transactions that have a current or less
than current effective date. Future charges or payments will not be applied until they
become effective.
Application of Payments and its results affect the following areas:
• The Application of Payment Process reduces the Balance field on the Account
Detail Form (TSADETL), and the Account Detail Review Form - Student
(TSAAREV) for each transaction that is processed. Application of Payments is the
only method to reduce the Balance field.
• The Aging Analysis Report (TGRAGES) uses the Balance field to determine if a
charge is paid. If the transaction still has a balance, it will be reported and aged as
an outstanding charge.
• The Account Review Form - Student (TSAACCT) has aging by effective date and
aging by bill date, both of which use the Balance field on a transaction.
• The Student Billing Statement (TSRCBIL) uses the Balance field on a transaction
in conjunction with the due date to determine the past due balance.
• The Assess Penalty/Interest Charges Report (TSRLATE) uses the Balance field on
a transaction in conjunction with the due date to determine what outstanding items
are eligible for late charges.
• The Billing Purge Process (TGPBILL) uses the Balance field on a transaction in
addition to other criteria to determine if the transaction should be purged. A
transaction will not be purged if the balance is not zero.
• Application of Payments also affects the feed to the General Ledger based on the
information described below.
Steps for Processing Application of Payments
The following is a step-by-step procedure for processing application of payments and a
series of rules for establishing priorities for each detail code on the Detail Code Control
Form (TSADETC).
1. Set up priorities on each charge and payment on the Detail Code Control Form
(TSADETC or TFADETC). Priority is a three-digit field.
• Any position that is non-zero in the payment priority must match the charge
priority exactly.
• Zero in any position is a wild card.
• Payment priority of 999 used first.
• Charge priority of 999 paid first.
3-78
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
May 2008
• Payment priority of 000 will pay anything. Cash is recommended to be a
priority of 000 so it will pay anything.
Examples:
• Deposit 999 pays only charge of 999
• Payment 900 pays any charge from 900 to 999
• Deposit 420 pays any charge from 420 to 429
• Payment 100 pays any charge from 100 to 199
• Payment 000 pays any charge from 000 to 999
Note
Student System Only
The Like Term indicator on the Detail Code Control Form - Student
(TSADETC), when checked, will prevent payments from applying to
charges outstanding from other terms. This would be used primarily for
financial aid that is restricted in its use to current term charges.
„
2. Enter charges and payments onto an account using any of the following forms and
reports:
• Student Payment Form (TSASPAY)
• Account Detail Form (TSADETL or TFADETL)
• Account Detail Review Form - Student (TSAAREV)
• Billing Mass Data Entry Forms (TSAMASS or TFAMASS or TFAMDET)
• Assess Penalty/Interest Charges (TSRLATE or TFRLATE)
• Any charges from Registration, Admissions, and Academic History
• Installment Plan Form (TSAISTL or TFAISTL)
Priority and the standard Application of Payment Process may be overridden when an
item is entered by directly applying that item to an existing item on the account by
transaction number. When the item is entered on the Student Payment Form
(TSASPAY), Account Detail Form (TSADETL or TFADETL), or Account Detail
Review Form (TSAAREV) the Trans Pay field is populated with the transaction
number of the line item to which the entry is being directly applied.
A payment may only be applied to one transaction and may only be applied if the
amount of the payment is less than or equal to the amount of the charge. If one
payment needs to be directly applied to more than one charge, the payment must be
divided and applied individually to each charge. The Description field may be used to
indicate a split payment.
3. Run the Application of Payment Process (TGRAPPL) process in batch. This process
should be run before every accounting feed, either on a nightly or weekly basis, to
send the appropriate financial transactions to the accounting system on how charges
were paid.
May 2008
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
3-79
The sequence of application of payment is as follows:
3.1.
Direct application using the Transaction Paid field
3.2.
Direct application using invoice numbers
3.3.
Like detail codes within the same term
3.4.
Priorities
(See a detailed breakdown of this information in the section entitled “Priorities”
on page 3-80.)
3.5.
Refund to any priority
3.6.
Negative charge to any priority
The sequence above assumes that the payment priority is valid when matched against
the charge priority for oldest term, oldest effective date, and lowest transaction
number.
If a payment is the result of an exemption or a third party contract payment, an
additional requirement must be met during the application process in order for the
payment to apply to a charge transaction. The source code of the charge transaction
must match the source code associated with the valid detail codes defined on
TSACONT or TSAEXPT.
The result of the Application of Payment Process may be viewed for each account on
the Application of Payment Review Form (TSIAPPL or TFIAPPL). This form will
show the charge detail code and the payment detail code and the amount applied.
Note
One charge may be paid by more than one payment, and one payment
may be used to satisfy more than one charge.Once a payment has been
applied to a charge, the balance of the payment and charge will reflect the
amount that has been used. If a payment was used completely to pay a
charge in full, both transactions will have a zero balance. The balance for
each transaction may be viewed on the Account Detail Form (TSADETL
or TFADETL), the Account Detail Review Form (TFIAREV), the Account
Detail Review Form (TSAAREV), and the Foreign Currency Detail Form
(TSADETF or TFADETF).
„
Priorities
The following table is a clarification of the Priorities step in the preceding section.
Sorting is performed first by credits (payments), and then by charges.
3-80
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
May 2008
Priority
Order
Additional Sorting, if
applicable
Sort List
Value / Description
1
Apply Title IV first
parameter
2
Order by Term
parameter
Y—Title IV payments will be
applied first, then other
payments.
1—Both Payments and
charges are both ordered by
term.
2—Payments
3
Apply Contracts/
Exemption parameter
Payments from the oldest term
will apply to the highest
priority charges, regardless of
the term of the charge.
C—Contract/exemption
credits will be applied using
the cross-reference
information.
D—Contract/exemption
credits will be applied using
the detail code priority.
4
5
Priority of payments in
descending order
Payment restrictions
prioritization
Sort payments by crossreference in the following
order:
SRCE
DCAT
Detail Code
Sort payments in the following
order:
Like term
Like aid year
Other
6
7
May 2008
Payment effective date
Payment transaction
number
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
3-81
Priority
Order
8
Sort List
Value / Description
Additional Sorting, if
applicable
Order charges based on
type of payment
Payment is Title IV
Sort charges by
• Institutional same
term
• Non-institutional
same term
• Institutional same
aid year
• Non-institutional
same aid year
• Institutional other
term
Payment is NOT Title IV
9
10
Payment is Like aid
year
Order by Term
parameter
1 —Both
Payments and charges are both
ordered by term.
• Non-institutional
other terms
No sort impact on charges.
Non-institutional charges
come into play only if
authorization exists (that is,
apply to non-institutional or
prior year charges only if
authorizations have been
provided on TVAAUTH Authorization Maintenance
Form).
Matching terms within Aid
Year before other terms.
Sort charges by term of charge
3 —Charges
Charges from the oldest term
will be paid by highest priority
payments, regardless of the
term of the payment.
3-82
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
May 2008
Priority
Order
11
Additional Sorting, if
applicable
Sort List
Value / Description
Apply Contracts/
Exemption parameter
C—Contract/exemption
credits will be applied using
the cross-reference
information.
D—Contract/exemption
credits will be applied using
the detail code priority.
Sort charges by crossreference in the following
order:
• SRCE
• DCAT
• Detail Code
12
13
14
Priority of the charge in
descending order
Charge effective date
Charge transaction
number
Produce Aging Reports
The Aging Analysis Report (TGRAGES) lists all unpaid charges on an account based on
the parameters specified for transaction date, effective date, or billing date.
Processing Holds/Releases Automatically
By using automated hold/release processing, Banner can automatically assign holds to and
release holds from a person or entity when specified conditions are met. To use this
feature:
1. Create hold rule codes using the Auto Hold Validation Form (TTVRHLD).
2. Define the hold rules using the Auto Holds Rules Form (TGAHOLD).
3. Run the Automated Hold Release Process (TGPHOLD).
Assign Accounts to a Collection Agency
The Collections Form (TGACOLC) is used to assign delinquent accounts to a collection
agency. Each agency is first established on the system using the General Person
Identification Form (SPAIDEN). After collection agencies have been entered with a
collection agency ID number, accounts may be assigned to a particular agency with the
date the accounts were assigned.
May 2008
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
3-83
The Collection Agency Report (TGRCOLC) lists all accounts which have been assigned
to a collection agency.
Produce Account Detail Report
The Account Detail Report (TSRDETL) will list the detail account transactions for every
account based on specified parameter selections.
Contracts and Exemptions
The amount to be paid by contracts and exemptions is calculated as follows:
(Sum of Source Code Charges - Minimum) x Percentage
=
Amount Contract or Exemption will
Pay
(not to exceed the maximum the
contract will pay).
Example
% Contract
Source Will Pay
Min Student
Required to
Pay
Max Contract
Will Pay
Charges
Source
Amount
Calculated to be
Paid
R
100%
$100
$100
$1,000
R
$100
R
R
100%
100%
$100
$100
---------
$1,000
$100
R
R
$900
$0
If the amount the contract or exemption will pay is more than the maximum amount
specified for the contract or exemption, only the maximum amount will be paid.
Example
% Contract
Source Will Pay
Min Student
Required to
Pay
Max Contract
Will Pay
Charges
Source
Amount
Calculated to be
Paid
R
$100
$800
$1,000
R
$800
100%
($1,000 - $100) x100% =$900
Since $900 is more than the maximum amount of $800, only $800 will be paid by the
contract.
If the amount to be paid by the contract or exemption is negative, the contract or
exemption will not pay anything.
3-84
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
May 2008
Example
% Contract
Source Will Pay
Min Student
Required to
Pay
Max Contract
Will Pay
Charges
Source
Amount
Calculated to be
Paid
R
$100
-----
$25
R
$0
100%
($25- $100) x 100% = -$75
Since a negative amount is calculated, nothing will be paid by the contract or exemption.
Contract Exemptions by Source Code
The Contract Authorization Form (TSACONT) allows the contract processing to include a
source code. The Account Level Authorization section and the Detail Level Authorization
section contain a source code which can be used when creating the authorization
information for a contract. Any source code maintained on the Charge/Payment Source
Code Validation Form (TTVSRCE) can be entered on this form. Be careful to enter the
correct source codes. Source code entered by the user should not be used in creating
contract authorizations.
Rolling Contracts and Exemptions
The Rules and/or the Students assigned to Contracts and Exemptions may be rolled from
one term to another, to expedite the set-up for a new term.
1. Establish the default values for the following fields using the Student Billing Control
Form (TSACTRL).
1.1.
Roll Contracts
1.2.
Roll Students
1.3.
Roll Exemptions
1.4.
Roll Students
2. When creating a new contract or exemption, the default values will be obtained from
the Student Billing Control Form (TSACTRL). Change the values on each contract or
exemption record as necessary, or on individual students as they are assigned.
3. Enter an Expiration term for the Contract, Exemption, or assigned Student if
applicable. These records will be ignored when rolling to a term greater than the
Expiration term.
4. Execute the Contract an Exemption Roll Process (TSRROLL) when you are ready to
roll contracts or exemptions to the next term.
May 2008
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
3-85
Accounts Receivable Testing Tasks
The Accounts Receivable testing process may be performed in five phases.
Phase I
In Phase I of the process, review and build validation and detail code data.
1. Determine which forms will be used in addition to the main processing forms: Detail
Code Control Form - Student (TSADETC), Student Payment Form (TSASPAY),
Student Account Detail Form (TSADETL) and Account Detail Review Form Student (TSAAREV).
2. Review the validation and control forms specific to Accounts Receivable.
3. Review and build the validation tables required by the Detail Code Control Form -
Student (TSADETC).
Detail Category Code Validation Form
Payment Type Code Validation Form
Term Code Validation Form
(TTVDCAT)
(TTVPAYT)
(STVTERM)
4. Review the items you need to define as detail codes. Remember all charge and all
payment account transactions will be identified as detail codes. To obtain a listing of
detail codes, select the Detail Code Report option from the options menu on the
Detail Code Control Form (TSADETC) or the Category Code Control Form
(TTVDCAT).
5. Build the GL account information associated with each of the detail codes that are
defined. Account A is usually the debit account, and Account B is usually the credit
account when a positive transaction is entered.
6. Review all other validation tables used in Accounts Receivable.
Delinquency Code Validation Form (TTVDELI) This code can be entered for an ID on the
Account Review Form (TSAACCT) and used
to print special messages on bills.
Charge/Payment Source Code Validation Form
(TTVSRCE)
Many of these codes are reserved values used
by the system to mark the origin of transactions.
Originator Code Validation Form (STVORIG)
This code is associated with billing comments
to identify the person or office maintaining the
comment.
3-86
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
May 2008
The following validation forms are used within Accounts Receivable for the
maintenance of addresses on the Miscellaneous Transaction Form (TFAMISC).
Nation Code Validation Form
State/Province Code Validation Form
(STVNATN)
(STVSTAT)
Phase II
In Phase II of the process, build and revise testing information.
1. Build sample persons and non-persons to experiment with different types of account
activity.
2. Test using the detail codes defined by entering them on the person and non-person
accounts using the Student Account Detail Form (TSADETL). Check that the account
balances are correct based upon the payments and charges you have entered.
3. Review the information displayed on the Account Review Form - Student
(TSAACCT).
4. Make corrections to detail code definitions as necessary.
5. Discuss your current tuition and fee assessment rules. Add the detail codes which will
be required to define the fee assessment process rules on the Registration Fee
Assessment Rules Form (SFARGFE) and the minimum/maximum control on the
Registration Fees Minimum/Maximum Charge Control Form (SFAFMAX).
6. Discuss the conditions under which a student will receive a refund of tuition and/or
fees. Determine which of the refund methods will most closely provide this
calculation.
7. Develop refund rules using the Enrollment Status Control Form (SFAESTS) and the
Course Registration Status Form (SFARSTS) or
Develop refund rules using the Refund Control Form (SFARFND).
8. Register several students in courses to test all of the assessment rules you have
defined.
9. Correct assessment rules, if necessary, and retest using new enrollments.
May 2008
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
3-87
Phase III
In Phase III of the process, decide how your institution intends to use the different types of
processing.
1. Discuss if and how your institution will use deposit processing. Define your deposits
using the Deposit Detail Control Form (TGADEPC). Enter deposits with the Auto
Release indicator set to Y for several students using the Deposits Window of the
Billing Mass Data Entry Form - Student (TSAMASS). Register the students and test
the results on the Student Payment Form (TSASPAY). Review results on the Deposits
window of the Student Account Detail Form (TSADETL) and attempt to release other
deposits directly on this form. Make adjustments where necessary and retest with a
new population.
2. Discuss if and how your institution will use contract processing. Will authorization be
required? Define your contracts using the Contract Authorization Form (TSACONT).
Assign several students to the contracts. Register the students and test the results on
the Student Payment Form (TSASPAY). Make adjustments where necessary and
retest with a new population.
3. Discuss if and how your institution will use exemption processing. Define your
exemptions using the Exemption Authorization Form (TSAEXPT). Assign several
students to the exemption. Register the students and test the results on the Student
Payment Form (TSASPAY). Make adjustments where necessary and retest with a new
population.
4. Discuss if and how your institution will use installment plan processing. Define your
installment plans using the Installment Plan Code Control Form - Student
(TSAISTC). Assign several students to the installment plan on the Installment Plan
Form - Student (TSAISTL). Review results on the Account Detail Review Form Student (TSAAREV). Make adjustments where necessary and retest with a new
population.
5. Discuss and review the implications of using memo transactions. Define several
memo detail codes and enter several memo transactions on student accounts using the
Memos window of the Student Account Detail Form (TSADETL).
6. Discuss the way your institution will use the controls provided on the Accounts
Receivable Billing Control Form (TGACTRL) and the Student Billing Control Form
(TSACTRL). Build the appropriate values. Test the processing and adjust when
necessary.
7. Discuss the way your institution will use the billing messages. Define appropriate
messages on the Billing Message Form (TGAMESG).
3-88
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
May 2008
Phase IV
In Phase IV of the process, run and test data based on the decisions made in Phase III.
1. Register several more students and enter deposits, contracts, and exemptions for this
population. Run the Batch Fee Assessment Process (SFRFASC). Then run the
Student Billing Statement (TSRCBIL). Review the results and make adjustments
where necessary. Retest as necessary using new enrollments and billing data.
2. Enter payment information using the Student Payment Form (TSASPAY) for some of
your population; enter some full payments and some partial payments. Do not accept
charges for some of your population.
3. Use the Cashier Session Review Form (TGACREV) to review the activity in your
cashier session and to close the cashier session.
4. Use the Cashier Supervisory Form (TGACSPV) to review all cashier sessions and to
finalize your cashier session.
5. Run the Application of Payment Process (TGRAPPL) and review the results on the
Application of Payment Review Form - Student (TSIAPPL).
6. Run the Accounting Feed Process (TGRFEED), and review the results on the Student
Account Detail Form (TSADETL) and the Application of Payment Review Form Student (TSIAPPL).
7. Run the Registered, Not Paid Process (SFRRNOP) to delete enrollments for the
students whose charges were not accepted. Make sure you understand how this
process will work. Review the results on the Student Account Detail Form
(TSADETL) and the Registration Query Form (SFAREGQ).
8. Enter drop/add activity, and review your assessment and refund rules. Simulate actual
processing. Review the results after each step.
9. Run the Student Billing Statement (TSRCBIL). Run the Total Billed Report
(TSRBTOT). Review the results and make adjustments where necessary. Retest as
necessary using enrollments and billing data.
Phase V
In Phase V of the process, run the final tabulations of the data and make sure all sessions
and transactions are correct and finalized.
1. Define the detail codes that will be used to identify returned checks and penalty
charges using the Returned Check Code Control Form (TGARETC). Enter several
May 2008
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
3-89
returned checks using the Account Detail Review Form - Student (TSAAREV).
Review the results and make adjustments if necessary.
2. Use the Student Unapplication of Payment Form (TSAUNAP) to unapply payments
for some accounts with a check entry, then enter a returned check detail code from
TGARETC on the same accounts, recording a direct application of payments using
the Account Detail Review Form - Student (TSAAREV). Review the results and
make adjustments if necessary.
3. Use the Cashier Session Review Form (TGACREV) to review the activity in your
cashier session and to close the cashier session.
4. Use the Cashier Supervisory Form (TGACSPV) to review all cashier sessions and to
finalize your cashier session. You can also run the Cashier Session Close Process
(TGRCLOS) to close and/or finalize sessions based upon user-defined rule. Rules are
defined on the Charge/Payment Source Code Validation Form (TTVSRCE).
5. Run the Cashier Detail Report (TGRCSHR) and review the results.
6. Run the Application of Payment Process (TGRAPPL) and review the results on the
Application of Payment Review Form - Student (TSIAPPL).
7. Run the Accounting Feed Process (TGRFEED) and review the results on the Student
Account Detail Form (TSADETL) and the Application of Payments Review Form Student (TSIAPPL).
8. Run the Assess Penalty/Interest Charges Report (TSRLATE) and review the results
on the Account Detail Review Form - Student (TSAAREV).
9. Run the Aging Analysis Report (TGRAGES) and review the results on the Account
Review Form (TSAACCT).
10. Place several accounts in collection by using the Collections Form (TGACOLC). Run
the Collection Agency Report (TGRCOLC) and review the results.
Banner Accounts Receivable Interface to
Financial Aid
This interface describes how the disbursement process for financial aid occurs with
relation to the Accounts Receivable module using the Student Payment Form (TSASPAY),
the Applicant Summary Form (ROASMRY), the Disbursement Process (RPEDISB), and
the billing process via the Student Billing Statement (TSRBCIL).
3-90
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
May 2008
Set Up Detail Codes for Financial Aid Disbursement
All financial aid funds that the institution wishes to disburse via the Disbursement Process
(RPEDISB) from the Banner Financial Aid System to the Accounts Receivable module of
the Banner Student System must have corresponding payment detail codes created for
them on the Detail Code Control Form - Student (TSADETC). These detail codes can
then be associated with the appropriate financial aid fund code on the Fund Base Data
Form (RFRBASE) within the Banner Financial Aid System. This connection allows for
the designation of disbursement payments in the Accounts Receivable module. This must
be completed before the Disbursement Process (RPEDISB) is run.
Optionally, the Like Term check box on TSADETC can be selected for financial aid
funds; when the Application Of Payment Process (TGRAPPL) is executed, this restricts
the application of such payments to only charges incurred within the same term of the
payment.
Detail codes may also be assigned to a user-defined category, create application of
payment information, and provide data entry default information. The Accounting Feed
Process (TGRFEED) uses the accounting information associated with each detail code.
Set Up Aid Year, Term, Period for Financial Aid
Since financial aid is processed by aid year, institutional terms must be associated with a
value in the Financial Aid Process Year field on the Term Code Validation Form
(STVTERM).
Note
The Term and Period fields are not required for Banner Financial Aid
processing but are used by the Student System for interfaces to
third-party financial aid systems.
„
Disbursement of Financial Aid Funds
When the Disbursement Process (RPEDISB) is executed, it allows disbursable aid (for all
students or a specific population) for a specified term to be credited to a student's account
and/or bill in three ways: payments, authorizations, or memos. In order for this to occur,
students must pass all user-defined edits and any applicable (hard-coded) federal
requirements. Also, any adjustments (increases or reductions to funds) made by the
financial aid office to student awards, or due to the funds failing disbursement edits, may
be posted to a student's account and/or bill when this process is executed.
These hard-coded and user-defined disbursement edits directly impact the posting of aid to
a student's account. Therefore, designated users in the Accounts Receivable office should
be familiar with the rules that have been defined by the financial aid office which are
May 2008
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
3-91
related to disbursement processing. Needless to say, the coordination of effort related to
disbursement processing between these two areas is critical.
Note
All Banner Financial Aid payments, authorizations, or memos will have an
Accounts Receivable source code of F from the Charge/Payment Source
Code Validation Form (TTVSRCE). Source codes are associated with
each transaction on a student's account and reflect their origin (i.e.,
housing, financial aid, registration, etc.).
„
The disbursement process first tries to determine if the fund can actually be posted as a
valid payment. If the fund cannot be paid, the disbursement process tries to process it as
an authorization, and if that fails, the disbursement process will attempt to process it as a
memo.
Note
If you run RPEDISB, and an expected payment is not made, check the
Disbursement Results Form (ROIDISB) for the reason.
„
These are mutually exclusive disbursement categories, therefore as a fund moves from one
eligible category to another, the previous category and amount are deleted via the
disbursement process.
The only exception to this rule is when a fund is scheduled to have more than one
disbursement per term. In this situation, payments and authorizations can exist at the same
time. The scheduled payments that are made are processed as actual payments, and the
scheduled disbursements that are not ready to be made because the scheduled
disbursement date has not been reached, are processed as authorizations. The authorized
amount can also be thought of as the expected disbursement amount for the whole term,
minus any partial payments made for the term.
The following is a basic explanation of these three disbursement categories:
1. Posting of Financial Aid as Actual Payments
Disbursable funds that pass all edits will post as payments and can be viewed on all
relevant accounts receivable forms. Generally, this means that the student has
satisfied all user-defined and/or hard-coded federal requirements, and the
institutionally-defined date for payment has been reached. The date of payment is
defined by the institution in the Banner Financial Aid System and can be specific to a
term or fund. Generally, with few exceptions, the date for payments is defined as on
or after the beginning of classes. Financial aid funds processed as payments will
reduce the balance due on student bills and on all relevant accounts receivable forms.
As with any Student System process that allows actual payments to be posted to
student accounts, executing the Disbursement Process (RPEDISB) will create a
cashiering session under the user ID who ran the process, if any funds were processed
as actual payments. Cashiering sessions only include actual payments; they never
contain authorizations and/or memos.
3-92
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
May 2008
2. Posting of Financial Aid as Authorizations
The intent of authorized aid is to allow the institution to distinguish between what they
consider to be estimated aid (memos) versus aid that has been finalized but can't be
paid yet (authorizations). Authorized aid can be used to reduce the balance of a
student's account, but memos cannot.
Disbursable funds will be processed as authorizations when the disbursement process
meets the conditions mentioned above for payments, with the exception that the
defined date for payment has not been reached. Authorized/committed funds can be
set to reduce the balance due on the Student Billing Statement (TSRCBIL) and on the
Student Payment Form (TSASPAY), by selecting the Committed/Authorized
Financial Aid Reduces Amount Due check box on the Student Billing Control Form
(TSACTRL) (reduce amount due on TSASPAY and TSRCBIL).
3. Posting of Financial Aid as Memos
The institution must indicate, within the Banner Financial Aid System, which of their
funds can be memoed. Memoable funds will be processed as memos if they don't
meet the criteria for authorizations. Generally, this means that not all requirements
have been satisfied. Memoed funds do not reduce the balance due online or on the
bill, but are provided as an indication of aid eligibility that has yet to be finalized.
Example
Joseph has been offered financial assistance for the 1993-1994 aid year. The Fall
1993 and Spring 1994 terms have been associated with this aid year. He has been
offered a total of $1,000 from GRANT A, $10,000 from GRANT B, and $4,000 from
LOAN A for the 1993-1994 aid year. These funds have been defined to be distributed
evenly across terms.
The payment date for the Fall has been defined as 09/07/1993 for all funds.
• On 07/05/1993, the Disbursement Process (RPEDISB) is executed, and all
the funds are processed as memos, because Joseph has yet to submit
requested parental tax returns. These tax returns have been defined as
required before any funds can be paid.
• By 07/12/1993, Joseph has satisfied all outstanding items required by the
financial aid office. The Disbursement Process (RPEDISB) is executed and
as a result, all the funds are processed as authorizations, and the memos are
deleted; funds were not processed as payments, because the payment date
had not been reached.
• On 09/07/1993, the Disbursement Process (RPEDISB) is executed, and all
funds are processed as payments, because all payment requirements have
been satisfied, and in addition the payment date has been reached.
May 2008
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
3-93
Date Disbursement
Process Executed
Term
07/05/1993
Fall 1993
Fund
Memo
Authorization
Payment
GRANT A 500
LOAN A 2,000
GRANT B 5,000
07/12/1993
Fall 1993
GRANT A
LOAN A
GRANT B
09/07/1993
500
2,000
5,000
Fall 1993
GRANT A
LOAN A
GRANT B
500
2,000
5,000
In most cases, the disbursement process is executed before the beginning of classes for
an academic term. This allows for financial aid to be transmitted to the student's
account prior to the mass printing and mailing of student bills. As a result, financial
aid transmitted at this point will most probably be in the form of authorizations or
memos, because the date of payment has not yet been reached.
Once classes begin, the disbursement process should be executed on a regular basis
based on an institutionally defined schedule. This will allow eligible aid to move from
memos and authorizations to payments, and any pending adjustments will also be
transmitted.
Banner Financial Aid that has been memoed via the disbursement process can be
viewed on any accounts receivable form that displays memos. Authorized aid, as well
as, memos, outstanding financial aid requirements, and loan checks can be viewed on
the Applicant Summary Form (ROASMRY) which can be called from the Student
Payment Form (TSASPAY). To access ROASMRY, select Review Financial Aid from
the options menu on TSASPAY.
For more information on the edits and/or further explanation of memos,
authorizations, and payment processing, refer to the Banner Financial Aid User
Guide.
Running Financial Aid Disbursement Process (Online
and Batch)
The disbursement process performs several functions:
3-94
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
May 2008
• It passes the amount of deferred financial aid available to an applicant within a
specific term to the Student System. This is displayed as a memo transaction in the
Accounts Receivable module.
• It passes the amount of financial aid available to be disbursed to an applicant
within a specific term to the Student System. This is displayed as an authorization
in the Accounts Receivable module.
• It passes the amount of financial aid scheduled to be disbursed to an applicant
within a specific term to the Student System. All schedule disbursements with a
date less than or equal to the processing date that have not been disbursed will be
processed. These are displayed as payment transactions in the Accounts
Receivable module.
The only action that will invoke the Banner Financial Aid Disbursement Process
(RPEDISB) is the execution of the COBOL job named RBEDISB. This can be
accomplished via the following methods:
• Batch run via Job Submission for all students or with a population selection.
• Online for a single student from the Student Payment Form (TSASPAY) by
selecting the Financial Aid pull-down list and selecting Disburse Financial Aid
from the window that displays.
• Online for a single student from the Applicant Immediate Process Form
(ROAIMMP) of the Banner Financial Aid System.
Note
To review the parameters and report sample for the Disbursement
Process (RPEDISB), please consult the Reports chapter of the Banner
Financial Aid User Guide. For additional information, please refer to the
Banner Financial Aid TRM Supplement.
„
Billing and Payments for Financial Aid
This section discusses the use of the Student Payment Form (TSASPAY) and the Student
Billing Statement (TSRCBIL) as they relate to the Banner Financial Aid disbursement
process. The Student Billing Control Form (TSACTRL) determines how they interact.
The Automatic Disbursements via TSASPAY check box on the Student Billing Control
Form (TSACTRL) indicates how the Financial Aid disbursement process will be handled
on the Student Payment Form (TSASPAY).
May 2008
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
3-95
Valid values for this field are as follows.
Selected
Disbursements are automatically run on the Student Payment
Form (TSASPAY).
Cleared
Disbursements must be manually requested on the Student
Payment Form (TSASPAY). If you want the Disbursement
Process (RPEDISB) to be executed, select the Financial Aid
pull-down list and select Disburse Financial Aid from the
window that displays. Clearing the Automatic Disbursements
via TSASPAY Indicator check box could be the scenario for
processing disbursements during slow periods.
Note
This switch should be cleared if Banner Financial Aid is not installed.
„
The Student Billing Control Form (TSACTRL) enables you to indicate whether Banner
Financial Aid authorizations should reduce the balance due on the bill and reduce the
amount displayed in the Amount Due field on the Student Payment Form (TSASPAY).
The following values are allowed for the Committed/Authorized Financial Aid
Reduces Amount Due indicator on TSACTRL:
Selected
Reduce amount due on Student Payment Form (TSASPAY) and
Student Billing Statement (TSRCBIL).
Cleared
Do not reduce amount due on Student Payment Form
(TSASPAY) or Student Billing Statement (TSRCBIL).
Processing Disbursements, Authorizations, and
Memos
When using Banner Financial Aid with the Student System, the Student Payment Form
(TSASPAY) allows users to:
• Execute the Disbursement Process (RPEDISB) from TSASPAY so that the most
current aid information could be posted to a student's account.
• Access a separate form, the Applicant Summary Form (ROASMRY), from the
TSASPAY form to view how a student's financial aid was processed (memos and
authorizations) as a result of the last run of the disbursement process.
The following are Student Payment Form (TSASPAY) functions that relate to Banner
Financial Aid:
Assume you are processing a student who has a record in the Banner Financial Aid System
for the aid year that corresponds to the term in the Key block of TSASPAY. If you perform
3-96
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
May 2008
a Next Block function from the Key block, the cursor will stop on the Financial Aid pulldown list.
• Perform a Next Block function if you do not want to review or process Financial
Aid Information.
• Select the Financial Aid pull-down list to display the Options list. This displays the
following choices: Review Financial Aid (ROASMRY) and Disburse Financial
Aid.
• Choose Review Financial Aid to retrieve the Applicant Summary Form
(ROASMRY).
• Choose Disburse Financial Aid to execute the Disbursement Process
(RPEDISB).
The Authorized field on TSASPAY will display the sum of Banner Financial Aid funds
that were processed as authorizations for the term in the Key information, as of the last run
of the Disbursement Process (RPEDISB). The Student Payment Form (TSASPAY)
contains two memo balance fields. The Memos field will display the sum of all current
Banner Financial Aid memos for the term in the Key Information, as of the last run of the
Disbursement Process (RPEDISB). The Memo Balance field located at the bottom of the
form will display the sum of all other current memos with a source code not equal to F,
excluding Banner Financial Aid memos, for the term in the Key information.
The Amount Due field on TSASPAY will display the balance due for the term reduced by
actual payments. Banner Financial Aid authorizations may also reduce the displayed
amount due (on TSASPAY only) if the Committed/Authorized Financial Aid Reduces
Amount Due check box on the Student Billing Control Form (TSACTRL) is selected.
The Banner Authorized Financial Aid window of the Student Payment Form (TSASPAY)
may be accessed from the Options Menu or the Review Financial Aid function. This
window is used to view the authorized Banner financial aid that was processed as
authorized aid as of the last run of the disbursement process. Authorized aid from other
non-Banner financial aid systems will not appear in this window. Banner authorized aid
can also be viewed on the Applicant Summary Form (ROASMRY).
The Student Account Detail Form (TSADETL) will prevent memos with a source code of
F (Financial Aid) from being released. Banner financial aid memos are never released.
They are deleted by the disbursement process when the fund is processed as an
authorization, or as a payment, or subsequently becomes ineligible to be memoed, or when
the system date is past the memo expiration date.
Billing Parameters and Financial Aid
The Student Invoice/Billing Statement (TSRCBIL) prints invoices and estimates credits
based on current charges (when run in INVOICING mode) and calculates credits and prints
bills (when run in STATEMENT mode). Invoice mode simple prints a copy of the account
May 2008
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
3-97
detail without updating the account. STATEMENT mode updates the account with billed
and due dates, applies credits, and begins the aging process.
The value entered for the parameter Do You Want Memos Printed affects all memos,
including Banner Financial Aid memos. TSRCBIL will print all memos, including
Banner Financial Aid memos, if a Y is entered in this parameter.
Note
There are no parameters on the Student Invoice/Billing Statement
(TSRCBIL) that will cause the Banner Financial Aid Disbursement
process to be executed.
„
The Billing Purge Process (TGPBILL) purges account detail and deposit records from an
account and will exclude memos with a source code of F (Financial Aid) from purge
processing.
Financial Aid Disbursement Process and A/R
The following chart outlines the interaction of financial aid memos, authorizations, and
payments with Accounts Receivable billing processing.
Disbursement Process
Processed Aid as:
Print on
Bill
Reduce Balance
on Bill
Reduce Balance
Due Online
Memos
(TBRMEMO table)*
Y/N*
N
N
Authorizations
(RPRAUTH table)**
Y
Y/N **
TSASPAY**
Payments
Y
Y
Y
(TBRACCD table)
*Based on parameter Do You Want Memos Printed, on Student
Invoice/Billing Statement (TSRCBIL).
**Based on answer to Committed/Authorized Financial Aid Reduces Amount Due Indicator
on Student Billing Control Form (TSACTRL) where:
3-98
Selected
Reduce amount due on Student Payment Form (TSASPAY) and
Student Invoice/Billing Statement (TSRCBIL).
Cleared
Do not reduce amount due on Student Payment Form
(TSASPAY) or Student Invoice/Billing Statement (TSRCBIL).
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
May 2008
The following forms contain a Memo Balance field which displays the sum of all memos
(including financial aid memos) that have not expired. The Amount Due fields on these
forms do not reflect financial aid memos or authorizations.
Student Payment Detail Query Form
Student Account Detail Form
Account Detail Review Form
Account Review Form
(TSIQACT)
(TSADETL)
(TSAAREV)
(TSAACCT)
Sample Job Stream for Billing and Financial Aid
Disbursements
The following sample job list indicates the order of the processes used to run billing for
financial aid disbursements.
1. Run Batch Fee Assessment (SFRFASC).
2. Run Student Billing Statement (TSRCBIL) in APPLYCRED mode.
3. Run Batch Disbursements (RPEDISB).
4. Run Application of Payments (TGRAPPL).
5. Run Statements or Invoices (TSRCBIL).
Sample Billing Statement for Financial Aid
Disbursements
To see how financial aid payments, authorizations, and memos appear on a student bill,
refer to “Student Billing Statement (TSRCBIL)” on page 6-27.
Setting Up Sleep/Wake Processes
The following Banner systems and processes are valid for the Sleep/Wake processing
described in this section:
Banner Student
May 2008
Report/Process
Description
SFRSCHD
SHRTRTC
Student Schedule
Academic Transcript
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
3-99
Banner Accounts Receivable
Report/Process
Description
TGRRCPT
TGPHOLD
TSRCBIL
TGRMISC
TSRSSUM
Account Receipt
Auto Hold Release Process
Student Billing Statement (Invoices)
Miscellaneous Receipt
Student Transaction Summary Report
1. Define printer and print command on the Printer Validation Form (GTVPRNT). In the
Code field, enter a name to reference each specific printer that may be used for
printing output from sleep/wake processing. In the Command field, enter the correct
operating system print command as it would normally be entered from the command
line prompt, substituting an @ (at sign) as the place holder for the filename to be
printed.
Operating System
Print Command
UNIX example:
VMS example:
lp -d talaris1 @
print/queue=ln01 @
On the appropriate System Distribution Initialization Information Form (SOADEST
for Student or TOADEST for Accounts Receivable), enter the printer code from
GTVPRNT that should be identified with the collector table rows that will be inserted
to the appropriate tables when online application forms create a request for output that
can be generated by sleep/wake processing.
The collector tables are as follows:
Process
Collector Table
SFRSCHD
SHRTRTC
TGRMISC
TGRRCPT
TSRCBIL
TSRSSUM
SFRCBRQ
SHTTRAN
TBRCMIS
TBRCRCP
TBRCBRQ
2. On the Process Submission Controls Form (GJAPCTL), for the valid sleep/wake jobs
listed previously, enter the correct response for the parameter that specifies that the
job should be processed for collector table entries. Refer to the documentation for
each specific process to determine the appropriate response in each case (correct
responses may be Collector, Y, %, etc.). In addition, each sleep/wake job has a printer
code parameter. You must specify exactly the same code for this parameter answer
that was entered on either SOADEST or TOADEST. A value of Y should be entered
for the run in sleep/wake mode parameter, and a number of seconds should be
specified for the sleep/wake interval (cycle) for each process.
3-100
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
May 2008
Do not enter the printer code in the top section of GJAPCTL; only enter it in the parameter
section of the form.
Control/Rules/Application Forms
Reference
The following list is a reference of application forms, reports, and processes used in the
Accounts Receivable module matched with the control/rules forms by which they are
affected.
Application Form/Report/Process
Control/Rules Form
TFAACCT (Account Review Form)
TGARETC (Returned Check Code Control
Form)
TFADETF (Foreign Currency Detail Form Finance)
TGACTRL (Accounts Receivable Billing
Control Form)
TGADEPC (Deposit Detail Control Form)
TGARETC (Returned Check Code Control
Form)
TFADETC (Detail Code Control Form)
TFADETL (Account Detail Form)
TFADETC (Detail Code Control Form)
TGACTRL (Accounts Receivable Billing
Control Form)
TGADEPC (Deposit Detail Control Form)
TGARETC (Returned Check Code Control
Form)
TFAISTC (Installment Plan Code Control Form) TFADETC (Detail Code Control Form)
TFAISTL (Installment Plan Form)
TFADETC (Detail Code Control Form)
TFAISTC (Installment Plan Code Control Form)
TFAMASS (Billing Mass Data Entry Form)
TFADETC (Detail Code Control Form)
TGACTRL (Accounts Receivable Billing
Control Form)
TGADEPC (Deposit Detail Control Form)
TGARETC (Returned Check Code Control
Form)
May 2008
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
3-101
Application Form/Report/Process
Control/Rules Form
TFAMDET (Billing Mass Entry Detail Form)
TFADETC (Detail Code Control Form)
TGACTRL (Accounts Receivable Billing
Control Form)
TGARETC (Returned Check Code Control
Form)
TFAMISC (Miscellaneous Transaction Form)
TFADETC (Detail Code Control Form)
TGACTRL (Accounts Receivable Billing
Control Form)
TFAUNAP (Unapplication of Payment Form)
TGACTRL (Accounts Receivable Billing
Control Form)
TFIAREV (Account Detail Query Form)
TGACTRL (Accounts Receivable Billing
Control Form)
TGACOLC (Collections Form)
TGARETC (Returned Check Code
Maintenance Form)
TGACREV (Cashier Session Review Form)
TFADETC (Detail Code Control Form)
GXRBANK (Bank Code Rule Form)
TSADETC (Detail Code Control Form)
TGACSPV (Cashier Supervisory Form)
GXRBANK (Bank Code Rule Form)
TGADEPC (Deposit Detail Control Form)
TFADETC (Detail Code Control Form)
TGAMESG (Billing Message Form)
TFAISTC (Installment Plan Code Control Form)
TGARETC (Returned Check Code Control
Form)
TFADETC (Detail Code Control Form)
TGAUPRF (User Profile Definition Form)
TGACTRL (Accounts Receivable Billing
Control Form)
TGRAPPL (Application of Payment)
TSADETC (Detail Code Control Form)
TSAACCT (Account Review Form)
SLATERM (Housing Term Control Form)
TGARETC (Returned Check Code
Maintenance Form)
TSACTRL (Student Billing Control Form)
3-102
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
May 2008
Application Form/Report/Process
Control/Rules Form
TSAAREV (Account Detail Review Form)
SLATERM (Housing Term Control Form)
SOATERM (Term Control Form)
TGACTRL (Accounts Receivable Billing
Control Form)
TGARETC (Returned Check Code
Maintenance Form)
TSACONT (Contract Authorization Form)
TSADETC (Detail Code Control Form)
TSAEXPT (Exemption Authorization Form)
TSACONT (Contract Authorization Form)
TSACTRL (Student Billing Control Form)
TSADETC (Detail Code Control Form)
TSATPRL (Third Party Billing Rules Form)
TSADETF (Student Foreign Currency Detail
Form)
SOATERM (Term Control Form)
TGACTRL (Accounts Receivable Billing
Control Form)
TGADEPC (Deposit Detail Control Form)
TGARETC (Returned Check Code Control
Form)
TSADETC (Detail Code Control Form)
TGPHOLD (Auto Hold/Release Process)
TGAHOLD (Auto Holds Rule Form)
TSADETC (Detail Code Control Form)
TSATBDS (Term-Based Designator Rule Form)
TSACTRL (Billing Control Form)
TSATBDS (Term-Based Designator Rule Form)
TSADETL (Student Account Detail Form)
SLATERM (Housing Term Control Form)
SOATERM (Term Control Form)
TGACTRL (Accounts Receivable Billing
Control Form)
TGADEPC (Deposit Detail Control Form)
TGARETC (Returned Check Code Control
Form)
TSACONT (Contract Authorization Form)
TSADETC (Detail Code Control Form)
TSAEXPT (Exemption Authorization Form)
May 2008
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
3-103
Application Form/Report/Process
Control/Rules Form
TSAEXPT (Exemption Authorization Form)
TSADETC (Detail Code Control Form)
TSAISTL (Installment Plan Form)
TSAISTC (Installment Plan Code Control Form)
TSADETC (Detail Code Control Form)
TSAMASS (Billing Mass Data Entry Form)
TGACTRL (Accounts Receivable Billing
Control Form)
TGADEPC (Deposit Detail Control Form)
TGARETC (Returned Check Code Control
Form)
TSADETC (Detail Code Control Form)
TSAMISC (Miscellaneous Transaction Form)
TGACTRL (Accounts Receivable Billing
Control Form)
TSADETC (Detail Code Control Form)
TSASPAY (Student Payment Form)
TGACTRL (Accounts Receivable Billing
Control Form)
TGARETC (Returned Check Code Control
Form)
TSACONT (Contract Authorization Form)
TSACTRL (Student Billing Control Form)
TSADETC (Detail Code Control Form)
TSAEXPT (Exemption Authorization Form)
TSAUNAP (Student Unapplication of Payment
Form)
TGACTRL (Accounts Receivable Billing
Control Form)
TSADETC (Detail Code Control Form)
TSIAPPL (Application of Payment Review
Form)
SOATERM (Term Control Form)
TSIQACT (Student Payment Detail Query
Form)
TSADETC (Detail Code Control Form)
3-104
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
TSADETC (Detail Code Control Form)
May 2008
Application Form/Report/Process
Control/Rules Form
TSRCBIL (Student Billing Statement)
SFARGFE (Process Fees Control Form)
SLATERM (Housing Term Control Form)
SOATERM (Term Control Form)
TGACTRL (Accounts Receivable Billing
Control Form)
TGAMESG (Billing Message Form)
TSACONT (Contract Authorization Form)
TSACTRL (Student Billing Control Form)
TSADETC (Detail Code Control Form)
TSAEXPT (Exemption Authorization Form)
TSASBRL (Schedule/Bill Rule Form)
TSAADSP (Application Distribution of Single
Payment) Form
TSADETC (Detail Code Control Form)
TSRTBIL (Third Party Billing Process)
TSATPRL (Third Party Billing Rule Form)
May 2008
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
3-105
3-106
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Procedures
May 2008
4
General Accounts Receivable
Reports
Overview
This section contains information about each General report within the Accounts Receivable System. The reports
are listed in alphabetical order according to their seven-character names. For each report, you will find the
following:
• A description of the report’s purpose and function
• A table of the report’s parameters and their related information, including the valid values and required/
optional status
• A sample report, if applicable
4-1
Banner Accounts Receivable 8.0
User Guide
General Accounts Receivable Reports
May 2008
Billing Purge Process (TGPBILL)
Description
The Billing Purge Process is used to purge account detail and deposit records from an account, once the records
have been fed. These transactions must have a zero balance, and all associated detail records (through Application
of Payments) must also have a zero balance. This process is also used to purge memos that have a zero balance and
have expired. This process may be run in audit mode to produce a report to review before running in update mode
to actually purge the detail records. The Billing Purge processes all accounts for both student and non-student
accounts. Records may be purged based on a date range.
The following criteria must exist for a purge of account detail and deposit information to occur on an
account.
• All balances must be zero. If all balances are not zero, then the absolute value of the Balance must equal
the absolute value of the Amount. For example, an account has the following account detail:
Detail Code
Amount
Balance
LOTM
- 40.00
- 30.00
No purge of any account detail/deposit information will occur on the account.
• No Accounts Receivable hold can exist for the account.
• All account detail transactions with a zero balance must have an F in the Feed Indicator. If any one of the
account detail transactions does not have an F, then no purge occurs for the account.
• If a cashier session exists for any account detail transaction, then no purge occurs for the account.
• If the Application of Payments transactions have not been fed, then no purge occurs for the account.
• Deposits which exist on the account must be fully released or no purge occurs for the account. For
example, if a $200.00 deposit exists and only $100.00 has been released, then no purge occurs for the
account.
The following criteria must exist for a purge of memo information to occur on an account:
1. Memo amount must equal zero.
2. Source code cannot equal F (Financial Aid). This would cause the memo to be excluded from processing.
4-2
Banner Accounts Receivable 8.0
User Guide
General Accounts Receivable Reports
May 2008
3. The expiration date of the memo must be less than the Memo Expiration Date specified on the parameter.
Note
The purging of account details and deposits occurs simultaneously. The purging of memos is
separate. An account may have its memos purged, but its account detail and deposit
information may not meet the purge criteria.
„
The following steps must be taken prior to running the Billing Purge Process (TGPBILL):
• Close and finalize your cashier sessions. (Refer to the Cashier procedures.)
• Run the Application of Payment Process (TGRAPPL).
• Run the Billing/Invoice Statement (TFRBILL, TSRCBIL, or TSRTBIL) in STATEMENT mode.
• Run the Accounting Feed Process (TGRFEED).
• Run the Cashier Delete Report/Process (TGRCDEL).
Parameters
Name
Required?
Description
Values
Create Balance Forward
Trans(action)
Yes
Indicates whether to create or not create a zero
amount balance forward transaction. When this
parameter is set to Y, a balance forward detail code
must also be entered.
Y
Create balance forward
transactions
N
Do not create balance forward
transactions
Enter the mode in which processing will take place.
Enter an A to indicate that the process is to be run in
audit mode. Running in audit mode produces an
audit report without updating the database.
A
Audit
U
Update
Y
Purge account detail.
N
Do not purge account detail.
Run Mode
Yes
Enter a U to indicate that the process is to be run in
update mode. Running in update mode removes the
information from the database and produces the
report.
Purge Account Detail/
Deposits
4-3
Banner Accounts Receivable 8.0
User Guide
General Accounts Receivable Reports
Yes
Enter Y if you want account detail to be purged.
Note: Associated deposits will also be purged.
Enter N if you do not want account detail to be
purged.
May 2008
Parameters (cont) Name
4-4
Required?
Description
Values
Balance Forward Detail
Code
No
Enter the detail code to be used when creating the
optional balance forward transaction. Valid values
must exist on the Detail Code Control Form
(TFADETC).
Detail Code Control Form
(TFADETC)
Bill Date for Balance
Forward
Yes
Enter the bill date for the balance forward
transactions. Date should be entered in DD-MONYYYY format.
Due Date for Balance
Forward
Yes
Enter the due date for the balance forward
transactions. Date should be entered in DD-MONYYYY format.
Max Acct Entry Date
No
The account will be skipped in the process if any
account details have an entry date greater than the
date specified.
Memo Purge Switch
Yes
Enter Y if you want memo items to be purged. Enter
N if you do not want memo items to be purged.
Memo Expiration Date
Yes
Enter the date used to determine if memo items are
expired for the account being processed. Date
should be entered in DD-MON-YYYY format.
Report Begin Date
No
Not used.
Report End Date
No
Not used.
Banner Accounts Receivable 8.0
User Guide
General Accounts Receivable Reports
Y
Purge memo items
N
Do not purge memo items
May 2008
Report Sample (Page 1 of 3)
04/22/1998 10:13:24
ID
[email protected]
@00000713
CS
4-5
NAME
-----------------------------------Ioshua, Daniel
Peterson, Karen
Student, Cindy S
Banner Accounts Receivable 8.0
User Guide
General Accounts Receivable Reports
Banner Development
Billing Purge
(AUDIT)
Memo Purge
ENTRY
TRAN
DATE
NO
----------- ---05-MAR-1998
1
05-MAR-1998
1
25-MAR-1998
4
PAGE 1
TGPBILL
DETL
CHARGE
PAYMENT
CODE
AMOUNT
AMOUNT
TYPE
---- --------------- --------------- ---------------------ADEP
$.00 Memo
ADEP
$.00 Memo
T101
$.00
Memo
May 2008
Report Sample (Page 2 of 3)
PAGE 2
Billing Purge
(AUDIT)
TGPBILL
* * * REPORT CONTROL INFORMATION * * *
RPTNAME: TGPBILL
VERSION: 3.1
CREATE BALANCE FORWARD TRANSACTIONS?: N
RUN MODE A(AUDIT) OR U(UPDATE)?: A AUDIT MODE
PURGE ACCOUNT DETAIL/DEPOSITS (Y/N)?: Y
BALANCE FORWARD DETAIL CODE ?:
BILL DATE FOR BALANCE FORWARD TRANSACTION(DD-MON-YYYY)?: 22-APR-1998
DUE DATE FOR BALANCE FORWARD TRANSACTION(DD-MON-YYYY)?: 22-APR-1998
MAX ACCOUNT DETAIL ENTRY DATE: 23-APR-1998
PURGE MEMO (Y/N)?: Y
MEMO EXPIRATION DATE (DD-MON-YYYY)?: 22-APR-1998
Selection Begin Date: 01-MAR-1998
Selection End Date: 23-APR-1998
TOTAL ACCOUNT DETAIL ACCOUNTS PASSING ALL CHECKS: 0
TOTAL MEMO ACCOUNTS PASSING ALL CHECKS: 3
NUMBER OF POTENTIAL ACCOUNT DETAIL DELETES: 0
NUMBER OF POTENTIAL DEPOSIT DELETES: 0
NUMBER OF POTENTIAL DETAIL TEXT ROWS DELETED: 0
NUMBER OF POTENTIAL APPLICATION OF PAYMENT DELETES: 0
NUMBER OF POTENTIAL MEMO DELETES: 3
Report Sample (Page 3 of 3)
FOR ACCOUNT DETAIL and DEPOSIT PROCESSING:
---------------------- THE TOTAL ACCOUNTS SELECTED TO PROCESS:
************* THE TOTAL ACCOUNTS SKIPPED DUE TO **************
------------------------------------------------------- HOLDS:
----------------------------- APPLICATION OF PAYMENTS NOT FED:
----------------------- TRANSACTION(S) PAID TRANS PAST CUTOFF:
--------------- TRANSACTION(S) WERE PAID BY TRANS PAST CUTOFF:
--- TRANSACTION WITH LOWER TRAN NUMBER BUT GREATER ENTRY DATE:
---------- TRANSACTION(S) TO BE PURGED HAD A NON-ZERO BALANCE:
------------------- CASHIER SESSION FOR ACCOUNT DETAIL EXISTS:
-------------------------- CASHIER SESSION FOR DEPOSIT EXISTS:
DEPOSIT NOT FULLY RELEASED OR PARTIALLY RELEASED AFTER CUTOFF:
------------------- ACCOUNT DETAIL IN AN OPEN CASHIER SESSION:
-------------------------- DEPOSIT IN AN OPEN CASHIER SESSION:
----------------------------------- ACCOUNT DETAIL NOT BILLED:
-------------------------------------- ACCOUNT DETAIL NOT FED:
4-6
Banner Accounts Receivable 8.0
User Guide
General Accounts Receivable Reports
612
7
14
504
2
May 2008
Auto Hold Release Process (TGPHOLD)
The Automated Hold Release Process (TGPHOLD) automatically assigns or releases holds to students or entities
based on criteria established on the Auto Holds Rules Form (TGAHOLD).
Description
Parameters
Name
Required?
Description
Values
Selection Identifier
No
Enter the code that identifies the population with
which you wish to work. The selection identifier
must be defined on the Population Selection Inquiry
Form (GLISLCT). All or none of the population
selection parameters must be entered.
Population Selection Inquiry Form
(GLISLCT)
Application Code
No
Enter the code that identifies the general area for
which the selection identifier was defined. All or
none of the population selection parameters must be
entered.
Application Inquiry Form (GLIAPPL)
The Population Selection Extract Inquiry Form
(GLIEXTR) may be used to review the people who
will be processed.
4-7
Creator ID
No
Enter the user ID of the person creating the subpopulation rules. The creator ID must have been
specified when defining the selection identifier. All
or none of the population selection parameters must
be entered.
User ID
No
Enter the user ID of the person using the subpopulation rules.
Hold Rule Code
Yes
Enter the hold rule code defined on the Auto Holds
Rules Form (TGAHOLD). This is a repeating
parameter, so multiple rules may be entered.
Banner Accounts Receivable 8.0
User Guide
General Accounts Receivable Reports
Auto Hold Validation Form
(TTVRHLD)
May 2008
Parameters (cont) Name
Apply--Release Mode
Run Mode
Required?
Description
Values
Yes
Enter a value to indicate whether Banner applies
holds, releases holds, or releases and then applies
holds.
A
Apply holds
R
Release holds
B
Release, then apply holds
A
Audit mode (default value)
U
Update mode
Enter Y to begin sleep/wake cycling of this process
and printer.
Y
Run in Sleep/Wake mode
N
Run in Normal mode (default
value)
Printer Validation Form (GTVPRNT)
Yes
Enter a value to indicate whether Banner will run the
process in Audit (A) or Update (U) mode.
Audit mode produces a report without updating the
database.
Update mode purges, releases, and/or applies holds
as established by the above parameter, and produces
a report of IDs which had holds released, applied,
and purged.
Exclude ID
No
Enter the ID of any account(s) that should be
bypassed by the process. If an ID is entered, then
that account will not have holds released, applied or
purged.
IDs entered here override the rules that were
established on the Auto Holds Rules Form
(TGAHOLD).
This is a repeating parameter, so multiple IDs may
be entered.
4-8
Sleep/Wake Indicator
(Y/N)
No
Printer Name
No
Enter the printer name for sleep/wake.
Interval for Sleep/Wake
No
Enter the time in seconds for the process to pause
before resuming execution. The lowest enterable
value is 1. The highest enterable value is 999999.
Banner Accounts Receivable 8.0
User Guide
General Accounts Receivable Reports
May 2008
Report Sample (Page 1 of 2)
30-APR-1999 10:23:41
Banner Development
Auto Hold Release Process
PAGE 1
TGPHOLD
Holds Applied:
__________
_____
R1 DESC: Accounts exceeding $900
_________ ____
_________ID Number
Aging Bal
BMONTI
SM01
__________
_________
Name
B Monti Corp
Mitchell, Susan
_______
From Date
30-APR-1999
30-APR-1999
30-APR-1999 10:23:41
_____
To Date
HOLD CODE: A1 DESC: AR hold
HOLD RULE:
Calculated Hold
___________
________
__________
___________
Fin Aid Bal
Memo Bal
Future Bal
Account Bal
31-DEC-2099
31-DEC-2099
0.00
0.00
30.00
0.00
0.00
0.00
Banner Development
Auto Hold Release Process
1,030.00
1,000.00
PAGE 2
TGPHOLD
Holds Released:
__________
_____
R1 DESC: Accounts exceeding $900
_________ ____
_________ID Number
Aging Bal
ERW000333
NW0000001
4-9
__________
_________
Name
Walker, Evan R.
Wilson, Nolan
Banner Accounts Receivable 8.0
User Guide
General Accounts Receivable Reports
_______
From Date
30-APR-1999
30-APR-1999
_____
To Date
30-APR-1999
30-APR-1999
HOLD CODE: A1 DESC: AR hold
HOLD RULE:
Calculated Hold
___________
________
__________
___________
Fin Aid Bal
Memo Bal
Future Bal
Account Bal
0.00
0.00
0.00
0.00
0.00
0.00
500.00
300.00
May 2008
Report Sample (Page 2 of 2)
30-APR-1999 10:23:41
Banner Development
Auto Hold Release Process
PAGE 3
TGPHOLD
* * * REPORT CONTROL INFORMATION * * *
RPTNAME: TGPHOLD
VERSION: 4.0
The hold parameters are:
Selection Identifier: HOLD
Application Code: ACCTSREC
Creator ID: LWLOCK
User ID: LWLOCK
Hold Rule Code: R1
Apply release or both: b
Audit update mode: u
Exclude ID:
sleep/wake: N
printer:
interval: 60
linelimit: 55
RECORD COUNT: 4
The summary of the process:
Number of holds added: 2
Number of holds released: 2
Number of holds removed: 0
4-10
Banner Accounts Receivable 8.0
User Guide
General Accounts Receivable Reports
May 2008
Statement Purge Process (TGPSTMT)
This process can be used by institutions to purge statements from the Large Object Storage Table (GORBLOB) that
are no longer needed or that were simply created in error. Please refer to the Technical Documentation of the Large
Object API (gb_large_object) for details regarding the file purge. This process deletes the header row from the
Statement Header Table (TBBSTMT), but does not affect any of the individual transactions that were displayed on
the statement. Statements with a bill date that precedes or is equal to the Bill Date are purged; optional population
selection parameters may also be used when specifying which student’s statements to purge.
Description
Note
Population Selection does not apply when using the Bill Run to reset following an error.
„
This process produces report output for your review. Purges by Bill Date Cutoff display the ID and Name of the
student and a count of the number of statements being purged. A control report shows the total number of students
for whom statements are purged and total count of statements removed. Purges by Bill Run display the Run
Number, Bill Date, and Count of Statements being purged.
Parameters
4-11
Name
Required?
Description
Values
Bill Date Cutoff
Y
Records with a bill date less than or equal to the
parameter date will be removed.
Bill Run
N
Enter a value for this parameter to purge records for
reset following a billing error.
The job submission run number for the
billing. If populated, the Bill Date
Cutoff must match the Bill Date used
when creating the statements.
Run Mode
Y
The process can be run in audit or update mode.
Audit mode will display records pending delete.
Update mode will perform actual delete of records.
A
Audit
U
Update
Application Code
N
General area for which each selection ID is defined. Application Inquiry Form (GLIAPPL)
Selection Identifier
N
Sub-population.
Banner Accounts Receivable 8.0
User Guide
General Accounts Receivable Reports
May 2008
Parameters (cont) Name
4-12
Required?
Description
Creator ID
N
User ID of the person who created rules for the
sub-population.
User
N
User ID of the person who ran the population
selection.
Banner Accounts Receivable 8.0
User Guide
General Accounts Receivable Reports
Values
May 2008
Aging Analysis Report (TGRAGES)
This report is used to analyze past due accounts. It produces a list of accounts by billed date, due date, or effective
date with up to three age-date range options. The Invoice/Statement Report (TFRBILL, TSRCBIL or TSRTBIL)
must have been run in STATEMENT mode in order to use billed or due dates. The report lists unpaid account
balances within each age-date range in addition to future balances. The report control information gives totals by
date range, future balance, and account balance.
Description
Parameters
4-13
Name
Required?
Description
Values
Age Date B-Billed, EEffective, D-Due
Yes
Enter B, E, or D, the date against which you wish to
analyze the aging of accounts: billed date, effective
date, or due date.
B
Billed Date
E
Effective Date
D
Due Date
Range Date 1
Yes
Enter range date 1, which would be the first range in
the reporting period, usually spanning the number of
days in the billing cycle. To examine ranges in thirty
day increments, enter 30 for a 0 - 30 day range.
Range Date 2
Yes
Enter range date 2, which would be the second range
in the reporting period. To examine accounts
between 31 - 60 days, enter 60.
Range Date 3
Yes
Enter range date 3, which would be the third range in
the reporting period. To examine accounts between
61 - 90 days, enter 90.
Minimum Account
Balance
Yes
Used to include in this report all accounts with a
balance greater than this amount. To see all accounts
with a positive balance, enter .01.
Maximum Account
Balance
Yes
Used to include in this report all account balances
less than this amount. To see all, enter 99999.99 as
default.
Banner Accounts Receivable 8.0
User Guide
General Accounts Receivable Reports
May 2008
Parameters (cont) Name
Required?
Description
Values
Detail Code
Yes
Enter single detail code, or % for all, to run report to
analyze by detail code. Valid values should be
selected from the Detail Code Control Form
(TFADETC or TSADETC).
Detail Code Control Form (TFADETC
or TSADETC)
As Of Date
(DD_MON_YYYY)
Yes
Enter the date from which the aging of an account is
calculated in DD-MON-YYYY format.
Selection Identifier
No
Enter the code that identifies the population with
which you wish to work. The selection identifier
must be defined on the Population Selection Inquiry
Form (GLISLCT). All or none of the population
selection parameters must be entered.
Population Selection Inquiry Form
(GLISLCT)
Application Code
No
Enter the code that identifies the general area for
which the selection identifier was defined. All or
none of the population selection parameters must be
entered.
Application Inquiry Form (GLIAPPL)
The Population Selection Extract Inquiry Form
(GLIEXTR) may be used to review the people who
will be processed in the load from the selection
identifier and application code entered.
Creator Id
4-14
Banner Accounts Receivable 8.0
User Guide
General Accounts Receivable Reports
No
Enter the user ID of the person creating the subpopulation rules. The creator ID must have been
specified when defining the selection identifier. All
or none of the population selection parameters must
be entered.
May 2008
Report Sample (Page 1 of 2)
30-MAY-1991 10:13:22
ID
111111111
310000004
477777777
201000006
T08000011
333333001
800000000
212580001
800000014
208000023
201000011
121920111
208000022
208000026
208000014
201000008
201000004
222000019
555555555
201000012
800000021
800000011
CONT10001
308000112
CONT10002
212580009
308000111
212580008
222000020
212580000
208000021
201000013
201000009
212580002
4-15
Banner University
Aging Analysis Report
BY EFFECTIVE DATE
AS OF 24-MAY-1991
NAME
0 To 30
--Days--
John Howard
A. Pomerantz & Co.
Able, Sarah
Adams, Polly
Advanced Planning Sy
Barcus, Captain
Bollinger, Nickolas
Casey, Jan
Costanzo, Santo
Davis, Tabitha
Dixon, Laura
Fester, Thomas
Finch, John
Green, Fred
Jensen, Sven
Johnson, Avery
Jones, George
Kelsey, Bruce
King, Fred
Linfante, Sheryl
Lucker, Emily
McMurray, Janie
Ministry of Educatio
Moss, Sterling
Pennsylvania Departm
Pittenger, Alice
Ramsay, Biff
Roberts, Janice
Roberts, Lisa
Robins, Anne
Sawyer, John
Sheeley, Jane
Smith, Joyce
Stoyan, Fran
.00
20.00
145.00
2.00
941.00
.00
830.00
100.00
4.22
152.00
.00
45.00
.00
.00
430.00
96.50
.00
99.00
.00
.00
.00
-119.00
702.00
.00
598.00
50.00
.00
11.00
209.00
15.52
300.00
30.00
.00
50.00
Banner Accounts Receivable 8.0
User Guide
General Accounts Receivable Reports
31 To 60
--Days-.00
.00
.00
-387.00
.00
.00
.00
.00
4.18
.00
.00
.00
.00
.00
.00
80.00
.00
110.00
.00
.00
.00
.00
.00
.00
.00
.00
.00
.00
.00
190.50
.00
.00
.00
.00
PAGE 1
TGRAGES
61 To 90
--Days--
91 +
--Days--
Future
Balance
Account
Balance
.00
.00
.00
.00
.00
.00
.00
.00
20.42
.00
.00
.00
.00
.00
.00
100.00
.00
.00
.00
.00
.00
.00
.00
.00
.00
.00
.00
.00
.00
.00
.00
.00
.00
.00
.00
.00
.00
.00
.00
.00
.00
.00
482.62
.00
.00
.00
440.35
.00
.00
.00
.00
.00
.00
.00
.00
.00
.00
.00
.00
.00
.00
.00
.00
.00
.00
.00
.00
.00
.00
.00
.00
500.00
.00
.00
15.00
.00
.00
.00
15.00
.00
.00
.00
.00
15.00
30.00
.00
180.00
15.00
.00
420.00
.00
.00
.00
.00
.00
.00
.00
15.00
.00
40.00
15.00
.00
.00
20.00
145.00
115.00
941.00
.00
845.00
100.00
511.44
152.00
15.00
45.00
440.35
.00
430.00
291.50
30.00
209.00
180.00
15.00
.00
301.00
702.00
.00
598.00
50.00
.00
11.00
209.00
221.02
300.00
70.00
15.00
50.00
May 2008
Report Sample (Page 2 of 2)
30-MAY-1991 10:13:22
Banner University
Aging Analysis Report
BY EFFECTIVE DATE
AS OF 24-MAY-1991
PAGE 2
TGRAGES
* * * REPORT CONTROL INFORMATION - TGRAGES - * * *
RPTNAME: TGRAGES
AGE DATE B-BILL E-EFF D-DUE: E
AS OF DATE: 24-MAY-1991
RANGE DATE 1: 30
RANGE DATE 2: 60
RANGE DATE 3: 90
MINIMUM ACCOUNT BALANCE: .00
MAXIMUM ACCOUNT BALANCE: 1000.00
DETAIL CODE: %
REPORT TOTALS
0 To 30 : 5,344.24
31 To 60 : -2.32
61 To 90 : 120.42
91 + : 922.97
FUTURE BALANCE : 1,320.00
ACCOUNT BALANCE : 7,705.31
NUMBER RECORDS PRINTED : 37
4-16
Banner Accounts Receivable 8.0
User Guide
General Accounts Receivable Reports
May 2008
Application Of Payment Process (TGRAPPL)
Description
This process is used to apply payments to charges based on system and user-defined priorities. Run TGRAPPL
before you run Assess Penalty/Interest Charges (TFRLATE or TSRLATE), Aging Analysis (TGRAGES), Invoice/
Statement (TFRBILL, TSRCBIL, or TSRTBIL), and General Accounting Feed (TGRFEED). Only payments with
a balance not equal to zero will be used to pay charges with a balance not equal to zero, both having effective dates
equal to or less than the current date.
The transaction or system date for the Feed Future Transactions indicator is used to determine which date to use
when feeding accounting records to the Accounting Transaction Input Table (GURFEED). If the system date is
selected, then all future dated transactions will be processed using the system date as the transaction date. This
process examines the Feed Future Dated Transactions indicator on the Accounts Receivable Billing Control
Form (TGACTRL).
If the Feed Future Transactions indicator on the Accounts Receivable Billing Control Form (TGACTRL) is set to
Y, then TGRAPPL ignores effective dates. If the Feed Future Dated Transactions indicator is set to N, then
TGRAPPL looks at the effective dates and will not process futures.
You can run this process online by choosing Apply Payments from the options menu of the following forms:
• Account Detail Review Form—Student (TSAAREV)
• Account Detail Review Form—Finance (TFIAREV)
• Student Account Detail Form (TSADETL)
• Account Detail Form (TFADETL)
• Foreign Currency Detail Form—Finance (TFADETF)
• Foreign Currency Detail Form—Student (TSADETF)
• Application of Single Payment Form—Finance (TFAADSP)
• Application of Single Payment Form—Student (TSAADSP)
• Refund Review Form—Finance (TFARFND)
• Refund Review Form—Student (TSARFND)
When run online from one of the forms in the preceding list, Banner will use the parameter values that the user has
saved when running the process from Job Submission. If no values exist for the user, then Banner will use the
4-17
Banner Accounts Receivable 8.0
User Guide
General Accounts Receivable Reports
May 2008
default values on the parameter definitions (which you can view and update via GJAPDEF). If no default values
exist, then Banner will run the process for the ID in the Key block. No application pending roster will be created.
If you want to save the parameters for TGRAPPL, then use an invalid ID for parameter 01 so that the Mass
Application of Payments will not be initiated. Do not use a value for the Set Name parameter.
For additional information about this process, refer to the Application of Payment Procedure section in Chapter 2,
“Finance Accounts Receivable Procedures,” or Chapter 3, “Student Accounts Receivable Procedures.”
Parameters
Name
Required?
Description
ID Number
No
Enter a specific account ID to be applied (single
request using the ID number), or leave blank for all
accounts that have transactions with outstanding
balances.
Apply Refund to any
priority
Yes
Enter Y to allow refund charges to be paid by any
credit regardless of priority and like term indicator.
Y
Pay refund charges
N
Do not pay refund charges
Apply Neg Chg to any
priority
Yes
Enter Y to allow negative charges to be applied to
any charge regardless of priority and like term
indicator.
Y
Apply negative charges
N
Do not apply negative charges
Select whether Banner will apply contract and
exemption payments by using the cross-reference
information on the transaction or the detail code
priority.
C
Contract/exemption credits will
be applied using the crossreference information.
D
Contract/exemption credits will
be applied using the detail code
priority.
Enables you to apply Title IV payments first, then
follow the priority order to apply other payments.
Y
Title IV payments will be applied
first
N
Payments will be applied in
standard priority order
Apply Cont/Expt Credits Yes
Apply Title IV first
4-18
Banner Accounts Receivable 8.0
User Guide
General Accounts Receivable Reports
Yes
Values
May 2008
Parameters (cont) Name
Apply Aid to Future
Term
Required?
Description
Values
Yes
Indicates if you want financial aid (source code
equals F) to be applied to charges from a future
term.
Y
Financial aid will be applied to
any term.
N
Financial aid will be applied only
to terms less than or equal to the
financial aid term.
(Like term and like aid year restrictions
are still enforced.)
Apply Other to Future
Term
Yes
Indicates if you want other credits (source code other Y
than F) to be applied to charges from a future term.
N
Other credits will be applied to
any term.
Other credits will be applied only
to terms less than or equal to the
term of the credit.
(Like term and like aid year restrictions
are still enforced.)
Order by Term
4-19
Banner Accounts Receivable 8.0
User Guide
General Accounts Receivable Reports
Yes
Determine the order in which you want to apply
payments.
1
(default) Both - Payments and
charges are both ordered by term.
2
Payments - Payments from the
oldest term will apply to the
highest priority charges,
regardless of the term of the
charge.
3
Charges - Charges from the oldest
term will be paid by the highest
priority payments, regardless of
the term of the payment.
4
Neither - Banner will apply
payments by using priorities and
ignoring the term.
May 2008
Parameters (cont) Name
Print Application
Pending Rost(er)
Required?
Description
Values
Yes
Lets you print a list of accounts that still have
outstanding credit and debit detail balances.
Y
Print a list of accounts that have
application pending.
N
Do not print a list of accounts that
have application pending.
Selection Identifier
No
Enter the code that identifies the population with
which you wish to work. The selection identifier
must be defined on the Population Selection Inquiry
Form (GLISLCT). All or none of the population
selection parameters must be entered.
Population Selection Inquiry Form
(GLISLCT)
Application Code
No
Enter the code that identifies the general area for
which the selection identifier was defined. All or
none of the population selection parameters must be
entered.
Application Inquiry Form (GLIAPPL)
The Population Selection Extract Inquiry Form
(GLIEXTR) may be used to review the people who
will be processed in the load from the selection
identifier and application code entered.
4-20
Creator Id
No
Enter the user ID of the person creating the subpopulation rules. The creator ID must have been
specified when defining the selection identifier. All
or none of the population selection parameters must
be entered.
User
No
User ID of the person who ran the population
selection.
Banner Accounts Receivable 8.0
User Guide
General Accounts Receivable Reports
May 2008
Report Sample (Page 1 of 2)
26-JAN-2001 16:13:53
ID
--------210009502
210009502
180600102
210009504
APP567812122
467812123
TIV220000
S00000003
Banner Development
Accounts Needing Application of Payments
PAGE 1
TGRAPPL
Name
----------------Amith, Andrea
Cuspin, Lorie:
Geils, Erik T.
Holt, Virginia M.
Levsen, Bob
Levsen, Charlotte
Rocko, Umberto D.
Student, Cindy
Report Sample (Page 2 of 2)
26-JAN-2001 16:13:53
Banner Development
Application of Payments
* * * REPORT CONTROL INFORMATION * * *
PAGE 2
TGRAPPL
RPTNAME: TGRAPPL
VERSION: 4.3
ID NUMBER: *MASS APPLICATION OF PAYMENTS RUN*
APPLY REFUND TO ANY PRIORITY? (Y,N): Y
APPLY NEGATIVE CHARGE TO ANY PRIORITY? (Y,N): Y
APPLY TO CONT/EXPT CROSSREF OR DETAIL CODE PRIORITY? (C,D): C
APPLY TO TITLE IV FIRST? (Y/N): Y
APPLY AID TO FUTURE TERMS? (Y/N): Y
APPLY NON-AID CREDITS TO FUTURE TERMS? (Y/N): Y
ORDER PAYMENTS AND CHARGES BY TERM (1)
PRINT APPLICATION PENDING ROSTER? (Y/N): Y
SELECTION ID:
APPLICATION CODE:
CREATOR ID:
USER ID:
RECORD COUNT: 108
4-21
Banner Accounts Receivable 8.0
User Guide
General Accounts Receivable Reports
May 2008
Cashier Delete Report/Process (TGRCDEL)
This process is run to report, or to report and delete cashiering sessions which have had all of their transaction
detail records fed to the General Ledger through the Accounting Feed Process (TGRFEED). TGRCDEL is run
after TGRFEED. Run in report mode, the cashier sessions eligible for deletion are reported. Run in delete mode,
the cashier sessions that have a status of R (Reported) are deleted and are no longer available for query.
Description
Parameters
4-22
Name
Required?
Description
Values
Report and/or Delete
Yes
Enter R for report mode or D for delete mode.
R
Report (default)
D
Delete
Specific Cashier
Yes
Enter Cashier ID or % for all cashiers.
Report Begin Date
Yes
Enter the beginning date from which to delete
cashiers.
Report End Date
Yes
Enter the end date from which to delete cashiers.
From Session Number
Yes
Enter the first number in the cashier session number
range to be deleted.
To Session Number
Yes
Enter the last number in the cashier session number
range to be deleted.
Banner Accounts Receivable 8.0
User Guide
General Accounts Receivable Reports
May 2008
Report Sample (Page 1 of 2)
22-APR-1998 08:57:46
RUN MODE: REPORT
Banner Development
Cashier Delete Report/Process
PAGE 1
TGRCDEL
THE FOLLOWING CASHIER RECORDS WOULD BE DELETED
CASHIER
SESSION
LWLOCK
LWLOCK
LWLOCK
3
4
5
STARTING
31-OCT-1997 11:15:33
10-MAR-1998 13:22:19
18-MAR-1998 10:11:47
ENDING
05-MAR-1998 14:37:19
18-MAR-1998 09:10:00
18-MAR-1998 10:11:47
Report Sample (Page 2 of 2)
22-APR-1998 08:57:46
Banner Development
Cashier Delete Report/Process
PAGE 2
TGRCDEL
* * * REPORT CONTROL INFORMATION * * *
RPTNAME: TGRCDEL
VERSION: 3.1
RUN MODE: REPORT
Cashier ID: LWLOCK
Report Begin Date: 01-JAN-1998
Report End Date: 31-MAR-1998
From Session Number: 1
To Session Number: 5
CASHIERS SELECTED: 3
CASHIERS SKIPPED:
CASHIERS DELETED:
4-23
Banner Accounts Receivable 8.0
User Guide
General Accounts Receivable Reports
May 2008
Cashier Session Close (TGRCLOS)
This process can close, finalize, close and finalize, or bypass cashiering sessions automatically. The ability to close
and/or finalize, or bypass a session will be controlled based on the source of the records existing in the session. The
user establishes which type of sessions can be automatically closed and/or finalized, or by-passed by building rules
on the Charge/Payment Source Code Validation form (TTVSRCE). The process produces a report of closed and/or
finalized sessions.
Description
If a session is set to close, or both close and finalize according to the values established on TTVSRCE and the
process is executed with this parameter set to C or B, then the session will close when the process is executed.
If a session is set to finalize according to the values established on TTVSRCE, and the process is executed with this
parameter set to F or B, then the session will finalize, provided it has already been closed.
If a session is set to both close and finalize, according to the values established on TTVSRCE, and the process is
executed with this parameter set to B, the session will both close and finalize.
Parameters
Name
Required?
Description
Values
Close or Finalize
Sessions
Yes
Enter C to close open cashiers, F to finalize closed
sessions, or B to both close and finalize sessions.
C
Close open cashiers (default)
F
Finalize closed sessions
B
Both close and finalize
A
Audit mode (default)
U
Update mode
Run Mode
Yes
Enter A to run the process in audit mode. Running in
audit mode produces a report without updating the
database.
Enter U to run the process in update mode. Running
in update mode closes and/or finalizes cashiering
sessions produces a report of sessions which were
closed and/or finalized and also updates the
database.
4-24
Banner Accounts Receivable 8.0
User Guide
General Accounts Receivable Reports
May 2008
Parameters (cont) Name
Required?
Description
Values
Cashier Exception
No
Enter the ID of cashiers whose sessions should be
excluded from the process. If an ID is entered, then
the cashier’s sessions will not be closed or finalized.
This overrides the rules that were established on
TTVSRCE. More than one ID can be entered.
TTVSRCE (Charge/Payment Source
Code Validation Form)
Detail Category Code
Exception
No
Enter the detail category codes to be excluded from
the process. The detail category codes entered here
will not be closed or finalized. This overrides the
rules that were established on TTVSRCE. More
than one detail category code can be entered.
TTVDCAT (Detail Category Code
Validation Form)
Note: This exclusion applies only to receivable
transactions (TBRACCD or TRRACCD).
Close Sessions
Containing Depo
No
Enter Y to indicate that sessions containing deposit
transactions can be closed or finalized. If Y is
entered, the rules established on TTVSRCE and the
above parameters will be followed for deposit
transactions.
Y
Close sessions
N
Do not close sessions (default)
Y
Close sessions
N
Do not close sessions (default)
Enter N to exclude sessions containing deposit
transactions. If N is entered, then sessions
containing deposit transactions will not be closed or
finalized.
Close Sessions
Containing Misc
No
Enter Y to indicate that sessions containing
miscellaneous transactions can be closed or
finalized. If Y is entered, the rules established on
TTVSRCE and the above parameters will be
followed for miscellaneous transactions.
Enter N to exclude sessions containing
miscellaneous transactions. If N is entered, then
sessions containing miscellaneous transactions will
not be closed or finalized.
4-25
Banner Accounts Receivable 8.0
User Guide
General Accounts Receivable Reports
May 2008
Report Sample (Page 1 of 3)
22-APR-1998 08:59:32
Audit Mode
Banner Development
Cashier Session Close
PAGE 1
TGRCLOS
Sessions Closed
Cashier ID
DMCGARRY
Session Num Status
1
C
Start Date
08-APR-1998
Totals:
End Date
08-APR-1998
Total
4,000.00
---------------4,000.00
Statistics for the Cashier Finalize Section
Read
Total Skipped
Processed/Updated
Skipped due to Cashier Exceptions
Skipped due to Detail Category Code Exceptions
Skipped due to Miscellaneous Transaction Exceptions
Skipped due to Deposit Transaction Exceptions
Skipped due to Source Code Restrictions
4-26
Banner Accounts Receivable 8.0
User Guide
General Accounts Receivable Reports
35
34
1
34
May 2008
Report Sample (Page 2 of 3)
PAGE 2
Audit Mode
Cashier Session Close
TGRCLOS
Sessions Finalized
Cashier ID
Session Num Status
DMCGARRY
1
F
Start Date
08-APR-1998
Totals:
End Date
08-APR-1998
Total
4,000.00
---------------4,000.00
Statistics for the Cashier Finalize Section
Read
Total Skipped
Processed/Updated
Skipped due to Cashier Exceptions
Skipped due to Detail Category Code Exceptions
Skipped due to Miscellaneous Transaction Exceptions
Skipped due to Deposit Transaction Exceptions
Skipped due to Source Code Restrictions
10033
10032
1
9990
81
Report Sample (Page 3 of 3)
PAGE 3
Audit Mode
Cashier Session Close
TGRCLOS
* * * REPORT CONTROL INFORMATION * * *
RPTNAME: TGRCLOS
VERSION: 3.1
Close or Finalize Cashier Sessions: B
Run Mode: A
Cashier Exceptions:
MROBINSO
Detail Category Code Exceptions:
Close Sessions Containing Deposits: Y
Close Sessions Containing Misc Transactions: Y
CASHIER CLOSED COUNT: 1
CASHIER FINALIZED COUNT: 1
4-27
Banner Accounts Receivable 8.0
User Guide
General Accounts Receivable Reports
May 2008
Collection Agency Report (TGRCOLC)
This report provides a list of accounts which were assigned to collection agencies through the use of the
Collections Form (TGACOLC). In addition to the account ID number and name, the total charges, payments,
account balance, last billed date, and NSF counter are reflected for accounts in the report. Totals per agency are
included as well. The Report Control Information provides total balances, total charges, and total payments.
Description
Parameters
Name
Required?
Description
Address Selection Date
Yes
The address, effective on this date, that you want to
print for the collection agency. Enter date in DDMON-YYYY format.
Address Hierarchy
Yes
Enter address type. Multiple requests are permitted
and must be entered in priority sequence.
Values
Address Type Code Validation Form
(STVATYP)
For example, 1MA 2PR will first print the mailing
address, and if none is found, will print the
permanent address.
Enter each parameter then press Return for the next
prompt. This address type is for the address of the
collection agency.
Print Social Security
Number
Print Student Address
Yes
Yes
Enter Y(es) to print a student’s social security
number on the report.
Y
Print student’s social security
number on report (default)
N
Do not print student’s social
security number on report
Enter Y(es) to print a student’s address on the report. Y
N
4-28
Banner Accounts Receivable 8.0
User Guide
General Accounts Receivable Reports
Print student’s address on report
(default)
Do not print student’s address on
report
May 2008
Parameters (cont) Name
Print Primary Phone
Number
Required?
Description
Values
Yes
Enter Y(es) to print a student’s primary phone
number on the report.
Y
Print student’s primary phone
number on report (default)
N
Do not print student’s primary
phone number on report
Y
Update Last Report Date in
database
N
Do not update Last Report Date in
database
Report From Date
No
Enter the From Date for the report. If this field is left
blank, the report will be run using the database field
Last Report Date.
Report To Date
No
Enter the To Date for the report. If this field is left
blank, the report will run using the sysdate.
Update Last Report Date
No
Enter Y to update the Last Report Date in the
database. This can be used as a default From Date
on a subsequent execution on this report.
Note
The change in the student’s account balance is the difference between the account balance as
of the last updated report date and the report end date of the current report. When running the
process leave the Report From Date blank to default the Last Report Date. If this is done, only
changes in student account balance will display on this report.
„
4-29
Banner Accounts Receivable 8.0
User Guide
General Accounts Receivable Reports
May 2008
Report Sample (Page 1 of 3)
18-JAN-1994 11:27:25
Collection Agency:
ID
208000022
208000023
208000024
Banner University
Collection Agency Report
A. POMERANTZ & CO.
123 Main Street
Hartford, CT 06106
- 310000004
NAME
Johnson, Sally
Landers, Jerry
Slater, Rhonda
CHARGES
375.00
200.00
200.00
PAYMENTS
1,000.00
200.00
1,000.00
ACCOUNT BALANCE
-625.00
.00
-800.00
775.00
2,200.00
-1,425.00
CHARGES
922.00
PAYMENTS
83.00
ACCOUNT BALANCE
839.00
922.00
83.00
839.00
NAME
Howard, John
Mead, Elizabeth
Phillips, Terry
Tucker, Michael
CHARGES
5,862.84
526.75
293.75
1,070.00
PAYMENTS
5,000.00
100.00
.00
.00
ACCOUNT BALANCE
862.84
426.75
293.75
1,070.00
Collection Agency Totals ===>
7,753.34
5,100.00
2,653.34
Collection Agency Totals ===>
Collection Agency:
ID
601000011
Fayez Sarofim & Co.
2 Houston Center
Suite 2907
Houston , TX 77010
NAME
Jones, Kathy R
Collection Agency:
4-30
LAST BILL DATE
24-OCT-1993
24-OCT-1993
24-OCT-1993
NSF COUNT
0
0
0
LAST BILL DATE
15-JUN-1993
NSF COUNT
0
LAST BILL DATE
08-JUN-1993
15-JUN-1993
12-MAR-1991
15-JUN-1993
NSF COUNT
0
0
0
0
- FS&CO
Collection Agency Totals ===>
ID
208000021
208000011
201000020
178560004
PAGE 1
TGRCOLC
Liberty Bell Collections - C11111111
1 Main Street
Philadelphia , PA 19101
Banner Accounts Receivable 8.0
User Guide
General Accounts Receivable Reports
May 2008
Report Sample (Page 2 of 3)
18-JAN-1994 11:27:25
Collection Agency:
ID
178560005
510000000
Banner University
Collection Agency Report
PAGE 2
TGRCOLC
Marks and Spencer - @00000057
444 High Street
London ,
United Kingdom
NAME
Taylor, Timothy
Woo, Angela
Collection Agency Totals ===>
CHARGES
60.00
290.00
PAYMENTS
60.00
270.00
350.00
330.00
ACCOUNT BALANCE
.00
20.00
LAST BILL DATE
12-SEP-1993
12-SEP-1993
NSF COUNT
0
0
20.00
Report Sample (Page 3 of 3)
18-JAN-1994 11:27:25
Banner University
Collection Agency Report
PAGE 3
TGRCOLC
* * * REPORT CONTROL INFORMATION - TGRCOLC - * * *
RPTNAME: TGRCOLC
ADDRESS SELECTION DATE: 18-JAN-1994
ADDRESS (HIERARCHY): 1MA 2PR 3BI 4BU
RECORD COUNT: 10
REPORT TOTAL BALANCES: 2,087.34
REPORT TOTAL CHARGES: 9,800.34
REPORT TOTAL PAYMENTS: 7,713.00
4-31
Banner Accounts Receivable 8.0
User Guide
General Accounts Receivable Reports
May 2008
Cashier Detail Report (TGRCSHR)
This report reflects cashiering transactions by cashier, session, detail code, and date. Included under each
cashiering session and number are detail code, transaction date, effective date, ID number associated with
transaction, and amount of charge or payment. Total transactions for the session are also reported. This report is
typically run daily before the Application of Payment (TGRAPPL) and the Accounting Feed Process (TGRFEED).
Description
Parameters
Name
Required?
Description
Values
Session Selection
Yes
Select which type of cashiering sessions to be
reported. Enter C for closed sessions, F for
finalized sessions, O for open sessions, R for
reported sessions, or % for all sessions.
C
Closed
F
Finalized
O
Open
R
Reported
%
All (default)
Category Code
4-32
Yes
Enter a single code to report only one category (TUI,
FEE, etc., as defined on TTVDCAT); enter % to
report all categories.
Detail Category Code Validation Form
(TTVDCAT)
%
Report all categories
Specific Cashier
Yes
Enter Cashier ID or % for all cashiers.
%
All cashiers (default)
Print All Cashier
Sessions
No
Enter Y(es) to report all cashier sessions, or enter
N(o) to report only a range of cashier sessions.
Y
All sessions (default)
N
Range of sessions
From Cashier Session
Number
No
Enter the first number in the cashier session number
range to be reported.
To Cashier Session
Number
No
Enter the last number in the cashier session number
range to be reported.
Detail and/or Summary
Report
Yes
To select a report listing transactions by detail code,
enter D ; to select a report with summary totals by
category for transactions, enter S; to select a report
with both detail and summary information, enter B.
D
List by detail code
S
Summary totals by category
B
Both (default)
Banner Accounts Receivable 8.0
User Guide
General Accounts Receivable Reports
May 2008
Parameters (cont) Name
Update Final Sessions to
R
4-33
Required?
Description
Values
Yes
Change finalized sessions status to R for Reported.
Y
Update
N
Do not update (default)
Enter Report Begin Date No
Enter the beginning date from which to report
cashier sessions.
Enter Report End Date
Enter the end date from which to report cashier
sessions.
Banner Accounts Receivable 8.0
User Guide
General Accounts Receivable Reports
No
May 2008
Report Sample (Page 1 of 4)
22-APR-1998 08:54:53
Banner Development
Cashier Detail Report
PAGE 1
TGRCSHR
CASHIERING TRANSACTIONS BY
CASHIER, SESSION, DETAIL CODE, DATE
CASHIER-LWLOCK SESSION-0 STATUS-Open Currency-BASE Starting: 17-APR-1998 Ending: 17-APR-1998
Detl
Code
Description
ACTF
ACTF
ACTF
ACTF
ACTF
ACTF
Activity
Activity
Activity
Activity
Activity
Activity
AMEX
AMEX
AMEX
CASH
CASH
CASH
CASH
CASH
CASH
CASH
CASH
4-34
Fee
Fee
Fee
Fee
Fee
Fee
Charge
Charge
Charge
Charge
Charge
Charge
American Express Payment
American Express Payment
American Express Payment
Cash
Cash
Cash
Cash
Cash
Cash
Cash
Cash
Payment
Payment
Payment
Payment
Payment
Payment
Payment
Payment
Banner Accounts Receivable 8.0
User Guide
General Accounts Receivable Reports
Trns
Eff
A S
Receipt
Date
Date
F C
Number
21-APR-98
21-APR-98
21-APR-98
21-APR-98
21-APR-98
21-APR-98
21-APR-98
21-APR-98
21-APR-98
21-APR-98
21-APR-98
21-APR-98
Y
Y
Y
Y
Y
Y
T
T
T
T
T
T
21-APR-98 21-APR-98 Y T
21-APR-98 21-APR-98 Y T
21-APR-98 21-APR-98 Y T
22-APR-98
21-APR-98
21-APR-98
21-APR-98
21-APR-98
21-APR-98
21-APR-98
21-APR-98
22-APR-98
21-APR-98
21-APR-98
21-APR-98
21-APR-98
21-APR-98
21-APR-98
21-APR-98
Y
Y
Y
Y
Y
Y
Y
Y
T
T
T
T
T
T
T
T
1343
1344
1342
1347
1340
1341
1339
1337
1338
1336
1335
Tran
Number
ID-Number
Charge
Payment
12
8
5
7
4
1
RS9
RS9
RS9
RS7
RS7
RS7
___________
ACTF Totals
75.00
88.00
75.00
75.00
75.00
75.00
______
463.00
___
.00
10
11
9
2
6
7
4
5
6
3
2
RS9
RS9
RS9
___________
AMEX Totals
RS8
RS9
RS9
RS9
RS7
RS7
RS7
RS7
___________
CASH Totals
___
.00
___
.00
199.00
299.00
99.00
______
597.00
2,200.00
33.00
33.00
666.00
20.00
25.00
50.00
75.00
________
3,102.00
May 2008
Report Sample (Page 2 of 4)
22-APR-1998 08:54:53
Banner Development
Cashier Detail Report
PAGE 2
TGRCSHR
CASHIERING TRANSACTIONS BY
CASHIER, SESSION, DETAIL CODE, DATE
CASHIER-LWLOCK SESSION-0 STATUS-Open Currency-BASE Starting: 17-APR-1998 Ending: 17-APR-1998
Detl
Code
Description
T101
T101
T101
T101
T101
Tuition
Tuition
Tuition
Tuition
Tuition
TPCH
TPPY
Charge
Charge
Charge
Charge
Charge
Contract Charge-contract charg
Contract Payment-contract paym
Trns
Eff
A S
Receipt
Date
Date
F C
Number
Number
ID-Number
Charge
Payment
1346
1330
1329
1
2
1
3
1
RS8
HS2
HS2
HS1
HS1
___________
T101 Totals
5,000.00
5,000.00
3,999.00
515.00
5,000.00
_________
19,514.00
___
.00
BYLER
___________
TPCH Totals
4,000.00
________
4,000.00
___
.00
RS8
___________
TPPY Totals
___
.00
4,000.00
________
4,000.00
______
Totals
_________
28,676.00
_________
18,543.00
____________
GRAND TOTALS
_________
28,676.00
_________
18,543.00
22-APR-98
17-APR-98
17-APR-98
17-APR-98
17-APR-98
22-APR-98
17-APR-98
17-APR-98
17-APR-98
17-APR-98
Banner Accounts Receivable 8.0
User Guide
General Accounts Receivable Reports
T
T
T
R
T
22-APR-98 22-APR-98 Y C
22-APR-98 22-APR-98 Y C
______________________________________________
CASHIER-LWLOCK Total Transactions-45 SESSION-0
4-35
Y
Y
Y
Y
Y
1328
Tran
8
3
May 2008
Report Sample (Page 3 of 4)
22-APR-1998 08:54:53
Banner Development
Cashier Detail Report
PAGE 4
TGRCSHR
SUMMARY TOTALS BY CATEGORY
CASHIER-LWLOCK SESSION-0 STATUS-Open Currency-BASE Starting: 17-APR-1998 Ending: 17-APR-1998
CATEGORY: TUI - Registration Tuition
EFFECTIVE DATE <= TODAY, ACCOUNTING FLAG = Y
EFFECTIVE DATE > TODAY, ACCOUNTING FLAG = Y
EFFECTIVE DATE <= TODAY, ACCOUNTING FLAG = N
EFFECTIVE DATE > TODAY, ACCOUNTING FLAG = N
CHARGE
19,514.00
.00
.00
.00
PAYMENT
.00
.00
.00
.00
TOTAL
TOTAL
TOTAL
4-36
- LWLOCK
EFFECTIVE
EFFECTIVE
EFFECTIVE
EFFECTIVE
DATE
DATE
DATE
DATE
<= TODAY, ACCOUNTING FLAG = Y
> TODAY, ACCOUNTING FLAG = Y
<= TODAY, ACCOUNTING FLAG = N
> TODAY, ACCOUNTING FLAG = N
CHARGE
28,676.00
.00
.00
.00
PAYMENT
18,543.00
.00
.00
.00
- TOTAL
EFFECTIVE
EFFECTIVE
EFFECTIVE
EFFECTIVE
DATE
DATE
DATE
DATE
<= TODAY, ACCOUNTING FLAG = Y
> TODAY, ACCOUNTING FLAG = Y
<= TODAY, ACCOUNTING FLAG = N
> TODAY, ACCOUNTING FLAG = N
CHARGE
28,676.00
.00
.00
.00
PAYMENT
18,543.00
.00
.00
.00
- TOTAL
EFFECTIVE
EFFECTIVE
EFFECTIVE
EFFECTIVE
DATE
DATE
DATE
DATE
<= TODAY, ACCOUNTING FLAG = Y
> TODAY, ACCOUNTING FLAG = Y
<= TODAY, ACCOUNTING FLAG = N
> TODAY, ACCOUNTING FLAG = N
CHARGE
28,676.00
.00
.00
.00
PAYMENT
18,543.00
.00
.00
.00
Banner Accounts Receivable 8.0
User Guide
General Accounts Receivable Reports
Status- OPEN
May 2008
Report Sample (Page 4 of 4)
22-APR-1998 08:54:53
Banner Development
Cashier Detail Report
PAGE 5
TGRCSHR
* * * REPORT CONTROL INFORMATION * * *
RPTNAME: TGRCSHR
VERSION: 3.1
CLOSED, FINAL, OPEN, REPORTED OR ALL: OPEN
CATEGORY CODE: ALL
Cashier ID: LWLOCK
ALL Sessions
DETAIL, SUMMARY OR BOTH REPORTS: B
UPDATE FINAL CASHIER SESSION(S) TO REPORTED: N
DETAIL RECORD COUNT: 45
Selection Begin Date: 01-OCT-1988
Selection End Date: 22-APR-1998
SUMMARY RECORD COUNT: 45
4-37
Banner Accounts Receivable 8.0
User Guide
General Accounts Receivable Reports
May 2008
Batch Update of Delinquencies (TGRDELI)
This report identifies accounts that are in a past due status and automatically flags those accounts with a
delinquency code. The report lists the balance due, the old delinquency code (if any), the new delinquency code,
the name, and the ID number. The control totals include accounts read and updated. The calculation will use the
due date on the account detail transactions and compare it to the process date minus the number of days for each of
the three levels. If an account falls into multiple periods, its record will be flagged based on the highest number of
days any outstanding balances are due. The minimum amount is used to select the accounts for flagging. It is not
required that the account has to have the amount due in any one period of days.
Description
Parameters
4-38
Name
Required?
Description
Process date
Yes
Date from which delinquency calculations will start.
Enter the date in DD-MON-YYYY format.
Minimum amount
Yes
Minimum amount the account balance must equal to
be considered for this run.
Days one
Yes
The number of days that will be subtracted from the
process date and compared to the due date to
determine the delinquency status.
Delinquency code one
Yes
The delinquency code that will be applied to
accounts that meet the Days One past due criteria.
Days two
Yes
The number of days that will be subtracted from the
process date and compared to the due date to
determine the delinquency status.
Delinquency code two
Yes
The delinquency code that will be applied to
accounts that meet the Days Two past due criteria.
Days three
Yes
The number of days that will be subtracted from the
process date and compared to the due date to
determine the delinquency status.
Delinquency code three
Yes
The delinquency code that will be applied to
accounts that meet the Days Three past due criteria.
Banner Accounts Receivable 8.0
User Guide
General Accounts Receivable Reports
Values
Delinquency Code Validation Form
(TTVDELI)
Delinquency Code Validation Form
(TTVDELI)
Delinquency Code Validation Form
(TTVDELI)
May 2008
Parameters (cont) Name
Report mode
Account types
Required?
Description
Yes
Audit Mode will produce a report but will not update A
the database. Update mode will produce a report and
U
update the database.
Audit
Used to specify which accounts to include. Enter P- P
Person, C-Non-people, or % for both.
C
Person
Yes
Values
%
Update
Non-person
Both
Selection Identifier
No
Enter the code that identifies the population with
which you wish to work. The selection identifier
must be defined on the Population Selection Inquiry
Form (GLISLCT). All or none of the population
selection parameters must be entered.
Population Selection Inquiry Form
(GLISLCT)
Application Code
No
Enter the code that identifies the general area for
which the selection identifier was defined. All or
none of the population selection parameters must be
entered.
Application Inquiry Form (GLIAPPL)
The Population Selection Extract Inquiry Form
(GLIEXTR) may be used to review the people who
will be processed in the load from the selection
identifier and application code entered.
Creator Id
4-39
Banner Accounts Receivable 8.0
User Guide
General Accounts Receivable Reports
No
Enter the user ID of the person creating the subpopulation rules. The creator ID must have been
specified when defining the selection identifier. All
or none of the population selection parameters must
be entered.
May 2008
Report Sample (Page 1 of 2)
12-JAN-1992 19:33:29
Banner University
Batch Update of Delinquencies
PAGE 1
TGRDELI
REPORT IS RUN IN AUDIT MODE, NO UPDATING PERFORMED
ID NUMBER
477777777
@00000097
201000006
666666663
666666662
800000000
@00000098
212580001
@00000099
208000015
800000014
208000018
208000023
@00000100
201000011
208000008
121920111
208000022
208000020
208000016
201000007
800000024
159489554
208000005
800000008
208000024
201000008
601000010
208000050
208000012
222000019
159489550
555555555
601000005
800000021
601000016
208000013
208000041
208000004
208000002
201000010
201000018
208000009
4-40
FROM
CODE
X1
X1
X1
X2
X1
X2
X1
X1
X1
X1
X1
X1
X1
X1
X1
X1
X1
TO
CODE
ACCOUNT BALANCE
D1
D1
D1
D1
D1
D1
D1
D1
D1
D1
D1
D1
D1
D1
D1
D1
D1
D1
D1
D1
D1
D2
D2
D1
D1
D1
D1
D2
D1
D1
D1
D2
D2
D1
D3
D1
D1
D1
D1
D1
D1
D1
D1
1,775.03
168.00
122.34
29.00
610.00
845.00
513.00
100.00
468.00
301,203.27
608.88
300,326.57
182.40
168.00
75.00
300,599.88
3.15
1,642.23
301,449.17
300,344.07
1,067.00
48.00
155.00
301,269.00
2,000,999,997.07
275.00
503.50
8,045.00
300,654.57
300,796.57
110.00
1,162.00
1,580.00
30.00
10,276.28
30.00
300,796.57
300,761.63
300,529.91
302,716.78
1,602.00
1,791.67
300,062.38
Banner Accounts Receivable 8.0
User Guide
General Accounts Receivable Reports
NAME
Aaman, Abby
Adams, Amanda
Adams, Polly
Banks, Heather
Banks, Scott
Bollinger, Nickolas
Burns, Brenda
Casey, Jan
Clark, Candace
Cook, Richard
Costanzo, Santo
Creedon, Bart
Davis, Tabitha
Day, Danielle
Dixon, Laura
Douglas, Richard
Fester, Thomas
Finch, John
Foley, Janet
Gallagher, Michael
Gallone, Lawrence
Geitis, Laren
Hoffner, Linda
Hogan, Jonathon
Hunter, Natalie
Jackson, Debbie
Johnson, Avery
Johnson, Judy
Johnson, Michael
Jones, James
Kelsey, Bruce
Kidder, Michael
King, Fred
Livingston, John
Lucker, Emily
Mays, Rebecca
McCloud, Jayne
Mead, Elizabeth
Montgomery, Mary
Morgan, Denise
Nichols, Robyn
Norton, Tony
Patterson, Dawn
May 2008
Report Sample (Page 2 of 2)
12-JAN-1992 19:33:29
Banner University
Batch Update of Delinquencies
PAGE 3
TGRDELI
REPORT IS RUN IN AUDIT MODE, NO UPDATING PERFORMED
* * * REPORT CONTROL INFORMATION - TGRDELI - Release 2.1.5 * * *
RPTNAME: TGRDELI
PROCESS DATE : 03-JAN-1992
MINIMUM AMOUNT : 1.00
DAYS ONE : 150
DELINQUENCY CODE ONE : D1
DAYS TWO : 120
DELINQUENCY CODE TWO : D2
DAYS THREE : 90
DELINQUENCY CODE THREE : D3
REPORT MODE : A
ACCOUNT TYPES : %
ACCOUNTS READ: 246
ACCOUNTS UPDATED: 0
4-41
Banner Accounts Receivable 8.0
User Guide
General Accounts Receivable Reports
May 2008
Detail Code Report (TGRDETC)
This Oracle report displays detail codes and their associated accounting distributions, including effective dates.
This report simplifies both the initial setup of detail codes in Banner as well as their ongoing maintenance.
Description
You can run this report by selecting Print Detail Code Control from the options menu of any of the following
forms.
• Detail Code Control Form - Finance (TFADETC)
• Detail Code Control Form - Student (TSADETC)
• Detail Category Code Validation Form (TTVDCAT)
You can also run this report from the Process Submission Controls Form (GJAPCTL).
Note
You can use % as a wildcard value for parameters 01 and 02.
„
Parameters
Name
Description
Values
Detail Category Code
Identifies the category code you want to report on.
A list of values on the Detail Category
Code Validation Form (TTVDCAT) is
available.
Detail Code
Identifies a specific detail code or a group of codes
identified by standard wild cards.
A list of values on the Detail Code
Control Form - Student (TSADETC) is
available.
Indicates whether you want to include active and/or
inactive detail codes in the report.
A
Include only active detail codes.
(default)
I
Include only inactive detail codes.
B
Display both active and inactive
detail codes.
Active/Inactive/Both
4-42
Banner Accounts Receivable 8.0
User Guide
General Accounts Receivable Reports
Required?
Yes
May 2008
Parameters (cont) Name
Charge/Payment/All
Regular/Term Based/All
TIV/Inst/Both/Neither
Like Term/Aid/Both/
None
4-43
Banner Accounts Receivable 8.0
User Guide
General Accounts Receivable Reports
Required?
Description
Values
Yes
Indicates whether you want to include charge and/or
payment detail codes in the report.
C
Include only charge detail codes.
P
Include only payment detail
codes.
B
Include both charge and payment
detail codes.
T
Display only term-based detail
codes
R
Display only non term-based
detail codes
A
Display all detail codes
T
Prints a report of only Title IV
detail codes
I
Prints a report of only institutional
charge detail codes
B
Prints a report of both Title IV and
institutional detail codes.
N
Does not include Title IV or
institutional charge detail codes
on the report.
A
Display detail codes with like aid
year.
B
Display detail codes with both
like term and like aid year.
N
Display detail codes with neither
like term nor like aid year.
T
Display only detail codes with
like term.
Yes
Indicates the types of detail codes the report will
display.
Indicates whether you want to include or exclude
Title IV and/or institutional charge detail codes.
Indicates whether you want to display detail codes
with like term and/or aid year.
May 2008
Parameters (cont) Name
Required?
Priority
Accounting Distribution
Destination Format
Yes
Yes
Description
Values
Identifies a specific priority that you want to include
in the report.
000 through 999
Specifies whether the report will print the most
current accounting distribution set or all accounting
distribution sets for a given detail code.
C
Print only current accounting
distribution information
A
Print all accounting distribution
information
Format for the report output. The default value is
PDF.
DELIMITED
DELIMITED DATA
HTML
HTMLCSS
PDF
POSTSCRIPT (This format is not
currently supported.)
PRINTER DEFINITION (This format
is not currently supported.)
RTF
XML
Destination Type
Yes
Indicates where the report output will be directed.
The default value is Cache.
Cache Display report on screen.
File Save report to a file.
Printer Print report.
Mail Send report via email.
4-44
Banner Accounts Receivable 8.0
User Guide
General Accounts Receivable Reports
May 2008
Parameters (cont) Name
Destination Name
Required?
Description
Values
No
Identifies the appropriate printer or file where report
output will be directed. The destination name can be
up to 30 characters in length.
If destination type is File, use a valid
drive, folder, and file name.
(f:\share\myfile.pdf)
Due to the potentially sensitive nature of report
output information, you should send output to a file
where only the user has read access.
If destination type is E-mail, use a valid
e-mail address. Enter multiple
addresses with commas as separators.
If destination type is Printer, use a
valid printer name. If you select Printer
in the Destination parameter and leave
this parameter blank, report goes to the
Report Server’s default printer.
Execution Mode
Communication Mode
Yes
Yes
Indicates how you want this report to run: from a
form (Runtime) or from job submission (Batch).
Batch - Run from job submission.
Identifies the communication mode.
Synchronous - Wait on the Banner form
for report results.
Synchronous specifies that control is returned to the
calling form after the report has completed its
procesing.
Runtime (default value) - Run from a
form.
Asynchronous - Run report behind the
scenes.
Asynchronous specifies that control is returned to the
calling form immediately, even if the report has not
completed its processing.
4-45
Parameter Form
Designation
Yes
Show Report Value
Window
Yes
Banner Accounts Receivable 8.0
User Guide
General Accounts Receivable Reports
Indicates if you want to display the Oracle Report
Parameters form that contains all report parameter
selections made for the report parameters.
Yes - Display Report Parameters form.
Indicates if you want to display this window when
initiating the report from a link in a form other than
GJAPCTL.
Yes - Show Report Value Window
No (default value) - Do not display
Report Parameters form.
No (default value) - Do not display
Report Value window.
May 2008
Accounting Feed Process (TGRFEED)
Description
This process is used to move the accounting information which has been finalized and reported from the Accounts
Receivable module over to the General Ledger module. All detail codes and corresponding debit and credit
accounts are reported. Dollar amounts may be fed to the Finance System in either the base or foreign currency.
The transaction or system date for the Feed Future Transactions indicator is used to determine which date to use
when feeding accounting records to the Accounting Transaction Input Table (GURFEED). If the system date is
selected, then all future dated transactions will be processed using the system date as the transaction date. The feed
future effective dated transactions feature exists for account detail, deposits, miscellaneous transactions, and
application of payment transactions. This process examines the Feed Future Dated Transactions indicator on the
Accounts Receivable Billing Control Form (TGACTRL).
• If you use system date processing when feeding future dated transactions which affect a future period, it is
recommended that you refer to your institution's policy for deferred revenue recognition. Separate detail
codes may be required to distinguish realized revenue from deferred revenue. If the transaction date is
selected, then the transaction date on the future dated transactions will be used.
• Current dated transactions will post to the current period, while future dated transactions will post to future
periods, provided those future periods are open on the Fiscal Year Maintenance Form (FTMFSYR) in the
Banner Finance System. When using a future date, you risk the possibility of having the transaction
suspended, because the appropriate fiscal period has not yet been opened.
The Accounting Feed Process accesses term-based accounting distributions from the Detail Code Account
Definition Table (TBRACCT).
• If a detail code is flagged as term-based, the appropriate accounting distribution is chosen from TBRACCT,
based on the account detail code in the Account Charge/Payment Detail Table (TBRACCD) and the
designator in the Term-Based Designator Rules Table (TBBTBDS).
• If a detail code is not term-based, the existing logic for accounting feeds is used. TGRFEED will generate
errors if a designator code and the associated accounting distribution are missing.
This process generates different output depending upon the value selected for the Feed Priors Using radio group
on the Billing Control Form (TGACTRL).
• If the Feed Priors Using indicator on TGACTRL is set to Transaction Date, then TGRFEED will process
term-based information using the last designator code that exists for the transaction date of the transaction.
4-46
Banner Accounts Receivable 8.0
User Guide
General Accounts Receivable Reports
May 2008
• If the Feed Priors Using indicator on TGACTRL is set to System Date, then TGRFEED will process termbased information using the last designator code that exists for the system date.
PLUS Refund Transactions
This process feeds the PLUS refund transactions to the Accounting Feed Accounts Payable Table (GURAPAY) for
refunding by Finance.
If the transaction being passed to GURAPAY is the detail code on TSADETC with a Refund Code set to P, the
refund transaction is a PLUS refund to the PLUS borrower. TGRFEED will retrieve the address from the Loan
Application (RPRLAPP) and update the GURAPAY table with the parent’s name and address information as a
one-time vendor. The address type in the GURAPAY record will be XX for Parent PLUS refunds. The address
sequence number will be 0 if valid name and address were found, or 1 if there is required information missing.
The Finance Invoice Number is generated for each refund and inserted into the GURAPAY table by TGRFEED.
This number is recorded in the receivable record in TBRACCD_DOCUMENT_NUMBER or in the grant receivable record in
TRRACCD_PAYMENT_ID if it is null.
Parameters
Name
Required?
Description
Address Selection Date
Yes
The address, effective on this date, that you want to
extract for any accounts payable transactions created
by detail codes with a refund code of Y on the Detail
Code Control Form (TFADETC or TSADETC).
Enter date in DD-MON-YYYY format.
Address Hierarchy
Yes
Enter the address type to be extracted for any
accounts payable transactions created. Multiple
requests are permitted and must be entered in
priority sequence.
Values
Address Type Code Validation Form
(STVATYP)
For example, 1MA 2PR will first print the mailing
address, and if none is found, will print the
permanent address. Enter each parameter then press
Enter for the next prompt.
Records per feed
document
4-47
Banner Accounts Receivable 8.0
User Guide
General Accounts Receivable Reports
No
Enter the number of rows required before the new
feed document should start.
May 2008
Report Sample (Page 1 of 6)
14-JUN-1991 10:18:55
Accounting Feed Process
PAGE 1
TGRFEED
STATISTICS FOR THE ACCOUNT DETAIL FILE
READ
SKIPPED
ERRORS
PROCESSED/UPDATED
FEED RECORDS CREATED
ACCOUNT PAYABLES CREATED
6
6
12
2
Report Sample (Page 2 of 6)
14-JUN-1991 10:18:55
Accounting Feed Process
PAGE 2
TGRFEED
STATISTICS FOR THE DEPOSIT FILE
READ
SKIPPED
ERRORS
PROCESSED/UPDATED
FEED RECORDS CREATED
Report Sample (Page 3 of 6)
14-JUN-1991 10:18:55
Accounting Feed Process
PAGE 3
TGRFEED
STATISTICS FOR THE MISCELLANEOUS TRANSACTIONS FILE
READ
SKIPPED
ERRORS
PROCESSED/UPDATED
FEED RECORDS CREATED
4-48
Banner Accounts Receivable 8.0
User Guide
General Accounts Receivable Reports
May 2008
Report Sample (Page 4 of 6)
14-JUN-1991 10:41:17
PAGE 4
TGRFEED
Accounting Feed Process
STATISTICS FOR THE APPLICATION OF PAYMENTS FILE
READ
SKIPPED
ERRORS
PROCESSED/UPDATED
FEED RECORDS CREATED
147
144
3
6
Report Sample (Page 5 of 6)
14-JUN-1991 10:41:17
PAGE 5
TGRFEED
Accounting Feed Process
ACCOUNTING FEED RECORD STATISTICS
COAS
ACCI
FUND
ORGN
ACCT
PROG
ACTV
LOCN
********* DETAIL *********
DEBIT
CREDIT
******** SUMMARY *********
DEBIT
CREDIT
A
1000
210
2140
610
.00
225.00
225.00
A
1000
210
4110
610
225.00
350.00
125.00
A
1000
1110
800.00
800.00
.00
A
1000
1210
350.00
.00
350.00
A
1000
2140
350.00
350.00
.00
Report Sample (Page 6 of 6)
14-JUN-1991 10:41:17
Accounting Feed Process
PAGE 6
TGRFEED
* * * REPORT CONTROL INFORMATION - TGRFEED * * *
RPTNAME: TGRFEED
SELECTION DATE: 14-JUN-1991
ADDRESS TYPE: 1PR
TOTAL FEED RECORDS CREATED: 18
4-49
Banner Accounts Receivable 8.0
User Guide
General Accounts Receivable Reports
May 2008
Miscellaneous Receipt Report (TGRMISC)
This process is a batch print process for receipts generated through the use of the Miscellaneous Transaction Form
- Finance (TFAMISC) if you are a Banner Finance user ,or through the use of the Miscellaneous Transaction Form
(TSAMISC) if you are a non-Banner Finance user.
Description
TGRMISC is a batch receipt print process that can be used to print original or duplicate receipts which were sent to
the collector file for printing. Conversely, with the Auto Print control switch on the Accounts Receivable Billing
Control Form (TGACTRL) set to auto print, requests can be printed automatically through the sleep/wake process.
Parameters
Name
Required?
Description
Receipt Number
No
Enter the receipt number to be generated (single
requests only) or leave blank for all.
Duplicate Receipt (Y/N) Yes
Use Collector File (Y/N) Yes
4-50
Enter Y to print only duplicate requests.
Enter Y to print only those requests which have been
sent to the collector file through on-line processing;
enter N to print all.
Printer for Collector
Process
No
Enter the printer destination for receipts. If you are
using the collector for batch and have already
designated the printer on the Account Printer
Selection Form (TOADEST), you must enter the
same printer to retrieve the requests. If no printer
was designated for the collector, you must enter %.
Print Control Report (Y/
N)
Yes
Enter Y to print control report with receipt; enter N
to not print control report.
Banner Accounts Receivable 8.0
User Guide
General Accounts Receivable Reports
Values
Y
Print duplicate receipts
N
Do not print duplicate receipts
Y
Print collector file requests
N
Print all requests (default)
Y
Print control report (default)
N
Do not print control report
May 2008
Parameters (cont) Name
4-51
Required?
Description
Values
Run in Sleep/Wake
Mode (Y/N)
No
Enter Y to begin sleep/wake cycling of this process
and printer.
Y
Use sleep/wake
N
Do not use sleep/wake (default)
Sleep Cycle
No
Banner Accounts Receivable 8.0
User Guide
General Accounts Receivable Reports
Enter the time in seconds for the process to pause
before resuming execution. The lowest enterable
value is 1. The highest enterable value is 999999.
The default is 60.
May 2008
Report Sample (Page 1 of 2)
08-JAN-1994 10:47:38
Banner University
Miscellaneous Receipt 170
PAGE 1
TGRMISC
CASHIER: TAISPRD
DEBIT CREDIT
CODE
CODE
CASH
ATHL
DESCRIPTION
DEBIT AMT
Cash
Athletic Charge
CREDIT AMT
$20.00
$25.00
_____________
$20.00
_____________
$25.00
Report Sample (Page 2 of 2)
Banner University
Miscellaneous Receipt
PAGE 2
TGRMISC
* * * REPORT CONTROL INFORMATION - TGRMISC * * *
RPTNAME: TGRMISC
RECEIPT NUMBER:
DUPLICATE INDICATOR (Y/N):
USE COLLECTOR FILE (Y/N): Y
PRINTER DESIGNATION FOR COLLECTOR: %
PRINT CONTROL REPORT (Y/N): Y
RUN IN SLEEP/WAKE MODE (Y/N): N
SLEEP/WAKE INTERVAL: 60
RECORD COUNT: 40
4-52
Banner Accounts Receivable 8.0
User Guide
General Accounts Receivable Reports
May 2008
Accounts Receivable Reconciliation Report (TGRRCON)
The Accounts Receivable Reconciliation Report (TGRRCON) enables you to reconcile receivable information to
your General Ledger accounts. It displays the current General Ledger balances to help you identify out-of-balance
conditions, reflecting any amounts that have not yet been posted to the General Ledger.
Description
It is recommended that the Application of Payment Process (TGRAPPL) and the Accounting Feed Process
(TGRFEED) should be run prior to reconciliation, and all documents created by the feed have been posted to
Finance before you reconcile. It is important that TGRRCON does not run concurrently with any of these
processes.
This report accesses accounting information based on term code and designator code. Term-based transactions are
processed by using either the feed date or the system date. For miscellaneous transactions, the report uses the
default designator code from the Student Billing Control Form (TSACTRL) to access the accounting information
to be reconciled to the Banner Finance System. The last page of the report summarizes the transaction information
that displays on the report.
When you run TGRRCON, the TGRCOLR collector table is cleared only at the start. The source column enables
the process to retain a snapshot of the summarized receivable data including the accounting information. This
information is retained in case your institution chooses to perform additional analysis.
TGRRCON is a snapshot of thc receivable ledger using the current accounting of the detail code. If any changes
are made to the General Ledger side of the detail codes, then it is necessary to use a journal to move the outstanding
balance in the General Ledger to that account.
Parameters
Name
Required?
Description
Values
Account Detail
Reconciliation
Yes
Enter Y to perform account detail reconciliation.
This includes the Account Deposits.
Y
Perform reconciliation
N
Do not perform reconciliation
Starting Feed Date for
Detail
No
Enter the date from which you want to begin
reporting the accounting feed data in DD-MON-YYYY
format.
While optional, if this parameter is not entered, fed
transaction totals will not be printed.
4-53
Banner Accounts Receivable 8.0
User Guide
General Accounts Receivable Reports
May 2008
Parameters (cont) Name
Ending Feed Date for
detail
Required?
Description
No
Enter the end date for which you want to report the
accounting feed data in DD-MON-YYYY format.
Values
While optional, if this parameter is not entered, fed
transaction totals will not be printed.
Miscellaneous
Reconciliation
Yes
Starting Feed Date for
Misc
No
Enter Y to perform miscellaneous reconciliation.
Y
Perform reconciliation
N
Do not perform reconciliation
Y
Perform reconciliation
N
Do not perform reconciliation
O
Banner will display amounts and
associated accounting
information in effect on the date
on which transactions were fed.
(Disabled at this time.)
C
Banner will display amounts and
associated accounting
information in effect on the date
on which TGRRCON is being
executed (default).
Enter the date from which you want to begin
reporting the miscellaneous transaction information
in DD-MON-YYYY format.
While optional, if this parameter is not entered, fed
transaction totals will not be printed.
Ending Feed Date for
Misc
No
Enter the end date for which you want to report the
miscellaneous transaction information in
DD-MON-YYYY format.
While optional, if this parameter is not entered, fed
transaction totals will not be printed.
Deposit Reconciliation
Original or Current
Accounting
Yes
No
Enter Y to perform deposit reconciliation.
Specifies whether Banner processes accounting
distributions based on the original date or the current
date.
At this time, all processing is based on the current
date.
4-54
Banner Accounts Receivable 8.0
User Guide
General Accounts Receivable Reports
May 2008
Explanation of Report Columns
This section includes a brief explanation of the columns displayed on this report.
Column
Column Header
Description
1
TOTAL FED
Column 5 minus column 4. The net between what is in A/R and
what has not yet fed is the amount previously fed.
2
APPLIED NOT FED
If there is a different between TBRACCD_BALANCE and
TBRACCD_AMOUNT, it is due to application of payment. If the
application transaction (TBRAPPL) has not been fed, then the
A/R BALANCE has been reduced, but the TOTAL FED has not,
and the amount must be added back.
3
ADJ FED TOTAL
Column 1 plus column 2 - Adding unfed application reductions
back in gives an adjusted total for the G/L which should now
match the ledger balances, as long as all feed documents created
have posted.
4
TOTAL NOT FED
This will be either the TBRACCD_AMOUNT (not balance) for any
transaction that has not fed, or .00. If a new transaction has not
yet been fed, and the feed indicator is not F, the new transaction
is reflected on the A/R side but not in the G/L.
5
A/R BALANCE
This is the outstanding balance column of TBRACCD. This
column represents the actual outstanding A/R balances at any
given point in time.
Processing Detail
An initial transaction creates A/R BALANCE, but has an equal TOTAL NOT FED, so TOTAL FED, ADJ FED
TOTAL and the G/L are .00.
When the initial session is closed and fed, TOTAL NOT FED goes to .00, TOTAL FED, ADJ FED TOTAL, and
the G/L match the A/R BALANCE which is still the original amount.
4-55
Banner Accounts Receivable 8.0
User Guide
General Accounts Receivable Reports
May 2008
When the payment is applied but not fed, A/R BALANCE is reduced by the amount of the payment, APPLIED
NOT FED is increased by the amount of the payment, and ADJ FED TOTAL matches the G/L and is still the
original amount. (At this point, the TOTAL FED column does not reflect anything real.)
When the application transaction is fed, then APPLIED NOT FED is back to .00, and TOTAL FED, ADJ FED
TOTAL, and A/R BALANCE all match each other and the G/L, representing the net outstanding balance. This
should be the case for the whole report if all sessions have been closed and fed.
Summary Section
The TGRRCON report provides detailed information of pending transactions in a summary section which includes
the information identified in the following chart.
4-56
Column
Column Header
Description
1
Total Fed
The total amount of the A/R balance less the amount not fed.
2
Pending GURFEED
Amount waiting to be fed through the Finance Transaction Input
Table (GURFEED).
3
In Transit
Total amount fed through GURFEED but not yet reflected in the
G/L balance.
4
Adjusted Net Fed
Column 1 minus Column 2 minus Column 3. This total includes
the amount fed, less the transactions that are still in process in
Finance.
5
G/L Balance
G/L Balance, not including the pending amount(s).
6
Difference
Column 5 minus Column 4. Difference between the Adjusted
Net Fed column and the G/L Balance.
Banner Accounts Receivable 8.0
User Guide
General Accounts Receivable Reports
May 2008
Sample TGRRCON Report #1 - Finance installed
Report Sample (Page 1 of 7)
03-23-2006 13:34:56
BANNER University
A/R Reconciliation Report
PAGE 1
TGRRCON 7.3
THE FOLLOWING DETAIL CODES DO NOT TOTAL 100 PERCENT
DETAIL CODE
ZT02
ZT03
DESCRIPTION
Percent < 100
Percent > 100
PERCENTAGE
95.00000
105.00000
Report Sample (Page 2 of 7)
03-23-2006 13:34:56
BANNER University
A/R Reconciliation Report
PAGE 2
TGRRCON 7.3
THE FOLLOWING DETAIL CODES HAVE NO CHART OF ACCOUNTS
DETAIL CODE
CMP1
CMP2
IFEE
IPAY
4-57
DESCRIPTION
Campus Tuition 1
Campus Tuition 2
G/L Enterable, no default
G/L Enterable pmt, no default
Banner Accounts Receivable 8.0
User Guide
General Accounts Receivable Reports
May 2008
Report Sample (Page 3 of 7)
03-23-2006 13:34:56
BANNER University
A/R Reconciliation Report
PAGE 3
TGRRCON 7.3
RECONCILIATION STATISTICS - ACCOUNT DETAIL
OPEN CHARGES-RECEIVABLES (ACCOUNT A:)
COAS
FUND
ACCT
DETAIL PERCENTAGE
TOTAL FED
APPLIED NOT FED
ADJ FED TOTAL
TOTAL NOT FED
A/R BALANCE
B
1110
LMCS01 TBC1
40.00000
2,406.64
.00
2,406.64
.00
2,406.64
------------------ ------------------ ------------------ ------------------ -----------------2,406.64
.00
2,406.64
.00
2,406.64
B
1110
LMCS03 TBC1
60.00000
3,609.96
.00
3,609.96
.00
3,609.96
------------------ ------------------ ------------------ ------------------ -----------------3,609.96
.00
3,609.96
.00
3,609.96
FUND TOTAL
6,016.60
.00
6,016.60
.00
6,016.60
B
LMFUND 1119
LMRF
100.00000
.00
200.25
200.25
.00
.00
------------------ ------------------ ------------------ ------------------ -----------------.00
200.25
200.25
.00
.00
B
LMFUND 1310
T1LM
T2LM
T3LM
100.00000
100.00000
100.00000
.00
.00
.00
50.00
50.00
.00
.00
.00
303.00
303.00
.00
.00
.00
2,000.00
2,000.00
------------------ ------------------ ------------------ ------------------ -----------------.00
.00
.00
2,353.00
2,353.00
FUND TOTAL
B
LMM001 1310
T01L
100.00000
.00
200.25
2,353.00
2,353.00
3,527.22
.00
3,527.22
1.11
3,528.33
------------------ ------------------ ------------------ ------------------ -----------------3,527.22
.00
3,527.22
1.11
3,528.33
FUND TOTAL
OPEN CHARGE TOTAL
4-58
200.25
Banner Accounts Receivable 8.0
User Guide
General Accounts Receivable Reports
3,527.22
.00
3,527.22
1.11
3,528.33
9,543.82
200.25
9,744.07
2,354.11
11,897.93
May 2008
Report Sample (Page 4 of 7)
03-23-2006 13:34:56
BANNER University
A/R Reconciliation Report
PAGE 4
TGRRCON 7.3
RECONCILIATION STATISTICS - ACCOUNT DETAIL
UNAPPLIED PAYMENTS (ACCOUNT B:)
COAS
B
FUND
ACCT
4111
2305
DETAIL PERCENTAGE
FFPL
100.00000
TOTAL FED
4113
2305
FDSL
FDUS
FFSL
100.00000
100.00000
100.00000
ADJ FED TOTAL
TOTAL NOT FED
A/R BALANCE
.00
.00
.00
-21,364.00
-21,364.00
------------------ ------------------ ------------------ ------------------ -----------------.00
.00
.00
-21,364.00
-21,364.00
FUND TOTAL
B
APPLIED NOT FED
.00
.00
.00
-21,364.00
-21,364.00
-1,000.00
1,000.00
.00
-54,945.00
-55,945.00
.00
.00
.00
-17,418.00
-17,418.00
.00
.00
.00
-2,448.00
-2,448.00
------------------ ------------------ ------------------ ------------------ -----------------.00
.00
.00
-74,811.00
-75,811.00
FUND TOTAL
.00
.00
.00
-74,811.00
-75,811.00
UNAPPLIED PAYMENT TOTAL
-1,000.00
1,000.00
.00
-96,175.00
-97,175.00
Report Sample (Page 5 of 7)
03-23-2006 13:34:56
BANNER University
A/R Reconciliation Report
PAGE 5
TGRRCON 7.3
RECONCILIATION STATISTICS - ACCOUNT SUMMARY
COAS
B
B
B
B
B
B
B
FUND
1110
1110
LMFUND
LMFUND
LMM001
4111
4113
4-59
ACCT
LMCS01
LMCS03
1119
1310
1310
2305
2305
A/R ADJ FED TOTAL
2,406.64
3,609.96
200.25
.00
3,527.22
.00
.00
Banner Accounts Receivable 8.0
User Guide
General Accounts Receivable Reports
PENDING GURFEED
.00
.00
-799.75
-101.00
3,527.22
17,000.00
.00
IN TRANSIT
.00
.00
.00
.00
.00
.00
.00
ADJUSTED NET FED
2,406.64
3,609.96
1,000.00
101.00
.00
-17,000.00
.00
G/L BALANCE
2,406.64
3,609.96
1,000.00
101.00
.00
-17,000.00
.00
DIFFERENCE
.00
.00
.00
.00
.00
.00
.00
May 2008
Report Sample (Page 6 of 7)
03-23-2006 13:34:56
BANNER University
A/R Reconciliation Report
PAGE 6
TGRRCON 7.3
RECONCILIATION STATISTICS - DEPOSITS
ACCOUNTS CREDITED
COAS
B
B
FUND
1110
ACCT
2420
LMM004 2301
DETAIL
DHKT
CHL1
PERCENTAGE
TOTAL FED
TOTAL NOT FED
TOTAL
100.00000
210.00
-----------------210.00
.00
-----------------.00
210.00
-----------------210.00
FUND TOTAL
210.00
.00
210.00
100.00000
700.00
-----------------700.00
1,045.00
-----------------1,045.00
1,745.00
-----------------1,745.00
FUND TOTAL
700.00
1,045.00
1,745.00
910.00
1,045.00
1,955.00
CREDIT TOTAL
Report Sample (Page 7 of 7)
03-23-2006 13:34:56
BANNER University
A/R Reconciliation Report
PAGE 7
TGRRCON 7.3
RECONCILIATION STATISTICS - DEPOSIT SUMMARY
COAS FUND
ACCT
B
1110
2420
B
LMM004 2301
4-60
TOTAL FED
-210.00
-700.00
Banner Accounts Receivable 8.0
User Guide
General Accounts Receivable Reports
PENDING GURFEED
.00
.00
IN TRANSIT
.00
-700.00
ADJUSTED NET FED
-210.00
.00
G/L BALANCE
-210.00
.00
DIFFERENCE
.00
.00
May 2008
Sample TGRRCON Report #2—Banner Finance not installed
Report Sample (Page 1 of 7)
03-28-2006 10:20:16
BANNER University
A/R Reconciliation Report
PAGE 1
TGRRCON 7.3
THE FOLLOWING DETAIL CODES DO NOT TOTAL 100 PERCENT
DETAIL CODE
ZT02
ZT03
DESCRIPTION
Percent < 100
Percent > 100
PERCENTAGE
95.00000
105.00000
Report Sample (Page 2 of 7)
03-28-2006 10:20:16
BANNER University
A/R Reconciliation Report
PAGE 2
TGRRCON 7.3
THE FOLLOWING DETAIL CODES HAVE NO CHART OF ACCOUNTS
DETAIL CODE
CMP1
CMP2
IFEE
IPAY
4-61
DESCRIPTION
Campus Tuition 1
Campus Tuition 2
G/L Enterable, no default
G/L Enterable pmt, no default
Banner Accounts Receivable 8.0
User Guide
General Accounts Receivable Reports
May 2008
Report Sample (Page 3 of 7)
03-28-2006 10:20:16
BANNER University
A/R Reconciliation Report
RECONCILIATION STATISTICS - ACCOUNT DETAIL
OPEN CHARGES-RECEIVABLES (ACCOUNT A:)
FREE FORMAT CHART OF ACCOUNTS
DETAIL PERCENTAGE
1110LMCS01
TBC1
40.00000
TOTAL FED
APPLIED NOT FED
PAGE 3
TGRRCON 7.3
ADJ FED TOTAL
TOTAL NOT FED
A/R BALANCE
2,406.64
.00
2,406.64
.00
2,406.64
------------------ ------------------ ------------------ ------------------ -----------------2,406.64
.00
2,406.64
.00
2,406.64
FUND TOTAL
2,406.64
.00
2,406.64
.00
2,406.64
1110LMCS03
TBC1
60.00000
3,609.96
.00
3,609.96
.00
3,609.96
------------------ ------------------ ------------------ ------------------ -----------------3,609.96
.00
3,609.96
.00
3,609.96
FUND TOTAL
3,609.96
.00
3,609.96
.00
3,609.96
LMFUND1119
LMRF
100.00000
.00
200.25
200.25
.00
.00
------------------ ------------------ ------------------ ------------------ -----------------.00
200.25
200.25
.00
.00
FUND TOTAL
.00
200.25
200.25
.00
.00
LMFUND1310
T1LM
T2LM
T3LM
100.00000
100.00000
100.00000
.00
.00
.00
50.00
50.00
.00
.00
.00
303.00
303.00
.00
.00
.00
2,000.00
2,000.00
------------------ ------------------ ------------------ ------------------ -----------------.00
.00
.00
2,353.00
2,353.00
FUND TOTAL
FUND TOTAL
.00
172.00
.00
2,315.00
.00
2,487.00
2,353.00
.00
2,353.00
172.00
LMM0011310
T01L
4-62
100.00000
3,527.22
.00
3,527.22
1.11
3,528.33
------------------ ------------------ ------------------ ------------------ -----------------3,527.22
.00
3,527.22
1.11
3,528.33
FUND TOTAL
3,527.22
.00
3,527.22
1.11
3,528.33
OPEN
CHARGE
TOTAL
9,543.82
200.25
9,744.07
2,354.11
11,897.93
Banner Accounts Receivable 8.0
User Guide
General Accounts Receivable Reports
May 2008
Report Sample (Page 4 of 7)
03-28-2006 10:20:16
BANNER University
A/R Reconciliation Report
PAGE 4
TGRRCON 7.3
RECONCILIATION STATISTICS - ACCOUNT DETAIL
UNAPPLIED PAYMENTS (ACCOUNT B:)
FREE FORMAT CHART OF ACCOUNTS
DETAIL PERCENTAGE
TOTAL FED
APPLIED NOT FED
ADJ FED TOTAL
TOTAL NOT FED
A/R BALANCE
41112305
FFPL
100.00000
.00
.00
.00
-21,364.00
-21,364.00
------------------ ------------------ ------------------ ------------------ -----------------.00
.00
.00
-21,364.00
-21,364.00
FUND TOTAL
.00
.00
.00
-21,364.00
-21,364.00
41132305
FDSL
FDUS
FFSL
100.00000
100.00000
100.00000
-1,000.00
1,000.00
.00
-54,945.00
-55,945.00
.00
.00
.00
-17,418.00
-17,418.00
.00
.00
.00
-2,448.00
-2,448.00
------------------ ------------------ ------------------ ------------------ ------------------1,000.00
1,000.00
.00
-74,811.00
-75,811.00
FUND TOTAL
-1,000.00
1,000.00
.00
-74,811.00
-75,811.00
UNAPPLIED
PAYMENT
TOTAL
-1,000.00
1,000.00
.00
-96,175.00
-97,175.00
Report Sample (Page 5 of 7)
03-28-2006 10:20:16
BANNER University
A/R Reconciliation Report
PAGE 5
TGRRCON 7.3
RECONCILIATION STATISTICS - ACCOUNT SUMMARY
FREE FORMAT CHART OF ACCOUNTS
1110LMCS01
1110LMCS03
LMFUND1119
LMFUND1310
LMM0011310
41112305
41132305
4-63
Banner Accounts Receivable 8.0
User Guide
General Accounts Receivable Reports
A/R ADJ FED TOTAL
2,406.64
3,609.96
200.25
.00
3,527.22
.00
.00
PENDING GURFEED
.00
.00
-799.75
-101.00
3,527.22
17,000.00
.00
ADJUSTED LEDGER
2,406.64
3,609.96
1,000.00
101.00
.00
-17,000.00
.00
May 2008
Report Sample (Page 6 of 7)
03-28-2006 10:20:16
BANNER University
A/R Reconciliation Report
PAGE 6
TGRRCON 7.3
RECONCILIATION STATISTICS - DEPOSITS
ACCOUNTS CREDITED
FREE FORMAT CHART OF ACCOUNTS
DETL
11102420
PERCENT
DHKT 100.00000
TOTAL FED
CHL1 100.00000
TOTAL
210.00
.00
210.00
------------------ ------------------ -----------------210.00
.00
210.00
FUND TOTAL
LMM0042301
TOTAL NOT FED
210.00
.00
210.00
700.00
1,045.00
1,745.00
------------------ ------------------ -----------------700.00
1,045.00
1,745.00
FUND TOTAL
CREDIT TOTAL
700.00
1,045.00
1,745.00
910.00
1,045.00
1,955.00
Report Sample (Page 7 of 7)
03-28-2006 10:20:16
BANNER University
A/R Reconciliation Report
PAGE 7
TGRRCON 7.3
RECONCILIATION STATISTICS - DEPOSIT SUMMARY
FREE FORMAT CHART OF ACCOUNTS
11102420
LMM0042301
4-64
Banner Accounts Receivable 8.0
User Guide
General Accounts Receivable Reports
TOTAL FED
-210.00
-700.00
PENDING GURFEED
.00
.00
ADJUSTED LEDGER
-210.00
-700.00
May 2008
Account Receipt Report (TGRRCPT)
Description
This process is used to print receipts for account-related transactions. It can be requested from the following
forms:
• Account Detail Form (TFADETL)
• Student Account Detail Form (TSADETL)
• Account Detail Query Form (TFIAREV)
• Account Detail Review Form - Student (TSAAREV)
• Student Payment Form (TSASPAY)
• Billing Mass Data Entry Form (TFAMASS or TSAMASS)
• Billing Mass Entry Detail Form (TFAMDET or TSAMDET)
• Receipt Form (TGARCPT)
• Foreign Currency Detail Form - Student (TFADETF)
• Foreign Currency Detail Form - Student (TSADETF)
To generate a receipt, the detail code must have a Y entered in the Receipt? field on the Detail Code Control Form
(TFADETC or TSADETC).
TGRRCPT is a batch receipt print process that can be used to print original or duplicate receipts which were sent to
the collector file for printing. With the “auto print” control switch on the Accounts Receivable Billing Control
Form (TGACTRL) set to auto print, requests can be printed automatically through the sleep/wake process.
Note
Collector records are deleted automatically when a receipt is printed. If you want to generate
receipt numbers, but do not want to print them, you will need to create a script to regularly
delete the extraneous records from the collector table (TBRCRCP). Failure to do so may have
a negative impact on your processing time.
„
4-65
Banner Accounts Receivable 8.0
User Guide
General Accounts Receivable Reports
May 2008
Parameters
Name
Required?
Description
Receipt Number
No
Enter the receipt number to print a specific receipt
(single requests only) or leave blank when using the
collector file.
Duplicate Receipt
Indicator
Yes
Enter Y to print duplicate requests in addition to
original requests; enter N to print only original
requests.
Address Selection Date
Yes
The address that prints on the receipt. The address,
effective on this date, that you want to print on the
receipt. Enter date in DD-MON-YYYY format.
Address Hierarchy
Yes
Enter the address type to be printed on the receipt.
Multiple requests are permitted and must be entered
in priority sequence.
Values
Y
Print duplicate requests
N
Print original requests
Address Type Code Validation Form
(STVATYP)
For example, 1MA 2PR will first print the mailing
address, and if none is found, will print the
permanent address.
Enter each parameter then press Return for the next
prompt. Returning with a null value will move you
on to the next parameter.
Print Control Report
Indicator
4-66
Banner Accounts Receivable 8.0
User Guide
General Accounts Receivable Reports
Yes
Enter Y to print a control report after the receipt;
enter N if you do not wish to print a control report.
Y
Print control report
N
Do not print control report
(default)
May 2008
Parameters (cont) Name
Required?
Use Collector File (Y/N) Yes
Description
Values
Enter Y to print only those receipts in the collector
file.
Y
Print receipts in collector
N
Do not print receipts in collector
(default)
Collector records are deleted
automatically when a receipt is printed.
If you want to generate receipt
numbers, but do not want to print them,
you will need to create a script to
regularly delete the extraneous records
from the collector table (TBRCRCP).
Failure to do so may have a negative
impact on your processing time.
4-67
Printer For Collector
Process
No
Enter the printer destination to which the receipts
will go. If you are using the collector for batch and
have already designated the printer on the Account
Printer Selection Form (TOADEST), you must enter
the same printer here to retrieve the requests.
Enter% to process all requests to all printer
destinations.
Run in Sleep/Wake
Mode (Y/N)
No
Enter Y to begin sleep/wake cycling of this process
and printer.
Sleep Interval
No
Banner Accounts Receivable 8.0
User Guide
General Accounts Receivable Reports
Y
Use sleep/wake
N
Do not use sleep/wake (default)
Enter the time in seconds for the process to pause
before resuming execution. The lowest enterable
value is 1. The highest enterable value is 999999.
The default is 60.
May 2008
Report Sample (Page 1 of 2)
28-DEC-1993 15:21:55
Banner University
Account Receipt 120
PAGE 1
TGRRCPT
CASHIER: TAISPRD
Mr. L. R. Bernhart Jr.
243 King Street
Malvern, PA 19355
CODE
TERM
AMEX
DESCRIPTION
ID: 510000020
TRAN DATE
CHARGE
American Express P 30-MAY-1993
PAY ID: 42359453454765
DOC NO: 1279
TOTALS
PAYMENT
$200.00
__________________ __________________
$.00
$200.00
Report Sample (Page 2 of 2)
28-DEC-1993 15:21:55
Banner University
Account Receipt
PAGE 2
TGRRCPT
* * * REPORT CONTROL INFORMATION - TGRRCPT * * *
RPTNAME: TGRRCPT
RECEIPT NUMBER:
DUPLICATE INDICATOR (Y/N):
ADDRESS SELECTION DATE: 30-MAY-1993
ADDRESS TYPE: 1MA
PRINT CONTROL REPORT (Y/N): Y
USE COLLECTOR FILE (Y/N): Y
PRINTER DESIGNATION FOR COLLECTOR: %
RUN IN SLEEP/WAKE MODE (Y/N): N
SLEEP/WAKE INTERVAL: 60
RECORD COUNT: 4
4-68
Banner Accounts Receivable 8.0
User Guide
General Accounts Receivable Reports
May 2008
Unapplication of Payment Report (TGRUNAP)
Description
The Unapplication of Payment Report is run prior to any process of Application or Reapplication of Payments after
an initial Application of Payment Process has occurred. The process must have been requested for an account
through the use of the Unapplication of Payments Block on the Account Review Form (TFAACCT or TSAACCT).
You can select the IDs for which you want to unapply transactions, or use population selection to unapply a group
of accounts. The user who submits the job will be the user ID for the output population selection.
If you choose to auto-select IDs, then Banner will look for records that have one or more of the following:
• a credit balance transaction and a debit balance transaction with no unapplication transaction since the
credit was created
• a Title IV transaction with a credit balance and a non-Title IV transaction that has been applied to
institutional charges
• a reversal transaction that needs to be re-applied
If you use population selection and run the process with the Automatically Unapply parameter set to Y, then you
will get all students who match the criteria as well as all the students in the population selection. If you run the
process for a population selection with the Unapply Automatically parameter set to N, then Banner will insert all
records without regard to the criteria described above.
This process does not produce a hardcopy report.
4-69
Banner Accounts Receivable 8.0
User Guide
General Accounts Receivable Reports
May 2008
Parameters
Name
Required?
Description
Values
Run Mode (S, U, B)
Yes
Enter the mode in which processing will take place.
An S indicates that the process is to be run in Select
mode, U indicates Unapply mode, and B indicates
both.
S
Select
U
Unapply
B
Both
Y
Banner searches the database and
unapplies all transactions that
meet at least one of the three
criteria.
N
Banner does not unapply any
transaction unless you first
specify a population selection.
To unapply what is in the table and not add more
accounts, set Parameter 01 (Run Mode) to U and
Parameter 02 (Unapply Automatically Y or N) to N.
To unapply a specific list of accounts, use the
TSAUNAP or TFAUNAP process.
Unapply Automatically
Y or N
No
Indicates whether you want Banner to unapply all
records for a term that matches at least one of the
three unapplication criteria. The criteria are
described in the description of TGRUNAP above.
Selection Identifier
No
Code that identifies the population with which you
wish to work. The selection identifier must be
defined on the Population Selection Inquiry Form
(GLISLCT). All or none of the population selection
parameters must be entered.
Application Code
No
Code that identifies the general area for which the
selection identifier was defined. All or none of the
population selection parameters must be entered.
The Population Selection Extract Inquiry Form
(GLIEXTR) may be used to review the people who
will be processed in the load from the selection
identifier and application code entered.
4-70
Banner Accounts Receivable 8.0
User Guide
General Accounts Receivable Reports
May 2008
Parameters (cont) Name
Required?
Description
Creator ID
No
User ID of the person creating the sub-population
rules. The creator ID must have been specified when
defining the selection identifier. All or none of the
population selection parameters must be entered.
User ID
No
User ID for the population selection. This will
match the Creator ID and is the Banner logon user
ID. All or none of the population selection
parameters must be entered.
Term Code
No
Indicates the term that you want to use for your
population selection. You must enter a value for
either this parameter or the Applied Date parameter
for your population selection.
Applied Date
No
Indicates the date of application that you want to use
for your population selection. You must enter a
value for either this parameter or the Term Code
parameter for your population selection.
Output Popsel Option
No
Indicates how you want to create an output
population selection that you can use to unapply and
reapply transactions.
You must already have defined a selection ID and
application ID to create an output population
selection.
If you want to create an output population selection,
you must run this process in either Unapply or Both
mode. Refer to the Return of Title IV Funds and
Authorizations Handbook for information about
creating an output population selection.
4-71
Banner Accounts Receivable 8.0
User Guide
General Accounts Receivable Reports
Values
A
Append - Adds the new accounts
to an existing selection ID and
application ID. New records will
be added.e
R
Replace - Replaces the current
accounts with the new account
records.
N
None - Does not create an output
population selection.
May 2008
Parameters (cont) Name
Output Selection
Identifier
Required?
Description
No
Code that identifies the population with which you
wish to work. The selection identifier must be
defined on the Population Selection Inquiry Form
(GLISLCT). This value cannot be the same as the
input selection identifier.
Values
You must enter a value for this parameter if you
chose either Append or Replace for the Output
Popsel Option parameter.
Output Application Code No
Code that identifies the general area for which the
selection identifier was defined.
You must enter a value for this parameter if you
chose either Append or Replace for the Output
Popsel Option parameter.
Output Creator ID
No
ID of the person creating the population selection.
You must enter a value for this parameter if you
chose either Append or Replace for the Output
Popsel Option parameter.
4-72
Banner Accounts Receivable 8.0
User Guide
General Accounts Receivable Reports
May 2008
Report Sample
26-JAN-2001 22:34:48
Banner University
Unapplication of Payment
PAGE 1
TGRUNAP
* * * REPORT CONTROL INFORMATION
RPTNAME: TGRUNAP
VERSION: 4.3
Parameter Sequence Number: 745040
Run Mode: B
Unapply Automatically: Y
Input Selection Identifier:
Input Application Code:
Input Creator ID:
Input User ID:
Term code:
Applied Date:
Output Popsel (Append, Replace, or None): N
Output Selection Identifier:
Output Application Code:
Output Creator ID:
Number of Lines per Page:
UNAPPLY AUTOMATICALLY RECORD COUNTS
* Outstanding debits and credits: 8
* New Title IV with other applications: 6
* New reversing transaction: 51
Total: 75
Popsel insert record count: 0
Unapply record count: 75
4-73
Banner Accounts Receivable 8.0
User Guide
General Accounts Receivable Reports
May 2008
4-74
Banner Accounts Receivable 8.0
User Guide
General Accounts Receivable Reports
May 2008
5
Finance Accounts Receivable
Reports
Overview
This chapter contains information about each Finance report within the Accounts Receivable System. Reports are
listed in alphabetical order according to their seven-character names. For each report, you will find the following:
• A description of the report’s purpose and function
• A table of the report’s parameters and their related information, including the valid values and required/
optional status
• A sample report, if applicable
5-1
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Reports
May 2008
Invoice/Statement Report (TFRBILL)
Description
This process is used to print invoices based on the invoice number of current charges (when run in INVOICING
mode), print a billing statement (when run in STATEMENT mode), and assess recurring receivables without
printing an invoice or statement (when run in ASSESSCHG mode).
The INVOICING mode will produce a separate invoice of charges for each invoice number on an account that was
not previously invoiced. Any charge without an invoice number will be grouped together on a separate invoice for
the account. Once a charge has been processed through the INVOICING mode, the invoice date on the transaction
will be updated. The INVOICING and STATEMENT modes update the account with billed and due dates and
begins the aging process.
Once run in STATEMENT mode, previously billed items are reflected as previous billed balance. Detail will not be
updated with a bill and due date until the effective date is reached. Future due charges will show in detail based on
the parameters selected until the effective date is reached and TFRBILL is run in STATEMENT mode. The user
also has the capability to bill charges in a foreign currency.
The INVOICING mode reads BILLING INVOICE across the top of the invoice; this mode only processes
outstanding current charges. No future details will be included. To get future charges, you must run the report in
STATEMENT mode. Run in STATEMENT mode, the heading reads BILLING STATEMENT across the top of the
statement. The Control Report gives total person accounts billed, total company accounts billed, total charges and
credits, and total amount due.
Use the ASSESSCHG mode to assess recurring receivables, without producing invoices or statements. The
ASSESSCHG run mode allows for the updating of accounts to occur independently of the production of invoices
and statements.
The INVOICING mode will assess recurring receivables and produce invoices. The STATEMENT mode will assess
recurring receivables and produce statements. The invoices and statements produced will be reflective of the
recurring receivables assessed. The assessment of recurring receivables in the INVOICING and STATEMENT
modes ensures that accounts are up-to-date prior to producing invoices and statements.
Following this list of parameters are the Billing Invoice and Billing Statement Reports.
5-2
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Reports
May 2008
Parameters
Name
Required?
Description
Values
ID Number
No
Enter a specific account ID to be applied (single
request using the ID number) or leave blank for all
accounts that have had activity.
Run Mode
Yes
Choose one of three run modes:
INVOICING
INVOICING - prints a copy of charges by invoice
number
STATEMENT
ASSESSCHG
STATEMENT - prints copy of charges/payments,
updates system billed date and due date, begins
aging
ASSESSCHG assesses recurring receivables and
updates accounts
Print Future Details
Indicator
Yes
Print Order
Yes
Enter Y if you want detail with future effective dates
to be printed on invoices/statements. These details
will be printed but not updated with a bill date and
due date when running in STATEMENT mode.
Y
Print detail for future dates
N
Do not print detail for future dates
I prints in ID number order; N prints in alpha/last
name order; ZI prints in ZIP code and ID number
order; ZN prints in ZIP Code and alpha/last name
order.
I
ID number order
N
Alpha/last name order
ZI
ZIP code and ID number order
ZN ZIP Code and alpha/last name
order
5-3
Invoice Date
Yes
Enter the date that the billing process will use to
update the bill date on the Account Detail Table.
The statement date will also be used to determine
which items are current and which items are future.
Days in Billing Cycle
Yes
Enter number of days in the billing cycle. Used to
calculate due date based on statement date (adds this
number to billed date to calculate due date).
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Reports
May 2008
Parameters (cont) Name
Required?
Description
Minimum Account
Balance
Yes
Enter minimum balance required for account to be
billed. You can request invoices/statements for
accounts with a minimum balance, or you can use
negative numbers to retrieve accounts with a credit
balance.
Accounts (P)ers,
(C)omp, %
Yes
You can produce invoices/statements for Person
accounts (P), Company accounts (C), or all
accounts-%.
P
Person accounts
C
Company accounts
%
All accounts
Entity Code to Process
(or %)
No
Enter a single entity category code or % for all entity
categories to run the billing process by entity
category. If a specific entity category is entered,
only accounts with that entity will be processed. If a
% is entered, only those accounts with any entity
category, as entered on the Customer Profile Form
(TGACPRF), will be processed. If no entity
category is entered, all accounts that meet all other
parameter requirements will be processed regardless
of the absence or presence of entity category.
TTVECAT (Entity Category Code
Validation Form)
Detail Code to Bill for
(or %)
No
You can specify detail code(s) to bill. To specify a
single detail code, enter a valid value detail code
from the Detail Code Control Form (TFADETC).
To bill all detail codes, enter %. To bill multiple
detail codes, enter N%, where N = any letter. For
example, to bill tuition type detail codes, enter T%.
TFADETC (Detail Code Control
Form)
Note: Only the detail codes specified are included
on the invoice/statement. For example, if T% is
specified as the detail code being billed, and a person
has a detail code of T001, and a cash payment is
processed against the account, then only the T001
detail code prints on the invoice/statement as a detail
item.
5-4
Values
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Reports
%
All
N%
Multiple codes where N = appropriate
letter
May 2008
Parameters (cont) Name
Required?
Description
Values
Selection Identifier
No
Enter the code that specifies the sub-population with
which you wish to work. The selection identifier
must be defined on the Population Selection Inquiry
Form (GLISLCT). All or none of the population
selection parameters must be entered.
Population Selection Inquiry Form
(GLISLCT)
Application Code
No
Enter the code that identifies the general area for
which the selection identifier was defined.
Application Inquiry Form (GLIAPPL)
The Population Selection Extract Inquiry Form
(GLIEXTR) may be used to review the people who
will be processed in the load from the selection
identifier and application code entered.
5-5
Creator Id
No
Enter the user ID of the person creating the subpopulation rules. The creator ID must have been
specified when defining the selection identifier.
Currency Code
No
Specify foreign currency in which invoices and
statements will be produced.
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Reports
Currency Code List (GTVCURR)
May 2008
Report Sample #1—Billing Invoice (Page 1 of 2)
26-JAN-1994 12:41:33
Banner
BILLING INVOICE
Finance Officers Association
5049 Front St.
Philadelphia, PA 19101
PAGE 1
TFRBILL
@00000397
DUE: 25-FEB-1994
INVOICE ITEM DATE
DESCRIPTION
CHARGES
CREDITS
-------------------------------------------------------------------------------- CURRENT CHARGES/CREDITS Facility Rental Fee
2,500.00
* TOTAL INVOICE BALANCE *
2,500.00
-------------------------------------------------------------------------------Event gross receipts are projected at $30,000.00. Any
differences will be reconciled within ten business days.
S0000313 13-JAN-1994
5-6
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Reports
May 2008
Report Sample #1—Billing Invoice (Page 2 of 2)
26-JAN-1994 12:41:33
Banner
BILLING INVOICE
* * * REPORT CONTROL INFORMATION - TFRBILL
PAGE 2
TFRBILL
* * *
RPTNAME: TFRBILL
SELECTION IDENTIFIER:
APPLICATION CODE:
CREATOR ID:
ID NUMBER: @00000397
RUN MODE: INVOICING
PRINT FUTURE DETAILS INDICATOR: N
PRINT ORDER:
STATEMENT DATE: 26-JAN-1994
DAYS IN STATEMENT CYCLE: 30
DETAIL CODE TO BILL: %
MINIMUM ACCOUNT BALANCE:
ACCOUNTS (P)ERS, (C)OMP, OR %:
ENTITY CATEGORY: ECAT CODE, %, OR BLANK
CURRENCY CODE USED TO PRODUCE INVOICE/STATEMENT:
TOTAL
TOTAL
TOTAL
TOTAL
OF PERSON ACCOUNTS PROCESSED:
OF COMPANY ACCOUNTS PROCESSED: 1
CHARGES: 2,500.00
CREDITS: .00
TOTAL AMOUNT DUE: 5,000.00
5-7
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Reports
May 2008
Report Sample #2—Billing Statement (Page 1 of 2)
26-JAN-1994 12:44:47
Banner
BILLING STATEMENT
Finance Officers Association
5049 Front St.
Philadelphia, PA 19101
* PREVIOUS BILLED BALANCE *
PAGE 1
TFRBILL
@00000397
DUE: 25-FEB-1994
2,500.00
INVOICE ITEM DATE
DESCRIPTION
CHARGES
CREDITS
-------------------------------------------------------------------------------There are no current charges
13-JAN-1994
---- MEMO ITEMS ---Facility Use Fee
***** MEMO BALANCE *****
3,000.00
3,000.00
------ FUTURE DEPOSITS -----Facility Rental Deposit
1,000.00
* FUTURE DEPOSIT BALANCE *
1,000.00
-------------------------------------------------------------------------------PAST DUE: .00
FUTURE BALANCE: -1,000.00
TOTAL DUE: 2,500.00
-------------------------------------------------------------------------------Event gross receipts are projected at $30,000.00. Any
differences will be reconciled within ten business days.
13-JAN-1994
5-8
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Reports
May 2008
Report Sample #2—Billing Statement (Page 2 of 2)
26-JAN-1994 12:44:47
Banner
BILLING STATEMENT
* * * REPORT CONTROL INFORMATION - TFRBILL
PAGE 2
TFRBILL
* * *
RPTNAME: TFRBILL
SELECTION IDENTIFIER:
APPLICATION CODE:
CREATOR ID:
ID NUMBER: @00000397
RUN MODE: STATEMENT
PRINT FUTURE DETAILS INDICATOR: Y
PRINT ORDER:
STATEMENT DATE: 26-JAN-1994
DAYS IN STATEMENT CYCLE: 30
DETAIL CODE TO BILL: %
MINIMUM ACCOUNT BALANCE:
ACCOUNTS (P)ERS, (C)OMP, OR %:
ENTITY CATEGORY: ECAT CODE, %, OR BLANK
CURRENCY CODE USED TO PRODUCE INVOICE/STATEMENT:
TOTAL
TOTAL
TOTAL
TOTAL
OF PERSON ACCOUNTS PROCESSED:
OF COMPANY ACCOUNTS PROCESSED: 1
CHARGES: 2,500.00
CREDITS: 1,000.00
TOTAL AMOUNT DUE: 1,500.00
5-9
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Reports
May 2008
Account Detail Report (TFRDETL)
This report lists all activity for every account based on the parameter selections. All account detail is listed based
on the selection as well as on balance due, future due, account balance, selection balance, and NSF (non-sufficient
funds). Deposits are included with a deposit balance. The Control Report includes totals for all accounts selected.
Only accounts whose transactions have the literal ARTERM in the Term Code field will be selected for this report,
regardless of the other parameter selection criteria. This will enable accounts processed ONLY on the TF forms to
display on this report.
Description
Parameters
5-10
Name
Required?
Description
Detail Code
Yes
Can specify a single detail code to be reported. Enter % All (default)
detail code or enter a % for all. Valid values should
N% Multiple codes where N =
be selected from the Detail Code Control Form
appropriate letter
(TFADETC). To report all detail codes, enter %. To
report multiple detail codes, enter N%, where N =
any letter. For example, to report all bookstore type
detail codes, enter B%.
Balance Print A=All)
O=Open
Yes
Enter A to select all accounts regardless of their
account balance; enter O to select accounts that have
an account balance not equal to zero.
Process as of Entry Date Yes
Used to select all transactions with an entry date less
than or equal to the date entered. Entry date is the
system date stored for each account detail
transaction. Enter the date in DD-MON-YYYY format.
Process as of Effective
Date
Yes
Used to select all transactions with an effective date
less than or equal to the date entered. To select all
transactions, enter 31-DEC-1999.
Process as of Billing
Date
Yes
Used to select all transactions with a billing date less
than or equal to the date entered. To select all
transactions, enter 31-DEC-1999.
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Reports
Values
A
All accounts (default)
O
Accounts with balance not zero
May 2008
Parameters (cont) Name
Required?
Description
Process as of Due Date
Yes
Used to select all transactions with a due date less
than or equal to the date entered. To select all
transactions, enter 31-DEC-1999.
Account ID
No
Enter a specific account ID to be applied (single
request using the ID number), or leave blank for all
accounts that have had activity.
Values
If an account ID is entered when running through the
Host, the Entity Type, and Entity Category
parameters are not required.
Entity Type P=Pers,
C=Comp, %
Yes
Specify which accounts to include. Enter P -Person, P
C -Company, or % for both.
C
%
Entity Category
No
Person accounts
Company accounts
All accounts (default)
Enter a single entity category code or % for all entity
categories to run the Account Detail Report. If a
specific entity category is entered, only accounts
with that entity will be processed.
If a % is entered, only those accounts with the entity
category (as entered on the Customer Profile Form
(TGACPRF) will be processed.
If no entity category is entered, all accounts that
meet all other parameter requirements will be
processed, regardless of the absence or presence of
entity category.
Source Code
5-11
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Reports
Yes
Specify detail activity to be reported which was
generated by a specific source; enter a single source
or % for all.
Charge/Payment Source Code
Validation Form (TTVSRCE)
%
All (default)
May 2008
Parameters (cont) Name
Required?
Description
Values
Minimum Balance
Yes
Print only those accounts with a balance less than or
equal to this amount. If 99999.99 is entered as the
minimum balance, all accounts will be printed.
Selection Identifier
No
Enter the code that identifies the population with
which you wish to work. The selection identifier
must be defined on the Population Selection Inquiry
Form (GLISLCT). All or none of the population
selection parameters must be entered.
Population Selection Inquiry Form
(GLISLCT)
Application Code
No
Enter the code that identifies the general area for
which the selection identifier was defined. All or
none of the population selection parameters must be
entered.
Application Inquiry Form (GLIAPPL)
The Population Selection Extract Inquiry Form
(GLIEXTR) may be used to review the people who
will be processed in the load from the selection
identifier and application code entered.
Creator Id
5-12
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Reports
No
Enter the user ID of the person creating the subpopulation rules. The creator ID must have been
specified when defining the selection identifier. All
or none of the population selection parameters must
be entered.
May 2008
Report Sample (Page 1 of 5)
22-APR-1998 08:32:36
Banner Development
Account Detail Report
AS OF 22-APR-1998
479211000 Robinson & Company
Tran Detl
Charge
10000027 CASH
10000026 B102
3.33
3.33
10000025 CASH
68.00
68.00
10000022 CASH
10000021 B101
5-13
95.00
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Reports
.00
.00
-68.00
.00
95.00
10000020 CHEK
Balance Tran Pd
.00
68.00
10000024 AMEX
10000023 B102
Payment
-95.00
.00
50.00
PAGE 1
TFRDETL
-50.00
S
26 T Inv#:
Eff: 20-FEB-1998 Bill: 17-APR-1998
Doc#:
Ent: 20-FEB-1998 Due:
Rcpt: 942
ID#:
17-MAY-1998
T Inv#: S0001465 Eff: 20-FEB-1998 Bill: 17-APR-1998
Doc#:
Ent: 20-FEB-1998 Due:
Rcpt:
ID#:
23 T Inv#:
Eff: 20-FEB-1998 Bill: 17-APR-1998
Doc#:
Ent: 20-FEB-1998 Due:
Rcpt: 940
ID#:
T Inv#:
17-MAY-1998
17-MAY-1998
Eff: 20-FEB-1998 Bill: 17-APR-1998
Doc#:
Ent: 20-FEB-1998 Due:
Rcpt: 939
ID#:
17-MAY-1998
T Inv#: S0001465 Eff: 20-FEB-1998 Bill: 17-APR-1998
Doc#:
Ent: 20-FEB-1998 Due:
Rcpt:
ID#:
T Inv#:
17-MAY-1998
Eff: 20-FEB-1998 Bill: 17-APR-1998
Doc#:
Ent: 20-FEB-1998 Due:
Rcpt: 936
ID#:
17-MAY-1998
T Inv#: S0001464 Eff: 20-FEB-1998 Bill: 17-APR-1998
Doc#:
Ent: 20-FEB-1998 Due:
Rcpt:
ID#:
T Inv#:
17-MAY-1998
Eff: 20-FEB-1998 Bill: 17-APR-1998
Doc#:
Ent: 20-FEB-1998 Due:
Rcpt: 934
ID#:
17-MAY-1998
May 2008
Report Sample (Page 2 of 5)
22-APR-1998 08:32:36
Banner Development
Account Detail Report
AS OF 22-APR-1998
PAGE 2
TFRDETL
479211000 Robinson & Company *****CONTINUED FROM PREVIOUS PAGE*****
Tran Detl
Charge
10000018 ATHL
175.00
10000017 B101
Payment
.00
32.00
10000016 CHEK
Balance Tran Pd
.00
76.89
-76.89
S
T Inv#: S0001464 Eff: 20-FEB-1998 Bill: 17-APR-1998
Doc#:
Ent: 20-FEB-1998 Due:
Rcpt:
ID#:
T Inv#: S0001464 Eff: 20-FEB-1998 Bill: 17-APR-1998
Doc#:
Ent: 20-FEB-1998 Due:
Rcpt:
ID#:
T Inv#:
Rcpt: 929
175.00
.00
14 T Inv#:
10000014 ATHL
175.00
.00
Eff: 12-FEB-1998 Bill: 17-APR-1998
T Inv#: S0001384 Eff: 12-FEB-1998 Bill: 16-FEB-1998
Rcpt:
88.00
.00
12 T Inv#:
Rcpt: 923
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Reports
18-MAR-1998
ID#:
Eff: 12-FEB-1998 Bill: 17-APR-1998
Doc#: 66666666 Ent: 12-FEB-1998 Due:
5-14
17-MAY-1998
ID#:
Doc#: 12345678 Ent: 12-FEB-1998 Due:
10000013 CASH
17-MAY-1998
ID#:
Doc#: 55555555 Ent: 12-FEB-1998 Due:
Rcpt: 924
17-MAY-1998
Eff: 16-FEB-1998 Bill: 17-APR-1998
Doc#: 12345678 Ent: 16-FEB-1998 Due:
10000015 CHEK
17-MAY-1998
17-MAY-1998
ID#:
May 2008
Report Sample (Page 3 of 5)
22-APR-1998 08:32:36
Banner Development
Account Detail Report
AS OF 22-APR-1998
479211000 Robinson & Company *****CONTINUED FROM PREVIOUS PAGE*****
Tran Detl
Charge
Payment
Balance Tran Pd
10000012 B101
10000011 PRIN
10000010 PRIN
10000009 SERV
88.00
75.00
10000006 B101
10000005 B101
5-15
.00
75.00
.00
25.00
10000008 PLAN
10000007 B101
.00
.00
150.00
99.00
25.00
99.00
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Reports
-75.00
.00
.00
.00
PAGE 3
TFRDETL
S
T Inv#: S0001384 Eff: 12-FEB-1998 Bill: 16-FEB-1998
Doc#:
Ent: 12-FEB-1998 Due:
Rcpt:
ID#:
18-MAR-1998
I Inv#: S0001464 Eff: 06-MAR-1998 Bill: 17-APR-1998
Doc#:
Ent: 06-FEB-1998 Due:
Rcpt:
ID#:
17-MAY-1998
I Inv#: S0001384 Eff: 06-FEB-1998 Bill: 16-FEB-1998
Doc#:
Ent: 06-FEB-1998 Due:
Rcpt:
ID#:
18-MAR-1998
I Inv#: S0001384 Eff: 06-FEB-1998 Bill: 16-FEB-1998
Doc#:
Ent: 06-FEB-1998 Due:
Rcpt:
ID#:
I Inv#:
18-MAR-1998
Eff: 06-FEB-1998 Bill: 17-APR-1998
Doc#:
Ent: 06-FEB-1998 Due:
Rcpt:
ID#:
17-MAY-1998
T Inv#: S0001384 Eff: 06-FEB-1998 Bill: 16-FEB-1998
Doc#:
Ent: 06-FEB-1998 Due:
Rcpt:
ID#:
18-MAR-1998
T Inv#: S0001384 Eff: 06-FEB-1998 Bill: 16-FEB-1998
Doc#:
Ent: 06-FEB-1998 Due:
Rcpt:
ID#:
18-MAR-1998
T Inv#: S0001384 Eff: 06-FEB-1998 Bill: 16-FEB-1998
Doc#:
Ent: 06-FEB-1998 Due:
Rcpt:
ID#:
18-MAR-1998
May 2008
Report Sample (Page 4 of 5)
22-APR-1998 08:32:36
Banner Development
Account Detail Report
AS OF 22-APR-1998
PAGE 4
TFRDETL
479211000 Robinson & Company *****CONTINUED FROM PREVIOUS PAGE*****
Tran Detl
Charge
10000003 CASH
Payment
1,500.00
10000002 CASH
S
.00
145.00
10000000 CASH
9999999 B101
Balance Tran Pd
.00
50.00
.00
200.00
T Inv#:
Doc#:
Ent: 06-FEB-1998 Due:
Rcpt: 899
ID#:
1 T Inv#:
17-MAY-1998
Eff: 04-FEB-1998 Bill: 17-APR-1998
Doc#:
Ent: 04-FEB-1998 Due:
Rcpt: 894
ID#:
9999999 T Inv#:
.00
Eff: 06-FEB-1998 Bill: 17-APR-1998
17-MAY-1998
Eff: 04-FEB-1998 Bill: 17-APR-1998
Doc#:
Ent: 04-FEB-1998 Due:
Rcpt: 893
ID#:
17-MAY-1998
T Inv#: S0001344 Eff: 01-SEP-1997 Bill: 15-SEP-1997
Doc#:
Ent: 01-SEP-1997 Due:
Rcpt:
ID#:
15-OCT-1997
Balance Due: -539.89 Future Due: .00 Account Balance: -539.89 Selection Balance: -539.89 NSF Count: 0
M E M O
I T E M S
Detl
CASH
B101
Charge
Payment
63.00
999.00
Exp Date
31-MAR-1998
31-MAR-1998
S
T
T
Memo Balance: 936.00
D E P O S I T S
Detl
DCHK
Amount
500.00
Balance
500.00
Rel Date
Exp Date
31-DEC-1999
Eff Date
20-FEB-1998
Receipt
932
Deposit Balance: 500.00
5-16
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Reports
May 2008
Report Sample (Page 5 of 5)
22-APR-1998 08:32:36
Banner Development
Account Detail Report
AS OF 22-APR-1998
PAGE 5
TFRDETL
* * * REPORT CONTROL INFORMATION * * *
RPTNAME: TFRDETL
VERSION: 3.1
DETAIL CODE: %
BALANCE PRINT A-ALL O-OPEN: A
PROCESS AS OF ENTRY DATE: 22-APR-1998
PROCESS AS OF EFFECTIVE DATE: 31-DEC-2099
PROCESS AS OF BILL DATE: 31-DEC-2099
PROCESS AS OF DUE DATE: 31-DEC-2099
ACCOUNT ID: 479211000
ENTITY TYPE: %
ENTITY CATEGORY: %
SOURCE CODE: %
MINIMUM REFUND BALANCE: 9999999.99
SELECTION ID:
APPLICATION CODE:
CREATOR ID:
REPORT TOTALS
BALANCE DUE: -539.89
FUTURE DUE: .00
ACCOUNT BALANCE: -539.89
SELECTION BALANCE: -539.89
RECORD COUNT: 1
5-17
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Reports
May 2008
Assess Penalty/Interest Charges Report (TFRLATE)
This process assesses penalty and interest charges for accounts with a past due balance. Interest charges are always
based on percentage. Penalties and interest may be assessed on the outstanding balance or on the outstanding
balance for a specific detail category code. When a detail category code is selected, only past due detail items of
that category will be summed together to determine the amount outstanding to be used in the assessment
calculations.
Description
Past due detail items are defined as transactions whose due date is less than or equal to the run date and whose
balance is not equal to zero. The Billing Process (TFRBILL) sets the due date when run in STATEMENT mode.
Since assessments are based on the balance or the past due detail items, it is highly recommended that the
Application Of Payment Process (TGRAPPL) be run before running the Penalty/Interest Reports, especially when
a particular category code is specified.
Note
Only charges processed solely through TF forms will be selected for this report.
Parameters
5-18
„
Name
Required?
Description
Cashier for Assessed
Charges
Yes
Enter the cashier/user ID to be associated with all
assessments posted.
Entity Category
No
Enter a single entity category code, a %, or leave this
parameter blank. If a specific code is entered, only
accounts with that entity code will be processed. If a
% is entered, only those accounts with an entity code
(as entered on the Customer Profile Form
(TGACPRF) will be processed. If left blank, all
accounts will be selected for processing, regardless
of the absence or presence of an entity category
code.
TTVECAT (Entity Category Code
Validation Form)
DCAT Code to Process
No
Enter a specific detail category code to be processed.
If left blank, all past due items will be processed.
Detail Category Code Validation Form
(TTVDCAT)
Detail Code for Penalty
Charge
No
Enter the detail code which represents the penalty
charge. Valid values must exist on the Detail Code
Control Form (TFADETC).
Detail Code Control Form
(TFADETC)
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Reports
Values
May 2008
Parameters (cont) Name
Required?
Description
Values
Penalty Charge for Flat
Amount
No
Enter the fixed amount to be assessed as the penalty
charge. Do not enter a dollar sign ($). Also, there is
no need to enter a decimal for whole dollar amounts,
i.e., 10.00 would be entered as 10, and 2,205.50
would be entered as 2205.50.
Penalty Charge % of
Overdue
No
Enter the percentage of the past due amount to be
assessed as the penalty charge. Do not enter a
percent sign (%). Format: 999.9999.
Dollar Cap for % Based
Penalty
No
Enter the maximum dollar amount to be assessed for
percentage based penalties.
Recurring Penalty
Indicator
No
Enter a Y to indicate that this penalty may be
Y
assessed again if it was assessed in a previous
N
execution of this process. If left blank or an N is
entered, the penalty charge will not be assessed more
than once for a specific detail category code.
Assess penalty again (default)
Do not assess penalty again (also
NULL)
For example, if the process was run last month for
detail category code XXX, then again this month for
XXX, accounts which had been assessed the penalty
last month would not be assessed again. If, however,
the process was run for a different category or if no
category was specified, the penalty would be
assessed again. On the other hand, if the first run
specified no category code and the second run did
specify one, two penalty charges would be assessed.
5-19
Detail Code for Interest
Charge
No
Enter the detail code which represents the interest
charge. Valid values must exist on the Detail Code
Control Form (TFADETC).
Interest Percent of
Overdue
No
Enter the percentage of the past due amount to be
assessed as the interest charge. Do not enter a
percent sign (%). Format: 999.9999.
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Reports
Detail Code Control Form
(TFADETC)
May 2008
Parameters (cont) Name
Required?
Description
Dollar Cap for Interest
Charge
No
Enter the maximum dollar amount to be assessed as
the interest charge.
Run Mode
Yes
Enter the mode in which processing will take place.
Enter an A to indicate that the process is to be run in
audit mode. Running in audit mode produces an
audit report without updating the database. When
run in audit mode, the penalty transaction number
(PTRN) and interest transaction number (ITRN) do
not display on the report because no transaction
number is actually created.
Values
A
Audit (default)
U
Update
Enter a U to indicate that the process is to be run in
update mode. Running in update mode removes the
information from the database and produces the
report.
5-20
Address Selection Date
Yes
The effective date for the address type selected
which you want to print on the report. Enter in date
format DD-MON-YYYY.
Address Type Hierarchy
Yes
Enter address type. Multiple requests are permitted
and must be entered in priority sequence. For
example, 1MA 2PR will first print the mailing
address, and if none is found, will print the
permanent address. Enter each parameter then press
Return for the next prompt.
Address Type Code Validation Form
(STVATYP)
Selection Identifier
No
Enter the code that identifies the population with
which you wish to work. The selection identifier
must be defined on the Population Selection Inquiry
Form (GLISLCT). All or none of the population
selection parameters must be entered.
Population Selection Inquiry Form
(GLISLCT)
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Reports
May 2008
Parameters (cont) Name
Application Code
Required?
Description
Values
No
Enter the code that identifies the general area for
which the selection identifier was defined. All or
none of the population selection parameters must be
entered.
Application Inquiry Form (GLIAPPL)
The Population Selection Extract Inquiry Form
(GLIEXTR) may be used to review the people who
will be processed in the load from the selection
identifier and application code entered.
Creator Id
5-21
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Reports
No
Enter the user ID of the person creating the subpopulation rules. The creator ID must have been
specified when defining the selection identifier. All
or none of the population selection parameters must
be entered.
May 2008
Report Sample (Page 1 of 2)
22-APR-1998 08:28:06
Banner Development
Assess Penalty/Interest Chgs
CASHIER: %
ENTITY CATEGORY: %
ID
PAGE 1
TFRLATE
PENALTY CODE: PENL-Returned Check Penalty
INTEREST CODE:
Past Due
Penalty Amt
PTRN
500.00
175.00
10.00
10.00
2
2
635477227
635477228
Interest Amt
ITRN
Name
Moseley, Inc.,
Jones NY,
Report Sample (Page 2 of 2)
22-APR-1998 08:28:06
Banner Development
Assess Penalty/Interest Chgs
PAGE 2
TFRLATE
* * * REPORT CONTROL INFORMATION * * *
RPTNAME: TFRLATE
VERSION: 3.0
CASHIER FOR ASSESSED CHARGES: %
ENTITY CATEGORY: %
DETAIL CATEGORY CODE TO PROCESS:
DETAIL CODE FOR PENALTY CHARGE: PENL
PENALTY CHARGE FLAT AMOUNT: 10.00
PENALTY PERCENT OF OVERDUE:
DOLLAR CAP FOR PERCENTAGE BASED PENALTY:
IS THIS A RECURRING PENALTY (Y OR N): Y
DETAIL CODE FOR INTEREST CHARGE:
INTEREST PERCENT OF OVERDUE:
DOLLAR CAP FOR INTEREST CHARGE:
RUN MODE A(AUDIT) OR U(UPDATE)?: A
ADDRESS SELECTION DATE: 22-APR-1998
ADDRESS TYPE: 1MA
SELECTION ID: SUMMIT
APPLICATION CODE: ACCTRECV
CREATOR ID: LWLOCK
ACCOUNTS READ: 2
PENALTY CHARGES ASSESSED: 2
TOTAL PENALTY AMOUNT ASSESSED: 20.00
INTEREST CHARGES ASSESSED: 0
TOTAL INTEREST AMOUNT ASSESSED: .00
5-22
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Reports
May 2008
Auto Refunding of Credit Amounts (TFRRFND)
This process has two steps First, accounts that have a credit balance are identified, flagged, and reported. Second,
after manual review of the accounts, the flagged accounts are updated with a refund detail code for the amount of
the credit balance and listed on the report. For the first step, account detail is listed for the specified term or for any
detail code with a non-zero balance. Accounts are grouped by the specified category hierarchy on the report. The
Control Report includes totals for all accounts selected. The second step lists the refund transactions generated and
an address. Only those accounts remaining flagged after review, which meet the parameter criteria, are refunded.
Accounts not meeting the criteria have their flags reset. Only accounts having a literal "ARTERM" for all
transactions will be selected for either step, regardless of the other parameter selection criteria.
Description
Parameters
Name
Required?
Description
Values
Flag/Refund Mode
Yes
FLAG mode will identify accounts and update the
refund indicator. RFND mode will refund the
accounts.
FLAG
Audit/Update Mode
5-23
Yes
Audit mode will produce a report but will not update
the database. Update mode will produce a report
and update the database.
Minimum Credit
Balance
Yes
Minimum amount the account balance must equal to
be considered for this run.
Address Selection Date
Yes
Enter the date (format DD-MON-YYYY) for which you
wish to retrieve an active address record of the
account.
Address Type Hierarchy
Yes
Enter the address type to be printed on the report.
Multiple requests are permitted and must be entered
in priority sequence. For example, 1MA, 2PR will
print the mailing address, and if none is found, will
print the permanent address.
Refund Detail Code
No
For the RFND mode, the detail code for the refund
transaction.
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Reports
(default)
RFND
A
Audit
U
Update (default)
May 2008
Parameters (cont) Name
Required?
Description
Cashier User ID
No
For the RFND mode, the cashier of the session to be
created for the refund transactions.
Entity Type
No
For the FLAG mode, specify which accounts to
include. Enter P-Person, C-non-people, or % for
both.
Detail Category
Hierarchy
No
Values
P
Person accounts
C
Non-person accounts
%
Both (default)
For the FLAG mode, enter the category code to
group the accounts by on the report. Multiple
requests are permitted and must be entered in
priority sequence.
For example, 1FA 2CNT 2EXM will print Financial
Aid recipients in the first grouping, then Contracts
and Exemptions in the second grouping. A grouping
OTHERS is always made for those accounts that do
not qualify for any group.
Include/Exclude
5-24
No
For the FLAG mode, include mode groups accounts
by category. Exclude mode forces those accounts
that qualify for any of the entered categories to not
be processed. The OTHERS group will be listed.
Print Account Detail
No
For the FLAG mode, Y will print account detail
transactions and balances. N will print only the
account balances.
Selection Identifier
No
Enter the code that identifies the population with
which you wish to work. The selection identifier
must be defined on the Population Selection Inquiry
Form (GLISLCT). All or none of the population
selection parameters must be entered.
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Reports
I - Include (default)
% - Exclude
Population Selection Inquiry Form
(GLISLCT)
May 2008
Parameters (cont) Name
Application Code
Required?
Description
Values
No
Enter the code that identifies the general area for
which the selection identifier was defined. All or
none of the population selection parameters must be
entered.
Application Inquiry Form (GLIAPPL)
The Population Selection Extract Inquiry Form
(GLIEXTR) may be used to review the people who
will be processed in the load from the selection
identifier and application code entered.
5-25
Creator Id
No
Enter the user ID of the person creating the subpopulation rules. The creator ID must have been
specified when defining the selection identifier. All
or none of the population selection parameters must
be entered.
User Id
No
The user ID of the person running the
sub-population rules.
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Reports
May 2008
Report Sample (Page 1 of 2)
22-APR-1998 08:45:58
Banner Development
Auto Refunding of Credit Amts
AS OF 22-APR-1998
Others
A/R HOLD: N Note - has no specified address
454545454 Refund Testing Inc.
Tran
2
Doc No
Inv No
PAGE 1
TFRRFND
Eff Date
06-NOV-1997
S
T
Paid Tran
Detl
CHEK
Refundable Balance:
Ref Ind
Y
Charge
-220.00
Payment
900.00
Balance
-220.00
Account Balance:
-220.00
= = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = =
479211000 Robinson & Company
Tran
1000002
1000002
1000002
1000001
1000001
1000000
Doc No
12345678
Inv No
A/R HOLD: N
Eff Date
20-FEB-1998
20-FEB-1998
20-FEB-1998
20-FEB-1998
16-FEB-1998
06-FEB-1998
S
T
T
T
T
T
I
Paid Tran
Refundable Balance:
5-26
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Reports
Detl
AMEX
CASH
CHEK
CASH
CHEK
PLAN
Ref Ind
Y
Y
Y
Y
Y
Y
-539.89
Charge
Payment
68.00
95.00
50.00
175.00
76.89
150.00
Balance
-68.00
-95.00
-50.00
-175.00
-76.89
-75.00
Account Balance:
-539.89
May 2008
Report Sample (Page 2 of 2)
22-APR-1998 08:45:58
Banner Development
Auto Refunding of Credit Amts
AS OF 22-APR-1998
PAGE 2
TFRRFND
* * * REPORT CONTROL INFORMATION * * *
RPTNAME: TFRRFND
VERSION: 3.1
RUN MODE: FLAG
AUDIT/UPDATE MODE: A
MINIMUM REFUND BALANCE: -1.00
ADDRESS SELECTION DATE: 22-APR-1998
ADDRESS TYPE HIERARCHY: 1BI
DETAIL CODE: RFND
CASHIER USERID:
ENTITY TYPE: %
CATEGORY HIERARCHY: 1CNT
INCLUDE/EXCLUDE: I
PRINT ACCOUNT DETAIL: Y
SELECTION ID: SUMMIT
APPLICATION CODE: ACCTRECV
CREATOR ID: LWLOCK
REPORT TOTALS
REFUNDS DUE: -759.89
RECORD COUNT: 2
5-27
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Reports
May 2008
Grants Aging Analysis Report (TRRAGES)
The Grants Aging Analysis Report prints information about the aging of billed receivables. You can run this report
for unbilled charges to see the aging of charges that have been incurred but not billed. You can also run this report
for billed charges that have not been paid. The Report Type parameter enables you to specify whether to include
invoice detail in the report.
Description
Parameters
Name
Required?
Description
Values
Report Option
No
Specifies the type of charges to include in the report. 1 = Include unbilled charges.
2 = Include billed charges.
3 = Include both billed and unbilled
charges.
Default = 2
Selection Option
No
Indicates whether you want to enter PMS code(s) or
grant code(s).
PMS Code
No
User-defined code representing one or more grants
from the same sponsoring agency with the same
reimbursement requirements. Enter only if
Selection Option = P.
Grant Option
No
Indicates the way you want to enter grant code(s).
Enter only if Selection Option = G.
P = Enter PMS code(s).
G = Enter grant code(s).
A = Automatically enter all grant
codes.(default)
R = Enter a range of grant codes.
W = Search for a specific grant code
using a wildcard.
S = Enter a specific grant code.
Grant From
5-28
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Reports
No
First grant code in a series. Enter only if Grant
Option = R.
May 2008
Parameters (cont) Name
Required?
Description
Grant To
No
Last grant code in a series. Enter only if Grant
Option = R.
Wild Card
No
Partial grant code that contains a wildcard (* or %).
Enter only if Grant Option = W.
Specific Grant Code
No
User-defined code identifying a grant. Enter only if
Grant Option = S.
As of Date
No
Last date you want to include in the report.
Values
DD-MON-YYYY
Default = System Date
Date Range 1
No
Indicates the number of days before the As of Date
to include in the first aging period.
Default = 30
Date Range 2
No
Indicates the number of days before the As of Date
to include in the second aging period.
Default = 60
Date Range 3
No
Indicates the number of days before the As of Date
to include in the third aging period.
Default = 90
Date Range 4
No
Indicates the number of days before the As of Date
to include in the fourth aging period.
Default = 120
Date Range 5
No
Indicates the number of days before the As of Date
to include in the fifth aging period.
Default = 150
Report Type
No
Specifies whether you want to display aging
information for grants or invoices.
S = Display aging information for
grants.
D =Display aging information for
invoices.
5-29
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Reports
May 2008
Report Sample
TRRAGES 4.0
Banner University
Billed Aging Analysis Report
Detail mode
AS OF 04-JAN-2001
04-JAN-2001 08:56:52
PAGE 1
AGENCY: NIH TITLE: National Institute of Health
GRANT CODE
---------
INV NUM
--------
G00000019
G00000019
0 To 60
--Days-------------
61 To 90
--Days--------------
91 To 120
--Days--------------
121 To 150
--Days--------------
151 To 180
--Days--------------
Future
Balance
-------------
1,040.00
3,000.00
.00
.00
.00
.00
.00
.00
.00
.00
.00
.00
4,040.00
.00
.00
.00
.00
.00
1
2
TOTAL FOR AGENCY:
* * * REPORT CONTROL INFORMATION (TRRAGES RELEASE 4.0) * * *
Parameters have been entered from Host Prompt.
Report Option: Billed Charges
Selection Option: Grant Code
AS OF DATE: 04-JAN-2001
REPORT TYPE Detail Mode
RANGE DATE 1: 60
RANGE DATE 2: 90
RANGE DATE 3: 120
RANGE DATE 4: 150
RANGE DATE 5: 180
ERROR MESSAGE:
NUMBER OF RECORDS PRINTED : 2
5-30
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Reports
May 2008
Grants Application of Payment Process (TRRAPPL)
Description
The Application of Payment Process enables you to apply payments to charges by grant. By default, Banner will
apply payments based on the date of each charge; the oldest charge will be paid first. You can use the Grant
Payments Entry Form (FRAAREV) to manually apply a payment to a specific charge by populating the
Transaction Number Paid and the Invoice Number Paid fields. See the “Processing” chapter in the Banner
Finance User Guide for more information.
Note
The Application of Payments Process does not have any parameters or printed output.
5-31
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Reports
„
May 2008
Grants Collections Report (TRRCOLL)
The Grants Collections Report prints information about collection efforts that have been entered on the Grant
Billing Collections Form (FRACOLL). You can run this report by agency, by grant, by bill invoice number, by
User ID, or by bill status. This report sorts collection efforts by grant within a sponsoring agency.
Description
Parameters
Name
Required?
Description
Values
Report Option
Yes
Indicates whether to generate reports by agency
code, by grant code, or both.
A = Generate reports by agency code.
G = Generate reports by grant code.
L = Generate reports by agency and
grant codes. (default)
Agency Option
No
Indicates the way you want to enter agency code(s). A = Automatically enter all agency
codes. (default)
S = Enter a specific agency code.
Agency Codes
No
User-defined code representing a sponsoring
agency. Enter only if Agency Option = S.
Grant Option
No
Indicates the way you want to enter grant code(s).
A = Automatically enter all grant
codes. (default)
R = Enter a range of grant codes.
W = Search for a specific grant code
using a wildcard.
S = Enter a specific grant code.
5-32
Grant_from
No
First grant code in a series. Enter only if Grant
Option = R.
Grant_to
No
Last grant code in a series. Enter only if Grant
Option = R.
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Reports
May 2008
Parameters (cont) Name
Required?
Description
Grants Wild
No
Partial grant code that contains a wildcard (* or %).
Enter only if Grant Option = W.
Grants Specific
No
User-defined code identifying a grant. Enter only if
Grant Option = S.
Bill Invoice Number
No
Number that uniquely identifies a bill. Generated by
the FRRBILL process.
Bill Status
No
Indicates the type of bills you want to include in the
report.
Values
O = Include paid bills (Status = Open).
C = Include unpaid bills
( Status = Closed).
B = Include both paid and unpaid bills.
(default)
User ID
5-33
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Reports
No
Identification code of the person running the report.
May 2008
Report Sample
TRRCOLL 4.0
Banner University
Collections Report
AS OF 08-JAN-2000
08-JAN-2000 16:32:45
PAGE 1
AGENCY: NIH National Institute of Health
USER ID: FIMSUSR
Grant Code
G00000013
G00000014
G00000015
Invoice No
2 2 3 -
Code
FIRST
FIRST
FIRST
Code Description
This is the first call
This is the first call
This is the first call
Amount
300.00
500.00
400.00
Status
Contact Date
Open
Open
Open
08-JAN-2000
08-JAN-2000
08-JAN-2000
Status
Contact Date
Open
05-JUL-1999
USER ID: SYSTEST2
Grant Code
G00000002
Invoice No
1 -
Code
FIRST
Code Description
This is the first call
Amount
300.00
* * * REPORT CONTROL INFORMATION (TRRCOLL RELEASE 4.0) * * *
Parameter name
_____________________________
Parameter Seq no:
Report options:
Agency option:
Bill Invoice number:
User Id:
Bill Status:
Parameters have been entered from Host Prompt.
Value
Message
________________
____________________________________________________________
23111
By Agency
All Agencies
NUMBER RECORDS PRINTED : 4
5-34
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Reports
May 2008
Grant Reconciliation Report (TRRRCON)
The Grant Reconciliation Report reconciles data between the Accounts Receivable module and the Finance module
for Grant Billing transactions only. You can reconcile data by chart of accounts, by grant code, or by PMS code.
Description
Parameters
Name
Required?
Description
Run Sequence Number
No
System-generated via Job Submission.
Selection Option
Yes
Indicates the type of data you want to reconcile.
Values
1 - Reconcile the summary of billed
charges in the TRRACCD table with
the details of billed charges in the
FRRBDET table. Banner will not
reconcile grants that have a fixed
billing schedule.
2 - Reconcile billed charges in the
TRRACCD table with the billed
receivables account in the General
Ledger.
3 - Reconcile payments in the
TRRACCD table with payments that
were posted to the General Ledger.
4 - List all payments that have been
entered in the Accounts Receivable
module that have not been fed to the
Finance module.
As of Date
No
Last date of the billing period you want to reconcile. DD-MON-YYYY
Default = System Date
5-35
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Reports
May 2008
Parameters (cont) Name
Report Option
Required?
Description
Values
Yes
Indicates whether to reconcile data by chart of
accounts code, grant code, grants out of balance,
PMS code, or PMS out of balance.
1 = Reconcile data by chart of accounts
code only.
2 = Reconcile data by grant code only.
3 = Reconcile data by grants out of
balance.
4 = Reconcile data by PMS code only.
5 = Reconcile data by PMS out of
balance.
Chart of Accounts
No
User-defined code representing an accounting or
reporting entity. Enter only if Report Option = 1.
Grant Option
No
Indicates the way you want to enter grant code(s).
Enter only if Report Option = 2.
A = Automatically enter all grant
codes. (default)
R = Enter a range of grant codes.
W = Search for a specific grant code
using a wildcard.
S = Enter a specific grant code.
5-36
Grant From
No
First grant code in a series. Enter only if Grant
Option = R.
Grant To
No
Last grant code in a series. Enter only if Grant
Option = R.
Grants Wild
No
Partial grant code that contains a wildcard (* or %).
Enter only if Grant Option = W.
Grants Specific
No
User-defined code identifying a grant. Enter only if
Grant Option = S.
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Reports
May 2008
Parameters (cont) Name
PMS Option
Required?
Description
Values
No
Indicates the way you want to enter PMS code(s).
Enter only if Report Option = 4.
A = Automatically enter all PMS codes.
R = Enter a range of PMS codes.
W = Search for a specific PMS code
using a wildcard.
S = Enter a specific PMS code.
5-37
PMS From
No
First PMS code in a series. Enter only if
PMS Option = R.
PMS To
No
Last PMS code in a series. Enter only if
PMS Option = R.
PMS Wildcard
No
Partial PMS code that contains a wildcard (* or %).
Enter only if PMS Option = W.
PMS Specific
No
User-defined code representing one or more grants
from the same sponsoring agency with the same
reimbursement requirements. Enter only if PMS
Option = S.
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Reports
May 2008
Report Sample
TRRRCON 4.0
Banner University
Reconciliation Report
AS OF 04-JAN-2001
04-JAN-2001 08:53:50
PAGE 1
Charge/General Ledger reconciliation
Grant code
Fund code
Account code
G00000004
G00000005
G00000005
G00000006
G00000007
G00000013
G00000013
G00000019
SRGR1
FUND4
F5
F5-1
F6
F7
F13
F13-1
F19
SRF1
1321
1321
1321
1321
1321
1321
1321
1321
1321
G/L Balance
120.00
1,000.00
2,500.00
5,950.00
2,690.00
1,620.00
1,260.00
4,040.00
5,620.00
AR balance
Message
120.00
1,000.00
2,500.00
5,950.00
2,690.00
1,620.00
1,260.00
4,040.00
5,620.00
* * * REPORT CONTROL INFORMATION (TRRRCON RELEASE 4.0) * * *
Parameters have been entered from Host Prompt.
AS OF DATE: 04-JAN-2001
REPORT SELECTION: Charge/General Ledger reconciliation
REPORT TYPE: Grants only
ERROR MESSAGE:
NUMBER RECORDS PRINTED : 9
5-38
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Reports
May 2008
Unapplication of Payment Process (TRRUNAP)
The Unapplication of Payments Process enables you to reverse, or undo, payments that you applied to charges
using the Application of Payment Process (TRRAPPL). This process can be run from job submission for a specific
grant.
Description
Note
You cannot reverse payments that were applied manually on the Research Accounting
Payments Entry Form (FRAAREV).
Parameters
„
Name
Required?
Description
Values
Enter Grant Option
No
Indicates the way you want to enter grant code(s).
A = Automatically enter all grant
codes.
R = Enter a range of grant codes.
W = Search for a specific grant code
using a wildcard.
S = Enter a specific grant code.
5-39
Grant From
No
First grant code in a series. Enter only if Enter
Grant Option = R.
Grant To
No
Last grant code in a series. Enter only if Enter
Grant Option = R.
Grant Wildcards
No
Partial grant code that contains a wildcard (* or %).
Enter only if Enter Grant Option = W.
Specific Grants
No
User-defined code identifying a grant.
Unapply Date(DDMON-YYYY)
No
Banner will select all of the payments that were
applied to charges on or after this date. For example,
if you enter 15-AUG-1999, Banner will reverse all
payments that were applied on
15-AUG-1999 or after 15-AUG-1999.
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Reports
DD-MON-YYYY
May 2008
Output Sample
TRRUNAP 4.0
PAGE 1
Banner University
08-SEP-1998 15:13:17
* * * REPORT CONTROL INFORMATION (TRRUNAP RELEASE 4.0) * * *
Parameters have been entered from Host Prompt.
Parameter Name
_____________________________
Value
________________
Message
_______________________________________________________________________
Parameter Seq No:
Grant option :
71031
Specific Grants
The following invalid grant codes were entered: 07-SEP-98
NUMBER OF RECORDS PRINTED : 0
5-40
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Reports
May 2008
Unapplied Payments Listing (TRRUNPL)
The Unapplied Payments Listing prints a list of all payments that have not been applied to charges. You can run
this process for a specific grant code or for a range of grant codes. The fund code on this report represents the fund
to which a payment was posted.
Description
Parameters
Name
Required?
Description
Values
Grants Option
Yes
Indicates the way you want to enter grant code(s).
A = Automatically enter all grant
codes. (default)
R = Enter a range of grant codes.
W = Search for a specific grant code
using a wildcard.
S = Enter a specific grant code.
5-41
Grant From
No
First grant code in a series. Enter only if
Grants Option = R.
Grant To
No
Last grant code in a series. Enter only if
Grants Option = R.
Grant
No
User-defined code identifying a grant. Enter only if
Grants Option = W or S. You may use a wildcard
(* or %) if Grants Option = W.
Lines
No
Number of printed lines on a page.
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Reports
Default = 55
May 2008
Report Sample
TRRUNPL 4.0
Banner University
Unapplied Payments Listing Report
As of 08-JAN-2000
Grant Code: G00000002
Research on Arthritis
COAS
Grant Cd
Fund Cd
Tran Num
Balance
S
G00000002
FUND2
4
-1000
Grant Code: G00000007
Research on Rheumatoid
Arthritis
COAS
Grant Cd
Fund Cd
Tran Num
Balance
S
G00000007
F7
2
-110
Grant Code: G00000012
Research on Arthritis
COAS
Grant Cd
Fund Cd
Tran Num
Balance
S
G00000012
1112
4
-558.8
08-JAN-2000 16:24:36
PAGE 1
* * * REPORT CONTROL INFORMATION (trrunpl release 4.0) * * *
Parameters have been entered from Host Prompt.
Parameter Name
_____________________________
Seq No:
Grant Option:
Grant:
Line Count:
5-42
Value
________________
Message
____________________________________________________________
A
All grants
55
Number of lines per page
Banner Accounts Receivable 8.0
User Guide
Finance Accounts Receivable Reports
May 2008
6
Student Accounts Receivable
Reports
Overview
This chapter contains information about each Student report within the Accounts Receivable System. The reports
are listed in alphabetical order according to their seven-character names. For each report, you will find the
following:
• A description of the report’s purpose and function
• A table of the report’s parameters and their related information, including the valid values and required/
optional status
• A sample report
6-1
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
May 2008
1098 Student Tax Notification Process (TSP1098)
This process pulls existing data from Banner and populates the Tax Notification for Student table (TTBTAXN).
Description
Note
The DBA may wish to defragment TBRACCD if that has not been done recently. You will want
to run the TSP1098 process during non-peak hours or on the weekend.
„
Parameters
Name
Required?
Description
Values
Process Run Mode
Yes
Official mode will populate the tables and will not
allow further deletes. If test data exists, it is removed
and replaced.
O
Run process in Official mode
T
Run process in Test mode
Test mode will delete data in the Notification Tables
and repopulate them.
Tax Year
Yes
Year for which you are reporting information
Valid tax year in YYYY format
Note: A valid Qualified Charges Billed and
Scholarships or Grants rule must exist for the Tax
Year.
Re-run Indicator
No
When adding new students, search the database for
any students not previously selected who meet the
criteria and insert a record.
When recalculating after a change to a reportable
rule, update existing records that have not been sent
to the student, or insert a new record marked (R)eady
to Send for those students who previously received
the 1098-T tax notification.
A
Add new students
R
Recalculate when rules have
changed
B
Both.
For additional detail about this indicator, refer to the
section entitled, “Re-Run mod” on page 6-6.
Note: The rerun indicator applies only after the first
run of this process in Official mode.
6-2
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
May 2008
Parameters (cont) Name
Enroll Codes to Exclude
Required?
Description
Values
No
This process will select all students enrolled in a
term that matches the Terms in Tax Year field from
the Qualified Charges Billed rule for the tax year
being processed, unless the student’s status is
excluded in this parameter.
Enrollment Code Validation Form
(STVESTS)
This is a repeating parameter, so you can enter
multiple enrollment codes to exclude.
Name Type Code
No
Allows you to specify which name you want on the
1098-T tax notification record.
Name Type Validation Form
(GTVNTYP)
This is a repeating parameter, so you can enter
multiple name type codes and the match with the
most recent date will be used.
Address Selection Date
No
Effective date for an address. The default value is
the system date.
Enter date in DD-MON-YYYY format.
Address Type Code
Yes
Enter the address type to be extracted. Multiple
requests are permitted and must be entered in
priority sequence.
Address Type Code Validation Form
(STVATYP)
This is a repeating parameter, so you can enter
multiple address type codes.
SSN Hierarchy
6-3
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
Yes
Allows you to select the priority of the source from
which Banner will retrieve the student’s social
security number.
Specify which of the following
hierarchies Banner will use:
1
SPAPERS, SPAIDEN
2
SPAPERS
3
SPAIDEN
May 2008
Parameters (cont) Name
Enrollment Option
Required?
Description
Values
Yes
The parameters A (Frozen Adjusted Hours) and B
(Frozen Billing Hours) can only be selected if
Banner Financial Aid is installed. Further, to select
either of these two parameters, the RORENRL
process must have been run for the tax year terms.
E
End of Term Enrollment
A
Frozen Adjusted Hours
B
Frozen Billing Hours
If either of the frozen enrollment options is selected,
the RORENRL data will be reviewed. If no
RORENRL record exists (student not aided), then
the process will look at the end of term enrollment
for that student.
Credit Hrs Halftime
Enrollment
Yes
Define the credit hours that constitute half-time
enrollment for undergraduate students at your
institution. This parameter is used in setting the At
least half-time indicator as related to Hope
Scholarships for undergraduates.
Graduate Level Code
No
Define which codes are graduate level at your
institution. This parameter is used in setting the
Graduate Student indicator.
Level Code Validation Form
(STVLEVL)
This is a repeating parameter, so multiple codes may
be entered.
Processing Detail
The TSP1098 process will first select all students enrolled in a term that matches the Terms in Tax Year field from
the Qualified Charges Billed rule for the tax year being processed. For students who received a 1098-T in a prior
year who are no longer enrolled, the process checks for any reportable transactions in the current year to identify
adjustments and inserts a tax notification record. Reportable amounts are calculated and the receivable records
updated for those AR transactions that have been reported.
6-4
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
May 2008
Retrieving Data
When populating 1098-T tax notification forms for these students, the process retrieves data from the following
locations:
1. Student Name - Banner uses the matching Name Type with the most recent activity date. If no Name Type is
entered or matched, the default is the current name on SPAIDEN.
2. Student address - The TSP1098 process retrieves address type in order of parameter priority. Address must
also be active.
3. SSN of Student - The process retrieves the student SSN per parameter priority. SSN is considered to be valid if
it meets the following edits: nine numeric positions; does not begin with 000.
4. At least half-time student indicator is selected for any student who has been enrolled for half time or more
for any term in the tax year. The institution chooses the source for enrollment information and decides what
defines half time as parameters to the process.
5. Graduate student indicator is selected for any student with an SFBETERM or SHRTTRM record who was a
graduate-level student for at least one term that begins in the tax year.
The TSP1098 process sets all Student Notification Statuses and all IRS Notification Statuses to (R)eady to Send
when all required data elements have been entered, or to (N)ot Ready to Send if name or address information is
incomplete.
Reportable Amounts
The procedure ttkmods.P_Reportable_Amounts is called by the TSP1098 process to calculate values to be
reported on the 1098-T, as described below.
• When in Recalculation mode, the four 1098-T tax fields in TBRACCD are reset to null if previously
marked as reported in the current tax year.
• Receivable transactions in TBRACCD for which the greater of effective date or entry date is in the current
tax year are filtered by the Tax Rules for Qualified Charges Billed and Scholarships or Grants rules for all
tax years; eligible amounts (reflecting pro-ration, if applicable) are inserted into the new Global Temporary
Table (TTTTAXC).
• Any duplications due to terms that appear in rules as future in one year and regular terms in the next are
removed.
6-5
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
May 2008
• Transactions are summed by term.
• For Qualified Charges Billed, net increases are added to the Box 2 amount and net decreases are added to
the Box 3 amount.
• For Scholarships or Grants, net increases are added to the Box 4 amount and net decreases are added to the
Box 5amount.
• For net change of zero, transactions related to terms of the current tax year are marked as reported in
Box 2/4. Transactions related to terms of a prior tax year are marked as reported in Box 3/5.
• Records in the Temporary Table are used to update the four 1098-T tax fields in TBRACCD. These fields
are defined in the following chart.
TBRACCD Tax Fields
Fields
Descriptions
Tax Report Year
Tax year in which transaction is reported
Tax Report Box
CB Charges billed (Box 2)
AC Adjustments to charges made for a prior year (Box 3)
SG Scholarships or grants (Box 4)
AS Adjustments to scholarships or grants for a prior year (Box 5)
Tax Future Indicator
Y(Yes) Transaction is considered a future term at the time it was reported to the IRS
Null
Tax amount
Transaction is not considered a future term at the time it was reported to the IRS.
The tax amount matches the transaction amount unless the transaction is a pro-rate allocation, based on
pro-rata rule window on TSATAXR.
Note: The sign is reversed if a Pay Detail Code is included in a Qualified Charges Billed rule or a Ch
Detail Code is included in a Scholarships or Grants rule.
Re-Run mod
After the initial official run of TSP1098, you may need to re-run the process when new students have been enrolled
and or a change is made to a Charges Billed or Scholarships or Grants tax rule in the current Tax Year. The Re-run
Indicator parameter allows you to pick up new qualifying students and/or recalculate reportable amounts.
6-6
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
May 2008
Only records with an IRS status not equal to (S)ent are evaluated for recalculation.
• For records with a Student status of (S)ent or (E)xcluded (where IRS status is not Sent), if any amount is
different due to a change in a rule, the existing record is left intact and a new one is inserted and marked
(R)eady to Send. This retains a history of data sent and allows a revision to be sent to the student.
Note
When reprinted, the Correction box of the 1098-T is not marked, as this does not represent a
correction to a record previously sent to the IRS. Once a record has been sent to the IRS, it
will be necessary to submit a manual correction to both the student and the IRS.
„
• If Student status is (N)ot Ready to Send, or (R)eady to Send, the existing record is updated with revised
amounts.
• When recalculating existing records, TSP1098 counts the number of records for each of the following
categories:
Records with no change
Records updated
Records inserted
Not evaluated as previously sent to IRS
• When adding new students, TSP1098 calculates a count of records created based on Students Enrolled and
Prior Year Adjustments.
Recalculation Table
This table summarizes the impact of recalculation on records depending on the specific Student or IRS status. It
also indicates if records will be updated or duplicated, or were not evaluated as previously sent to the IRS.
6-7
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
May 2008
Student Status
IRS Status
Records with no
Change
Update existing
record (any
amount or future
indicator revised
due to change in
rule)
Duplicate record
created (any
amount or future
indicator revised
due to change in
rule)
Not Ready to Send
Not Ready to Send
x
x
Ready to Send
Ready to Send
x
x
Excluded
Excluded
x
x
Sent
Ready to Send
x
x
Sent
File Created
x
x
Sent
Sent
Not evaluated as
previously sent to
IRS
x
Tax Notification Process Error Report
The error report identifies students missing required data elements and indicates whether name, address, or social
security number (SSN) is missing. Student and IRS status notifications will be set to (N)ot Ready to Send) for all
students who are missing name and/or address data. If only the SSN is missing, student and IRS status notifications
will be set to (R)eady to Send). You can use the information from this report to identify setup problems and
identify students from whom you need to solicit additional information before you complete your reporting cycle.
In the event that enrollment or prior year notification data exists for a student who has been deleted from the
database (no SPRIDEN record), the missing PIDM is reported.
Tax Notification Process Control Report
This report lists parameters entered in addition to the following information.
• Number of students extracted with a status of (R)eady to Send. These students are enrolled and have a valid
name or address. So, if SSN is blank, the TSATAXN record is still set to (R)eady to Send. According to
IRS regulations, institutions must still provide the 1098-T even if SSN is blank or invalid.
6-8
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
May 2008
• Number of students extracted with a status of (N)ot Ready to Send. These students are enrolled, but the
name and/or address information is missing.
• Number of enrolled students found with no record in SPRIDEN table.
• Number of students extracted with a status of (R)eady to Send due to adjustments made for a prior year.
(These students are no longer enrolled, but were extracted since they have adjustments to a prior year to
report).
• Number of students extracted with a status of (N)ot Ready to Send due to adjustments made for a prior year.
(These students are no longer enrolled, but were extracted because they have adjustments to a prior year to
report.)
• Number of students previously reported with no record in SPRIDEN table.
• Number of records updated when running recalculations in rerun mode.
• Number of new records inserted when running recalculations in rerun mode.
• Number of records not recalculated when run in rerun mode because the IRS Notification Status is either
(S)ent or (F)ile Created.
6-9
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
May 2008
Report Sample - TSP1098 Error Report
PAGE
1
TSP1098 5.4.1
RUN DATE 01/05/2004
Student ID Last Name
------- -- ---- ---876223451
Appleby
326776443
Constance
783562006
Fiddlestein
B20000033
Miller
000000045
Simstone
900000048
Smothers
999000046
Stefano
126735247
Swing
748271238
Waller
356251872
Whitford
Message 1
------- Missing Name
Missing Name
Missing Name
Banner University
1098 Student Tax Notification
Missing Information Error Report
Message 2
Message 3
------- ------- Missing Address
Missing Address
Missing Address
Missing SSN
Missing SSN
Missing Address
Missing SSN
Missing SSN
Missing Address
Missing Address
Missing Address
RUN TIME 05:23 PM
Report Sample - TSP1098 Control Report, Test Mode
PAGE
2TSP1098 5.4.1
RUN DATE 01/05/2004
RUN TIME 05:23 PM
Banner University
1098 Student Tax Notification
* * * REPORT CONTROL INFORMATION* * *
Parameters have been entered via Job Submission.
Parameter Name & Value
_______________________
Parameter Seq No: 1367329
Report Mode: T
Tax Year: 2003
Ests Code:WD
Ntyp Code: TAX
Ntyp Code: LEGL
Address Selection Date: 05-JAN-2004
Atyp Code: 1TX
Atyp Code: 2PR
Atyp Code: 3MA
Atyp Code: 4HO
SSN Hierarchy: 1
Enroll Option: E
Halftime Credit Hours: 6
Level Code: GR**
Number of Students
**Enrolled
Ready to send: 657
Not Ready to send: 6
Prior Year Adjustments - increases and/or reductions
Ready to send: 34
Not Ready to send: 2
Line Count: 55
6-10
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
May 2008
Report Sample - TSP1098 Control Report
This report was re-run in Official mode with Both Recalculation and Add Students
PAGE
2
TSP1098 5.4.1
RUN DATE 03/05/2004
Banner University
1098 Student Tax Notification
RUN TIME 04:23 PM
* * * REPORT CONTROL INFORMATION* * *
Parameters have been entered via Job Submission.
Parameter Name & Value
_______________________
Parameter Seq No: 1473622
Report Mode: O
Tax Year: 2003
Re Run Process: B
Ests Code: WD
Ntyp Code: TAX
Ntyp Code: LEGL
Address Selection Date: 05-MAR-2004
Atyp Code: 1TX
Atyp Code: 2PR
Atyp Code: 3MA
Atyp Code: 4HO
SSN Hierarchy: 1
Enroll Option: E
Halftime Credit Hours: 6
Level Code: GR
** Number of Students **
Enrolled
Ready to send: 9
Not Ready to send: 6
Prior Year Adjustments - increases and/or reductions
Ready to send: 3
Not Ready to send: 1
** Recalculation **
Not evaluated as previously sent to IRS:
Records with no change: 654
Records updated: 5
Records inserted: 40
Line Count: 55
6-11
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
May 2008
Assign Installment Plans Process (TSPISTA)
Description
This process is used to assign students to an installment plan.
For mass assignment, a student will only be added to an installment plan through this process if he is registered for
a term (thus having a valid SFBETRM record), meets the rules defined on TSAISTA, and does not already have an
installment plan for the term.
Impact of Population Selection and Installment Plan Code Parameters
For the term in parameter 01, students are assigned to installment plans based on the values entered for parameters
02 (Installment Plan) and 03 - 06 (Population Selection).
The following table summarizes how the assignment process works when different values are used for these
parameters.
Value of
Value of Population
Installment
Plan
Selection (Parameters 03 (Parameter 02) 06)
6-12
Result
null
null
TSPISTA evaluates enrolled students (SFBETRM) who
do not already have an installment plan for the term, and
assigns them to an automated installment plan if they
meet the rules from TSAISTA.
populated
populated
TSPISTA forces all accounts for entities in the selection
into the plan, even if not registered for the term or if they
have another installment plan.
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
May 2008
Value of
Value of Population
Installment
Selection (Parameters 03 Plan
(Parameter 02) 06)
Parameters
Result
null
populated
TSPISTA evaluates students in the population selection
who are enrolled (SFBETRM) and do not already have
an installment plan for the term, and assigns them to an
automated installment plan if they meet the rules from
TSAISTA.
populated
null
TSPISTA forces all enrolled students (SFBETRM) who
do not already have an installment plan for the term into
the plan.
Name
Required?
Description
Values
Term Code
Yes
Term code for installment plans.
Any valid term code.
Installment Plan
No
Enter an installment plan code to have all persons
assigned to the same plan.
Note: If populated, this plan will be assigned
without regard to the Active Indicator and the
Active Until Date on TSAISTA.
6-13
Application
No
Enter the application of the population selection.
Selection
No
Enter the selection identifier of the population
selection.
Creator ID
No
Enter the creator ID for the population selection.
User ID
No
Enter the user ID for the population selection.
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
May 2008
Create Installment Transaction Process (TSPISTT)
This process is used to create the installment plan transactions in the Accounts Receivable Transaction Detail Table
(TBRACCD). Rules created on the Installment Plan Rules Form (TSAISTR) are used for processing.
Description
Parameters
6-14
Name
Required?
Description
Values
Term Code
Yes
Enter the term code.
Any valid term code.
ID
No
Enter the identifier to create installment transactions
for a single ID.
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
May 2008
1098 Student Tax Report (TSR1098)
Description
Use this report to print student 1098-T notifications or to produce the IRS file.
Before running this report, you will need to complete the TSA1098 form with information for the transmitter and
the institution.
The 1098 report produces two files: the TSR1098.lis file (1098-T notifications) and the IRS1220.dat file (flat file
for IRS submission).
To easily review data in the IRS1220.dat file, run the TSR1098 report in TEST mode (parameter 02=T) with the
Generate IRS File parameter (parameter 08) set to Y and the File Type parameter (parameter 09) left blank. If you
use a standard text editor to open the resulting file, the report will display each record of 750 characters in a
separate row.
Note
For information about how to adjust your laser print file, refer to “Adjusting the Laser Print
File” on page 6-21.
6-15
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
„
May 2008
Parameters
Name
Required?
Description
Values
Tax Year
Yes
Year for which you are reporting information.
Valid Year (YYYY)
Official mode will update student status from
(R)eady to Send to (S)ent when parameter 03 is set to
S or I. Official mode will update IRS status when
parameter 08 is set to Y.
O
Official
T
Test (default)
R
Reprint
Run Mode: Official/Test/ Yes
Reprint
Test mode will print the 1098-T notifications and
produce the IRS report. This mode will not update
the statuses.
Reprint mode reprints 1098-T notifications on
demand for a student or a group of students. To use
this mode, you must use the population selection
parameters: Application Code, Selection Identifier,
Creator ID, and User ID. This mode updates the
student notification date. No IRS media are
generated.
Note: You must use population selection in order to
use Reprint mode.
6-16
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
May 2008
Parameters (cont) Name
Form Print - Student /
IRS / None
Required?
Description
Values
No
Specify whether you want Banner to print the
student 1098-T notifications and the format you
want to use.
I
IRS format. Use when filing
paper 1098-T forms with the IRS.
N
Do not print 1098-T notifications
(default)
S
Student format. Use this format
when you file 1098-T information
magnetically/electronically and
print 1098-T forms for student
mailings or institution use.
The Student format can be used when an institution
files 1098-T information magnetically/
electronically and is only printing 1098-T forms for
student mailings or institution use.
Note: When TSR1098 runs in Official
mode, and this parameter is set to I or
S, the Student Status field on
TSATAXN will be updated from
(R)eady to Send to (S)ent (if printed to
Printer Type (1)-Dot (2)- Yes
Laser
6-17
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
Choose whether you print to a dot matrix or a laser
printer.
1
Dot matrix printer
2
Laser printer
May 2008
Parameters (cont) Name
Exclude Option 1-4
Sort Option 1-4
USA Nation Codes
Required?
Description
Values
Yes
Select the conditions for which you do not want to
generate a 1098-T for a student.
1
Print or issue 1098-Ts for all
students and/or the IRS.
Amounts are compared according to IRS regulations
without regard to indicators in box 6, 8, or 9.
2
Do not print or issue 1098-Ts for
students and/or the IRS when all
amounts are zero.
3
Do not print or issue 1098-Ts for
students and/or the IRS when
Scholarship and Grants (SG)
amounts exceed or equal Charges
Billed (CB) and when all other
amounts are zero.
4
Do not print or issue 1098-Ts for
students who meet the criteria
specified in either option 2 or 3.
1
Sort by ZIP code, name, then by
social security number (SSN).
2
Sort by ZIP code, SSN, then by
name.
3
Sort by SSN, then by name.
4
Sort by name, then by SSN.
Yes
No
Choose how you want records sorted.
Enter all nation codes designated as USA on
STVNATN.
Prints the nation description on the 1098-T paper
forms for student addresses designated as foreign
(non-USA), and identifies the students as foreign in
the IRS file.
If the nation code is not blank or one of
the values entered on this parameter,
then the address will be deemed
foreign.
This is a repeating parameter, so multiple codes can
be entered.
6-18
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
May 2008
Parameters (cont) Name
Required?
Generate IRS File (Y/N) Yes
Description
Values
Specify whether you want Banner to create the IRS
flat file.
Y
Create IRS flat file.
N
Do not create IRS flat file.
Note: When TSR1098 runs in Official
mode and this parameter is set to Y, the
IRS Status field on TSATAXN is
updated from (R)eady to Send to either
(S)ent or (E)xcluded (when record
matches exclusion values).
File Type
No
Identify the type of file you are sending to the IRS.
When this parameter is set to LS, the resulting data
file is a continuous stream of data to be copied to
tape.
Enter LS if the file is to be sent by
magnetic tape (default).
Leave blank if the file is to be sent via
asynchronous means.
When this parameter is left blank, the resulting data
file has a carriage return at the end of each
750-character record.
See IRS publication 1220 for more details.
Prior Year Data
Orig. /Test/Repl.
Replacement Alpha
Character
6-19
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
No
Yes
No
Specify whether you are reporting prior year data
after the last IRS submission date for that year.
P
Report on prior year data.
See IRS publication 1220 for more details.
blank
Report on current year data.
Enter the type of file.
O
Original file (default)
See IRS publication 1220 for more details.
R
Replacement file
T
Test file
Required for replacement files only. Enter the
alphanumeric character which appears on the Media
Tracking Slip returned by the IRS.
May 2008
Parameters (cont) Name
Required?
Description
Electronic File Name
No
Required when a replacement electronic file is being
sent. Enter the electronic file name assigned by the
IRS.
Application ID
No
Enter the application ID.
Values
Used for population selection.
Selection ID
No
Enter the selection ID.
Used for population selection.
Creator ID
No
Enter the creator ID.
Used for population selection.
User ID
No
Enter the user ID.
Used for population selection.
OPE ID Code
No
Enter the Office of Postsecondary Education
Identifier code. Required if Generate IRS File = Y.
Characters 1-6 contain the OPE code
and must be numeric.
Note: This is used with the Student PIDM to create
a unique identifier for the IRS record.
Characters 7-8 contain the two-digit
campus code and can be numeric or
zero.
Student 1098-T Notifications
If the parameter (03) for this selection is set to S (Student format), the TSR1098.lis creates Student 1098-T
Notifications for printing on continuous feed dot matrix or laser cut sheet paper. To print on pre-printed laser forms,
you must perform the following steps:
1. Copy the TSR1098.lis file to TSR1098.ps (post-script file).
2. Open TSR1098.ps in a text editor. Enter the valid laser printer code at the beginning of the TSR1098.ps file.
Refer to your laser printer manual for the code specific to your printer. Adjust margin or spacing settings as
necessary.
6-20
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
May 2008
3. Enter the appropriate command for your environment to print on a laser printer.
Tax Notification information prints for all students with a Student Notification Status of (R)eady to Send on the
TSATAXN form, unless manually excluded by Remove Notification or based on the Exclusion parameter entered.
When this process is run in Official mode, it also sets the Student Notification Status indicator to (S)ent) or
(E)xcluded.
IRS File
The TSR1098 process produces the IRS flat file (irs1220.dat) if the Generate IRS File parameter (08) for this
selection is set to Y (Yes). When this process is run in Official mode, it also sets the IRS Report Status indicator to
(S)ent or (E)xcluded.
See IRS publication 1220 for IRS record layout and instructions for transmitting electronic file or sending tape
information.
Adjusting the Laser Print File
Follow these instructions if you need to make adjustments to your laser print file to align the 1098-T notifications.
Modifications to the print file should be made by a person familiar with PostScript.
Default Font
The default font chosen for the W-2s is 10 point New Courier, which is a non-proportional typeface. This means
that all letters and spaces use the same amount of print space on a horizontal line, regardless of the width of the
letter. If a change to the font is required, it can be found at the beginning of the print file.
Adjusting Horizontal Print Positions
The print may vary slightly on printers from different manufacturers. If horizontal adjustment is required for the
entire form, increasing or decreasing the left margin will cause all printed data on the form to shift either to the left
or right. Only very slight adjustments should be necessary. The applicable parameter can be found at the
beginning of the print file, as follows:
/LeftMargin .42 inch def
6-21
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
May 2008
Adjusting Vertical Print Positions
If the vertical alignment changes from the top to the bottom of the page, you will need to make adjustments.
The amount of space between lines is called leading. If data print over the description of each box on the form, the
leading should be increased. If data print over the bottom line of each box, the leading should be decreased.
When adjusting the leading, increment or decrement only one number at a time. Parameters that define spacing can
be found at the beginning of the print file.
/LineSpace 10.49 def
/DoubleSpace 20 def
/TripleSpace 30 def
If all printed data must be shifted up or down, adjusting the top margin is the best method. The default value can be
found in the /TopStart command. If an adjustment is required, it should be slight. This parameter can be found at
the beginning of the print file.
/TopStart 10.50 inch def
6-22
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
May 2008
Total Billed Report (TSRBTOT)
This report prints billing totals by detail code based on the date specified in the Billing Date parameter. Billing
Date is updated by the Student Billing Statement Process (TSRCBIL) run in STATEMENT or SCHEDSTMT mode.
All accounts run in STATEMENT mode on this date are included.
Description
This report is useful for viewing any activity of outstanding terms. Charges by term are listed, and a summary lists
all charges and payments by detail code with totals.
Parameters
Name
Required?
Description
Values
Billing Date
Yes
Enter the billing date in DD-MON-YYYY format, for
which associated detail is to be printed.
Report Sample (Page 1 of 6)
30-MAY-1991 21:28:05
Banner University
Total Billed Report
PAGE 1
TSRBTOT
Term: 199001
--------------------------- CHARGES ---------------------------Code
Description
Amount
BKST
6-23
Bookstore Charge
5,676.00
Term Charge Total:
5,676.00
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
May 2008
Report Sample (Page 2 of 6)
30-MAY-1991 21:28:05
Banner University
Total Billed Report
PAGE 2
TSRBTOT
Term: 199101
--------------------------- CHARGES ---------------------------Code
Description
Amount
ACTF
ATH1
BKST
PENL
R100
RETC
T101
T102
Activity Fee
Athletic Fee - Campus 1
Bookstore Charge
Returned Check Penalty
Registration Fee
Returned Check
Tuition
Tuition
232.70
27.00
30.00
10.00
35.65
20.00
1,300.00
297.00
Term Charge Total:
1,952.35
Report Sample (Page 3 of 6)
30-MAY-1991 21:28:05
Banner University
Total Billed Report
PAGE 3
TSRBTOT
Term: 199301
--------------------------- CHARGES ---------------------------Code
Description
Amount
APPF
ATH1
BKST
LATE
PENL
PRIN
R100
RETC
S001
SERV
STU1
T101
Application Fee
Athletic Fee - Campus 1
Bookstore Charge
Late Registration Fee
Returned Check Penalty
Loan Principal
Registration Fee
Returned Check
Student Service Fee
Loan Service Charge
Student Union - Campus 1
Tuition
Term Charge Total:
6-24
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
25.00
33.75
500.00
5.00
10.00
500.00
50.00
200.00
75.00
25.00
15.00
120.00
1,558.75
May 2008
Report Sample (Page 4 of 6)
30-MAY-1991 21:28:05
Banner University
Total Billed Report
PAGE 4
TSRBTOT
Term: ARTERM
--------------------------- CHARGES ---------------------------Code
Description
Amount
0100
FACR
FACU
INIT
Tuition Undergrad
Facility Rental
Faculty Club Dues
Initiation Fee
2,000.00
300.00
200.00
30.00
Term Charge Total:
2,530.00
Report Sample (Page 5 of 6)
30-MAY-1991 21:28:05
Banner University
Total Billed Report
PAGE 5
TSRBTOT
Term: SUMMARY
--------------------------- CHARGES ---------------------------Code
Description
Amount
0100
ACTF
APPF
ATH1
BKST
FACR
FACU
INIT
LATE
PENL
PRIN
R100
RETC
S001
SERV
STU1
T101
T102
Tuition Undergrad
Activity Fee
Application Fee
Athletic Fee - Campus 1
Bookstore Charge
Facility Rental
Faculty Club Dues
Initiation Fee
Late Registration Fee
Returned Check Penalty
Loan Principal
Registration Fee
Returned Check
Student Service Fee
Loan Service Charge
Student Union - Campus 1
Tuition
Tuition
Charge Total:
2,000.00
232.70
25.00
60.75
6,206.00
300.00
200.00
30.00
5.00
20.00
500.00
85.65
220.00
75.00
25.00
15.00
1,420.00
297.00
11,717.10
--------------------------- CREDITS ---------------------------Code
Description
Amount
CHEK
ESL
EXPT
NDEP
TPPY
6-25
Check
Emergency Student Loan
Exemption Payment
Nonie's Deposit
Contract Payment
1,200.00
500.00
293.75
200.00
1,413.00
Credit Total:
3,606.75
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
May 2008
Report Sample (Page 6 of 6)
30-MAY-1991 21:28:05
Banner University
Total Billed Report
PAGE 6
TSRBTOT
* * * REPORT CONTROL INFORMATION - TSRBTOT - Release 2.1.5 * * *
RPTNAME: TSRBTOT
BILL DATE: 30-APR-1991
RECORD COUNT: 4
6-26
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
May 2008
Student Billing Statement (TSRCBIL)
Description
TSRCBIL enables you to create credits for student accounts, generate invoices or statements for students, or
produce schedule bills for students. The output of TSRCBIL depends upon the values selected for the parameters,
and the run mode chosen.
Note
Third-party contractors are billed using TSRTBIL; non-student accounts are billed using
TFRBILL.
„
Create Credits
To create credits and update accounts, run TSRCBIL in STATEMENT, SCHEDSTMT, or APPLYCRED mode
with the Create Cont, Dep, Expts Credits parameter set to Y. If you prefer not to produce an invoice or statement,
run TSRCBIL in APPLYCRED mode. If the Update Accept Charges parameter is Y, TSRCBIL sets the AR
Indicator in registration and location management to Y for students with new credits.
Multiple contracts and exemptions can be processed per term. If charges to a student’s account exceed the amount
of a third party payment or an exemption, Banner uses the information established on the Contract Authorization
Form (TSACONT) and/or the Exemption Authorization Form (TSAEXPT) to determine which account source,
category code, or detail code to apply first.
Produce Invoices/Statements
To produce an Invoice or a Statement for a student, run TSRCBIL in INVOICING or STATEMENT mode.
• When run in INVOICING mode, TSRCBIL prints invoices and estimates credits based on current charges
without updating the account. The header for the output is BILLING INVOICE. Invoice amounts may
display in a currency other than the base currency, depending upon the value in the Currency Code
parameter.
• When run in STATEMENT Mode, TSRCBIL calculates and applies credits (if the parameter to create
contracts, exemptions, and deposits is Y), updates the account with bill and due dates for charges and credits
(when the effective date is reached), and prints statements. The header for the output is BILLING
STATEMENT. After TSRCBIL is run once, previously billed items are totalled and included on the
statement as the previous billed balance. Future due charges are displayed in detail based on the parameters
selected until the effective date is reached. Statement amounts may display in a currency other than the base
currency, depending upon the value in the Currency Code parameter.
6-27
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
May 2008
Generate a Schedule/Bill
Before you can run TSRCBIL for a schedule bill, you must first set up rules on the Schedule/Bill Rules Form
(TSASBRL). To generate a schedule bill for a student, run TSRCBIL in SCHEDSTMT or SCHEDINV mode. A
schedule bill is a combination of a student's schedule of classes and their charges and credits. A schedule bill can
be produced for either an individual or a group of students. In SCHEDSTMT mode, the bill and due date are
updated for unbilled transactions, without regard to term, that are included in Amount Due.
When you produce Schedule/Bills via Job Submission, you must still value the following parameters, even though
they will be ignored:
• Print Future Detail Indicator
• Print Order
• Create Cont, Deposits, Expt Indicator
• Minimum Acct Balance
• Detail Codes to Bill (% valid)
• Accounts (P)ers, (C)omp, or %
• Do you want Memos printed
• Do you want deposits printed
• Affect Amount Due Indicator
ID (Collector) Printer
To produce an invoice, statement, or schedule/bill for an individual, run TSRCBIL with a valid ID in the ID
Number parameter.
To produce an invoice, statement, or schedule/bill for a group of students, run TSRCBIL in COLLECTOR mode,
mass mode, or population selection mode.
• To print TSRCBIL as requested from Banner forms options, enter COLLECTOR when prompted for the ID
Number parameter. Enter the same printer that was used on the Account Print Selection Form (TOADEST).
Leave the population selection parameters blank.
• In Mass mode, leave the following parameters blank: ID, Selection Identifier, Application Code, and
Creator ID.
6-28
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
May 2008
• In Population Selection Mode, provide a valid population defined by entering Selection Identifier,
Application Code, and Creator ID. Leave the ID parameter blank.
E-bill Functionality
When you run TSRCBIL in STATEMENT and SCHEDSTMT modes, a unique statement number is generated for
each bill. This statement number is stored in the Statement Header Table as tbbstmt_stmt_number and prints in
the statement output. The statement may be stored in order to be able to retrieve a copy via the Luminis Statement
Channel, Self-Service, or the Statement and Payment History Inquiry Form (TGISTMT). For information about
storing individual statements, please refer to the FAQ section in the Accounts Receivable TRM Supplement.
The statement number appears in the billing output, as follows:
• In STATEMENT mode, the statement number appears on the 3rd line, beginning in the first position.
• In SCHEDSTMT mode, the statement number appears on line 58 (unless the value of the
BLANK_PAPER_BOTTOM_TOTALS_START_LINE has been modified in the TSRCBIL source code). The column
in which it begins is dependant on the width of the schedule bill, but will be aligned to the beginning of the
Student Id literal in the next line of the payment stub. The width varies with the choices made for columns
to display on TSASBRL.
• In INVOICING or SCHEDINV mode, values from the statement number sequence are used during
processing that are subsequently deleted from the TBBSTMT table. As a result, there will be gaps in the
values that are in the tbbstmt_stmt_number column.
Include Zero Balances Parameter
There are three valid values for this parameter.
• C - Include all zero balances with activity since the last statement date.
• Y - Include all zero balances.
• N - Exclude all zero balances.
The value chosen for this parameter determines the accounts for which bills will be generated, as summarized in
the following charts.
6-29
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
May 2008
Chart 1 - Sample Accounts
Account 1
Account 2
Account 3
Account 4
Previous Balance
N/A
0
0
200
Current Activity*
none
none
100
-200
-100
Account Balance
0
0
0
0
* Your database may include old transaction records which would appear to be "Current Activity" since
tbraccd_bill_date and tbraccd_due_date are null. You may want to update these columns on long closed
accounts before implementing the (C)urrent activity parameter option for zero balances.
Chart 2 - Impact of Include Zero Balance Parameter on Output
Parameter Options
Account 1
Account 2
Account 3
Account 4
N (exclude all zero
balances)
Not Printed
Not Printed
Not Printed
Not Printed
C (include zero balances
only if current activity)
Not Printed
Not Printed
Printed
Printed
Y (include all zero
balances) - Statement/
Invoice modes
Not Printed
Not Printed, Mass mode
Printed
Printed
Y (include all zero
balances) - Schedule bill
mode
Printed
Printed
Printed
Printed, if included in
Population Selection
Printed
Note
The value for the Zero Balance Parameter can override the Minimum Balance parameter.
6-30
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
„
May 2008
Parameters
Name
Required?
Description
Values
Term
Y
Primary term code
Term Code Validation Form
(STVTERM)
This code is used by the system to identify contract,
exemption rules and deposits to be included in
processing if the Create Cont, Dep, Expt Credits
parameter is set to Y. It will also be used to look at
the financial aid and memos to be selected for the
term entered.
Address Selection Date
Y
Date used to find active address, entered in
format.
DD-MON-YYYY
Address Type Hierarchy
Y
Enter the address type to be printed on the invoice/
statement. Multiple requests are permitted and must
be entered in priority sequence.
Address Type Code Validation Form
(STVATYP)
For example, 1MA 2PR will first print the mailing
address, and if none is found, will print the
permanent address.
ID Number (or
“COLLECTOR”)
N
If an ID number or COLLECTOR is entered,
TSRCBIL will only produce invoices.
If the Run Mode is STATEMENT or SCHEDSTMT,
then this parameter may not be populated.
ID Number - The number for which the
invoice or schedule/bill invoice is to be
produced.
COLLECTOR - Process all requests in
the collector file. You must have
requested the invoice online.
blank - Process all accounts or process
a specified population. .
Printer
6-31
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
N
Indicate the printer destination for this process when
running in COLLECTOR mode. If you requested a
printer through the Account Printer Selection Form
(TOADEST) and want to retrieve these requests,
you must use the same printer.
May 2008
Parameters (cont) Name
Required?
Description
Selection Identifier
N
Enter the code that identifies the population with
which you wish to work. The selection identifier
must be defined on the Population Selection Inquiry
Form (GLISLCT). All or none of the population
selection parameters must be entered.
Application Code
N
Enter the code that identifies the general area for
which the selection identifier was defined. All or
none of the population selection parameters must be
entered.
Values
Application Inquiry Form (GLIAPPL)
The Population Selection Extract Inquiry Form
(GLIEXTR) may be used to review the people who
will be processed.
Creator ID
N
Enter the user ID of the person creating the subpopulation rules. The creator ID must have been
specified when defining the selection identifier. All
or none of the population selection parameters must
be entered.
User
N
ID of the person who ran the population selection.
Run in Sleep/Wake mode N
(Y/N)
Enter Y to begin sleep/wake cycling of this process
and printer.
Sleep interval
N
Enter the time in seconds for the process to pause
before resuming execution. The lowest enterable
value is 1. The highest enterable value is 999999.
The default value is 60.
Schedule/Bill Rules
Code
N
Enter the rules code to be used to access the rules on
the Schedule/Bill Rules Form (TSASBRL).
Y
Use sleep/wake
N
Do not use sleep/wake (default)
Schedule/Bill Rules Code Validation
Form (TTVSBRC)
This parameter is required if the Run Mode is
SCHEDINV or SCHEDSTMT.
6-32
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
May 2008
Parameters (cont) Name
Campus Code(s) (%
valid)
Required?
Description
Values
N
Enter the campus code for schedule/bill selection. A
schedule/bill is produced for students meeting all the
selection criteria at the specified campus(es).
Multiple values may be entered, or enter % for all.
Campus Code Validation Form
(STVCAMP)
This parameter is required if the Run Mode is
SCHEDINV or SCHEDSTMT.
Update Accept Charges
(Y/N)
Run Mode
This parameter allows clients to choose whether or
not to update accept charges flag when credits are
posted to the student’s account. Applies to
STATEMENT mode, SCHEDSTMT mode, and
APPLYCRED mode.
Y
Y
Update accept charges flag in
registration (SFBETRM) and
location management
(SLRRASG, SLRMASG,
SLRPASG)
N
Do not update accept charges
flags
Choose one of five run modes:
INVOICING (default)
INVOICING - prints invoices and estimates credits
based on current charges without updating the
account. Any charge and payment transactions
listed in detail when TSRCBIL is run in
INVOICING mode will show in detail until they are
processed through a STATEMENT run.
STATEMENT
APPLYCRED
SCHEDINV
SCHEDSTMT
STATEMENT - prints statement of charges/
payments, updates bill date and due date, begins
aging
APPLYCRED - calculates and applies credits for
contracts, exemptions, and deposits, but will not
produce a billing statement or invoice
SCHEDINV - prints a student schedule and invoice
Currency Code
6-33
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
N
The user can specify foreign currency in which
invoices and statements will be produced.
Currency Code List (GTVCURR)
May 2008
Parameters (cont) Name
Billing Date
Required?
Description
Values
Y
This date will be used to determine what transactions Any valid date in DD-MON-YYYY
format. The default is sysdate.
are current based on the effective date, and will
update the Bill Date of the transaction.
Note: Schedule bill modes also use this date, if the
Current Due Cutoff Date is not populated on
TSASBRL.
Due Date
Y
Due Date used for schedule/bills and statements, and Any valid date. The Due Date must be
to update the due date of the transaction.
greater than the Bill Date.
Print Future Detail
Indicator
Y
Enter Y if you want detail with future effective dates
to be printed on invoices/statements. These details
will be printed but will NOT be updated with a bill
date and due date when TSRCBIL runs in
STATEMENT mode.
Futures Print Date
N
Specify a date to display when future items are
printed.
Print Order
Y
Y
Print future detail (default)
N
Do not print future detail
Specify the sort order for the output.
I
ID number order
Note: Bills for which there are no valid address will
be printed first.
N
Alpha/last name order
ZI
Zip code and ID number order
ZN ZN prints in Zip Code and
alpha/last name order (default)
6-34
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
May 2008
Parameters (cont) Name
Create Cont, Dep, Expts
Credits
Required?
Description
Values
Y
For details, see the Values column.
Y
If the Run Mode is APPLYCRED, then this
parameter must be set to Y.
(default)
When run in INVOICING or
SCHEDINV mode, estimates
contracts, exemptions, and
deposit
When run in STATEMENT,
SCHEDSTMT, or APPLYCRED
mode, calculates and applies
contracts, exemptions, and
deposits.
Include Zero Balances
N
The Include Zero Balances parameter includes three
valid values. This makes it possible for the
institution to bill accounts with activity that nets to
zero and to avoid billing accounts with no activity.
For additional information, refer to “Include Zero
Balances Parameter” on page 6-29.
N
No estimates or calculations
N
Exclude all zero balances
C
Include zero balances only if there
was activity on the account.
Y
Include all zero balances (for
schedule bill only)
Note: Zero Account Balance refers to overall
account balance.
Minimum Acct Balance
Y
Enter minimum balance required for account to be
billed. Can request invoices/statements for accounts
with a minimum balance, and use negative numbers
to retrieve accounts with a credit balance.
Note: Minimum Account Balance refers to current
due account balance. The value entered here is
overridden by the valued entered for the Include
Zero Balance parameter.
6-35
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
May 2008
Parameters (cont) Name
Detail Codes to Bill (%
valid)
Accounts (P)ers (C)omp
or %
Required?
Description
Values
Y
Can produce invoices/statements based on detail
code. You may use% as a wildcard along with some
characters of the detail code to get groups of details
(for example: R%).
Detail Code Control Form
(TSADETC)
%
All (default)
Can produce invoices/statements.
P
Person accounts
C
Company accounts
%
All accounts (default)
For details, see the Values column.
Y
Print all memos (default)
Note: Third party pre-authorized transactions will
print, even if this flag is set to N.
N
Do not print memos
For details, see the Values column.
Y
Print deposits (default)
N
Do not print deposits
Y
Affect amount due (default)
N
Do not affect amount due
Y
The following three parameters are used in INVOICING and STATEMENT modes.
Note: Use TSASBRL to define credit processing rules for Schedule Bill processing.
Do you want Memos
printed
Y
Do you want deposits
printed
Y
Affect Amount Due
indicator
Y
If authorization to use a contract is not required, as
specified on the Student Billing Control Form
(TSACTRL), this parameter is non-functional.
If authorization to use a contract is required, enter Y
to affect amount due by the total of pre-authorized
charges.
6-36
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
May 2008
Parameters (cont) Name
Do Dynamic
Calculations
Required?
Description
Values
N
Indicates if a dynamic calculation of automated
installment plans, with a presentation of amount due
and future installment detail, should appear on the
bill.
Y
Include dynamic installment
plans.
N or blankDo not include dynamic
installment plans.
Note: This parameter can be used in INVOICING or
STATEMENT mode, and can be run only once per
term.
Print a control report
6-37
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
N
For details, see the Values column.
Y
Print control report (default)
N
Do not print control report
May 2008
Report Sample #1—Run in INVOICING mode (Page 1 of 3)
22-JUN-2006 14:22:39
TERM: 200610
BANNER University
BILLING INVOICE
PAGE 1
TSRCBIL
Elizabeth Mead
142 King Street
Waterloo, PA 19867
MEAD
TERM
ITEM DATE
DESCRIPTION
CHARGES
CREDITS
-------------------------------------------------------------------------------* PREVIOUS BILLED BALANCE *
3,950.00
INVOICE NUMBER 200610 10-APR-06
10-APR-06
10-APR-06
22-JUN-06
22-JUN-06
10-APR-06
-- AUTHORIZED FINANCIAL AID -Federal SEOG
* FINANCIAL AID BALANCE *
200610
200610
- CURRENT CHARGES * NONE *
Housing
Meal Plan
Phone
Registration Fee
Undergraduate Tuition
- CURRENT PAYMENTS Cash
* CURRENT BILLED BALANCE *
22-JUN-06
PRE-AUTHORIZED CREDITS
Contract Payment
**PRE-AUTH CRED BALANCE**
2,000.00
1,060.00
100.00
75.00
4,750.00
300.00
11,635.00
375.00
375.00
3,200.00
3,200.00
------ FUTURE DEPOSITS -----Apartment Damage Deposit
200.00
* FUTURE DEPOSIT BALANCE *
200.00
-------------------------------------------------------------------------------NOTE: Non-cash credits are estimated based on current term charges
-------------------------------------------------------------------------------PAST DUE: 3,950.00
FUTURE BALANCE: -200.00
TOTAL DUE: 8,060.00
-------------------------------------------------------------------------------200610
6-38
22-JUN-06
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
May 2008
Report Sample #1—Run in INVOICING mode (Page 2 of 3)
22-JUN-2006 14:22:39
TERM: 200610
BANNER University
BILLING INVOICE
* * * REPORT CONTROL INFORMATION * * *
PAGE 1
TSRCBIL
Process: TSRCBIL
Version: 7.3
Bill Run: 110474
Term to be Processed: 200610
Address Selection Date: 22-JUN-2006
Address Type Hierarchy: 1MA 2PR
Print Zero Balance: N
ID Number:
Printer Destination:
Selection Identifier: TEMP2
Application Code: NNNN
Creator ID: JSMITH
User ID: JSMITH
Run in Sleep/Wake Mode (Y/N): N
Sleep/Wake Interval: 60
Create Cont, Deposit, Expt Indicator: Y
Update Accept Charges (Y/N): N
Run Mode: INVOICING
Currency Code used to produce Invoice/Statement:
Print Future Details Indicator: Y
Date to use when Future Items are Printed:
Print Order: ZN
Statement Date: 22-JUN-2006
Due Date: 15-JUL-2006
Minimum Account Balance: -9999999.99
Detail Codes to Bill: %
Accounts (P)ers, (C)omp, or %: %
Do you want Memos printed? (Y or N): Y
Do you want Deposits printed? (Y or N): Y
Pre-authorized Credits Affect Total Due: Y
Dynamically Calculate Installment Plan Information? (Y or N):
Report Sample #1—Run in INVOICING mode (Page 3 of 3)
Total
Total
Total
Total
Total
Total
Total
Total
Total
Registration AR Indicators updated:
Meal AR Indicators updated:
Phone AR Indicators updated:
Room AR Indicators updated:
of People having Credits calculated: 1
of Person Accounts Billed: 1
of Company Accounts Billed:
Charges Billed: 7,985.00
Credits Billed: 500.00
Total Amount Due: 7,485.00
6-39
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
May 2008
Report Sample #2—Run in STATEMENT mode (Page 1 of 3)
22-JUN-2006 14:33:49
TERM: 200610
45353
BANNER University
Student Billing Statement
Elizabeth Mead
142 King Street
Waterloo, PA 19867
PAGE 1
TSRCBIL
MEAD
DUE: 15-JUL-2006
TERM
ITEM DATE
DESCRIPTION
CHARGES
CREDITS
-------------------------------------------------------------------------------* PREVIOUS BILLED BALANCE *
3,950.00
INVOICE NUMBER 200610 10-APR-06
10-APR-06
10-APR-06
22-JUN-06
22-JUN-06
10-APR-06
22-JUN-06
- CURRENT CHARGES S0003429
Housing
Meal Plan
Phone
Registration Fee
Undergraduate Tuition
- CURRENT PAYMENTS Cash
Contract Payment
* CURRENT BILLED BALANCE *
-- AUTHORIZED FINANCIAL AID -Federal SEOG
* FINANCIAL AID BALANCE *
200610
2,000.00
1,060.00
100.00
75.00
4,750.00
300.00
3,200.00
8,435.00
375.00
375.00
------ FUTURE DEPOSITS -----Apartment Damage Deposit
200.00
* FUTURE DEPOSIT BALANCE *
200.00
--------------------------------------------------------------------------------------------------------------------------------------------------------------PAST DUE: 3,950.00
FUTURE BALANCE: -200.00
TOTAL DUE: 8,060.00
200610
6-40
22-JUN-06
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
May 2008
Report Sample #2—Run in STATEMENT mode (Page 2 of 3)
22-JUN-2006 14:33:49
TERM: 200610
BANNER University
Student Billing Statement
PAGE 1
TSRCBIL
* * * REPORT CONTROL INFORMATION * * *
Process: TSRCBIL
Version: 7.3
Bill Run: 110491
Term to be Processed: 200610
Address Selection Date: 22-JUN-2006
Address Type Hierarchy: 1MA 2PR
Print Zero Balance: N
ID Number:
Printer Destination:
Selection Identifier: TEMP2
Application Code: NNNN
Creator ID: JSMITH
User ID: JSMITH
Run in Sleep/Wake Mode (Y/N): N
Sleep/Wake Interval: 60
Create Cont, Deposit, Expt Indicator: Y
Update Accept Charges (Y/N): N
Run Mode: STATEMENT
Currency Code used to produce Invoice/Statement:
Print Future Details Indicator: Y
Date to use when Future Items are Printed:
Print Order: ZN
Statement Date: 22-JUN-2006
Due Date: 15-JUL-2006
Minimum Account Balance: -9999999.99
Detail Codes to Bill: %
Accounts (P)ers, (C)omp, or %: %
Do you want Memos printed? (Y or N): Y
Do you want Deposits printed? (Y or N): Y
Pre-authorized Credits Affect Total Due: Y
Dynamically Calculate Installment Plan Information? (Y or N):
Report Sample #2—Run in STATEMENT mode (Page 3 of 3)
Total
Total
Total
Total
Total
Total
Total
Total
Total
Registration AR Indicators updated:
Meal AR Indicators updated:
Phone AR Indicators updated:
Room AR Indicators updated:
of People having Credits calculated: 1
of Person Accounts Billed: 1
of Company Accounts Billed:
Charges Billed: 7,985.00
Credits Billed: 3,700.00
Total Amount Due: 4,285.00
6-41
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
May 2008
Report Sample #3—Run in SCHEDINV mode (Page 1 of 2)
06/22/2006
SUBJ CMP COURSE TITLE
BIOL
ACCT
ANTH
RELS
SOCI
MKRT
M
M
M
M
M
M
Biological Prin
Intermediate Ac
Origins of Cult
Old Testament I
The US in the 2
Principles of M
BANNER University
STUDENT SCHEDULE/BILL
Fall 2005-2006 (200610)
CREDS DAYS
START/STOP BUILD
1.00
3.00
3.00
3.00
3.00
3.00
W
MWF
MWF
MWF
MWF
MWF
0200-0350pm
0800-0850am
0900-0950am
1000-1050am
1100-1150am
0100-0150pm
BIOL
PHIL
HUM
PHIL
PHIL
HUM
ROOM--ROOM INSTRUCTOR
103
401
302
203
301
103
Chapin,
Thomas,
Jansen,
Johnes,
Hansen,
Sentes,
M.
P.
B.
S.
L.
B.
Course Credits: 16.00
=============== CHARGES ===============
Housing
2000.00
Meal Plan
1060.00
Phone
100.00
Registration Fee
400.00
Undergraduate Tuition
8000.00
===== CREDITS/ANTICIPATED CREDITS =====
Cash
300.00
Federal Pell Grant
1400.00
Merit Scholarship
575.00
Apartment Damage Deposit
700.00
Federal SEOG
375.00
Contract Payment
3200.00
*Federal Direct Stafford Loan
1294.00
================================================================================
* Designates CHARGE Not Yet Due, or CREDIT Not Affecting Amount Due.
For questions, please call 215-990-8876.
================================================================================
Elizabeth MEAD
MEAD
Campus:
123
Total Current Term Charges: 11560.00
Total Current Term Credits: 7844.00
Previous Balance:
Current Term Balance:
AMOUNT DUE:
Future Balance:
2350.00
5010.00
7360.00
0.00
----------------------- Return Bottom Portion With Payment --------------------Elizabeth Mead
142 King Street
Waterloo, PA 19867
Student ID:
Term:
DATE DUE:
AMOUNT DUE:
MEAD
200610
15-JUL-2006
7360.00
Amount Paid:
6-42
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
May 2008
Report Sample #3—Run in SCHEDINV mode (Page 2 of 2)
22-JUN-2006 14:27:41
TERM: 200610
BANNER University
SCHEDULE/BILL
PAGE 1
TSRCBIL
* * * REPORT CONTROL INFORMATION * * *
Process: TSRCBIL
Version: 7.3
Bill Run: 110482
Term to be Processed: 200610
Address Selection Date: 22-JUN-2006
Address Type Hierarchy: 1MA 2PR
Print Zero Balance: N
ID Number:
Printer Destination:
Selection Identifier: TEMP2
Application Code: NNNN
Creator ID: JSMITH
User ID: JSMITH
Run in Sleep/Wake Mode (Y/N): N
Sleep/Wake Interval: 60
Create Cont, Deposit, Expt Indicator: Y
Update Accept Charges (Y/N): N
Run Mode: SCHEDINV
Schedule Bill Rules Code: NNNN
Campus Code(s): %
Statement Date: 06/22/2006
Schedule Bill Due Date: 15-JUL-2006
Dynamically Calculate Installment Plan Information? (Y or N): N
Total
Total
Total
Total
Total
Total
Registration AR Indicators updated:
Meal AR Indicators updated:
Phone AR Indicators updated:
Room AR Indicators updated:
of Students having Credits calculated: 1
of Student Accounts Billed: 1
Total Amount Due: 7,360.00
6-43
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
May 2008
Report Sample #4—Run in SCHEDSTMT mode (Page 1 of 2)
06/22/2006
SUBJ CMP COURSE TITLE
BIOL
ACCT
ANTH
RELS
SOCI
MKRT
M
M
M
M
M
M
Biological Prin
Intermediate Ac
Origins of Cult
Old Testament I
The US in the 2
Principles of M
BANNER University
STUDENT SCHEDULE/BILL
Fall 2005-2006 (200610)
CREDS DAYS
START/STOP BUILD
1.00
3.00
3.00
3.00
3.00
3.00
W
MWF
MWF
MWF
MWF
MWF
0200-0350pm
0800-0850am
0900-0950am
1000-1050am
1100-1150am
0100-0150pm
BIOL
PHIL
HUM
PHIL
PHIL
HUM
ROOM--ROOM INSTRUCTOR
103
401
302
203
301
103
Chapin,
Thomas,
Jansen,
Johnes,
Hansen,
Sentes,
M.
P.
B.
S.
L.
B.
Course Credits: 16.00
=============== CHARGES ===============
Housing
2000.00
Meal Plan
1060.00
Phone
100.00
Registration Fee
400.00
Undergraduate Tuition
8000.00
===== CREDITS/ANTICIPATED CREDITS =====
Cash
300.00
Contract Payment
3200.00
Federal Pell Grant
1400.00
Merit Scholarship
575.00
Apartment Damage Deposit
700.00
Federal SEOG
375.00
*Federal Direct Stafford Loan
1294.00
================================================================================
* Designates CHARGE Not Yet Due, or CREDIT Not Affecting Amount Due.
For questions, please call 215-555-8876.
================================================================================
Elizabeth Mead
Student ID:
MEAD
Campus:
123
Total Current Term Charges: 11560.00
Total Current Term Credits: 7844.00
Previous Balance:
Current Term Balance:
AMOUNT DUE:
Future Balance:
2350.00
5010.00
7360.00
0.00
----------------------- Return Bottom Portion With Payment --------------------45354
Elizabeth Mead
Student ID: MEAD
142 King Street
Term: 200610
Waterloo, PA 19867
DATE DUE: 15-JUL-2006
AMOUNT DUE: 7360.00
Amount Paid: $____________
6-44
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
May 2008
Report Sample #4—Run in SCHEDSTMT mode (Page 2 of 2)
22-JUN-2006 14:37:13
TERM: 200610
BANNER University
SCHEDULE/BILL
PAGE 1
TSRCBIL
* * * REPORT CONTROL INFORMATION * * *
Process: TSRCBIL
Version: 7.3
Bill Run: 110530
Term to be Processed: 200610
Address Selection Date: 22-JUN-2006
Address Type Hierarchy: 1MA 2PR
Print Zero Balance: N
ID Number:
Printer Destination:
Selection Identifier: TEMP2
Application Code: NNNN
Creator ID: JSMITH
User ID: JSMITH
Run in Sleep/Wake Mode (Y/N): N
Sleep/Wake Interval: 60
Create Cont, Deposit, Expt Indicator: Y
Update Accept Charges (Y/N): N
Run Mode: SCHEDSTMT
Schedule Bill Rules Code: NNNN
Campus Code(s): %
Statement Date: 06/22/2006
Schedule Bill Due Date: 15-JUL-2006
Dynamically Calculate Installment Plan Information? (Y or N): N
Total
Total
Total
Total
Total
Total
Registration AR Indicators updated:
Meal AR Indicators updated:
Phone AR Indicators updated:
Room AR Indicators updated:
of Students having Credits calculated: 1
of Student Accounts Billed: 1
Total Amount Due: 7,360.00
6-45
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
May 2008
Account Detail Report (TSRDETL)
This report lists all activity in detail for every account for the specified term. All account detail is listed for the
term as well as balance due, future due, account balance, selection balance, and NSF (non-sufficient funds).
Deposits are included with a deposit balance. The control report includes total balance due for the term, future due
for the term, account balance for the term, and selection balance. Only accounts with at least one transaction with
a term code from the Term Code Validation Form (STVTERM) will be selected for this report.
Description
Note
To display all activity for an account, you must enter 30-DEC-2099 for the Process as of
Effective Date, Process as of Due Date, and Process as of Bill Date parameters.
Parameters
Name
Required?
Description
Values
Report Term
Yes
Enter term code, used only for report heading.
Term Code Validation Form
(STVTERM)
Detail Code
Yes
Specify a single detail code to be reported. Enter
detail code or enter % for all. Valid values should be
selected from the Detail Code Control Form
(TSADETC). To report multiple detail codes, enter
N% where N= any letter. For example, to report all
tuition type detail codes, enter T%.
TSADETC (Detail Code Control
Form)
%
All (default)
N% Multiple codes where N = the
appropriate letter
Process Term
Yes
Enter term code which represents the term for which
report and associated detail is to be run.
Term Code Validation Form
(STVTERM)
Balance Print A(ll)
O(pen)
Yes
Enter A to select all accounts regardless of their
account balance; enter O to select accounts that have
an account balance not equal to zero.
A
All accounts (default)
O
Accounts with balance not zero.
Process as of Entry Date Yes
6-46
„
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
Used to select all transactions with an entry date less
than or equal to the date entered. Entry date is the
system date stored for each account detail
transaction. Enter date in DD-MM-YYYY format.
May 2008
Parameters (cont) Name
Required?
Description
Process as of Effective
Date
Yes
Used to select all transactions with an effective date
less than or equal to the date entered. To select all
transactions enter 31-DEC-2099. Enter date in DDMON-YYYY format.
Process as of Billing
Date
Yes
Used to select all transactions with a billing date less
than or equal to the date entered. To select all
transactions enter 31-DEC-2099. Enter date in DDMON-YYYY format.
Process as of Due Date
Yes
Default date is 31-DEC-1999. Used to select all
transactions with a due date less than or equal to the
date entered. To select all transactions enter 31DEC-2099. Enter date in DD-MON-YYYY format.
Entity Type P-Pers,
C-Comp, %
Yes
Specify which accounts to include. Enter P-Person,
C-Company, or % for both.
Source Code
6-47
Yes
Specify detail activity to be reported which was
generated by a specific source; enter a single source
or % for all.
Minimum Balance
Yes
Enter the account balance for selecting accounts.
Any accounts with an account balance less than or
equal to the amount entered will be selected. To
select credit balance accounts enter -.01. To select
all accounts, enter 99999.99.
Selection Identifier
No
Enter the code that identifies the population with
which you wish to work. The selection identifier
must be defined on the Population Selection Inquiry
Form (GLISLCT). All or none of the population
selection parameters must be entered.
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
Values
P
Person accounts
C
Company accounts
%
Both (default)
Charge Payment Source Code
Validation Form (TTVSRCE)
%
All (default)
Population Selection Inquiry Form
(GLISLCT)
May 2008
Parameters (cont) Name
Application Code
Required?
Description
Values
No
Enter the code that identifies the general area for
which the selection identifier was defined. All or
none of the population selection parameters must be
entered.
Application Inquiry Form (GLIAPPL)
The Population Selection Extract Inquiry Form
(GLIEXTR) may be used to review the people who
will be processed in the load from the selection
identifier and application code entered.
Creator ID
6-48
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
No
Enter the user ID of the person creating the subpopulation rules. The creator ID must have been
specified when defining the selection identifier. All
or none of the population selection parameters must
be entered.
May 2008
Report Sample (Page 1 of 2)
22-APR-1998 08:44:09
199820
RS8
Development
Account Detail Report
AS OF 22-APR-1998
PAGE 1
TSRDETL
Student, Riley's 8th
Tran
5
4
3
2
1
Detl
MEAL
HOUS
TPPY
CASH
T101
Charge
600.00
1,500.00
Payment
Balance
.00
900.00
.00
.00
.00
4,000.00
2,200.00
5,000.00
Term
199820
199820
199820
199820
199820
Eff Date
22-APR-98
22-APR-98
22-APR-98
22-APR-98
22-APR-98
S Receipt
T
T
C
T
1347
T
1346
Tpay
ID
Bill Date Due Date
BYLER
Entry Date
22-APR-98
22-APR-98
22-APR-98
22-APR-98
22-APR-98
Balance Due: 900.00 Future Due: .00 Account Balance: 900.00 Selection Balance: 900.00 NSF Count: 0
M E M O
I T E M S
Detl
PELL
Charge
Payment
200.00
Term
199830
Exp Date
S
T
Term
199820
199820
199830
199830
Rel Date
02-MAY-98
01-JUL-98
02-MAY-98
01-JUL-98
Exp Date
Memo Balance: -200.00
D E P O S I T S
Detl
DCHK
DCHK
DCHK
DCHK
Amount
700.00
500.00
700.00
500.00
Balance
700.00
500.00
700.00
500.00
Eff Date Receipt
21-APR-98
21-APR-98
21-APR-98
21-APR-98
Deposit Balance: 2,400.00
= = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = =
6-49
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
May 2008
Report Sample (Page 2 of 2)
22-APR-1998 08:44:09
199820
Development
Account Detail Report
AS OF 22-APR-1998
PAGE 2
TSRDETL
* * * REPORT CONTROL INFORMATION * * *
RPTNAME: TSRDETL
VERSION: 3.1
TERM: 199820
DETAIL CODE: %
PROCESS TERM: %
BALANCE PRINT A-ALL O-OPEN: A
PROCESS AS OF ENTRY DATE: 22-APR-1998
PROCESS AS OF EFFECTIVE DATE: 31-DEC-2099
PROCESS AS OF BILL DATE: 31-DEC-2099
PROCESS AS OF DUE DATE: 31-DEC-2099
ENTITY TYPE: %
SOURCE CODE: %
MINIMUM REFUND BALANCE: 9999999.99
SELECTION ID: DOC
APPLICATION CODE: ACCTRECV
CREATOR ID: LWLOCK
REPORT TOTALS
BALANCE DUE: 900.00
FUTURE DUE: .00
ACCOUNT BALANCE: 900.00
SELECTION BALANCE: 900.00
RECORD COUNT: 1
6-50
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
May 2008
Assess Penalty/Interest Charges Report (TSRLATE)
This process assesses penalty and interest charges for accounts with a past due balance. Interest charges are always
based on percentage. Penalties and interest may be assessed on the outstanding balance, or on the outstanding
balance for a specific detail category code. When a detail category code is selected, only past due detail items of
that category will be summed together, to determine the amount outstanding to be used in the assessment
calculations.
Description
Past due detail items are defined as transactions whose due date is less than or equal to the run date, and whose
balance is not equal to zero. The Billing Processes (TSRCBIL and TSRTBIL) set the due date when run in
STATEMENT or SCHEDSTMT mode. Since assessments are based on the balance or the past due detail items, it
is highly recommended that the Application of Payments Process (TGRAPPL) be run before running the Penalty/
Interest Process, especially when a particular category code is specified.
Parameters
6-51
Name
Required?
Description
Cashier for Assessed
Charges
Yes
Enter the cashier/user ID to be associated with all
assessments posted.
Term for Charges
Yes
Enter the term code to be associated with all the
assessments posted.
Term Code Validation Form
(STVTERM)
DCAT Code to Process
No
Enter a specific detail category code to be processed.
If left blank, all past due items will be processed.
Detail Category Code Validation Form
(TTVDCAT)
Detail Code for Penalty
Charge
No
Enter the detail code which represents the penalty
charge. Valid values must exist on the Detail Code
Control Form (TSADETC).
Detail Code Control Form
(TSADETC)
Penalty Charge for Flat
Amount
No
Enter the fixed amount to be assessed as the penalty
charge. Do not enter a dollar sign ($). Also, there is
no need to enter a decimal for whole dollar amounts,
that is, 10 is the same as 10.00.
Penalty Charge % of
Overdue
No
Enter the percentage of the past due amount to be
assessed as the penalty charge. Do not enter a
percent sign (%). Format: 999.9999.
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
Values
May 2008
Parameters (cont) Name
Required?
Description
Values
Dollar Cap for % Based
Penalty
No
Enter the maximum dollar amount to be assessed for
percentage based penalties.
Recurring Penalty
Indicator
No
Enter a Y to indicate that this penalty may be
Y
assessed again, if it was assessed in a previous
N
execution of this process. If left blank, or an N is
entered, the penalty charge will not be assessed more
than once for a specific detail category code.
Assess penalty again (default)
Do not assess penalty more than
once (also NULL)
For example, if the process was run last month for
detail category code XXX, then again this month for
XXX, accounts which had been assessed the penalty
last month would not be assessed again. If, however,
the process was run for a different category, or no
category was specified, the penalty would be
assessed again. On the other hand, if the first run
specified no category code, and the second run did
specify one, two penalty charges would be assessed.
6-52
Detail Code for Interest
Charge
No
Enter the detail code which represents the interest
charge. Valid values must exist on the Detail Code
Control Form (TSADETC).
Interest Percent of
Overdue
No
Enter the percentage of the past due amount to be
assessed as the interest charge. Do not enter a
percent sign (%). Format: 999.9999.
Dollar Cap for Interest
Charge
No
Enter the maximum dollar amount to be assessed as
the interest charge.
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
Detail Code Control Form
(TSADETC)
May 2008
Parameters (cont) Name
Run Mode
Required?
Description
Values
Yes
Enter the mode in which processing will take place.
Enter an A to indicate that the process is to be run in
audit mode. Running in audit mode produces an
audit report without updating the database. When
run in audit mode, the penalty transaction number
(PTRN) and interest transaction number (ITRN) do
not display on the report because no transaction
number is actually created.
A
Audit (default)
U
Update
Y
Reduce past due
N
Do not reduce past due (default)
Enter a U to indicate that the process is to be run in
update mode. Running in update mode removes the
information from the database and produces the
report.
Third Party Reduce Past
Due Indicator
Yes
This parameter is used to indicate that the past due
amount is to be reduced when potential third party
payments exist. Valid values are Y(reduce past due),
and N ( do not reduce past due amount). This
parameter is used in conjunction with the third-party
accounts when pre-authorization is required, and
when processing all past due items.
Note: This parameter should not be set to Y when
using Detail Category Codes.
Selection Identifier
6-53
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
No
Enter the code that identifies the population with
which you wish to work. The selection identifier
must be defined on the Population Selection Inquiry
Form (GLISLCT). All or none of the population
selection parameters must be entered.
Population Selection Inquiry Form
(GLISLCT)
May 2008
Parameters (cont) Name
Application Code
Required?
Description
Values
No
Enter the code that identifies the general area for
which the selection identifier was defined. All or
none of the population selection parameters must be
entered.
Application Inquiry Form (GLIAPPL)
The Population Selection Extract Inquiry Form
(GLIEXTR) may be used to review the people who
will be processed in the load from the selection
identifier and application code entered.
Creator ID
6-54
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
No
Enter the user ID of the person creating the subpopulation rules. The creator ID must have been
specified when defining the selection identifier. All
or none of the population selection parameters must
be entered.
May 2008
Report Sample (Page 1 of 2)
22-APR-1998 08:29:50
Development
Assess Penalty/Interest Chgs
CASHIER: %
TERM: 199710
PAGE 1
TSRLATE
PENALTY CODE: PENL-Returned Check Penalty
INTEREST CODE:
ID
Past Due
Penalty Amt
PTRN
ASOK
021919735
356165000
TDB
4,238.09
2,000.00
62.50
575.00
10.00
10.00
10.00
10.00
53
7
13
8
Interest Amt
ITRN
Name
Intern, Asok
Morris, Christopher
Thomas, Bolin
Bolin, Thomas
Report Sample (Page 2 of 2)
22-APR-1998 08:29:50
Development
Assess Penalty/Interest Chgs
PAGE 2
TSRLATE
* * * REPORT CONTROL INFORMATION * * *
RPTNAME: TSRLATE
VERSION: 3.1
CASHIER FOR ASSESSED CHARGES: %
TERM FOR CHARGES: 199710
DETAIL CATEGORY CODE TO PROCESS:
DETAIL CODE FOR PENALTY CHARGE: PENL
PENALTY CHARGE FLAT AMOUNT: 10.00
PENALTY PERCENT OF OVERDUE:
DOLLAR CAP FOR PERCENTAGE BASED PENALTY:
IS THIS A RECURRING PENALTY (Y OR N): Y
DETAIL CODE FOR INTEREST CHARGE:
INTEREST PERCENT OF OVERDUE:
DOLLAR CAP FOR INTEREST CHARGE:
RUN MODE A(AUDIT) OR U(UPDATE)?: A
POTENTIAL T/P PAYMENTS REDUCE PAST DUE (Y/N)?: N
SELECTION ID: SUMMIT
APPLICATION CODE: ACCTRECV
CREATOR ID: LWLOCK
ACCOUNTS READ: 4
PENALTY CHARGES ASSESSED: 4
TOTAL PENALTY AMOUNT ASSESSED: 40.00
INTEREST CHARGES ASSESSED: 0
TOTAL INTEREST AMOUNT ASSESSED: .00
6-55
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
May 2008
Lockbox Tape Unload Process (TSRLBOX)
This process is used to apply transactions to accounts which have been received from an external source.
Typically, the institution will contract with a financial institution to accept payments on their behalf. Periodically,
these transactions will be sent to the institution to be posted to the accounts in Banner Accounts Receivable. This
program will then be run to extract the information from this file. Edits are performed to ensure the payments are
posted to the proper account. When the edits fail, the transaction is written to the Lockbox Intermediate Table
(TBRLBOX). These transactions can be viewed and changed via the Lockbox Correction Form (TSALBOX).
Rerun this program to process transactions from the table and post them to the accounts.
Description
For detailed information about Lockbox processing, refer to Chapter 3, “Student Accounts Receivable
Procedures.”
Parameters
6-56
Name
Required?
Description
Process TAPE or
TABLE
Yes
This tells the program to select transactions from the
external file or the ORACLE table. The default is
TAPE.
Term Code
Yes
This value will be entered into the term code for
every transaction posted.
Detail Code
Yes
This will be the detail code posted for every
Detail Code Control Form
transaction posted. Valid values are derived from the (TSADETC)
Detail Code Control Form (TSADETC).
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
Values
Term Code Validation Form
(STVTERM)
May 2008
Report Sample (Page 1 of 2)
01/13/1992
12:43:49
SAISUSR
FILE
LOCKBOX
LOCKBOX
LOCKBOX
ACCOUNT
EXTRACT
Institute of Technology
LOCKBOX TAPELOAD CONTROL REPORT
EFT INPUT TAPE
INTERMEDIATE TABLE - LOAD
INTERMEDIATE TABLE - PROCESS
DETAIL TABLE
FILE
STAT
2
2
2
2
2
IN
15
DELETED
OUT
PAGE
TSRLBOX
1
UPDATED
11
9
9
HALT 999, NORMAL EOJ
Report Sample (Page 2 of 2)
REPORT NAME: TSRLBOX
INPUT:
TAPE
TERM:
199301
DETAIL CODE: CASH
01/13/1992 12:43:49
SAISUSR
BATCH
001
002
TOTALS:
6-57
002
Institute of Technology
LOCKBOX TAPELOAD CONTROL REPORT
NUMBER OF DETAILS
5
4
9
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
$
$
BATCH TOTAL
125.00
121.01
$
246.01
PAGE
TSRLBOX
2
May 2008
Lockbox Result Print Program (TSRPDRV)
This job is used to print the results of the action performed by the Lockbox Tape Unload Process (TSRLBOX).
Transactions from TSRLBOX are sorted and passed to this program. The report is broken down into batches
processed, and detail information from the load is produced, including errors encountered.
Description
Note
This job cannot be run through online job submission.
Parameters
„
This job has no
parameters.
Report Sample (Page 1 of 2)
01/13/1992
12:44:25
BANNER UNIVERSITY
LOCKBOX ERROR REPORT
BATCH
ID
NAME
TRANS DATE
AMOUNT
INV# PAID
001
001
001
001
001
208000029
210429999
510000051
510000052
510000053
MARGARET TERRY
LISA RENEE TONE
CHARLES STEWART GRETH
ZANE WILLIAM DELLER
PAMELA JEAN SPIRITO
12/18/1991
12/18/1991
12/18/1991
12/18/1991
12/18/1991
$
$
$
$
$
25.00
25.00
25.00
25.00
25.00
S0000668
S0001102
S0000674
S0001105
ID
ID
ID
ID
ID
DOES
DOES
DOES
DOES
DOES
NOT
NOT
NOT
NOT
NOT
EXIST
EXIST
EXIST
EXIST
EXIST
002
002
002
002
178569999
510000054
510000055
510000056
LAURIE ANN WIRTH
BRANDEE SAWICKI
ALVIN METHAIHIS
DAVID R WHITTLE
12/18/1991
12/18/1991
12/18/1991
12/18/1991
$
$
$
$
25.00
35.01
36.00
25.00
S0000001
S0001106
S0001107
S0001108
ID
ID
ID
ID
DOES
DOES
DOES
DOES
NOT
NOT
NOT
NOT
EXIST
EXIST
EXIST
EXIST
PAGE
TSRPDRV
1
PAGE
TSRPDRV
1
MESSAGE
Report Sample (Page 2 of 2)
01/13/1992
12:44:25
FILE
EXTRACT FILE
BANNER UNIVERSITY
LOCKBOX RESULTS CONTROL REPORT
STAT
2
IN
9
DROPPED
OUT
UPDATED
HALT 999, NORMAL EOJ
6-58
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
May 2008
Auto Refunding of Credit Amounts (TSRRFND)
Description
This process is two-fold. First, accounts that have a refundable credit balance are identified, flagged, and reported.
Accounts having credit balances resulting solely from non-refundable detail codes will not display on the report.
Second, after manual review of the accounts, the flagged accounts are updated with a refund detail code for the
amount of the credit balance and listed on the report. For the first step, account detail is listed for the specified
term or for any detail code with a non-zero balance. Accounts are grouped by the specified category hierarchy on
the report.
The Control Report includes totals for all accounts selected. The second step lists the refund transactions generated
and an address. Only those accounts remaining flagged after review which meet the parameter criteria, are
refunded. Accounts not meeting the criteria have their flags reset. Only accounts having at least one term-related
transaction will be selected for either step, regardless of the other parameter selection criteria.
When selecting the IDs, TSRRFND includes any account that has a Title IV detail code with a remaining credit
balance (without respect to account balance), in addition to any account with an overall credit balance. In RFND
mode, if a student has Title IV credits and reversals pending application, the student refund is not created and the
log file identifies the PIDM for which Application of Payments is required.
Note
In order for TSRRFND to correctly determine which students are eligible for refunds, it is
recommended that you run the Application of Payments Process (TGRAPPL) before running
TSRRFND.
„
PLUS Refunding
PLUS refunding is enabled if an active detail code exists on TSADETC/TFADETC with the Refund Code set to P.
If a student has Title IV credits, the system determines if the detail code is a Parent PLUS loan that is refundable to
the parent, and that has been disbursed through Banner Financial Aid. If so, the system creates a refund transaction
for the amount with the term of the credit. The parent name and address from the Loan Application (RPRLAPP)
are included on the report and in the Account Detail Text table (TBRACDT).
Next, the system sets the transaction number of the fund paid to the transaction number of the PLUS credit being
refunded.
Each PLUS credit is handled independently. If there is more than one credit (due to multiple borrowers or multiple
disbursements of a loan received together), multiple refund transactions will be created. Any credit balance
6-59
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
May 2008
remaining after all PLUS loans have been considered (including PLUS loans refundable to the student and nonTitle IV credits) will generate one refund to the student.
Parameters
Name
Required?
Description
Values
Flag/Refund Mode
Yes
FLAG mode will identify accounts and update the
refund indicator. RFND mode will refund the
accounts.
FLAG (default)
Audit/Update Mode
Refund A(ll) or T(IV)
only
6-60
Yes
Yes
Audit Mode will produce a report but will not update A
the database. Update mode will produce a report and
U
update the database.
Audit
Indicates whether you want to refund all credits or
only Title IV credits
T
Banner will refund only the Title
IV credits, even if there are other
credits on the account.
A
Banner will refund the student’s
total credit balance, but the refund
will not be less than the sum total
of Title IV credits (default)
Minimum Credit
Balance
Yes
Minimum amount the account balance must equal to
be considered for this run.
Address Selection Date
Yes
Which address, effective on this date, do you want to
retrieve for the account. Enter the date in DD-MONYYYY format.
Address Type Hierarchy
Yes
Enter the address type to be printed on the report.
Multiple requests are permitted and must be entered
in priority sequence. For example, 1MA 2PR will
print the mailing address, and if none is found, will
print the permanent address.
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
RFND
Update (default)
May 2008
Parameters (cont) Name
Required?
Description
Values
Refund Detail Code
No
For the RFND mode, the detail code for the refund
transaction. Valid values are derived from the Detail
Code Control Form (TSADETC).
Detail Code Control Form
(TSADETC)
Cashier User ID
No
For the RFND mode, the cashier of the session to be
created for the refund transactions.
Process Term
No
For the RFND mode, the term of the refund
transactions.
Term Code Validation Form
(STVTERM)
Entity Type
No
For the FLAG mode, specify which accounts to
include. Enter P- Person, C-non-people, or % for
both.
P
Person
C
Non-person
%
Both (default)
Detail Category
Hierarchy
No
For the FLAG mode, enter the category code to
group the accounts by on the report. Multiple
requests are permitted and must be entered in
priority sequence.
TTVDCAT (Detail Category Code
Validation Form)
For example, 1FA 2CNT 2EXM will print Financial
Aid recipients in the first grouping, then Contracts
and Exemptions in the second grouping.
A grouping OTHERS is always made for those
accounts that do not qualify for any group.
Include/Exclude
6-61
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
No
For the FLAG mode, include mode groups accounts
by category. Exclude mode forces those accounts
that qualify for any of the entered categories to not
be processed. The OTHERS group will be the only
one listed. Valid values are I - Include and
E -Exclude.
I
Include accounts (default)
E
Exclude accounts
May 2008
Parameters (cont) Name
Selection Term
Required?
Description
Values
No
For the FLAG mode, term code used to determine if
an account has any of the entered categories.
Term Code Validation Form
(STVTERM)
When running in FLAG mode and using a Detail
Category hierarchy, the Selection Term must be
valued. The term entered will cause only accounts
which have detail items for the specified term and
category to be included or excluded.
When the Selection Term is entered and an account
is processed, all detail items for the selected term
will be printed.
When not using a Detail Category hierarchy, the
Selection Term may be left blank. When blank,
only detail items with a refundable balance will be
printed.
Print Account Detail
6-62
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
No
For the FLAG mode, Y will print account detail
transactions and balances. N will print only the
account balances.
May 2008
Parameters (cont) Name
Except Term
Required?
Description
No
For the FLAG and RFND modes, specify which
terms' detail code transactions (charges and
payments) should be excluded when calculating
account and refundable balances. Transactions with
this term will not appear on this report. This option
is typically used for calculating refunds when a
student is eligible for a refund for the current term,
and is also enrolled in a future term for which
charges are assessed but not currently due.
Values
For example, a student has a summer term credit
balance as well as fall term outstanding charges. If
you do not want to net charges but wish to refund
students for the summer term credits and collect fall
term payments when the due date arrives, enter the
fall term. The student ID appears with a credit
Selection Identifier
No
Enter the code that identifies the population with
which you wish to work. The selection identifier
must be defined on the Population Selection Inquiry
Form (GLISLCT). All or none of the population
selection parameters must be entered.
Population Selection Inquiry Form
(GLISLCT)
Application Code
No
Enter the code that identifies the general area for
which the selection identifier was defined. All or
none of the population selection parameters must be
entered.
Application Inquiry Form (GLIAPPL)
The Population Selection Extract Inquiry Form
(GLIEXTR) may be used to review the people who
will be processed in the load from the selection
identifier and application code entered.
6-63
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
May 2008
Parameters (cont) Name
6-64
Required?
Description
Creator ID
No
Enter the user ID of the person creating the subpopulation rules. The creator ID must have been
specified when defining the selection identifier. All
or none of the population selection parameters must
be entered.
User Id
No
The user ID of the person running the subpopulation rules.
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
Values
May 2008
Report Sample #1
22-APR-1998 08:47:04
Development
Auto Refunding of Credit Amts
AS OF 22-APR-1998
Others
A/R HOLD: N Note - has no specified address
333333333 Defect Testing, Inc.
Tran
4
Term
ARTERM
Doc No
Inv No
PAGE 1
TSRRFND
Eff Date
03-NOV-1997
S Paid Tran Detl Ref Ind
T
CHEK
Y
Refundable Balance:
Charge
-150.00
Payment
1,200.00
Balance
-150.00
Account Balance:
-150.00
= = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = =
ASOK3
Tran
13
12
11
10
7
6
Intern, Asok T
Term
199710
199610
199610
199610
ARTERM
ARTERM
Doc No
A/R HOLD: N
Inv No
Eff Date
23-MAR-1998
S0001405 23-JUN-1997
S0001405 23-JUN-1997
S0001405 23-JUN-1997
20-OCT-1997
20-OCT-1997
S Paid Tran Detl Ref Ind
5
ASOK
Y
R
T101
Y
R
PARK
R
ACTF
Y
T
DEPO
Y
T
DEPO
Y
Refundable Balance:
Charge
Payment
134.00
2,000.00
30.00
Balance
-134.00
-382.00
-3.00
-15.00
-2,000.00
-30.00
Account Balance:
-2,564.00
-2,100.00
-3.00
-15.00
-2,561.00
= = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = =
LMW01
Tran
116
109
106
105
3
wilson, lisa marie
Term
199710
ARTERM
ARTERM
ARTERM
199710
Doc No
A/R HOLD: N Note - has no specified address
Inv No
Eff Date
31-OCT-1997
24-OCT-1997
20-OCT-1997
S0000863 17-OCT-1997
26-AUG-1997
S Paid Tran Detl Ref Ind
C
TPPY
Y
T
CASH
Y
T
CASH
Y
T
ACTF
Y
C
TPPY
Y
Refundable Balance:
6-65
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
-37,180.05
Charge
Payment
5,599.00
41.00
41.00
420.00
Balance
-5,599.00
5,709,824.00
7,746,052.00
-13,487,154.05
-303.00
Account Balance:
-37,180.05
41.00
May 2008
Report Sample #2 (Page 1 of 2)
This report sample displays PLUS refund information.
22-AUG-2006 16:10:04
__
ID
BANNER University
Auto Refund Credit Amt-Student
AS OF 22-AUG-2006
____
Name
____
Code
_____________
Refund Amount
515001010 Miller, Sam R
RFPL
2,438.00
515001010 Miller, Sam R
LMRF
2,475.00
515001020 Morry, Sally M
RFPL
3,840.00
515001020 Morry, Sally M
RFPL
960.00
515001020 Morry, Sally M
LMRF
2,025.00
515001030 Myers, Stephen A
RFPL
14,184.00
515001030 Myers, Stephen A
LMRF
880.00
6-66
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
PAGE 1
TSRRFND
_______
Address
PARENT : Mary M Miller
28 Keli Ave
Mansfield, CA 92822
1234 3a South St
Great Falls, MT 59405
PARENT : Susan M Morry
16 Parker Road
Wakefield, MA 01880
PARENT : Stan D Morry
*** WARNING ***
---NO ADDRESS--123 Sullivan Ave
Marblehead, MA 03988
PARENT : Daniel D Myers
21 Friend Street
Hamilton, Bermuda
1234 Lewis Ave
Epping, NH 24355
May 2008
Report Sample #2 (Page 2 of 2)
22-AUG-2006 16:10:04
BANNER University
Auto Refund Credit Amt-Student
AS OF 22-AUG-2006
PAGE 2
TSRRFND
* * * REPORT CONTROL INFORMATION * * *
RPTNAME: TSRRFND
VERSION: 7.3.0.1
RUN MODE: RFND
AUDIT/UPDATE MODE: U
TITLE IV OPTION: A
PLUS REFUND CODE: RFPL
MINIMUM REFUND BALANCE: -1.00
ADDRESS SELECTION DATE: 22-AUG-2006
ADDRESS TYPE HIERARCHY: 1MA 2PR
DETAIL CODE: LMRF
CASHIER USERID: RFNDLM
PROCESS TERM: 200620
ENTITY TYPE: %
CATEGORY HIERARCHY:
INCLUDE/EXCLUDE:
SELECTION TERM:
PRINT ACCOUNT DETAIL: Y
EXCEPT TERMS:
SELECTION ID:
APPLICATION CODE:
CREATOR ID:
USER ID:
_____________
REPORT TOTALS
REFUNDS DUE: 26,802.00
RECORD COUNT: 3
6-67
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
May 2008
Contract/ Exemption Roll Process (TSRROLL)
Description
This process rolls contracts and exemptions to a new term, based on parameter values established when executing
the process in conjunction with the criteria established on the Contract Authorization Form (TSACONT) and the
Exemption Authorization Form (TSAEXPT). Execute this process when you are ready to roll contracts or
exemptions to the next term.
When creating a new contract or exemption, the default values will be obtained form the Student Billing Control
Form (TSACTRL). Change the values on each contract or exemption record as necessary. Additionally, you have
the option to roll information from one contract ID to another contract ID.
This process incorporate the printing rule options established on the Third Party Rules Code Validation Form
(TTVTPRC) and the Third Party Billing Rules Form (TSATPRL).
This process allows for multiple exemptions per term.
6-68
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
May 2008
Parameters
Name
Required?
Description
Values
Term to Roll From
Yes
Enter the term that contracts/exemptions will roll
from. For example, If From term is 199910, then
contracts and exemptions established for the term
199910 which have a Contract/Exemption roll
indictor set to Y, will roll. The assigned students will
also roll, it the Student Roll Indicators on those
contracts and exemptions are also set to Y.
STVTERM
(Term Code Validation Form)
The term must exist on the Term Code Validation
Form (STVTERM).
Term to Roll To
Yes
Enter the term that the contracts/exemptions will roll STVTERM
to. The Roll Process will create new contract and
(Term Code Validation Form)
exemption records for each contract and exemption
which is rolled. The new records will contain the
same information as the old records except the old
term will be replaced by the new term (to term). The
old term contract and exemption records will remain
in the system in addition to the new term records.
The term must exist on the Term Code Validation
Form (STVTERM).
6-69
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
May 2008
Parameters (cont) Name
Run Mode
Required?
Description
Values
Yes
When the process is executed in audit mode, a report
will be produced. The report displays information
about the contracts, exemptions, and students which
will be rolled when the process is executed in update
mode.
A
Audit (default)
U
Update
Valid values are (Y)es and (N)o. If the value selected
is Y, then the process will roll contracts. If the value
is N, then the process will not roll contracts.
Y
Roll contracts (default)
N
Do not roll contracts
When the process is executed in update mode a
report is produced which displays information about
the contract, exemptions and students which were
rolled by the process. When the process is executed
in update mode the contracts and exemptions for the
new term are created. The new records can be
reviewed on the Contract Authorization Form
(TSACONT) and the Exemption Authorization
Form (TSAEXPT).
Roll Contracts
6-70
Yes
Contract ID Roll From
No
Enter the Contract ID you want to roll information
from.
SOACOMP (Non-Person Search
Form)
Contract ID Roll To
No
Enter the Contract ID you want to roll information
to.
SOACOMP (Non-Person Search
Form)
Roll Contract Number
Text
Yes
Valid values are (Y)es and (N)o. If the value entered
is Y, then the process will roll contract number text.
If the value entered is N, then the process will not
roll contract number text.
Y
Roll contract number text
(default).
N
Do not roll contract number text.
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
May 2008
Parameters (cont) Name
Roll Contract Student
Text
Roll Exemptions
Required?
Description
Values
Yes
Valid values are (Y)es and (N)o. If the value entered
is Y, then the process will roll contract student text.
If the value entered is N, then the process will not
roll contract student text.
Y
Roll contract student text
(default).
N
Do not roll contract student text.
Yes
Valid values are (Y)es and (N)o. If the value selected Y
is Y, then the process will roll exemptions. If the
value is N, then the process will not roll exemptions. N
Roll exemptions (default)
Do not roll exemptions
Report Sample (Page 1 of 3)
19-JAN-2006 08:57:48
From 200610 To 200620
Rolled Contracts
BANNER University
Contract and Exemption Roll
ID
__________
Contractor
_______________
Contractor Name
Contract
______
Number
___________
Description
HAN000001
Han Company contract
1
Han Company - Course specific
6-71
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
Exp
____
Term
PAGE 1
TSRROLL
ID
_______
Student
____________
Student Name
LMM000001 McCarthy 1, Lola Marie
May 2008
Report Sample (Page 2 of 3)
19-JAN-2006 08:57:48
200610 To 200620
Exemptions
Exemption
______
Number
___________
Description
10
Administrative exemption
1234
Employee Tuition Waiver
BANNER University
Contract and Exemption Roll
Exp
____
Term
200710
ID
_______
Student
____________
Student Name
LMSTU001
Malloy, Lance
517004029
517003029
517003013
517004013
Rucker,
Rucker,
Rucker,
Rucker,
PAGE 2 From
TSRROLL Rolled
Kenneth B
JAY B
Samantha B
Sabrina B
Report Sample (Page 3 of 3)
19-JAN-2006 08:57:48
200610 To 200620
BANNER University
Contract and Exemption Roll
PAGE 3 From
TSRROLL
* * * REPORT CONTROL INFORMATION * * *
RPTNAME: TSRROLL
VERSION: 7.1
Term to roll from: 200610
Term to roll to: 200620
Run Mode: Update Roll
Contracts: Y
Contract ID to roll from: HAN000001
Contract ID to roll to: HAN000001
Print Contract Number Text: Y
Print Student Text: Y
Roll Exemptions: Y
Rolled Contracts: 1
Rolled Exemptions: 2
TOTAL RECORD COUNT: 3
6-72
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
May 2008
Student Transaction Summary Report (TSRSSUM)
The Student Transaction Summary Report (TSRSSUM) may be requested from TSAAREV or run independently
through Job Submission/Host. This process can be executed in its sleep wake mode, and has the ability to both
define a printer using TOADEST and request this report by clicking the button on TSAAREV. This report shows a
student his/her balance and the charges/payments. Records may be purged based on a date range.
Description
Parameters
Name
Required?
Description
Student ID
Yes
Specify a student ID to be reported. To print for all
Students enter %. To enter a population select, use %
in this parameter. The selection identifier code must
be entered in the selection identifier parameter. Enter
COLLECTOR to process all requests in the collector
table (must have requested the report online)
Term
Yes
Enter the term code for the term for which the
account information should be printed.
Values
STVTERM (Term Code Validation
Form)
%
Print all terms
N% Print multiple codes (where N is
the appropriate number)
Detail Code
Report Date
6-73
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
Yes
Yes
Specify a single detail code to be reported. Enter
detail code or % for all. Valid values should be
selected from the Detail Code Control Form
(TSADETC). To report multiple detail codes, enter
N%, where N is any letter.
TSADETC (Detail Code Control
Form)
Valid entries are E(ffective), T(rans), (E)N(try), or
B(ill) date.
E
Effective
T
Transaction
N
Entry
B
Bill date
%
Print all terms (default)
N% Print multiple codes (where N is
the appropriate number)
May 2008
Parameters (cont) Name
Required?
Description
Values
Print Summary by Term
Section
No
Enter Y(es) to print an additional summary of
charges by term.
Y
Yes
Run in Sleep Wake
Mode
No
Enter Y(es) to begin sleep/wake cycling of this
printer and process.
N
No (default)
Y
Yes
Sleep/Wake Interval
No
Enter time (in seconds) process pauses before
resuming execution. The default is 60 seconds.
Printer for Collector
No
Enter the designated printer for the collector table.
Print Control Report
No
Enter Y(es) to print a control report.
Y
Print report (default)
N
Do not print report
Selection Identifier
No
Enter the selection identifier of the population you
wish to process. The selection identifier must be
defined on the Population Selection Inquiry Form
(GLISLCT).
Application Code
No
Enter the application code of the population you
Application Inquiry Form (GLIAPPL)
wish to process. The Population Selection Extract
Inquiry Form (GLIEXTR) may be used to review the
people who will be processed.
Creator ID
No
Enter the user ID of the person creating the subpopulation rules.
From Date
No
Enter the beginning date of the tax year for which
you want to print a summary of a student’s
transactions.
Leave blank to run 01-OCT-1988.
6-74
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
May 2008
Parameters (cont) Name
To Date
Required?
Description
Values
No
Enter the end date of the tax year for which you want
to print a summary of a student’s transactions.
Leave blank to run 31-DEC-2099.
Entity Type
Yes
Enter the code for the type of entity.
P
Person (default)
C
Company
%
Both
Report Sample (Page 1 of 2)
22-APR-1998 08:37:08
ALL TERMS
Development
Student Trans Summary Report
RS8 Student, Riley's 8th
Balance: 900.00
EFF DATE
Description
22-APR-98
22-APR-98
22-APR-98
22-APR-98
22-APR-98
Meal Plan
Housing Fee
Contract Payment-contract paym
Cash Payment
Tuition Charge
CHARGE
PAGE 1
TSRSSUM
PAYMENT
600.00
1,500.00
4,000.00
2,200.00
TERM
199820
199820
199820
199820
199820
5,000.00
---------- ---------TOTAL:
7,100.00
6,200.00
========== ==========
= = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = =
6-75
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
May 2008
Report Sample (Page 2 of 2)
22-APR-1998 08:37:08
ALL TERMS
Development
Student Trans Summary Report
PAGE 2
TSRSSUM
* * * REPORT CONTROL INFORMATION * * *
RPTNAME: TSRSSUM
VERSION: 3.1
Student ID: RS8
Term: %
Detail Code: %
Date on Report: E
Print Summary by Term Section:
Run in Sleep/Wake mode: N
Sleep/Wake Interval: 60
Printer:
Print Control Report: Y
SELECTION ID:
APPLICATION CODE:
CREATOR ID:
REPORT TOTALS
BALANCE DUE: 900.00
ACCOUNT BALANCE: .00
RECORD COUNT: 1
6-76
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
May 2008
Third Party Invoice/Billing Statement (TSRTBIL)
Description
This process is used to release credits (contracts and exemptions) to a student's account, apply deposits to third
parties’ accounts, and bill third parties. You can print bills with the values established on the Third Party Billing
Rules Form (TSATPRL), and you have the capability to print text from the Contract Authorization Form
(TSACONT) on bills, if desired.
If the Student Billing Control Form (TSACTRL) specifies that third parties are to be billed prior to posting credits
to a student's account (authorization required), then these potential charges will appear in the Pre-Authorized
Charges section of the invoice. These potential charges will affect total due based on the Pre-Authorized Charges
Affect Total Due parameter.
If charges to an account exceed the amount of a third party payment or an exemption, Banner will use the
information established on the Contract Authorization Form (TSACONT) and/or the Exemption Authorization
Form (TSAEXPT) to calculate which account source, category code, or detail code takes priority.
If the Student Billing Control Form (TSACTRL) specifies that third parties do not require authorizations, a memo
will appear in the Future Charges/Credits portion of the invoice.
This process allows for the processing of multiple exemptions per term.
This process has the ability to reflect contract and exemption information prior to the student paying the bill.
Banner automatically calculates contract and exemption information for a student, so that when the student wants
to make a payment, the charges to his/her account will reflect any third party contracts or exemptions.
This process may be run in three modes: INVOICING, STATEMENT, or APPLYCRED.
If run in STATEMENT mode and authorization is required for use of third party contracts, those students who have
been authorized will have their real charges appear in the Current Charges/Credits portion of the bill, and total due
is affected. Those students who have not been authorized will have their potential charges appear in the Authorized
Charges portion of the bill. These potential charges will affect total due based on the value in the Pre-Authorized
Charges Affect Total Due parameter.
If run in STATEMENT mode and authorization is not required, then the charges will appear in the Current Charges/
Credit portion of the bill, and they will affect total due.
If run in APPLYCRED mode, the processing is the same as STATEMENT mode, except no bill is generated.
6-77
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
May 2008
Parameters
Name
Required?
Description
Values
Selection Identifier
No
Enter the code that identifies the population with
which you wish to work. The selection identifier
must be defined on the Population Selection Inquiry
Form (GLISLCT). All or none of the population
selection parameters must be entered.
Population Selection Inquiry Form
(GLISLCT)
Application Code
No
Enter the code that identifies the general area for
which the selection identifier was defined. All or
none of the population selection parameters must be
entered.
Application Inquiry Form (GLIAPPL)
The Population Selection Extract Inquiry Form
(GLIEXTR) may be used to review the people who
will be processed in the load from the selection
identifier and application code entered.
6-78
Creator ID
No
Enter the user ID of the person creating the subpopulation rules. The creator ID must have been
specified when defining the selection identifier. All
or none of the population selection parameters must
be entered.
Term
Yes
The term code you enter. This prints on the upper
left-hand corner of the bill. Credit processing and
deposit processing occur for the specified term.
Address Selection Date
Yes
Which address, effective on this date, do you want to
print on the invoice/statement. Enter the date in DDMON-YYYY format.
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
Term Code Validation Form
(STVTERM)
May 2008
Parameters (cont) Name
Address Hierarchy
Required?
Description
Values
Yes
Enter the address type to be printed on the invoice/
statement. Multiple requests are permitted and must
be entered in priority sequence.
Address Type Code Validation Form
(STVATYP)
For example, 1MA 2PR will first print the mailing
address, and if none is found, will print the
permanent address.
Enter each parameter then hit return for the next
prompt. Returning with a null value will move you
on to the next parameter.
6-79
Contract ID
No
Enter a specific third-party ID to be processed or
leave blank to process all third parties. If entered,
the Contract ID must be have an entity type of C
(i.e., company) and must be defined on the Contract
Authorization Form (TSACONT). If processing all
students, any student eligible for a credit for the
specified term will be processed. In single mode
(one contractor), only those students attached to the
parameter contract ID are processed, if eligible for a
credit for the specified term.
Contract Number
No
Enter the contract number associated with the
Contract ID for the term or % to process all. If a
specific contract number is entered, credit
processing will occur only for that contract
number/term combination. This parameter is only
used in credit processing. It has no effect on which
items appear on the invoice/statement.
Futures Print Date
No
Enter the date to be used when printing future items
in INVOICING mode. Format DD-MON-YYYY.
Currency Code
No
The user can specify foreign currency in which
invoices and statements will be produced.
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
%
All (default)
Currency Code List (GTVCURR)
May 2008
Parameters (cont) Name
Run Mode
Required?
Description
Values
Yes
The mode in which the process may be run. Valid
values are INVOICING, STATEMENT,
APPLYCRED.
INVOICING (default)
INVOICING mode simulates a bill, but does not
update the account or begin aging.
APPLYCRED
STATEMENT
STATEMENT mode processes credits and deposits
and updates the account appropriately; bill date, due
date, and statement date of all details billed are
updated and the aging process begins; a statement is
generated.
APPLYCRED mode processes credits and deposits
and updates the account appropriately; account is
NOT updated as billed; no statement is generated.
Apply Third Party
Deposits Ind(icator)
Yes
Print Future Detail
Indicator
Yes
Print Order
Yes
Enter Y to process third-party deposits that may be
automatically released. In STATEMENT and
APPLYCRED modes the deposit is actually released
to the account.
Y
Process third party deposits
(default)
N
Do not process third party
deposits
Enter Y if you want detail with future effective dates
to be printed on invoices/statements. These details
will be printed but will NOT be updated with a bill
date and due date when running in STATEMENT
mode.
Y
Print future detail (default)
N
Do not print future detail
I prints in ID number order; N prints in alpha/last
name order; ZI prints in ZIP code and ID number
order; ZN prints in ZIP Code and alpha/last name
order.
I
ID number order (default)
N
Alpha/last name order
ZI
ZIP code and ID number order
ZN ZIP Code and alpha/last name
order
6-80
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
May 2008
Parameters (cont) Name
6-81
Required?
Description
Billing Date
Yes
Used only for STATEMENT mode. Enter the billing
date for accounts being billed. This date will be used
to determine what transactions are current based on
the effective date. Enter the date in DD-MON-YYYY
format.
Days in Billing Cycle
Yes
Enter number of days in the billing cycle. Used to
calculate due date based on billed date (adds this
number to billed date to calculate due date). The
default is 30.
Minimum Acct Balance
Yes
Enter minimum balance required for account to be
billed. Can request invoices/statements for accounts
with a minimum balance, can use negative numbers
to retrieve accounts with a credit balance.
Detail Codes to Bill
Yes
Can produce invoices/statements based on detail
Detail Code Control Form
code. Enter single detail code or percent (%) for all. (TSADETC)
Valid values should be selected from the Detail Code
Control Form (TSADETC). You can also use some % All (default)
characters of the detail code and a % to get groups of
details (e.g., R%).
Affect Amount Due
Indicator
Yes
If authorization to use a contract is not required, as
specified on the Student Billing Control Form
(TSADETL), this parameter is non-functional. If
authorization to use a contract is required, enter Y to
affect amount due by the total of pre-authorized
charges.
Y
Affect amount due (default)
N
Do not affect amount due
Print Only Required
Course
No
Enter Y if you want to print only required courses.
Y
Print only required courses
N
Print entire schedule
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
Values
May 2008
Report Sample #1 (Page 1 of 2)
19-SEP-1995 09:40:01
TERM: 199501
Banner University
BILLING INVOICE
PAGE 1
TSRTBIL
A. POMERANTZ & CO.
4 Country View Road
Malvern, PA 19355
310000004
TERM
ITEM DATE
DESCRIPTION
CHARGES
CREDITS
-------------------------------------------------------------------------------* PREVIOUS BILLED BALANCE *
.00
INVOICE NUMBER 199501
178561121
AUTH NO:
20-DEC-1994
AUTH NO:
22-DEC-1994
- CURRENT CHARGES/CREDITS * NONE *
Taggerty, Walter
9911872
Contract Charge
9911872
Contract Charge
STUDENT TOTALS
* CURRENT BILLED BALANCE *
144.00
-144.00
.00
.00
.00
PRE-AUTHORIZED CHARGES
199501
091995004
19-SEP-1995
Jones, Jay
Contract Charge
537.70
STUDENT TOTALS
537.70
.00
**PRE-AUTH CHG BALANCE**
537.70
-------------------------------------------------------------------------------NOTE: Non-cash credits are estimated based on current term charges
-------------------------------------------------------------------------------PAST DUE: .00
FUTURE BALANCE: 0.00
TOTAL DUE: 537.70
-------------------------------------------------------------------------------This is the general message to be printed as a default for
all students. The account is not assigned to a collection
agency or assigned a delinquency code, or assigned to an
agency/code combination without a message.
6-82
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
May 2008
Report Sample #1 (Page 2 of 2)
19-SEP-1995 10:00:35
TERM: 199401
Banner University
BILLING INVOICE
PAGE 2
TSRTBIL
* * * REPORT CONTROL INFORMATION - TSRTBIL - Release 2.1.5 * * *
RPTNAME: TSRTBIL
SELECTION IDENTIFIER:
APPLICATION CODE:
CREATOR ID:
TERM TO BE PROCESSED: 199501
ADDRESS SELECTION DATE: 16-NOV-1994
ADDRESS TYPE HIERARCHY: 1MA
CONTRACT ID: 310000004
CONTRACT NUMBER: %
DATE TO USE WHEN FUTURE ITEMS ARE PRINTED: 31-DEC-1994
CURRENCY CODE USED TO PRODUCE INVOICE/STATEMENT:
RUN MODE: INVOICING
APPLY THIRD PARTY DEPOSITS?: Y
PRINT FUTURE DETAILS INDICATOR: Y
PRINT ORDER:
STATEMENT DATE: 16-DEC-1994
DAYS IN STATEMENT CYCLE:
MINIMUM ACCOUNT BALANCE: -9999999.99
DETAIL CODES TO BILL: %
PRE-AUTHORIZED CHARGES AFFECT TOTAL DUE: Y
TOTAL
TOTAL
TOTAL
TOTAL
TOTAL
TOTAL
TOTAL
TOTAL
REGISTRATION AR INDICATORS UPDATED
MEAL AR INDICATORS UPDATED
PHONE AR INDICATORS UPDATED
ROOM AR INDICATORS UPDATED
# OF PEOPLE HAVING CREDITS CALCULATED: 8
# OF THIRD PARTY ACCOUNTS BILLED: 1
CHARGES BILLED: .537.70
CREDITS BILLED: .00
TOTAL AMOUNT DUE: .537.70
6-83
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
May 2008
Report Sample #2 (Page 1 of 2)
19-SEP-1995 09:54:32
TERM: 199501
Banner University
Third Party Billing Statement
PAGE 1
TSRTBIL
A. POMERANTZ & CO.
4 Country View Road
Malvern, PA 19355
310000004
DUE: 19-OCT-95
TERM
ITEM DATE
DESCRIPTION
CHARGES
CREDITS
-------------------------------------------------------------------------------* PREVIOUS BILLED BALANCE *
.00
INVOICE NUMBER 199501
178561121
AUTH NO:
20-DEC-1994
AUTH NO:
22-DEC-1994
- CURRENT CHARGES/CREDITS S0000136
Taggerty, Walter
9911872
Contract Charge
9911872
Contract Charge
STUDENT TOTALS
* CURRENT BILLED BALANCE *
144.00
-144.00
.00
.00
.00
PRE-AUTHORIZED CHARGES
199501
091995004
19-SEP-1995
Jones, Jay
Contract Charge
537.70
STUDENT TOTALS
537.70
.00
**PRE-AUTH CHG BALANCE**
537.70
--------------------------------------------------------------------------------------------------------------------------------------------------------------PAST DUE: .00
FUTURE BALANCE: 0.00
TOTAL DUE: 537.70
-------------------------------------------------------------------------------This is the general message to be printed as a default for
all students. The account is not assigned to a collection
agency or assigned a delinquency code, or assigned to an
agency/code combination without a message.
6-84
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
May 2008
Report Sample #2 (Page 2 of 2)
15-SEP-1995 10:00:35
TERM: 199401
Banner University
Third Party Billing Statement
PAGE 2
TSRTBIL
* * * REPORT CONTROL INFORMATION - TSRTBIL - Release 2.1.5 * * *
RPTNAME: TSRTBIL
SELECTION IDENTIFIER:
APPLICATION CODE:
CREATOR ID:
TERM TO BE PROCESSED: 199501
ADDRESS SELECTION DATE: 16-NOV-1994
ADDRESS TYPE HIERARCHY: 1MA
CONTRACT ID: 310000004
CONTRACT NUMBER: %
DATE TO USE WHEN FUTURE ITEMS ARE PRINTED: 31-DEC-1994
CURRENCY CODE USED TO PRODUCE INVOICE/STATEMENT:
RUN MODE: STATEMENT
APPLY THIRD PARTY DEPOSITS?: Y
PRINT FUTURE DETAILS INDICATOR: Y
PRINT ORDER:
STATEMENT DATE: 16-DEC-1994
DAYS IN STATEMENT CYCLE:
MINIMUM ACCOUNT BALANCE: -9999999.99
DETAIL CODES TO BILL: %
PRE-AUTHORIZED CHARGES AFFECT TOTAL DUE: Y
TOTAL
TOTAL
TOTAL
TOTAL
TOTAL
TOTAL
TOTAL
TOTAL
REGISTRATION AR INDICATORS UPDATED
MEAL AR INDICATORS UPDATED
PHONE AR INDICATORS UPDATED
ROOM AR INDICATORS UPDATED
# OF PEOPLE HAVING CREDITS CALCULATED: 8
# OF THIRD PARTY ACCOUNTS BILLED: 1
CHARGES BILLED: 537.70
CREDITS BILLED: .00
TOTAL AMOUNT DUE: 537.70
6-85
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
May 2008
1098 Student Detail Tax Report Process (TSRTRAF)
Use this process to produce a flat file of tax notification data to send to third-party services and/or to print the detail
for reported amounts and/or selected supplemental tax report codes for the given tax year. This detail may be
included in student 1098-T notification mailings.
Description
Note
When revised records are created, the flat file includes records for all .00 amounts.
Parameters
„
Name
Required?
Description
Values
Tax Year
Yes
Year for which you are reporting information.
Valid Year (YYYY)
Run Mode O (Official) T
(Test)
Yes
Official mode updates notification statuses.
O
Student Notification
Date
No
To print detail data for students whose student
notification status has been changed to (S)ent. Enter
the associated student notification status date.
Banner will print the detail for these students only.
Date in DD-MON-YYYY format
Print Reported Details
(Y/N)
No
Setting this parameter to Y (Yes) will print the detail
of reported amounts, summarized by term and detail
code and the start date of the term is printed in the
date field.
Y
Yes, print detail
N
Do not print detail
Test mode does not update any notification statuses. T
Official
Test
For additional information, refer to the Student
Selection table in “Printed Detail” on page 6-89.
Print Supplemental
Detail
No
Enter Supplemental code(s) that you want to print.
This is a repeating parameter, so multiple codes can
be entered. Date field may be null on the report and
source of description may vary depending on
summarization of rules on TSATAXR.
Valid values are supplemental tax
codes for the tax year.
Note: The comment entered on TSATAXR will
print for each supplemental rule
6-86
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
May 2008
Parameters (cont) Name
Print Sort Option
Generate Flat File
Required?
Description
Values
Yes
Choose how you want students sorted.
1
Note: SSN will print on the report when option 2 or
3 is chosen.
Sort by ZIP code, name, then by
social security number (SSN).
2
Sort by ZIP code, SSN, then by
name.
3
Sort by SSN, then by name.
4
Sort by name, then by SSN.
Y
Create flat file
N
Do not create flat file
No
Controls the production of the flat file for third-party
processors.
Note: When TSRTRAF is run in Official mode and
this parameter is set to Y, then the following occur:
(1) Student Notification status is updated from
(R)eady to Send to (S)ent (if student record is sent to
a third-party processor) or (E)xcluded (if student
record matches exclusion values and is not sent to a
third-party processor), and
(2) IRS Report status is updated from (R)eady to
Send to (F)ile Created (if record is included in the
third-party flat file) or (E)xcluded (if record matches
an exclusion value and is not included in the thirdparty flat file).
OPE ID Code
No
Enter the office of post secondary education code.
Required if Generate Flat File = Y.
Note: This code is used in populating records of the
flat file, and to name the file itself.
6-87
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
Characters 1-6 contain the OPE code
and must be numeric.
Characters 7-8 contain the two-digit
campus code and can be numeric or
zero.
May 2008
Parameters (cont) Name
Exclude Option 1-4
Required?
Description
Values
Yes
Select the conditions for which you do not want to
include students in the file.
1
Include all students.
2
Do not include students when
amounts are zero.
3
Do not include students when
Scholarship or Grants amounts
exceed or equal Charges Billed
and when all other amounts are
zero.
4
Do not include students who meet
the criteria specified in either
option 2 or 3.
Indicators on the form, such as box 6, 8, or 9, are
disregarded.
USA Nation Code
No
Enter all nation codes defined by the institution to
designate USA.
Nation Code Validation Form
This is a repeating parameter, so multiple codes can
be entered.
F4 Detail File
No
F5 Detail File
F6 Detail File
Up to four distinct sets of transaction detail are
included in the TSRTRAF flat file. This may
include detail of reported amounts, or detail from a
supplemental rule.
Note: For reported amounts, detail is summarized
by term and detail code and the start date of the term
populates the date field position.
F7 Detail File
For supplemental amounts, date field may be null in
the flat file and the source of description may vary
depending on the summarization of rules on
TSATAXR.
Application ID
No
Allowable values include any
supplemental report code or the
following:
BoxCB Box 2 detail
BoxAC Box 3 detail
BoxSG Box 4 detail
BoxAS Box 5 detail
Enter the application ID.
Used for population selection.
6-88
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
May 2008
Parameters (cont) Name
Selection ID
Required?
Description
No
Enter the selection ID.
Values
Used for population selection.
Creator ID
No
Enter the creator ID.
Used for population selection.
User ID
No
Enter the user ID.
Used for population selection.
Printed Detail
The TSRTRAF process prints detail for a selection of students (excluding those with the Remove Notification
checkbox selected), when one of the following parameters is valued as noted.
• Parameter 04 (Print Reported Details Y/N) is set to Y (Yes) to print detail of reported amounts
• Parameter 05 (Print Supplemental Detail) has at least one valid Supplemental Tax Report Code entered
Student Selection
Value of
Student
Notification
Value of Population
Date
Selection (Parameters 15(Parameter 03) 18)
populated
null
Students Selected to Print
Student Notification = (S)ent
Student Notification Date = value in parameter 03
populated
populated
Student Notification = (S)ent
Student Notification Date = value in parameter 03
Student is in the Population Selection.
6-89
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
May 2008
Value of
Student
Notification
Value of Population
Date
Selection (Parameters 15(Parameter 03) 18)
Students Selected to Print
null
null
Student Notification = (R)eady to Send
null
populated
Student Notification = (R)eady to Send, (S)ent, or
(E)xcluded
Student is in the Population Selection.
Report Sample
Name: Oliver Openhauser
ID: TRA000015
Detail of Charges Billed
Term
200429
200429
200429
Code
FEES
PRO
T101
Total:
Description
Fees
Comprehensive Fee
Tuition Charge
Detail of Scholarships or Grants
Term
200419
Code
EXPT
9,479.00
Amount
429.00
50.00
9,000.00
Total:
Description
Exemption Payment
Zip Code: 73221
Future Tax Year
Pro-rata
Yes
300.00
Amount
300.00
Future Tax Year
Pro-rata
Future Tax Year
Yes
Pro-rata
Eligible Charges
Total:
12,479.00
May include those reported in a previous year as future transactions.
Reported
2003 Box
2004 Box
2004 Box
2004 Box
In
2
2
2
2
Term
200429
200429
200429
200429
Description
Tuition Charge
Fees
Comprehensive Fee
Tuition Charge
Amount
3,000.00
429.00
50.00
9,000.00
Eff date
15-DEC-2003
18-JAN-2004
18-JAN-2004
18-JAN-2004
Yes
Eligible Payments
Total:
5,460.00
Payments received during the calendar year, which may be a basis for a tax claim.
Reported In
6-90
Term
200419
Description
Federal Direct Parent Loan
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
Amount
5,460.00
Eff date
Future Tax Year
Pro-rata
May 2008
Flat File Layout
Standard TRA File Header
1 per campus file
HH - File Transmission Header
1
Standard TRA Student Data Loop
1 to n students per campus
SS - Student Identification Record
1 per student
DD - Student Demographic Record
0 or 1 per student
B1 - Student Box 1 Amount
0 or 1 per student
B2 - Student Box 2 Amount
0 or 1 per student
B3 - Student Box 3 Amount
0 or 1 per student
B4 - Student Box 4 Amount
0 or 1 per student
B5 - Student Box 5 Amount
0 or 1 per student
B6 - Student Box 6 Indicator
0 or 1 per student
B7 - Student Box 7 Amount
0 or 1 per student
Box 8 - Student Box 8 Indicator
0 or 1 per student
Box 9 - Student Box 9 Indicator
0 or 1 per student
F4 User Defined Financial Transaction Record 0 to 100 records per student - total F4-F7
F5 User Defined Financial Transaction Record
F6 User Defined Financial Transaction Record
F7 User Defined Financial Transaction Record
6-91
Standard TRA File Trailer
1 per campus file
TT -- File Transmission Trailer
1/1
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
May 2008
Transmission Header Record
Field#
Start Pos
End
Pos
Length
Description
Valid Field Content
1
1
2
2
Record Type
HH
2
3
10
8
OPE ID code
Positions 1-6 contain the OPE
code value and must be
numeric. Positions 7-8 contain
the two-digit campus code and
can be numeric or zero.
3
11
50
40
School Name - Optional
4
51
58
8
Transmission Date
MMDDCCYY
5
59
62
4
Tax Year
CCYY
6
63
63
1
Transmission Mode Indicator
T
Test
P
Production
7
64
65
2
CR/LF
Student Identification Record
6-92
Field#
Start Pos
End
Pos
Length
Description
Valid Field Content
1
1
2
2
Record Type
SS
2
3
10
8
OPE ID code
Positions 1-6 contain the OPE
code value and must be
numeric. Positions 7-8 contain
the two-digit campus code and
can be numeric or zero.
3
11
19
9
Social Security Number (See
note following field # 5)
Numeric
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
May 2008
Field#
Start Pos
End
Pos
Length
Description
Valid Field Content
4
20
20
1
Record Usage Indicator
Blank Not a Correction/IRS
Correction.
5
21
29
9
Previously-provided SSN
(See note)
I
Correction/IRS
Correction; will cause a
correction 1098-T to print
and mail.
N
Correction/IRS
Correction; will not print
a correction 1098-T.
Numeric
Note: If you are not correcting the social security number (SSN), provide the original SSN in positions 11-19.
Positions 21-29 should be blank unless you are providing an SSN change.
6-93
6
30
33
4
Credit Units - Optional
7
34
53
20
School Defined ID - Optional
8
54
55
2
Campus Code - Optional
9
56
57
2
CR/LF
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
Numeric with two decimal
points assumed. Do not use
this field unless you are
instructed to do so.
May 2008
Student Demographic Record
6-94
Field#
Start Pos
End
Pos
Length
Description
Valid Field Content
1
1
2
2
Record Type
DD
2
3
22
20
Last Name
Alphanumeric
3
23
42
20
First Name
Alphanumeric
4
43
43
1
Middle Initial
Alphanumeric or blank
5
44
83
40
Student Address line 1
Alphanumeric
6
84
123
40
Student Address line 2
Alphanumeric
7
124
163
40
Student City
Alphanumeric; for foreign
addresses, enter city, state/
province, postal code
8
164
165
2
State
Valid postal two-character
state code.
9
166
174
9
Zip Code
Alphanumeric or blank
10
175
177
3
APO/FPO
Alphanumeric. Use APO or
FPO as needed.
11
178
217
40
Foreign Country Name
Alphanumeric; use only for
non-USA addresses.
12
218
219
2
CR/LF
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
May 2008
Box 1 record - Payments Received for Qualified Tuition and Related Expenses
Field#
Start Pos
End
Pos
1
1
2
2
Record Type
B1
2
3
14
12
Amount
Numeric; right-justified; zerofilled; last two digits are cents
3
15
16
2
CR/LF
Length
Description
Valid Field Content
Box 2 record - Amounts Billed for Qualified Tuition and Related Expenses
Field#
Start Pos
End
Pos
Length
Description
Valid Field Content
1
1
2
2
Record Type
B2
2
3
14
12
Amount
Numeric; right-justified; zerofilled; last two digits are cents
3
15
16
2
CR/LF
Box 3 record - Adjustments Made for a Prior Year
6-95
Field#
Start Pos
End
Pos
1
1
2
2
Record Type
B3
2
3
14
12
Amount
Numeric; right-justified; zerofilled; last two digits are cents
3
15
16
2
CR/LF
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
Length
Description
Valid Field Content
May 2008
Box 4 record - Scholarships or Grants
Field#
Start Pos
End
Pos
1
1
2
2
Record Type
B4
2
3
14
12
Amount
Numeric; right-justified; zerofilled; last two digits are cents
3
15
16
2
CR/LF
Length
Description
Valid Field Content
Box 5 record - Adjustments to Scholarships or Grants for a Prior Year
Field#
Start Pos
End
Pos
Length
Description
Valid Field Content
1
1
2
2
Record Type
B5
2
3
14
12
Amount
Numeric; right-justified; zerofilled; last two digits are cents
3
15
16
2
CR/LF
Box 6 record - Amount in Box 1 or 2 includes amounts for an academic period beginning Jan-March 2004
Field#
Start Pos
End
Pos
1
1
2
2
Record Type
B6
2
3
3
1
Indicator
1 or Y Yes
Length
Description
Valid Field Content
Blank, 0, or N No
3
6-96
4
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
5
2
CR/LF
May 2008
Student Payments or User Defined Transaction Record (optional)
Field#
Start Pos
End
Pos
Length
Description
Valid Field Content
1
1
2
2
Record Type
F6
2
3
10
8
Transaction Date
MMDDCCYY
3
11
40
30
Transaction Description
Alphanumeric
4
41
48
8
Transaction Amount
Numeric; right-justified; zerofilled; last two digits are cents
5
49
50
2
CR/LF
Student Grants or User Defined Transaction Record (optional)
6-97
Field#
Start Pos
End
Pos
Length
Description
Valid Field Content
1
1
2
2
Record Type
F7
2
3
10
8
Transaction Date
MMDDCCYY
3
11
40
30
Transaction Description
Alphanumeric
4
41
48
8
Transaction Amount
Numeric; right-justified; zerofilled; last two digits are cents
5
49
50
2
CR/LF
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
May 2008
Transmission Trailer Record
6-98
Field#
Start Pos
End
Pos
Length
Description
Valid Field Content
1
1
2
2
Record Type
TT
2
3
10
8
OPE ID code
Positions 1-6 contain the OPE
code value and must be
numeric. Positions 7-8 contain
the two-digit campus code and
can be numeric or zero.
3
11
18
8
Transmission Date
MMDDCCYY
4
19
26
8
Total Student Submission
Count
Numeric
5
27
34
8
Total File Records (include
header and trailer records)
Numeric
6
35
36
2
CR/LF
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
May 2008
Transaction Summary Report (TSRTSUM)
Description
This report displays detail account information for a student, a group of students or all students. The report can be
executed for a specific term, a group of terms, or all terms. There are two modes that can be used: DETAIL or
SUMMARY.
Detail Mode
In DETAIL mode, all account detail is listed for the terms as well as the balance due, future due, and account
balance. In detail mode, the columns on the report are:
• DETL - Detail Code
• DESCRIPTION - transaction description
• TERM - term of the transaction
• CHARGE - charge amount
• PAYMENT - payment amount
• BALANCE - the remaining balance on a detail item after application of payments
• S - Source of the transaction
• DATE 1 - The user has the option through the report parameters to choose which date to display in this
column. The following dates can be displayed as Date 1 (E)ffective date, (T)ransaction Date, (D)ue date,
E(N)try date or (B)ill date.
• RECEIPT Receipt number associated with the transaction
• ID - User ID of the person that input the transaction
• TRAN - Transaction number
• TPAY - Identifies the transaction number of a specific application of payment
Summary Mode
In SUMMARY mode, the activity for a student will be summarized by detail code for those terms selected. The
charges, payments and balance columns will display. The other columns (SOURCE, DATE 1, RECEIPT, ID,
TRAN, TPAY) will not display in summary mode.
6-99
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
May 2008
Parameters
Name
Required?
Description
Values
Student ID
Yes
Specify a student ID to be reported. To print for all
students enter %. To enter a population select, use %
in this parameter. The selection identifier code must
be entered in the selection identifier parameter.
%
Print all students (default)
Term
Yes
Enter the term code for the term for which the
account information should be printed.
%
Print all terms (default)
Specify a single detail code to be reported. Enter
detail code or% for all. Valid values should be
selected from the Detail Code Control Form
(TSADETC). To report multiple detail codes, enter
N% where N = any letter.
TSADETC (Detail Code Control
Form)
Enter Y to print all memos. Enter N to not print
memos.
Y
Print all memos (default)
N
Do not print memos.
Enter Y to print deposits. Enter N to not print
deposits.
Y
Print deposits (default)
N
Do not print deposits.
Enter D for Detail or S for Summary.
D
Detail (default)
S
Summary
E
Effective date (default)
T
Transaction date
N
Entry date
B
Bill date
Detail Code
Print Memos
Print Deposits
6-100
Yes
No
No
Detail or Summary
Report
Yes
Date on Report
Yes
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
Options for this date are E(ffective) date,
T(ransaction) date, D(ue) date, (E)N(try) date or
B(ill) date. This parameter is only used in detail
mode.
N% Print multiple codes (where N is
the appropriate number)
%
Print all detail codes (default)
N% Print multiple codes (where N is
the appropriate number)
May 2008
Parameters (cont) Name
One Student Per Page
6-101
Required?
Description
Values
No
Enter Y to print a new page for each student. Enter
N to print students continuously.
Y
Print one student/page
N
Print many students/page
GLISLCT (Population Selection
Inquiry Form)
Selection Identifier
No
Enter the selection identifier code of the population
you want to process. The selection identifier must be
defined on the Population Selection Inquiry Form
(GLISLCT).
Application Code
No
Enter the application code of the population you
Application Inquiry Form (GLIAPPL)
want to process. The Population Selection Extract
Inquiry Form (GLIEXTR) may be used to review the
people who will be processed.
Creator ID
No
Enter the user ID of the person creating the subpopulation rules.
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
May 2008
Report Sample #1 - Summary Mode (Page 1 of 2)
22-APR-1998 08:11:07
ALL TERMS
Development
Transaction Summary Report
Student, Riley's 8th
RS8
DETL Description
T101
CASH
TPPY
HOUS
MEAL
PAGE 1
TSRTSUM
CHARGE
PAYMENT
BALANCE
Tuition Charge
Cash Payment
Contract PaymentHousing Fee
Meal Plan
5,000.00
.00
.00
1,500.00
600.00
2,200.00
4,000.00
.00
.00
.00
.00
.00
900.00
.00
TOTAL:
7,100.00
6,200.00
.00
Balance Due: 900.00 Future Due: .00 Account Balance: 900.00 NSF Count: 0
---------------------------------------------------------- DEPOSITS ---------------------------------------------------------DETAIL
AMOUNT
BALANCE
DCHK
DCHK
DCHK
DCHK
700.00
500.00
700.00
500.00
700.00
500.00
700.00
500.00
TERM
199820
199820
199830
199830
RELEASE DATE EXPIRATION DATE EFFECTIVE DATE RECEIPT
02-MAY-98
01-JUL-98
02-MAY-98
01-JUL-98
21-APR-98
21-APR-98
21-APR-98
21-APR-98
Deposit Balance: 2,400.00
= = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = =
6-102
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
May 2008
Report Sample #1 - Summary Mode (Page 2 of 2)
22-APR-1998 08:11:07
ALL TERMS
Development
Transaction Summary Report
PAGE 2
TSRTSUM
* * * REPORT CONTROL INFORMATION * * *
RPTNAME: TSRTSUM
VERSION: 3.1
Student ID: RS8
TERM: %
DETAIL CODE: %
Print Memos: Y
Print Deposits: Y
Report Type: Summary
Print One Student per page: Y
SELECTION ID:
APPLICATION CODE:
CREATOR ID:
REPORT TOTALS
BALANCE DUE: 900.00
FUTURE DUE: .00
ACCOUNT BALANCE: 900.00
SELECTION BALANCE: 900.00
RECORD COUNT: 1
6-103
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
May 2008
Report Sample #2 - Detail Mode (Page 1 of 2)
22-APR-1998 08:11:30
ALL TERMS
Development
Transaction Summary Report
Student, Riley's 8th
RS8
DETL Description
T101
CASH
TPPY
HOUS
MEAL
PAGE 1
TSRTSUM
TERM
Tuition Charge
Cash Payment
Contract Payment-contract paym
Housing Fee
Meal Plan
199820
199820
199820
199820
199820
TOTAL:
CHARGE
PAYMENT
5,000.00
2,200.00
4,000.00
5,000.00
2,800.00
-1,200.00
300.00
900.00
6,200.00
900.00
1,500.00
600.00
7,100.00
BALANCE S
T
T
C
T
T
EFF DATE
22-APR-1998
22-APR-1998
22-APR-1998
22-APR-1998
22-APR-1998
RECEIPT
1346
1347
ID
LWLOCK
LWLOCK
LWLOCK
LWLOCK
LWLOCK
TRAN
TPAY
1
2
3
4
5
Balance Due: 900.00 Future Due: .00 Account Balance: 900.00 NSF Count: 0
---------------------------------------------------------- DEPOSITS ---------------------------------------------------------DETAIL
AMOUNT
BALANCE
DCHK
DCHK
DCHK
DCHK
700.00
500.00
700.00
500.00
700.00
500.00
700.00
500.00
TERM
199820
199820
199830
199830
RELEASE DATE EXPIRATION DATE EFFECTIVE DATE RECEIPT
02-MAY-98
01-JUL-98
02-MAY-98
01-JUL-98
21-APR-98
21-APR-98
21-APR-98
21-APR-98
Deposit Balance: 2,400.00
= = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = =
6-104
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
May 2008
Report Sample #2 - Detail Mode (Page 2 of 2)
22-APR-1998 08:11:30
ALL TERMS
Development
Transaction Summary Report
PAGE 2
TSRTSUM
* * * REPORT CONTROL INFORMATION * * *
RPTNAME: TSRTSUM
VERSION: 3.1
Student ID: RS8
TERM: %
DETAIL CODE: %
Print Memos: Y
Print Deposits: Y
Report Type: Detail
Date on Report: E
Print One Student per page: Y
SELECTION ID:
APPLICATION CODE:
CREATOR ID:
REPORT TOTALS
BALANCE DUE: 900.00
FUTURE DUE: .00
ACCOUNT BALANCE: 900.00
SELECTION BALANCE: 900.00
RECORD COUNT: 1
6-105
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
May 2008
6-106
Banner Accounts Receivable 8.0
User Guide
Student Accounts Receivable Reports
May 2008
Index
Numerics
1098 Student Detail Tax Report Process
(TSRTRAF) 6-86
1098 Student Tax Notification Process
(TSP1098) 6-2
1098 Student Tax Report (TSR1098) 6-15
A
Account Detail Report (TFRDETL) 5-10
Account Detail Report (TSRDETL) 6-46
Account Receipt Report (TGRRCPT) 4-65
Accounting Feed Procedure 2-19, 3-17
Accounting Feed Process (TGRFEED) 4-46
Accounts
Billing 2-6
Accounts Receivable Reconciliation Report
(TGRRCON) 4-53
Adjust Cashiering Activity 3-41
Aging Analysis Report (TGRAGES) 4-13
Application of payment 2-10, 3-77
Application of Payment Process (TGRAPPL)
4-17
Assess Penalty/Interest Charges Report
(TFRLATE) 5-18
Assess Penalty/Interest Charges Report
(TSRLATE) 6-51
Auto Hold/Release Process (TGPHOLD) 4-7
Auto Refunding of Credit Amounts
(TFRRFND) 5-23
Auto Refunding of Credit Amounts
(TSRRFND) 6-59
Automatic Cashier Session Close
(TGRCLOS) 4-24
B
Banner Accounts Receivable
shared features 1-1
May 2008
Banner Accounts Receivable Interface to
Finance 3-26
Banner Accounts Receivable Interface to
Financial Aid 3-90
Batch Update of Delinquencies (TGRDELI)
4-38
Billing Purge Process 2-7, 2-41, 3-38
Billing Purge Process (TGPBILL) 4-2
C
Cashier Delete Report/Process (TGRCDEL)
4-22
Cashier Detail Report (TGRCSHR) 4-32
Cashier Session Close (TGRCLOS) 4-24
Cashiering
Adjusting 2-4
Creating a session 2-16, 3-14
Reviewing 2-4
Collection agency 2-7
Collection Agency Report (TRGCOLC) 4-28
Contract/Exemption Roll Process
(TSRROLL) 6-68
Control/Rules/Application forms reference
2-47
Create Installment Transaction Process
(TSPISTT) 6-14
Creating cashiering sessions 2-16, 3-14
D
Deposits
Entering for Accounts Receivable 2-7
Detail Code Report (TGRDETC) 4-42
F
Finance Accounts Receivable processes
(TRRAPPL) Grants Application of
Payment Process 5-31
Banner Accounts Receivable 8.0
User Guide
Index
I-1
(TRRUNAP) Unapplication of Payment
Process 5-39
Finance Accounts Receivable reports
(TFRBILL) Invoice/Statement Report 5-2
(TFRDETL) Account Detail Report 5-10
(TFRLATE) Assess Penalty/Interest
Charges Report 5-18
(TFRRFND) Auto Refunding of Credit
Amounts 5-23
(TRRAGES) Grants Aging Analysis
Report 5-28
(TRRCOLL) Grants Collections Report
5-32
(TRRRCON) Grant Reconciliation
Report 5-35
(TRRUNPL) Unapplied Payments Listing
5-41
I
Invoice/Statement Report (TFRBILL) 5-2
Invoices
Accounts Receivable Billing Process 2-6
L
G
General Accounts Receivable processes
(TGPBILL) Billing Purge Process 4-2
(TGPHOLD) Auto Hold/Release Process
4-7
(TGPSTMT) Statement Purge Process
4-11
(TGRAPPL) Application of Payment
Process 4-17
(TGRCDEL) Cashier Delete Report/
Process 4-22
(TGRCLOS) Cashier Session Close 4-24
(TGRFEED) Accounting Feed Process
4-46
General Accounts Receivable reports
(TGRAGES) Aging Analysis Report 4-13
(TGRCDEL) Cashier Delete Report/
Process 4-22
(TGRCOLC) Collection Agency Report
4-28
(TGRCSHR) Cashier Detail Report 4-32
(TGRDELI) Batch Update of
Delinquencies 4-38
(TGRDETC) Detail Code Report 4-42
(TGRMISC) Miscellaneous Receipt
Report 4-50
(TGRRCON) Accounts Receivable
Reconciliation Report 4-53
(TGRRCPT) Account Receipt Report
4-65
I-2
(TGRUNAP) Unapplication of Payment
Report 4-69
Grant Reconciliation Report (TRRRCON)
5-35
Grants Aging Analysis Report (TRRAGES)
5-28
Grants Application of Payment Process
(TRRAPPL) 5-31
Grants Collections Report (TRRCOLL) 5-32
Banner Accounts Receivable 8.0
User Guide
Index
Lockbox Result Print Program (TSRPDRV)
6-58
Lockbox Tape Unload Process (TSRLBOX)
6-56
M
Miscellaneous Receipt Report (TGRMISC)
4-50
Month-end closing procedures 2-37, 3-35
P
Posting
Accounts Receivable deposit entries
2-10
Procedures
Accounting Feed Procedure 2-19, 3-17
Accounting Feed Transactions 2-21,
3-18
Application of Payments 2-20, 3-17
Deposit Processing 2-22, 3-19
Establish Accounts 2-20, 3-17
Refund Processing through
Accounts Payable 2-23, 3-20
Refund Processing through Cash
Drawer 2-24, 3-21
Short Term Loan Processing 2-25,
3-22
Accounting Feed Process 2-6, 3-47
May 2008
Accounts Receivable Testing Tasks 3-86
Adjust Cashiering Activity 2-4, 3-41
Application of Payment Process 2-5,
2-10, 3-77
Application of payment process 2-10,
3-77
Assign Accounts to a Collection Agency
2-7, 3-83
Banner Accounts Receivable Interface to
Finance 3-26
Accounts Receivable Interface
Process 2-32, 3-30
Application of Payments and Rule
Classes 2-30, 3-28
Detail Code Overview 2-29, 3-27
Posting A/R Transactions in Finance
2-35, 3-33
Banner Accounts Receivable Interface to
Financial Aid 3-90
Billing and Payments for Financial
Aid 3-95
Billing Parameters and Financial Aid
3-97
Disbursement of Financial Aid Funds
3-91
Financial Aid Disbursement Process
and A/R 3-98
Processing Disbursements,
Authorizations, and Memos 3-96
Running of Financial Aid
Disbursement Process (Online
and Batch) 3-94
Sample Job Stream for Billing and
Financial Aid Disbursements
3-99
Set Up Aid Year, Term, Period for
Financial Aid 3-91
Set Up Detail Codes for Financial Aid
Disbursement 3-91
Banner Alternative Payment/
Assessment Processing 3-48
Banner Pre-Bill Procedures 3-47
Bill Student Accounts 3-63
Billing accounts 2-6
Cashiering 2-4
Collect Miscellaneous Revenue 3-12
Collecting miscellaneous revenue 2-3
Contract and Exemptions Process Notes
3-84
Control/Rules/Application Forms
Reference 3-101
May 2008
Creating cashiering sessions 2-16, 3-14
Display/Reprint Receipt 3-12
Displaying and reprinting receipts 2-3
Enter/Update/Review Account Detail
3-11
Entering free form account numbers on
miscellaneous transactions 2-15
Entering student payments 3-10
Establishing controls 2-1, 3-1
Establishing exemption information 3-10
Establishing installment plans 2-2, 3-10
Establishing third party contracts 3-9
Lockbox Processing 3-42
Mass Entry of Charges and Payments
2-3
Mass Entry of Charges/Payments 3-11
Month-End Closing Procedures 2-37,
3-35
Process Application of Payments 3-42
Processing returned checks 2-38, 3-36
Produce Account Detail Report 3-84
Produce Aging Reports 3-83
Producing account detail reports 2-7
Producing aging reports 2-6
Purging account details 2-7
Recurring Receivables Procedure 2-43
Review Accounts 3-12
Review Cashiering Activity 3-40
Reviewing accounts 2-3
Rule Code Processing in Miscellaneous
Transaction Form 2-15, 3-13
Run Student Bills 3-64
Sample Detail Codes and Accounting
Entries 3-54
Sample Detail Codes, Accounting
Entries, and Rule Classes 2-41
Setting Up Deposits 3-50
Setting Up Refunds 3-53
Setting Up Refunds through the Cash
Drawer 3-51
Setting Up Sleep/Wake Processes 2-45,
3-99
Setting Up Third Party Contracts 3-49
Term-Based Detail Codes Set-up and
Use 3-4
Third Party Billing 3-66
Updating and reviewing account detail
2-2
Process Flow Diagrams
Banner Accounts Receivable 8.0
User Guide
Index
I-3
Accounts Receivable Process Flow
Narrative 1-4
processes
(TGPBILL) Billing Purge Process 4-2
(TGPHOLD) Auto Hold/Release Process
4-7
(TGPSTMT) Statement Purge Process
4-11
(TGRAPPL) Application of Payment
Process 4-17
(TGRCDEL) Cashier Delete Report/
Process 4-22
(TGRCLOS) Cashier Session Close 4-24
(TGRFEED) Accounting Feed Process
4-46
(TRRAPPL) Grants Application of
Payment Process 5-31
(TRRUNAP)Unapplication of Payment
Process 5-39
(TSP1098) 1098 Student Tax Notification
Process 6-2
(TSPISTT) Create Installment
Transaction Process 6-14
(TSRLBOX) Lockbox Tape Unload
Process 6-56
(TSRRFND) Auto Refunding of Credit
Amounts 6-59
(TSRROLL) Contract/Exemption Roll
Process 6-68
(TSRTBIL) Third Party Invoice/Billing
Statement 6-77
(TSRTRAF) 1098 Student Detail Tax
Report Process 6-86
Processing returned checks 2-38, 3-36
R
Receipts
Displaying and printing 2-3
reports
(TFRBILL) Invoice/Statement Report 5-2
(TFRDETL) Account Detail Report 5-10
(TFRLATE) Assess Penalty/Interest
Charges Report 5-18
(TFRRFND) Auto Refunding of Credit
Amounts 5-23
(TGRAGES) Aging Analysis Report 4-13
(TGRCDEL) Cashier Delete Report/
Process 4-22
I-4
Banner Accounts Receivable 8.0
User Guide
Index
(TGRCOLC) Collection Agency Report
4-28
(TGRCSHR) Cashier Detail Report 4-32
(TGRDELI) Batch Update of
Delinquencies 4-38
(TGRDETC) Detail Code Report 4-42
(TGRMISC) Miscellaneous Receipt
Report 4-50
(TGRRCON) Accounts Receivable
Reconciliation Report 4-53
(TGRRCPT) Account Receipt Report
4-65
(TGRUNAP) Unapplication of Payment
Report 4-69
(TRRAGES) Grants Aging Analysis
Report 5-28
(TRRCOLL) Grants Collections Report
5-32
(TRRRCON) Grant Reconciliation
Report 5-35
(TRRUNPL) Unapplied Payments Listing
5-41
(TSR1098) 1098 Student Tax Report
6-15
(TSRBTOT) Total Billed Report 6-23
(TSRCBIL) Student Invoice/Billing
Statement 6-27
(TSRDETL) Account Detail Report 6-46
(TSRLATE) Assess Penalty/Interest
Charges Report 6-51
(TSRSSUM) Student Transaction
Summary Report 6-73
(TSRTSUM) Transaction Summary
Report 6-99
Returned checks 2-38, 3-36
Revenue
Collecting 2-3
S
Sample Detail Codes, Accounting Entries,
and Rule Classes 2-41
Sleep/Wake Processes 2-45, 3-99
Statement Purge Process (TGPSTMT) 4-11
Student Accounts Receivable processes
(TSP1098) 1098 Student Tax Notification
Process 6-2
(TSPISTT) Create Installment
Transaction Process 6-14
May 2008
(TSRLBOX) Lockbox Tape Unload
Process 6-56
(TSRROLL) Contract/Exemption Roll
Process 6-68
(TSRTBIL) Third Party Invoice/Billing
Statement 6-77
(TSRTRAF) 1098 Student Detail Tax
Report Process 6-86
Student Accounts Receivable reports
(TSR1098) 1098 Student Tax Report
6-15
(TSRBTOT) Total Billed Report 6-23
(TSRCBIL) Student Invoice/Billing
Statement 6-27
(TSRDETL) Account Detail Report 6-46
(TSRLATE) Assess Penalty/Interest
Charges Report 6-51
(TSRRFND) Auto Refunding of Credit
Amounts 6-59
(TSRSSUM) Student Transaction
Summary Report 6-73
(TSRTSUM) Transaction Summary
Report 6-99
Student Invoice/Billing Statement (TSRCBIL)
6-27
Student Transaction Summary Report
(TSRSSUM) 6-73
T
Term-Based Detail Codes Set-up and Use
3-4
TGPBILL Billing Purge Process 2-7
Third Party Invoice/Billing Statement
(TSRTBIL) 6-77
Total Billed Report (TSRBTOT) 6-23
U
Unapplication of Payment Process
(TRRUNAP) 5-39
Unapplication of Payment Report
(TGRUNAP) 4-69
Unapplied Payments Listing (TRRUNPL)
5-41
May 2008
Banner Accounts Receivable 8.0
User Guide
Index
I-5
I-6
Banner Accounts Receivable 8.0
User Guide
Index
May 2008
Was this manual useful for you? yes no
Thank you for your participation!

* Your assessment is very important for improving the work of artificial intelligence, which forms the content of this project

Download PDF

advertisement