Professional Documents
Culture Documents
CMS
Version 8.0
©
2003 PaySys International, Inc. All Rights Reserved. The PAYSYS name, logo and related trademarks and service marks,
owned by PaySys International, Inc., are registered and/or used in the U.S. and many foreign countries. The FIRST DATA
name, logo and related trademarks and service marks are owned by First Data Corporation, parent company of PaySys
International, Inc., and are registered and/or used in the U.S. and many foreign countries.
All trademarks, service marks, and trade names referenced in this material are the property of their respective owners.
This material is proprietary to PaySys International, Inc. and is not to be reproduced, disclosed, or used except in accordance with
program license or other written authorization of PaySys International, Inc.
WWW.PAYSYS.COM
Contents
BUSINESS REQUIREMENTS....................................................................................................................4
Business Requirements
VisionPLUS was enhanced with release 8.0 to include closed-end loan processing as a supported
credit offering / repayment method. Much effort has been extended to clean up the loan
functionality with release 8.11, to make the offering more attractive to our clients and prospects.
An important component to the process is missing from our solution, though, and that is the
ability to set up the pre-computed loans on the system. Internally, PaySys uses FileAid or some
other user-input mechanism, but we do not provide an integrated solution to our customers.
The new functionality should include the following features:
• A new screen where the user will input the data required to build plan records 1 (plan data)
and 2 (loan data).
• A new screen for input of plan data record 7 (amortization), if applicable to the loan.
• A new screen for input of the loan schedule, if applicable for the loan.
• The reference number will be user-defined and identified in one field which will then be put
into the reference number fields on records 1, 2, 7 and Loan Schedule.
• The ability to “accept” the displayed terms and have the terms become the required input to
create the loan credit plan. The credit plan build should be online, immediately.
• Any maintenance to the information once the plan has been built, must be done directly to the
plan via ARMA.
• The ability to purge a plan segment which has not been funded. The plan segment should be
flagged to purge in the next batch run. Note: GE has also requested a method to purge bad
plan segments that were added via user-input.
• If, after a sale posts, there is a need to change the terms, a reschedule must be performed
(current functionality).
• The monetary transaction still comes in separately.
• Field security for all fields on the new input screens and existing plan segment screens.
Applications Affected
VisionPLUS Applications
ASM CDM CMS CTA FAS IMB
X
TRAMS Applications
TRM/Base TRM/AG TRM/BC TRM/DE TRM/EC
Interfaces
CSF ScoreWare SEARCH Triad
Current Functionality
Currently pre-computed, front-loaded loan set-up for CMS is done either by creating input files of
the required records through user input or by using an independent loan origination system.
PaySys does not provide any other method for our customers.
To set-up a pre-computed, front-loaded loan, Record 1(Plan Data) and Record 2 (Loan Data) are
required as minimum input. Two additional records, Record 7 (Amortization) and Loan Schedule
can also be brought in through user input, but are not required for the loan to be set up.
After the input files are complete, the ARU040 Pre-edit is run against these files as verification
that all the fields pass the edits. The files are then run into the next batch run and the loan plan
segments are created. The monetary transaction associated with the loan is processed separately
and when it is posted, the plan is balanced.
Functional Solution
The customer will be provided with a new online data entry method to create Posting Indicator 1
(PI 1) and Posting Indicator 2 (PI 2) pre-computed, front-loaded loan plan segments. New
screens will be created to provide a more user-friendly process. To accomplish this, the following
changes will be done to meet the requirements for loan set-up:
• A new series of screens, ARLE, will be provided to set-up Records 1, 2, 7 and Loan
Schedule. Record 6 will be created during posting in the next batch run after the online entry
is complete.
• The reference number, defined by the user, will be input on the ARLE Locate screen used to
initiate the on-line input screens. This reference number will be automatically populated on
each subsequent screen as the screen is displayed for input.
• The reference number will serve as a key to determining, if this is an initial entry or an
incomplete loan requiring additional input, and to help the user determine a specific plan that
is to be purged.
• Records 1 and 2 are required for loan set-up at a minimum. Record 7 and the Loan Schedule
record are optional dependent on the circumstances surrounding the loan. Record 7 can be
built from information on the Credit Plan Master or from the Record 7 input, but not from
both. If any data is populated on the Record 7 screen, the Credit Plan Master amortization
data will be ignored. A Loan Schedule will be required if the PAYMENT TYPE,
AMORTIZATION METHOD, or CCI require it.
• The credit plan segment, ARMA will be created immediately, real time, as each screen is
accepted. The status code for the plan will reflect the acceptance of the record as complete
prior to a batch run and the posting of the monetary transaction.
• If a monetary transaction to match the loan amount does not post in the next batch run after
the loan input records are complete, the loan plan segment will be imbalanced. The status of
the plan segment created (provided both Record 1 and Record 2 were accepted), will be set to
an imbalanced plan status of 70 or 72, until the complete monetary transaction is received.
• The new input screens will be for the ‘add’ function only. Any maintenance to the loan plan
segment created must be done on the ARMA (plan segment screens), but it is limited to only
those fields that are currently open for maintenance.
• Two new screens (ARLP) will be created to provide the ability to purge a loan, which has not
been funded, or has bad or missing data. The screens will also be used for a purge reversal
function.
• There will be a new series of Field Security screens (ARFP) to control access to the fields on
the new input screens. A new Field Security screen will also be created for the existing plan
segment maintenance fields. Due to these new Field Security screens, the ARFS00 screen
must be revised to include the plan segment and to make it more user friendly.
• The new screen IDs must be included on the ARMU Menu screen.
• Maintenance reports R06, R10 and R55 will be modified to include the new fields.
• Clients will continue to have the option to load plan segments through batch user input.
The ARLE screens can also be used to complete loan plan segments
that were originally set up using the user input file. After initiating the
locate screen, it will be determined which screen (record) is needed to
complete the loan plan segment and only that screen will be displayed.
Maintenance is not allowed on the ARLE screens.
User Input file allows upper and lower case reference numbers, but the
ARLE input screens program always uppercases any alpha reference
number whether input as lower or uppercase. If the User Input file uses
a lower case reference number and the loan record is not complete, the
ARLE input screens cannot be used to complete the loan records.
Because the lowercase reference number will not be recognized by
ARLE, a NEW loan record will be created. The User Input File will
have to be used to complete the record in this instance.
ARLE01 – Record 1
Record 1 contains the plan data for the loan plan segment. This screen contains basic plan
information such as, store information, payment information, plan date and rebate parameters.
This screen initiates with the ORG, ACCT, PLAN, and REF NBR populated.
The Rebate parameter fields only apply to POSTING INDICATOR (PI) 2 loans, not PI 1 loans. If the
Credit Plan Master, PLAN number used on ARLE00 has a POSTING INDICATOR (PI) of 1, then the
Rebate parameter fields will not display on the ARLE01 screen. The system will zero fill the
Rebate parameters when Record 1 is created for PI 1 loans.
Payment Type
A new field, PAYMENT TYPE will be added to Record 1 input and displayed on ARLE01. When
this screen is initially displayed, it will contain the PAYMENT TYPE defaulted from the Credit Plan
Master of the PLAN entered on ARLE00. During the input session, this field can be maintained to
a different value, if the user wants a PAYMENT TYPE other than the type that is defaulted.
Rebate Data
The rebate information is for PI 2 loans only. If rebate information is not completed on the input
screen, then the rebate information will default from the Credit Plan Master. If the REBATE PER
IND field (ARLE01) has a value greater than 0, the rebate parameter data used to create Record 1
comes from the online input only, and the Credit Plan Master rebate values are all overridden. If
none of the rebate fields are populated on ARLE01, then all rebate data will default from the
Credit Plan Master. When the plan segment is created, the rebate information displays on
ARMA07.
ARLE02 – Record 2
Record 2 contains loan data for the loan plan segment. This screen initiates with the ORG, ACCT,
PLAN, and REF NBR populated. ARLE02 contains basic loan information such as agreement, first,
and final payment dates and amounts, terms, disclosed loan and component amounts, and CAP
and CCI indicators. When the plan segment is created, this information displays on ARMA11.
ARLE03 – Record 7
Record 7 contains the amortization data for the loan plan segment. This screen contains
amortization data such as the table, method, term, start indicator, start days or start months,
rounding indicator, and fixed amounts for each component of a loan.
If ARMO10, AMORT ACTIVE = 1, then after ARLE01 and ARLE02 are completed, screen
ARLE03 must be displayed to give the user the option to complete this screen. This screen
initiates with the ORG, ACCT, PLAN and REF NBR populated. Record 7 is not required even if
ARMO10, AMORT ACTIVE field is a 1. Record 7 data can either be brought in through the online
input using ARLE03, or amortization data can be defaulted from the Amortization Table
information residing on the Credit Plan Master, but not both. If any field on ARLE03 is populated
then, only the online data will be used.
If the TABLE field of any one component on ARLE03 is populated with either:
• A valid amortization table number or,
• 999, with amortization data in the other fields,
then Record 7 must be created using either table (ARKM01) specified or the on-line data. If the
on line data is used, then the Credit Plan Master amortization tables (ARMC06) are ignored.
If any one component on ARLE03 is populated with amortization data, then the other fields on
the screen must be allowed to either be populated or remain zero, as all components are not
required to be active on a loan. Since all components are not required to be active, an error should
not be given if a component is not completed with amortization data. When the plan segment is
created, this information displays on ARMA10.
The table below explains where the Amortization data is obtained based on the ARLE03 input.
Note that both sources cannot be used at the same time, either the information comes from the
ARLE03 screen, the Credit Plan Master, or there is no amortization data at all.
If … And … Then… And at
completion,
create…
ARLE03 has an table No other fields are Use the associated Record 7
number in AMORT populated AMORTIZATION TABLE
TABLE specified on ARLE03 to
populate the plan segment
ARLE03 has an table METHOD = 4 Use only ARLE03 input to Record 7
number in AMORT populate the plan segment.
TABLE
Note: TERM can not be input
when METHOD = 4.
Percentages and term will be
obtained from associated
AMORTIZATION TABLE
ARLE03 has 999 in the Required data is in Use only ARLE03 input to Record 7
AMORT TABLE field the METHOD and populate the plan segment
TERM fields
ARLE03 has 000 in the No other fields Use the AMORTIZATION Record 7
AMORT TABLE field for populated TABLES assigned to the
all components Credit Plan Master to
populate the plan segment
The TBL OVRD When the ARLE03, This indicates the amortization data was
indicator AMORT TABLE is: extracted from:
should be set
to:
3 Valid table number online input except for percentages. The
(001-998) and METHOD is 4 (percentage). Percentages are
METHOD = 4 used from the table number supplied.
Online Input
Reference Numbers
On initiation of the ARLE00 screen, the REFERENCE NUMBER that has been assigned to the
account plan segment must be verified to determine if the REFERENCE NUMBER on ARLE00 has
been used on this account before.
• If the REFERENCE NUMBER does not exists on the account, then the first input screen
(ARLE01) should be displayed.
• If the REFERENCE NUMBER exists on the account, then the PLAN STATUS must be
checked to determine if the plan segment is a complete record or incomplete record. If the
PLAN STATUS is 01(active), 10 (all records created, but batch not run), 70(imbalance), or
72(imbalance), then this is a duplicate record as the reference number already exist on the
account and the status code of 10, 70, or 72 means all records were created. If the
REFERENCE NUMBER has been used previously, then a message informing the user that
this is a ‘DUPLICATE REFERENCE NUMBER’ must be displayed on ARLE00.
• If the REFERENCE NUMBER exists on the account and the PLAN STATUS is 11, then this
plan segment record is incomplete. It must then be determined which record is needed
and what online screen to display.
• If the REFERENCE NUMBER exists on the account and the PLAN STATUS is 10, then this
plan segment record is complete but it must be determined whether a Loan Schedule
record is needed. If the settings for this loan require a loan schedule (PAYMENT TYPE = L,
CCI = 3 for any component, or AMORT METHOD = 5 for any component), then screen
ARLE04 must be displayed for input.
Segment Number
The plan segment sequence number, which is on the plan segment file, must also be determined.
The sequence number is initially assigned to Record 1 and all other records created for this plan
segment have the same sequence number.
An account is only allowed to have 99 plan segments and the number of plan segments is located
on the Base Segment. When ARLE00 is accessed and populated and it is determined that this is
the initial record for this plan number, the AMBS-NEXT-PLAN-REC-NBR field must be incremented
by 1(This is done in posting.). Even though the field is 3 digits, only 99 plan segments are
allowed and the input process should stop on the ARLE00, Locate page, if the user tries to add
100. A message should display on the screen ‘ ENTRY EXCEEDS PLAN SEGMENTS
LIMIT’.
Force Cycle
The batch program must be revised to check for Status 10 in preparation for Force Cycle
processing.
• If FORCE CYCLE is active and the STATUS of a plan = 10, then the number of plans and
the number of loans must = 1 in order for an account to be Force Cycled. Therefore,
• When plans are created online the ’number of plans’ and ‘number of loans’ must be set
from 0 to 1 to be used by Force Cycle processing.
• If the Record 1 and Record 2 are created and the creation of 7 is cleared, do not
increment the number of plans and number of loans, because record 1 and 2 are already
created and the number of plans and number of loans has already been set to 1.
Status Change
The PLAN STATUS of the plan segment coming into batch input is either, 10 or 11. The PLAN
STATUS code may be set by the system to a new value at the conclusion of the imbalance check
dependent on the posting of the associated monetary transaction. In the first batch run, after the
loan set-up process is complete,
• if the monetary transaction has posted and the plan segment passes the imbalance
check, PLAN STATUS 10 will change to PLAN STATUS 01.
• if a partial monetary transaction posts to the plan segment, the PLAN STATUS 10 will
change to PLAN STATUS 70 and the plan segment is imbalanced, When the remaining
monetary transaction posts, then the plan will pass the imbalance check, and the
PLAN STATUS will change to 01.
• if a monetary transaction that posts to a plan segment is greater than the loan amount
the PLAN STATUS 10 will change to PLAN STATUS 70 and the plan segment is
imbalanced. When the monetary transaction is corrected to be the loan amount, then
the plan will pass the imbalance check, and the PLAN STATUS will change from 70 to
01.
• if no monetary transaction for the loan has posted for the plan segment, then PLAN
STATUS 10 will change to PLAN STATUS 72 and the plan segment is imbalanced. In
the batch, when the monetary transaction does post, the plan will pass the imbalance
check and the PLAN STATUS will change from 72 to 01.
• if all required records are not complete, even if a monetary transaction is processed
through batch, the PLAN STATUS 11 will remain PLAN STATUS 11. If there is a
monetary transaction, it rejects until the records are complete. The rejected monetary
transaction continues to cycle until the records are complete. When the records are
complete, the rejected monetary transaction posts, if the plan passes the imbalance
check, the PLAN STATUS will change from 11 to 01. If the plan still does not pass the
imbalance check then the PLAN STATUS will changes from 11 to 70, or 72.
ARLP00 - Locate
This screen should be populated with the ORGANIZATION and the ACCOUNT the user wants to use
the purge function on. All loan plans available for purging or reverse purge are displayed on the
next screen, ARLP01. If no loan plans are available for purging, the following message will be
displayed:
NO LOAN PLANS AVAILABLE FOR PURGING.
Field Security
The new screen ID, ARLP must be added to the ARMU08 Menu, Miscellaneous screens and
allow the selection of this screen to display ARLP00.
Report Modifications
With the development of new Field Security (ARFP), Loan Entry (ARLE), and Loan Purge
(ARLP) screens, it will be necessary to include the maintenance of the fields on these screens on
the existing Maintenance Reports - R06, R10 and R55.
Non-Monetary Functions
After Hours
New online screens, ARLE, ARLP will not be available during after hours processing.
Online Interface
None
EXAM
None
Recovery
Any changes to new online screens, ARLE001 – ARLE04 and ARLP01 that affect the AMPS,
Plan Segment or AMBS, Base Segment must be included in the Log Records to be used, when a
Recovery occurs.
ARLE Page 00
....+....1....+....2....+....3....+....4....+....5....+....6....+....7....+....8
1 ARLE ( ) * USER DEFINED TITLE * PAGE 00 04/04/2002
2 LOAN INPUT LOCATE 19:32:15
3
4 ORGANIZATION ( 000 ) ACCOUNT ( 0000000000000000000 )
5
6
7 PLAN ( 00000 )
8 REFERENCE NUMBER ( 00000000000000000000000 )
9
0
1
2
3
4
5
6
7
8
9
0
1
2
3
4 PF1=ARMU PF2=ARQC PF3=ARMB PF4=ARQB PF5=ARMA PF6=ARQA
Screen Definition
New locate screen for loan set-up.
Field Descriptions
ORGANIZATION Identification number of the organization associated with the
3N account. The values are 001-998.
On-line Edits:
ORGANIZATION must be on file and valid.
ORGANIZATION must be numeric.
ORGANIZATION must be greater than 000 and less than 999.
INSTALLMENT ACTIVE, ARMO10 must be 1.
ACCOUNT Identification number of the account associated with the loan
19C entry records you want to create.
On-line Edits:
ACCOUNT must be a valid account number on file.
INSTALLMNT ACTIVE, ARML13 must be 1.
ARLE Page 01
....+....1....+....2....+....3....+....4....+....5....+....6....+....7....+....8
1 ARLE ( ) * USER DEFINED TITLE * PAGE 01 04/04/2002
2 PLAN INPUT DATA 19:32:15 Rebate
3
parameter
4 ORG 000 ACCT 0000000000000000000 PLAN 00000 REF NBR 00000000000000000000000
5 fields will
6 DESCRIPTION ( XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX ) PAYMENT TYPE ( X ) only display
7 PRODUCT CODE ( 00000 ) REBATE PERIOD INDICATOR ( 0 ) for PI 2
8 STORE ORG ( 000 ) INITIAL SECOND l
9 STORE NUMBER ( 000000000 ) REBATE PERIOD ( 000 ) ( 000 )
0 PLAN DATE ( 00000000 ) REBATE EXPIRE ( 00000000 ) ( 00000000 )
1 BEGIN PAYMENT ( 00000000 ) REBATE PERCENT ( 00000 ) ( 00000 )
2 FIXED PAYMENT ( 00000000000000000 ) INTEREST ( 0 ) ( 0 )
3 INSURANCE ( 0 ) ( 0 )
4 USER FEE 1 ( 0 ) ( 0 )
5 USER FEE 2 ( 0 ) ( 0 )
6 USER FEE 3 ( 0 ) ( 0 )
7 USER FEE 4 ( 0 ) ( 0 )
8 USER FEE 5 ( 0 ) ( 0 )
9 USER FEE 6 ( 0 ) ( 0 )
0
1
2
3 CURRENCY 000 NOD 0 PER ITEM NOD 0 PERCENTAGE NOD 0
4 PF1=ARMU PF2=ARQC PF3=ARMB PF4=ARQB PF5=ARMA PF6=ARQA
Screen Definition
New screen for loan set-up of Record 1, Plan data.
Field Descriptions
ORG Identification number of the organization associated with the
3N account. The values are 001-998. Field defaults from ARLE00.
ACCT Identification number of the account associated with the loan
19C entry records you want to create. Field defaults from ARLE00.
PLAN Identification number of the Credit Plan Master record
5N associated with the plan segment record to be created. Field
defaults from ARLE00.
REF NBR A user defined identification number for an individual plan
23C segment. Each plan segment within one account must have a
unique REFERENCE NUMBER. All data records within one plan
segment must have the same REFERENCE NUMBER. Field
defaults from ARLE00.
DESCRIPTION A user defined name for the individual loan plan. This field is
40C not required. May default to plan segment from Credit Plan
Master, if not input at set-up.
PAYMENT TYPE Code that indicates the method that will be used to calculate the
1C minimum payment due for the loan plan. The PAYMENT TYPE
defaults to this field from the Credit Plan Master during initial
set-up when screen is initiated. The PAYMENT TYPE can be
changed to a new value during set-up and if it is, the new value
will override the value that is on the Credit Plan Master.
Although the PAYMENT TYPE isn’t restricted, the PAYMENT
TYPE that typically apply to loans are:
E = Calculate a fixed payment amount using the
following formula:
Principal
Plus (+) Precomputed interest
Plus (+) Loan fees
Plus (+) Other fees
Plus (+) Interest
Divided by ( \ ) Loan term.
F = Bill a fixed payment computed from the repayment
table during the first statement cycle.
G = Bill a fixed principal amount as computed using
payment type F plus interest and insurance.
L = Calculate the payment using the loan schedule.
This value is valid for loan credit plans only.
On-line Edits:
PAYMENT TYPE must be a valid value.
PRODUCT CODE User-defined code for this individual loan plan. The default
5C value for this field is set in the Credit Plan Master record
(PRODUCT CODE on ARMC01). This field is not required.
REBATE PERIOD Code that indicates the occurrence of the rebate
INDICATOR period and applies to both the initial and second rebate periods.
1N The values are:
0 = Use Credit Plan Master rebate parameters
1 = Cycles
2 = Days
3 = Months
4 = Specific date.
On-line Edits:
REBATE PERIOD INDICATOR must be numeric.
REBATE PERIOD INDICATOR must be 0, 1, 2, 3, or 4.
Note: The Rebates parameters only apply to PI 2 loans. This
field will not display, if the Credit Plan Master, PLAN number
used on ARLE00 has a POSTING INDICATOR (PI) of 1. These
fields will not display when Record 1 is created for PI 1 loans.
If this value is greater than 000, the value must be greater than
the INITIAL REBATE PERIOD.
Note: The Rebates parameters only apply to PI 2 loans. This
field will not display, if the Credit Plan Master, PLAN number
used on ARLE00 has a POSTING INDICATOR (PI) of 1. These
fields will not display when Record 1 is created for PI 1 loans.
PLAN DATE Must be equal to or less than the next processing date and equal
8N to or greater than the Base Segment open date.
On-line Edits:
PLAN DATE must be numeric and must be a valid date.
PLAN DATE cannot be zeros.
PLAN DATE must be equal to or less than the next processing
date.
PLAN DATE cannot be less than AMBS OPEN DATE.
REBATE EXPIRE This field identifies when the initial rebate expires.
(INITIAL)
On-line Edits:
8N
The initial REBATE EXPIRE must be less than the second
REBATE EXPIRE.
BEGIN PAYMENT Date on which the payment deferment period ends and
DATE payments begin. CMS begins requesting payments on the
8N first cycle date that falls on or after this date.
On-line Edits:
If BEGIN PAYMENT is not zeros, then the BEGIN PAYMENT date
must be a valid date.
BEGIN PAYMENT date cannot be less than PLAN DATE.
REBATE PERCENT Percent applied to designated rebatable components for the
(INITIAL) initial rebate period. This field can be populated when the
5N REBATE PERIOD IND is 1, 2, 3 or 4. The percentage NOD does
not apply to this field; the location of the decimal is indicated
by the examples.
Examples: Enter 100% as 10000,
93.25% as 09325, and
5% as 00500.
On-line Edits:
REBATE PERCENT must be numeric.
REBATE PERCENT must not be greater than 100.00.
Note: The Rebates parameters only apply to PI 2 loans. This
field will not display, if the Credit Plan Master, PLAN number
used on ARLE00 has a POSTING INDICATOR (PI) of 1. These
fields will not display when Record 1 is created for PI 1 loans.
REBATE PERCENT Percent that is applied to the rebatable components for the
(SECOND) second rebate period. This field cannot be greater than 100%.
5N
This field can be populated when the REBATE PERIOD
INDICATOR is 1, 2, 3 or 4 and the REBATE PERCENT (INITIAL) is
populated. If REBATE PERIOD or REBATE EXPIRE for the
second rebate contain a value other than zero, this field must be
greater than zero. The percent value for the second rebate must
be less than the percent for the initial rebate.
The percentage NOD does not apply to this field; the location
of the decimal is indicated by the example.
Examples: Enter 100% as 10000,
93.25% as 09325, and
5% as 00500.
On-line Edits:
REBATE PERCENT must be numeric.
REBATE PERCENT must not be greater than 100.00.
REBATE PERCENT (SECOND) must not be greater than Rebate
Percent (Initial).
Note: The Rebates parameters only apply to PI 2 loans. This
field will not display, if the Credit Plan Master, PLAN number
used on ARLE00 has a POSTING INDICATOR (PI) of 1. These
fields will not display when Record 1 is created for PI 1 loans.
FIXED PAYMENT The fixed payment amount to be billed at each cycle. This field
17N is required if PAYMENT TYPE is fixed (E, F or G).
If this is not input on ARLE01, the FIXED PAYMENT amount will
be calculated at cycle.
INTEREST (INITIAL) Code that indicates if interest is rebated in the initial rebate
1N period. The values are:
0 = Use the normal rebate rules, if applicable
(Default)
1 = Rebate using the initial REBATE PERCENT, if the
settlement payment amount is paid before the initial
REBATE EXPIRE date. If you enter 1, the REBATE
PERCENT for the initial rebate period must be
greater than 0.
On-line Edits:
INTEREST must be numeric.
INTEREST must be 0 or 1.
If INTEREST is 1, then REBATE PERCENT (INITIAL) must be
greater than 0.
Note: The Rebates parameters only apply to PI 2 loans. This
field will not display, if the Credit Plan Master, PLAN number
used on ARLE00 has a POSTING INDICATOR (PI) of 1. These
fields will not display when Record 1 is created for PI 1 loans.
INTEREST ( SECOND) Code that indicates if interest is rebated in the second rebate
1N period. The values are:
0 = Use the normal rebate rules, if applicable
(Default)
1 = Rebate using the second REBATE PERCENT, if the
settlement payment amount is paid before the
second REBATE EXPIRE date. If you enter 1, the
REBATE PERCENT for the second rebate period
must be greater than 0.
On-line Edits:
INTEREST must be numeric.
INTEREST must be 0 or 1.
If INTEREST is 1, then REBATE PERCENT (SECOND) must be
greater than 0.
Note: The Rebates parameters only apply to PI 2 loans. This
field will not display, if the Credit Plan Master, PLAN number
used on ARLE00 has a POSTING INDICATOR (PI) of 1. These
fields will not display when Record 1 is created for PI 1 loans.
INSURANCE (INITIAL) Code that indicates if insurance is rebated in the initial rebate
1N period. The values are:
0 = Use the normal rebate rules, if applicable (Default)
1 = Rebate using the initial REBATE PERCENT, if the
settlement payment amount is paid before the initial
REBATE EXPIRE date. If you enter 1, the REBATE
PERCENT for the initial rebate period must be
greater than 0.
On-line Edits:
INSURANCE must be numeric.
INSURANCE must be 0 or 1.
If INSURANCE is 1, then REBATE PERCENT (INITIAL) must be
greater than 0.
Note: The Rebates parameters only apply to PI 2 loans. This
field will not display, if the Credit Plan Master, PLAN number
used on ARLE00 has a POSTING INDICATOR (PI) of 1. These
fields will not display when Record 1 is created for PI 1 loans.
INSURANCE Code that indicates if insurance is rebated in the second rebate
( SECOND) period. The values are:
1N
0 = Use the normal rebate rules, if applicable (Default)
1 = Rebate using the second REBATE PERCENT, if the
settlement payment amount is paid before the second
REBATE EXPIRE date. If you enter 1, the REBATE
PERCENT for the second rebate period must be
greater than 0.
On-line Edits:
INSURANCE must be numeric.
INSURANCE must be 0 or 1.
If INSURANCE is 1, then REBATE PERCENT (SECOND) must be
greater than 0.
Note: The Rebates parameters only apply to PI 2 loans. This
field will not display, if the Credit Plan Master, PLAN number
used on ARLE00 has a POSTING INDICATOR (PI) of 1. These
fields will not display when Record 1 is created for PI 1 loans.
USER FEE 1 - 6 Code that indicates if user-defined fee 1–6 is rebated in the
(INITIAL) initial rebate period. The values are:
1N
0 = Use the normal rebate rules, if applicable (Default)
(appears 6 times)
1 = Rebate using the initial REBATE PERCENT, if the
settlement payment amount is paid before the initial
REBATE EXPIRE date. If you enter 1, the REBATE
PERCENT for the initial rebate period must be
greater than 0.
On-line Edits:
USER FEE 1 – 6 must be numeric.
USER FEE 1-6 must be 0 or 1.
If USER FEE 1 - 6 is 1, then REBATE PERCENT (INITIAL) must be
greater than 0.
Note: The Rebates parameters only apply to PI 2 loans. This
field will not display, if the Credit Plan Master, PLAN number
used on ARLE00 has a POSTING INDICATOR (PI) of 1. These
fields will not display when Record 1 is created for PI 1 loans.
USER FEE 1 – 6 Code that indicates if user-defined fee 1–6 is rebated in the
(SECOND) second rebate period. The values are:
1N
0 = Use the normal rebate rules, if applicable (Default)
(appears 6 times)
1 = Rebate using the second REBATE PERCENT, if the
settlement payment amount is paid before the second
REBATE EXPIRE date. If you enter 1, the REBATE
PERCENT for the second rebate period must be
greater than 0.
On-line Edits:
USER FEE 1 – 6 must be numeric.
USER FEE 1- 6 must be 0 or 1.
If USER FEE 1 - 6 is 1, then REBATE PERCENT (SECOND) must
be greater than 0.
Note: The Rebates parameters only apply to PI 2 loans. This
field will not display, if the Credit Plan Master, PLAN number
used on ARLE00 has a POSTING INDICATOR (PI) of 1. These
fields will not display when Record 1 is created for PI 1 loans.
Input Screen Cross Edits
• If the REBATE PER IND is zero, then all initial and second rebate fields must be zero.
• If all initial rebate fields are zero, then all second rebate fields must be zero.
• If REBATE PER IND is 4, then the REBATE EXPIRE must be greater than zero and must be a
valid date (cross-edit 28-1).
• If REBATE PER IND is 4, then the REBATE PERIOD must be zero (cross-edit 28-1).
• If REBATE PER IND is 1, 2, or 3 , then REBATE EXPIRE must be zero (cross-edit 28-1).
• If REBATE PER IND is 1, 2, or 3 , then REBATE PERIOD must be greater than zero and the
REBATE EXPIRE must be zero (cross-edit 28-1).
• If REBATE PERCENT (INITIAL, SECOND) is zero then allow interest, insurance, and User 1 – 6
to be zero for normal rebate rules to apply (cross-edit 29-1, 30-1).
• If REBATE PERCENT (INITIAL, SECOND) is greater than zero, then at least one of the
components (interest, insurance, or User 1 – 6) must equal 1(cross-edit 29-2,30-2).
• If the second REBATE PERIOD is not zero, then the second REBATE PERIOD must be greater
than the initial REBATE PERIOD (cross edit 31-1).
• If the REBATE PER IND is 4, then the REBATE EXPIRE must be greater than zero and the
REBATE PERIOD must be 0 (cross-edit 32-1).
• If the second REBATE EXPIRE is greater than zero, then the second REBATE EXPIRE must be
greater than the initial REBATE EXPIRE (cross-edit 33-1).
• If the REBATE PER IND is 1, 2, or 3, then the REBATE PERIOD must be greater than zero
(cross-edit 35-1).
• If the REBATE PER IND is 1, 2, or 3, then the REBATE EXPIRE must be zero (cross-edit 35-1).
• If the second REBATE PERCENT is greater than 0, it must be less than the initial REBATE
PERCENT (cross-edit 36-1).
ARLE Page 02
....+....1....+....2....+....3....+....4....+....5....+....6....+....7....+....8
1 ARLE ( ) * USER DEFINED TITLE * PAGE 02 04/04/2002
2 LOAN INPUT DATA 19:32:15
3
4 ORG 000 ACCT 0000000000000000000 PLAN 00000 REF NBR 00000000000000000000000
5 DATE AMOUNT
6 AGREEMENT ( 00000000 ) APR ( 0000000 )
7 FIRST PAYMENT ( 00000000 ) ( 00000000000000000 ) ACTUARIAL APR ( 0000000 )
8 FINAL PAYMENT ( 00000000 ) ( 00000000000000000 ) ORIG LOAN TERM ( 000 )
9 INTEREST PAYMENT ( 00000000000000000 ) BILLING TERM ( 000 )
0 DEPOSIT ( 00000000000000000 ) LOAN DISPERSAL MTHD ( 0 )
1 DISCLOSED CAP CCI
2 LOAN AMOUNT ( 00000000000000000 )
3 PRINCIPAL ( 00000000000000000 )
4 INTEREST ( 00000000000000000 ) ( 0 ) ( 0 )
5 INSURANCE ( 00000000000000000 ) ( 0 ) ( 0 )
6 USER FEE 1 ( 00000000000000000 ) ( 0 ) ( 0 )
7 USER FEE 2 ( 00000000000000000 ) ( 0 ) ( 0 )
8 USER FEE 3 ( 00000000000000000 ) ( 0 ) ( 0 )
9 USER FEE 4 ( 00000000000000000 ) ( 0 ) ( 0 )
0 USER FEE 5 ( 00000000000000000 ) ( 0 ) ( 0 )
1 USER FEE 6 ( 00000000000000000 ) ( 0 ) ( 0 )
2
3 CURRENCY 000 NOD 0 PER ITEM NOD 0 PERCENTAGE NOD 0
4 PF1=ARMU PF2=ARQC PF3=ARMB PF4=ARQB PF5=ARMA PF6=ARQA
Screen Definition
New screen for loan set-up of Record 2, Loan data.
Field Descriptions
ORG Identification number of the organization associated with the
3N account. The values are 001-998. Field defaults from ARLE00.
ACCT Identification number of the account associated with the loan
19C entry records you want to create. Field defaults from ARLE00.
PLAN Identification number of the Credit Plan Master record
5N associated with the plan segment record to be created. Field
defaults from ARLE00.
REF NBR A user defined identification number for an individual plan
23C segment. Each plan segment within one account must have a
unique REFERENCE NUMBER. All data records within one plan
segment must have the same REFERENCE NUMBER.
AGREEMENT (DATE) Date the loan was initiated.
8N
On-line Edits:
AGREEMENT (DATE) must be numeric.
AGREEMENT (DATE) must be a valid date.
ORIG LOAN TERM Current initial term of this plan in months. Required field.
3N
On-line Edits:
ORIG LOAN TERM must be numeric.
ORIG LOAN TERM must be greater than zero.
INTEREST PAYMENT This is the amount of interest to be billed each cycle when the
(AMOUNT) interest CCI field is 2 (pre-computed periodically charged).
17N
On-line Edits:
INTEREST PAYMENT (AMOUNT) must be greater than 0, if CCI
is 2, otherwise must be zero.
LOAN AMOUNT: Amount at which the loan was disclosed. This amount is held
DISCLOSED for informational disclosure purposes only. Required field.
17N
On-line Edits:
LOAN AMOUNT (DISCLOSED) must be numeric and not equal to
zeros.
LOAN AMOUNT (DISCLOSED) must = sum of PRINCIPAL,
INTEREST, INSURANCE, USER1 –6 (DISCLOSED).
PRINCIPAL: Amount at which the principal was disclosed on the loan. This
DISCLOSED amount is used in the loan set-up transaction.
17N
On-line Edits:
PRINCIPAL (DISCLOSED) must be numeric.
INSURANCE: CAP Code that indicates whether the initial insurance amount
1N (INSURANCE: INITIAL) is the maximum amount allowed for this
loan credit plan. The values are:
0 = Amount is not capped at the initial amount.
1 = Amount is capped at the initial amount. The final
amount charged and consequently, paid may never
exceed the initial insurance amount.
On-line Edits:
INSURANCE: CAP must be 0 or 1.
INSURANCE: CCI Component calculation indicator that determines how insurance
1N is loaded or processed for this loan credit plan. The values are:
0 = System calculated. CMS calculates and bills
insurance each month. (Default)
1 = Pre-computed lump sum. At credit plan set-up, the
pre-computed insurance amount populates the
original and initial disclosed insurance, the plan
balance, and the billed-not-paid components. This
method populates the pre-computed interest billed-
not-paid component that is used to amortize the
pre-computed insurance amount.
3 = Billed from loan schedule. The pre-computed
insurance amount populates the original disclosed
and initial amounts at plan set-up. If the
pre-computed amount is the cap amount
INSURANCE: CAP) this is the total amount of
insurance to bill over the term only. This amount is
not loaded into the balance; the loan insurance is
billed each cycle based on the appropriate
occurrence in the loan schedule.
On-line Edits:
INSURANCE: CCI must be 0, 1 or 3.
INSURANCE CCI must be 1, if PI 2.
USER FEE 1 – 6: Amount at which the user-defined fee was disclosed on the
DISCLOSED loan. This amount is included in the loan set-up transaction.
17N On-line Edits:
USER FEE 1 -6 (DISCLOSED) must be numeric.
USER FEE 1 – 6: CAP Indicates whether the initial user-defined fee amount (USER
1N FEE 1–6: INITIAL) is the maximum amount allowed for this loan
(appears 6 times) credit plan. The values are:
0 = Amount is not capped at the initial
amount.
1 = Amount is capped at the initial amount.
The final amount charged and consequently paid
may never exceed the initial amount included in the
loan set-up transaction.
On-line Edits:
USR FEE 1 – 6: CAP must be 0 or 1.
USER FEE 1- 6: CCI Component calculation indicator that determines how each
1N user-defined fee is loaded or processed for the loan credit plan.
(appears 6 times) The values are:
ARLE Page 03
....+....1....+....2....+....3....+....4....+....5....+....6....+....7....+....8
1 ARLE ( ) * USER DEFINED TITLE * PAGE 03 04/04/2002
2 AMORTIZATION INPUT DATA 19:32:15
3
4 ORG 000 ACCT 0000000000000000000 PLAN 00000 REF NBR 00000000000000000000000
5
6 AMORTIZATION: TABLE METHOD TERM STRT IND STRT MTH STRT DAYS ROUNDING
7 PRINCIPAL ( 000 ) ( 0 ) ( 000 ) ( 0 ) ( 00 ) ( 00 ) ( 0 )
8 INTEREST ( 000 ) ( 0 ) ( 000 ) ( 0 ) ( 00 ) ( 00 ) ( 0 )
9 INSURANCE ( 000 ) ( 0 ) ( 000 ) ( 0 ) ( 00 ) ( 00 ) ( 0 )
0 USER FEE 1 ( 000 ) ( 0 ) ( 000 ) ( 0 ) ( 00 ) ( 00 ) ( 0 )
1 USER FEE 2 ( 000 ) ( 0 ) ( 000 ) ( 0 ) ( 00 ) ( 00 ) ( 0 )
2 USER FEE 3 ( 000 ) ( 0 ) ( 000 ) ( 0 ) ( 00 ) ( 00 ) ( 0 )
3 USER FEE 4 ( 000 ) ( 0 ) ( 000 ) ( 0 ) ( 00 ) ( 00 ) ( 0 )
4 USER FEE 5 ( 000 ) ( 0 ) ( 000 ) ( 0 ) ( 00 ) ( 00 ) ( 0 )
5 USER FEE 6 ( 000 ) ( 0 ) ( 000 ) ( 0 ) ( 00 ) ( 00 ) ( 0 )
6 AMORTIZATION FIXED AMOUNT:
7 PRINCIPAL ( 0000000000000000 ) INTEREST ( 00000000000000000 )
8 INSURANCE ( 0000000000000000 ) USER FEE 1 ( 00000000000000000 )
9 USER FEE 2 ( 0000000000000000 ) USER FEE 3 ( 00000000000000000 )
0 USER FEE 4 ( 0000000000000000 ) USER FEE 5 ( 00000000000000000 )
1 USER FEE 6 ( 0000000000000000 )
2
3 CURRENCY 000 NOD 0 PER ITEM NOD 0 PERCENTAGE NOD 0
4 PF1=ARMU PF2=ARQC PF3=ARMB PF4=ARQB PF5=ARMA PF6=ARQA
Screen Definition
New screen for loan set-up of Record 7, Amortization data.
Field Descriptions
ORG Identification number of the organization associated with the
3N account entered on the Locate screen. The values are 001-998.
Field defaults from ARLE00.
ACCT Identification number of the organization associated with the
19C account. Field defaults from ARLE00.
PLAN Identification number of the account associated with the loan
5N entry records you want to create. Field defaults from ARLE00.
REF NBR A user defined identification number for an individual plan
23C segment. Each plan segment within one account must have a
unique REFERENCE NUMBER. All data records within one plan
segment must have the same REFERENCE NUMBER.
PRINCIPAL: TERM Number of months over which the loan will be amortized and
3N the term value to use in the amortization calculations. Valid
values are 001–120.
On-line Edits:
If PRINCIPAL: TABLE is 999, then PRINCIPAL: TERM must be
numeric and greater than 0,
PRINCIPAL: TERM must be 000, if PRINCIPAL: TABLE is 000 -
998.
PRINCIPAL: STRT IND Code that indicates when amortization occurs. Amortization
1N will only occur if the plan is balanced with a status of 01. The
values are:
0 = Begin amortization on the first cycle and amortize on
the account cycle date thereafter.
1 = Begin amortization on the date the plan is balanced
and amortize on the account cycle date thereafter.
2 = Begin amortization the number of months, as defined
in PRINCIPAL: STRT MTH, after the first cycle date
and amortize on the account cycle date thereafter.
3 = Begin amortization the number of days, as defined in
PRINCIPAL: STRT DAYS, after the first cycle date.
Amortize this number of days after the first cycle
date thereafter.
On-line Edits:
Must be numeric and valid value.
PRINCIPAL: STRT Number of months after the plan is balanced and the account
MTH cycles that amortization begins. The values are 00–99.
2N
On-line Edits:
Must be numeric and valid value.
If PRINCIPAL: STRT IND is 2, this field must be 01–99.
If PRINCIPAL: STRT IND is 0, 1, or 3, this field must be 00.
PRINCIPAL: STRT Number of days after the plan is balanced and the account
DAYS cycles that amortization begins. The values are 00–26.
2N
On-line Edits:
If PRINCIPAL STRT IND is 3, this field must be 01–26.
If PRINCIPAL STRT IND is 0, 1, or 2, this field must be 00.
PRINCIPAL: Code that indicates the rounding method that CMS uses to
ROUNDING round or truncate the calculated amortization amount each
1N month. Rounding is based on the currency NOD and the
number that follows the last decimal in the currency. The
values are:
0 = Standard rounding. If the number that follows the last
decimal in the currency is 1 to 4, CMS rounds down;
if the number is 5 to 9, CMS rounds up. (Default)
1 = Always round up. If the number is 1 to 9, CMS
rounds up.
2 = Truncate. CMS does not round.
3 = Round, no decimal. CMS rounds to the nearest whole
monetary unit.
On-line Edits:
Must be numeric and valid value.
INTEREST: TERM Number of months over which the loan will be amortized and
3N the term value to use in the amortization calculations. Valid
values are 001–120.
On-line Edits:
If INTEREST: TABLE is 999, then INTEREST: TERM must be
numeric and greater than 0.
If INTEREST: TABLE is 000 –998, then INTEREST: TERM must
be 000.
INTEREST: STRT IND Code that indicates when amortization occurs. Amortization
1N will only occur if the plan is balanced with a status of 01. The
values are:
0 = Begin amortization on the first cycle and amortize on
the account cycle date thereafter.
1 = Begin amortization on the date the plan is balanced
and amortize on the account cycle date thereafter.
2 = Begin amortization the number of months, as defined
in INTEREST: STRT MTH, after the first cycle date
and amortize on the account cycle date thereafter.
3 = Begin amortization the number of days, as defined in
INTEREST: STRT DAYS, after the first cycle date.
Amortize this number of days after the first cycle
date thereafter.
On-line Edits:
Must be numeric and valid value.
INTEREST: STRT MTH Number of months after the plan is balanced and the account
2N cycles that amortization begins. The values are 00–99.
On-line Edits:
Must be numeric and valid value.
If INTEREST: STRT IND is 2, this field must be 01–99.
If INTEREST: STRT IND is 0, 1, or 3, this field must be 00.
INTEREST: STRT Number of days after the plan is balanced and the account
DAYS cycles that amortization begins. The values are 00–26.
2N
On-line Edits:
Must be valid value.
If INTEREST: STRT IND is 3, this field must be 01–26.
If INTEREST: STRT IND is 0, 1, or 2, this field must be 00.
INTEREST: Code that indicates the rounding method that CMS uses to
ROUNDING round or truncate the calculated amortization amount each
1N month. Rounding is based on the currency NOD and the
number that follows the last decimal in the currency. The
values are:
0 = Standard rounding. If the number that follows the last
decimal in the currency is 1 to 4, CMS rounds down;
if the number is 5 to 9, CMS rounds up. (Default)
1 = Always round up. If the number is 1 to 9, CMS
rounds up.
2 = Truncate. CMS does not round.
3 = Round, no decimal. CMS rounds to the nearest whole
monetary unit.
On-line Edits:
Must be numeric and valid value.
INSURANCE: TERM Number of months over which the loan will be amortized and
3N the term value to use in the amortization calculations. Valid
values are 001–120.
On-line Edits:
If INSURANCE: TABLE is 999, then INSURANCE: TERM must be
numeric and greater than 0.
If INSURANCE: TABLE is 000 –998, then INSURANCE: TERM
must be 000.
INSURANCE: Code that indicates the rounding method that CMS uses to
ROUNDING round or truncate the calculated amortization amount each
1N month. Rounding is based on the currency NOD and the
number that follows the last decimal in the currency. The
values are:
0 = Standard rounding. If the number that follows the last
decimal in the currency is 1 to 4, CMS rounds down;
if the number is 5 to 9, CMS rounds up. (Default)
1 = Always round up. If the number is 1 to 9, CMS
rounds up.
2 = Truncate. CMS does not round.
3 = Round, no decimal. CMS rounds to the nearest whole
monetary unit.
On-line Edits:
Must be numeric and valid value.
USER FEE 1: TABLE Amortization table used to retrieve the amortization parameters
3N for the user fee 1l component. The values are:
000 = an amortization record will be created from
the Credit Plan Master Table number, and
will not use on-line input.
001- 998 = a valid amortization table number that will
be used for the amortization of this
component. If a valid table is used and the
METHOD = 4, then amortization data is
brought in from on-line input only. If
METHOD is not equal to 4, then all other
online fields must be 0 for this component and
amortization data is brought in from the
amortization table only.
999 = no amortization table is used and all
amortization data is being brought in through
on-line input.
Note: If any one of the components have a valid table number
or 999, then amortization data is created from on- line input
and the Credit Plan Master table data must be ignored.
On-line Edits:
USER FEE 1: TABLE must be numeric and valid value.
If USER FEE 1:TABLE is 000, then all other on-line fields for
this component must be 0.
If USER FEE 1:TABLE is 999, then USER FEE 1: TERM must be
001- 120 and USER FEE 1: METHOD must be 1, 2, 3, or 5.
If USER FEE 1: TABLE is 001 – 998, then USER FEE 1: TABLE
must be a valid table on file.
If USER FEE 1: TABLE is 001 – 998 and the TABLE is valid and
the Table’s METHOD is 4, then 4 is a valid for USER FEE1:
METHOD.
USER FEE 1: METHOD Method used to calculate the amortization of the principal
1N component. The values are:
1 = Straight line
2 = Rule of 78ths
3 = Fixed
4 = Percentage
5 = Loan payment schedule.
On-line Edits:
USER FEE 1: METHOD must be valid values of 0, 1, 2, 3, 4, or 5.
If USER FEE 1: TABLE is 999,USER FEE 1: METHOD must be
numeric and greater than 0.
If USER FEE 1: TABLE is 000 or 999 then, USER FEE 1:
METHOD cannot be 4.
If USER FEE 1:: TABLE is 001 –998 and USER FEE 1: METHOD
is equal to 4, then allow valid entry in STRT IND, STRT MTH or
STRT DAYS and ROUNDING fields.
USER FEE 1: TERM Number of months over which the loan will be amortized and
3N the term value to use in the amortization calculations. Valid
values are 001–120.
On-line Edits:
If USER FEE 1: TABLE is 999, then USER FEE 1: TERM must be
numeric and greater than 0.
If USER FEE 1: TABLE is 000 –998, USER FEE 1: TERM must be
000.
USER FEE 1: STRT Code that indicates when amortization occurs. Amortization
IND will only occur if the plan is balanced with a status of 01. The
1N values are:
0 = Begin amortization on the first cycle and amortize on
the account cycle date thereafter.
1 = Begin amortization on the date the plan is balanced
and amortize on the account cycle date thereafter.
2 = Begin amortization the number of months, as defined
in USER FEE 1: STRT MTH, after the first cycle date
and amortize on the account cycle date thereafter.
3 = Begin amortization the number of days, as defined in
USER FEE 1: STRT DAYS, after the first cycle date.
Amortize this number of days after the first cycle
date thereafter.
On-line Edits:
Must be numeric and valid value.
USER FEE 1: STRT Number of months after the plan is balanced and the account
MTH cycles that amortization begins. The values are 00–99.
2N
On-line Edits:
Must be numeric and valid value.
If USER FEE 1: STRT IND is 2, this field must be 01–99.
If USER FEE 1: STRT IND is 0, 1, or 3, this field must be 00.
USER FEE 1: STRT Number of days after the plan is balanced and the account
DAYS cycles that amortization begins. The values are 00–26.
2N
On-line Edits:
Must be numeric and valid value.
If USER FEE 1: STRT IND is 3, this field must be 01–26.
If USER FEE 1: STRT IND is 0, 1, or 2, this field must be 00.
USER FEE 1: Code that indicates the rounding method that CMS uses to
ROUNDING round or truncate the calculated amortization amount each
1N month. Rounding is based on the currency NOD and the
number that follows the last decimal in the currency. The
values are:
0 = Standard rounding. If the number that follows the last
decimal in the currency is 1 to 4, CMS rounds down;
if the number is 5 to 9, CMS rounds up. (Default)
1 = Always round up. If the number is 1 to 9, CMS
rounds up.
2 = Truncate. CMS does not round.
3 = Round, no decimal. CMS rounds to the nearest whole
monetary unit.
On-line Edits:
Must be numeric and valid value.
USER FEE 2: TABLE Amortization table used to retrieve the amortization parameters
3N for the principal component. The values are:
000 = an amortization record will be created from
the Credit Plan Master Table number, and
will not use on-line input.
001- 998 = a valid amortization table number that will
be used for the amortization of this
component. If a valid table is used and the
METHOD = 4, then amortization data is
brought in from on-line input only. If
METHOD is not equal to 4, then all other
online fields must be 0 for this component and
amortization data is brought in from the
amortization table only.
999 = no amortization table is used and all
amortization data is being brought in through
on-line input.
Note: If any one of the components have a valid table number
or 999, then amortization data is created from on- line input
and the Credit Plan Master table data must be ignored.
On-line Edits:
USER FEE 2: TABLE must be numeric and valid value.
If USER FEE 2: TABLE is 000, then all other on-line fields for
this component must be 0.
If USER FEE 2: TABLE is 999, then USER FEE 2: TERM must be
001- 120 and USER FEE 2: METHOD must be 1, 2, 3, or 5.
If USER FEE 2: TABLE is 001 – 998, USER FEE 2: TABLE must
be a valid table on file.
If USER FEE 2: TABLE is 001 – 998 and the TABLE is valid and
the Table’s METHOD is 4, then 4 is a valid for USER FEE2:
METHOD.
USER FEE 2: METHOD Method used to calculate the amortization of the principal
1N component. The values are:
1 = Straight line
2 = Rule of 78ths
3 = Fixed
4 = Percentage
5 = Loan payment schedule.
On-line Edits:
USER FEE 2: METHOD must be valid values of 0, 1, 2, 3, 4, or 5.
if USER FEE 2: TABLE is 999,thenUSER FEE 2: METHOD must be
numeric and greater than 0.
If USER FEE 2: TABLE is 000 or 999,then USER FEE 2:
METHOD cannot be.
USER FEE 2: TERM Number of months over which the loan will be amortized and
3N the term value to use in the amortization calculations. Valid
values are 001–120.
On-line Edits:
USER FEE 2: TERM must be numeric and greater than 0, if
USER FEE 2: TABLE is 999.
If USER FEE 2: TABLE is 000 –998, then the USER FEE 2: TERM
must be 000.
USER FEE 2: STRT Code that indicates when amortization occurs. Amortization
IND will only occur if the plan is balanced with a status of 01. The
1N values are:
0 = Begin amortization on the first cycle and amortize on
the account cycle date thereafter.
1 = Begin amortization on the date the plan is balanced
and amortize on the account cycle date thereafter.
2 = Begin amortization the number of months, as defined
in USER FEE 2: STRT MTH, after the first cycle date
and amortize on the account cycle date thereafter.
3 = Begin amortization the number of days, as defined in
USER FEE 2: STRT DAYS, after the first cycle date.
Amortize this number of days after the first cycle
date thereafter.
On-line Edits
Must be numeric and valid value.
USER FEE 2: STRT Number of months after the plan is balanced and the account
MTH cycles that amortization begins. The values are 00–99.
2N
On-line Edits:
Must be valid values.
If USER FEE 2: STRT IND is 2, this field must be 01–99.
If USER FEE 2: STRT IND is 0, 1, or 3, this field must be 00.
USER FEE 2: STRT Number of days after the plan is balanced and the account
DAYS cycles that amortization begins. The values are 00–26.
2N
On-line Edits:
Must be numeric and valid value.
If USER FEE 2: STRT IND is 3, this field must be 01–26.
If USER FEE 2: STRT IND is 0, 1, or 2, this field must be 00.
USER FEE 2: Code that indicates the rounding method that CMS uses to
ROUNDING round or truncate the calculated amortization amount each
1N month. Rounding is based on the currency NOD and the
number that follows the last decimal in the currency. The
values are:
0 = Standard rounding. If the number that follows the last
decimal in the currency is 1 to 4, CMS rounds down;
if the number is 5 to 9, CMS rounds up. (Default)
1 = Always round up. If the number is 1 to 9, CMS
rounds up.
2 = Truncate. CMS does not round.
3 = Round, no decimal. CMS rounds to the nearest whole
monetary unit.
On-line Edits:
Must be numeric and valid value.
USER FEE 3: TABLE Amortization table used to retrieve the amortization parameters
3N for the principal component. The values are:
000 = an amortization record will be created from
the Credit Plan Master Table number, and
will not use on-line input.
001- 998 = a valid amortization table number that will
be used for the amortization of this
component. If a valid table is used and the
METHOD = 4, then amortization data is
brought in from on-line input only. If
METHOD is not equal to 4, then all other
online fields must be 0 for this component and
amortization data is brought in from the
amortization table only.
999 = no amortization table is used and all
amortization data is being brought in through
on-line input.
Note: If any one of the components have a valid table number
or 999, then amortization data is created from on- line input
and the Credit Plan Master table data must be ignored.
On-line Edits:
USER FEE 3: TABLE must be numeric and valid value.
If USER FEE 3: TABLE is 000, then all other on-line fields for
the component must be 0.
If USER FEE 3: TABLE is 999, then USER FEE 3: TERM must be
001- 120 and USER FEE 3: METHOD must be 1, 2, 3, or 5.
If USER FEE 3: TABLE is 001 – 998, table must be a valid table
on file.
If USER FEE 3: TABLE is 001 – 998 and the TABLE is valid and
the Table’s METHOD is 4, then 4 is a valid for USER FEE 3:
METHOD.
USER FEE 3: METHOD Method used to calculate the amortization of the principal
1N component. The values are:
1 = Straight line
2 = Rule of 78ths
3 = Fixed
4 = Percentage
5 = Loan payment schedule.
On-line Edits:
USER FEE 3: METHOD must be valid values of 0, 1, 2, 3, 4, or 5.
USER FEE 3: METHOD must be numeric and greater than 0, if
USER FEE 3: TABLE is 999.
USER FEE 3: TERM Number of months over which the loan will be amortized and
3N the term value to use in the amortization calculations. Valid
values are 001–120.
On-line Edits:
If USER FEE 3: TABLE is 999, then USER FEE 3: TERM must be
numeric and greater than 0.
If USER FEE 3: TABLE is 000 –998, then USER FEE 3: TERM
must be 000.
USER FEE 3: STRT Code that indicates when amortization occurs. Amortization
IND will only occur if the plan is balanced with a status of 01. The
1N values are:
0 = Begin amortization on the first cycle and amortize on
the account cycle date thereafter.
1 = Begin amortization on the date the plan is balanced
and amortize on the account cycle date thereafter.
2 = Begin amortization the number of months, as defined
in USER FEE 3: STRT MTH, after the first cycle date
and amortize on the account cycle date thereafter.
3 = Begin amortization the number of days, as defined in
USER FEE 3: STRT DAYS, after the first cycle date.
Amortize this number of days after the first cycle
date thereafter.
On-line Edits:
Must be numeric and valid values.
USER FEE 3: STRT Number of months after the plan is balanced and the account
MTH cycles that amortization begins. The values are 00–99.
2N
On-line Edits:
Must be numeric and valid value.
If USER FEE 3: STRT IND is 2, this field must be 01–99.
If USER FEE 3: STRT IND is 0, 1, or 3, this field must be 00.
USER FEE 3: STRT Number of days after the plan is balanced and the account
DAYS cycles that amortization begins. The values are 00–26.
2N
On-line Edits:
Must be numeric and valid value.
If USER FEE 3: STRT IND is 2, this field must be 01–99.
If USER FEE 3: STRT IND is 0, 1, or 3 after cycle), this field must
be 00.
USER FEE 3: Code that indicates the rounding method that CMS uses to
ROUNDING round or truncate the calculated amortization amount each
1N month. Rounding is based on the currency NOD and the
number that follows the last decimal in the currency. The
values are:
0 = Standard rounding. If the number that follows the last
decimal in the currency is 1 to 4, CMS rounds down;
if the number is 5 to 9, CMS rounds up. (Default)
1 = Always round up. If the number is 1 to 9, CMS
rounds up.
2 = Truncate. CMS does not round.
3 = Round, no decimal. CMS rounds to the nearest whole
monetary unit.
On-line Edits:
Must be numeric and valid value.
USER FEE 4: TABLE Amortization table used to retrieve the amortization parameters
3N for the principal component. The values are:
000 = an amortization record will be created from
the Credit Plan Master Table number, and
will not use on-line input.
001- 998 = a valid amortization table number that will
be used for the amortization of this
component. If a valid table is used and the
METHOD = 4, then amortization data is
brought in from on-line input only. If
METHOD is not equal to 4, then all other
online fields must be 0 for this component and
amortization data in brought in from the
amortization table only.
999 = no amortization table is used and all
amortization data is being brought in through
on-line input.
Note: If any one of the components have a valid table number
or 999, then amortization data is created from on- line input
and the Credit Plan Master table data must be ignored
On-line Edits:
USER FEE 4: TABLE must be numeric and valid value.
If USER FEE 4: TABLE is 000, then all other on-line fields for
the component must be 0.
If USER FEE 4: TABLE is 999, then USER FEE 4: TERM must be
001- 120 and USER FEE 4: METHOD must be 1, 2, 3, or 5.
If USER FEE 4: TABLE is 001 – 998, table must be a valid table
on file.
If USER FEE 4: TABLE is 001 – 998 and the TABLE is valid and
the Table’s METHOD is 4, then 4 is a valid for USER FEE4:
METHOD.
USER FEE 4: METHOD Method used to calculate the amortization of the principal
1N component. The values are:
1 = Straight line
2 = Rule of 78ths
3 = Fixed
4 = Percentage
5 = Loan payment schedule.
On-line Edits:
USER FEE 4: METHOD must be valid values of 0, 1, 2, 3, 4, or 5.
USER FEE 4: METHOD must be numeric and greater than 0, if
USER FEE 4: TABLE is 999.
USER FEE 4: TERM Number of months over which the loan will be amortized and
3N the term value to use in the amortization calculations. Valid
values are 001–120.
On-line Edits:
USER FEE 4: TERM must be numeric and greater than 0, if
USER FEE 4: TABLE is 999.
USER FEE 4: STRT Code that indicates when amortization occurs. Amortization
IND will only occur if the plan is balanced with a status of 01. The
1N values are:
0 = Begin amortization on the first cycle and amortize on
the account cycle date thereafter.
1 = Begin amortization on the date the plan is balanced
and amortize on the account cycle date thereafter
2 = Begin amortization the number of months, as defined
in USER FEE 4: STRT MTH, after the first cycle date
and amortize on the account cycle date thereafter
3 = Begin amortization the number of days, as defined in
USER FEE 4: STRT DAYS, after the first cycle date.
Amortize this number of days after the first cycle
date thereafter.
On-line Edits:
Must be numeric and valid value.
USER FEE 4: STRT Number of months after the plan is balanced and the account
MTH cycles that amortization begins. The values are 00–99.
2N
On-line Edits:
Must be numeric and valid value.
If USER FEE 4: STRT IND is 2, this field must be 01–99.
If USER FEE 4: STRT IND is 0, 1, or 3, this field must be 00.
USER FEE 4: STRT Number of days after the plan is balanced and the account
DAYS cycles that amortization begins. The values are 00–26.
2N
On-line Edits:
Must be numeric and valid values.
If USER FEE 4: STRT IND is 3, this field must be 01–26.
If USER FEE 4: STRT IND is 0, 1, or 2, this field must be 00.
USER FEE 4: Code that indicates the rounding method that CMS uses to
ROUNDING round or truncate the calculated amortization amount each
1N month. Rounding is based on the currency NOD and the
number that follows the last decimal in the currency. The
values are:
0 = Standard rounding. If the number that follows the last
decimal in the currency is 1 to 4, CMS rounds down;
if the number is 5 to 9, CMS rounds up. (Default)
1 = Always round up. If the number is 1 to 9, CMS
rounds up.
2 = Truncate. CMS does not round.
3 = Round, no decimal. CMS rounds to the nearest whole
monetary unit.
On-line Edits:
Must be numeric and valid value.
USER FEE 5: TABLE Amortization table used to retrieve the amortization parameters
3N for the principal component. The values are:
000 = an amortization record will be created from
the Credit Plan Master Table number, and
will not use on-line input.
001- 998 = a valid amortization table number that will
be used for the amortization of this
component. If a valid table is used and the
METHOD = 4, then amortization data is
brought in from on-line input only. If
METHOD is not equal to 4, then all other
online fields must be 0 for this component and
amortization data in brought in from the
amortization table only.
999 = no amortization table is used and all
amortization data is being brought in through
on-line input.
Note: If any one of the components have a valid table number
or 999, then amortization data is created from on- line input
and the Credit Plan Master table data must be ignored.
On-line Edits:
USER FEE 5: TABLE must be numeric and valid value.
If USER FEE 5: TABLE is 000, then all other on-line fields for
the component must be 0.
If USER FEE 5: TABLE is 999, then USER FEE 5: TERM must be
001- 120 and USER FEE 5: METHOD must be 1, 2, 3, or 5.
If USER FEE 5: TABLE is 001 – 998, table must be a valid table
on file.
If USER FEE 5: TABLE is 001 – 998 and the TABLE is valid and
the Table’s METHOD is 4, then 4 is a valid for USER FEE5:
METHOD.
USER FEE 5: METHOD Method used to calculate the amortization of the principal
1N component. The values are:
1 = Straight line
2 = Rule of 78ths
3 = Fixed
4 = Percentage
5 = Loan payment schedule.
On-line Edits:
USER FEE 5: METHOD must be valid values of 0, 1, 2, 3, 4, or 5.
USER FEE 5: METHOD must be numeric and greater than 0, if
USER FEE 5: TABLE is 999.
USER FEE 5: STRT Code that indicates when amortization occurs. Amortization
IND will only occur if the plan is balanced with a status of 01. The
1N values are:
0 = Begin amortization on the first cycle and amortize on
the account cycle date thereafter.
1 = Begin amortization on the date the plan is balanced
and amortize on the account cycle date thereafter.
2 = Begin amortization the number of months, as defined
in USER FEE 5: STRT MTH, after the first cycle date
and amortize on the account cycle date thereafter.
3 = Begin amortization the number of days, as defined in
USER FEE 5: STRT DAYS, after the first cycle date.
Amortize this number of days after the first cycle
date thereafter.
On-line Edits:
Must be numeric and valid value.
USER FEE 5: STRT Number of months after the plan is balanced and the account
MTH cycles that amortization begins. The values are 00–99.
2N
On-line Edits:
Must be numeric and valid values.
If USER FEE 5: STRT IND is 2, this field must be 01–99.
If USER FEE 5: STRT IND is 0, 1, or 3, this field must be 00.
USER FEE 5: STRT Number of days after the plan is balanced and the account
DAYS cycles that amortization begins. The values are 00–26.
2N
On-line Edits:
Must be numeric and valid value.
If USER FEE 5: STRT IND is 3, this field must be 01–26.
If USER FEE 5: STRT IND is 0, 1, or 2, this field must be 00.
USER FEE 5: Code that indicates the rounding method that CMS uses to
ROUNDING round or truncate the calculated amortization amount each
1N month. Rounding is based on the currency NOD and the
number that follows the last decimal in the currency. The
values are:
0 = Standard rounding. If the number that follows the last
decimal in the currency is 1 to 4, CMS rounds down;
if the number is 5 to 9, CMS rounds up. (Default)
1 = Always round up. If the number is 1 to 9, CMS
rounds up.
2 = Truncate. CMS does not round.
3 = Round, no decimal. CMS rounds to the nearest whole
monetary unit.
On-line Edits:
Must be numeric and valid value.
USER FEE 6: TABLE Amortization table used to retrieve the amortization parameters
3N for the principal component. The values are:
000 = an amortization record will be created from
the Credit Plan Master Table number, and
will not use on-line input.
001- 998 = a valid amortization table number that will
be used for the amortization of this
component. If a valid table is used and the
METHOD = 4, then amortization data is
brought in from on-line input only. If
METHOD is not equal to 4, then all other
online fields must be 0 for this component and
amortization data in brought in from the
amortization table only.
999 = no amortization table is used and all
amortization data is being brought in through
on-line input.
Note: If any one of the components have a valid table number
or 999, then amortization data is created from on- line input
and the Credit Plan Master table data must be ignored.
On-line Edits:
USER FEE 6: TABLE must be numeric and valid value.
If USER FEE 6: TABLE is 000, then all other on-line fields for
the component must be 0.
If USER FEE 6: TABLE is 999, then USER FEE 6: TERM must be
001- 120 and USER FEE 6: METHOD must be 1, 2, 3, or 5.
If USER FEE 6: TABLE is 001 – 998, table must be a valid table
on file.
If USER FEE 6: TABLE is 001 – 998 and the TABLE is valid and
the Table’s METHOD is 4, then 4 is a valid for USER FEE6:
METHOD.
USER FEE 6: METHOD Method used to calculate the amortization of the user fee 6
1N component. The values are:
1 = Straight line
2 = Rule of 78ths
3 = Fixed
4 = Percentage
5 = Loan payment schedule.
On-line Edits:
USER FEE 6: METHOD must be valid values of 0, 1, 2, 3, 4, or 5.
USER FEE 6: METHOD must be numeric and greater than 0, if
USER FEE 6: TABLE is 999.
USER FEE 6: STRT Code that indicates when amortization occurs. Amortization
IND will only occur if the plan is balanced with a status of 01. The
1N values are:
0 = Begin amortization on the first cycle and amortize on
the account cycle date thereafter.
1 = Begin amortization on the date the plan is balanced
and amortize on the account cycle date thereafter
2 = Begin amortization the number of months, as defined
in USER FEE 6: STRT MTH, after the first cycle date
and amortize on the account cycle date thereafter
3 = Begin amortization the number of days, as defined in
USER FEE 6: STRT DAYS, after the first cycle date.
Amortize this number of days after the first cycle
date thereafter.
On-line Edits:
USER FEE 6: STRT IND must be numeric and valid value.
USER FEE 6: STRT Number of months after the plan is balanced and the account
MTH cycles that amortization begins. The values are 00–99.
2N
On-line Edits:
Must be valid values.
If USER FEE 6: STRT IND is 2, this field must be 01–99.
If USER FEE 6: STRT IND is 0, 1, or 3, this field must be 00.
USER FEE 6: STRT Number of days after the plan is balanced and the account
DAYS cycles that amortization begins. The values are 00–26.
1N
On-line Edits:
Must be numeric and valid values.
If USER FEE 6: STRT IND is 3, this field must be 01–26.
If USER FEE 6: STRT IND is 0, 1, or 2, this field must be 00.
USER FEE 6: Code that indicates the rounding method that CMS uses to
ROUNDING round or truncate the calculated amortization amount each
1N month. Rounding is based on the currency NOD and the
number that follows the last decimal in the currency. The
values are:
0 = Standard rounding. If the number that follows the last
decimal in the currency is 1 to 4, CMS rounds down;
if the number is 5 to 9, CMS rounds up. (Default)
1 = Always round up. If the number is 1 to 9, CMS
rounds up.
2 = Truncate. CMS does not round.
3 = Round, no decimal. CMS rounds to the nearest whole
monetary unit.
On-line Edits:
Must be numeric and valid value.
AMORTIZATION Fixed amount to be amortized each cycle for the principal
FIXED AMOUNT: component. This field is used only if METHOD is 3 (fixed) for
PRINCIPAL the corresponding component.
17N
On-line Edits:
Must be numeric.
AMORTIZATION Fixed amount to be amortized each cycle for the interest
FIXED AMOUNT: component. This field is used only if METHOD is 3 (fixed) for
INTEREST the corresponding component.
17N
On-line Edits:
Must be numeric.
AMORTIZATION Fixed amount to be amortized each cycle for the insurance
FIXED AMOUNT: component. This field is used only if METHOD is 3 (fixed) for
INSURANCE the corresponding component.
17N
On-line Edits:
Must be numeric.
AMORTIZATION Fixed amount to be amortized each cycle for the user fee 1
FIXED AMOUNT: component. This field is used only if METHOD is 3 (fixed) for
USER FEE 1 the corresponding component.
17N
On-line Edits:
Must be numeric.
AMORTIZATION Fixed amount to be amortized each cycle for the user fee 2
FIXED AMOUNT: component. This field is used only if METHOD is 3 (fixed) for
USER FEE 2 the corresponding component.
17N
On-line Edits:
Must be numeric.
AMORTIZATION Fixed amount to be amortized each cycle for the user fee 3
FIXED AMOUNT: component. This field is used only if METHOD is 3 (fixed) for
USER FEE 3 the corresponding component.
17N
On-line Edits:
Must be numeric.
AMORTIZATION Fixed amount to be amortized each cycle for the user fee 4
FIXED AMOUNT: component. This field is used only if METHOD is 3 (fixed) for
USER FEE 4 the corresponding component.
17N
On-line Edits:
Must be numeric.
AMORTIZATION Fixed amount to be amortized each cycle for the user fee 5
FIXED AMOUNT: component. This field is used only if METHOD is 3 (fixed) for
USER FEE 5 the corresponding component.
17N
On-line Edits:
Must be numeric.
AMORTIZATION Fixed amount to be amortized each cycle for the user fee 6
FIXED AMOUNT: component. This field is used only if METHOD is 3 (fixed) for
USER FEE 6 the corresponding component.
17N
On-line Edits:
Must be numeric.
Input Screen Cross Edits
• If the TABLE is 000 for any component, then all other fields for the corresponding component
must be zero (cross edit 23-1-1 –23-1-9).
• If TABLE for any component is 001 – 998, then METHOD cannot be 1, 2, 3 or 5.
• If TABLE is 001 –998 and METHOD not equal to 4, then do not allow entry in TERM, STRT
IND, STRT MTH or STRT DAYS or ROUNDING fields.
• If METHOD is 3 for any component, then the AMORTIZATION FIXED AMOUNT for the
corresponding component must be greater than zero (cross-edit 21-1-1 – 21-1-9).
• If METHOD is 4 for any component, then the TERM for the corresponding component must be
000.
• If METHOD is 5 for any component, then the TERM for the corresponding component cannot
be greater than 120 (cross-edit 21-4-1 – 21-4-9).
• If METHOD is 0 for any component, then the TABLE for the corresponding component cannot
be 999(cross edit 24-1-1 – 24-1-9).
• If METHOD is 0 or 4 for any component, then the TABLE for the corresponding component
cannot be 999 (cross edit 25-1-1 – 25-1-9).
• If METHOD is 1, 2, 3, 5 for any component, then the TABLE for the corresponding component
must be 999 (cross edit 25-1-1 – 25-1-9).
• If METHOD is 1, 2, 3, 5 for any component, then the TABLE for the corresponding component
cannot be less than 999 (cross edit 25-1-1 – 25-1-9).
• If METHOD is 4 for any component, then the TABLE for the corresponding component cannot
be 000. (cross edit 26-1-1 – 26-1-9).
• If METHOD is 4 for any component, then the TABLE for the corresponding component must be
a valid table number (001-998) with a METHOD = 4.
• If STRT IND is 0, 1, or 3 for any component, then the STRT MTH for the corresponding
component must be zero (cross-edit 20-1-1 – 20-1-9).
• If STRT IND is 2 for any component, then the STRT MTH for the corresponding component
must be greater than zero (cross-edit 20-3-1 – 20-3-9).
• If STRT IND is 0, 1, or 2 for any component, then the STRT DAYS for the corresponding
component must be zero (cross-edit 20-4-1 – 20-4-9).
• If STRT IND is 3 for any component, then the STRT DAYS for the corresponding component
must be greater than zero (cross-edit 20-5-1 – 20-5-9).
• The STRT MTH for any component must be less than the TERM for the corresponding
component (cross-edit 22-1-1 – 22-1-9).
• The STRT MTH for any component must be less than the TERM for the corresponding
component, unless METHOD = 4.
ARLE Page 04
....+....1....+....2....+....3....+....4....+....5....+....6....+....7....+....8
1 ARLE ( ) * USER DEFINED TITLE * PAGE 04 04/04/2002
2 LOAN SCHEDULE INPUT DATA 19:32:15
3
4 ORG 000 ACCT 000000000000000000 PLAN 00000 REF NBR 00000000000000000000000
5
6 JUMP TO PAYMENT NUMBER ( 000 )
7
8 PAYMENT NUMBER 001 002 003
9 PAYMENT AMT ( 00000000000000000 ) ( 00000000000000000 ) ( 00000000000000000 )
0 PRINCIPAL ( 00000000000000000 ) ( 00000000000000000 ) ( 00000000000000000 )
1 INTEREST ( 00000000000000000 ) ( 00000000000000000 ) ( 00000000000000000 )
2 INSURANCE ( 00000000000000000 ) ( 00000000000000000 ) ( 00000000000000000 )
3 USER FEE 1 ( 00000000000000000 ) ( 00000000000000000 ) ( 00000000000000000 )
4 USER FEE 2 ( 00000000000000000 ) ( 00000000000000000 ) ( 00000000000000000 )
5 USER FEE 3 ( 00000000000000000 ) ( 00000000000000000 ) ( 00000000000000000 )
6 USER FEE 4 ( 00000000000000000 ) ( 00000000000000000 ) ( 00000000000000000 )
7 USER FEE 5 ( 00000000000000000 ) ( 00000000000000000 ) ( 00000000000000000 )
8 USER FEE 6 ( 00000000000000000 ) ( 00000000000000000 ) ( 00000000000000000 )
9 INTEREST RATE ( 0000000 ) ( 00000000 ) ( 0000000000 )
0
1 ENTER 1 TO ACCEPT, 0 TO CANCEL ( )
2
3 CURRENCY 000 NOD 0 PER ITEM NOD 0 PERCENTAGE NOD 0
4 PF1=ARMU PF2=ARQC PF3=ARMB PF4=ARQB PF5=*BWD* PF6=*FWD*
Screen Definition
New screen for loan set-up of Loan Schedule data.
PAYMENT NUMBER Payment number that identifies each payment in the Loan
17N schedule. The values are 001–120. The value in this field is
system-generated; you cannot change it.
Using Enter on this screen will not accept this record or move
forward to the next page. PF6 moves to the next screen with
the next three occurrences. Use the Jump function to move to a
particular payment number.
ARLP Page 00
....+....1....+....2....+....3....+....4....+....5....+....6....+....7....+....8
1 ARLP ( ) * USER DEFINED TITLE * PAGE 00 04/04/2002
2 LOAN PLAN PURGE LOCATE 19:32:15
3
4 ORGANIZATION ( 000 ) ACCOUNT ( 0000000000000000000 )
5
6
7
8
9
0
1
2
3
4
5
6
7
8
9
0
1
2
3
4 PF1=ARMU PF2=ARQA PF3=ARIB PF4=ARIQ PF5=ARMC PF6=ARQC
Screen Definition
New Locate screen used to identify the org and account for purging a loan plan.
Field Descriptions
ORGANIZATION Identification number of the organization associated with the
3N account entered on this screen.
ACCOUNT Identification number of the account to which the loan plans to
19C be displayed are assigned.
ARLP Page 01
....+....1....+....2....+....3....+....4....+....5....+....6....+....7....+....8
1 ARLP ( ) * USER DEFINED TITLE * PAGE 01 04/04/2002
2 LOAN PLAN PURGE 19:32:15
3
4 ORGANIZATION 500 ACCOUNT 0000000000000000000
5
6 ACTION REC PLAN REEFERNCE NUBMBER CURRENT STATUS PREVIOUS STATUS
7 ( X ) 000 00000 XXXXXXXXXXXXXXXXXXXXXXX 00 00
8 ( X ) 000 00000 XXXXXXXXXXXXXXXXXXXXXXX 00 00
9 ( X ) 000 00000 XXXXXXXXXXXXXXXXXXXXXXX 00 00
0 ( X ) 000 00000 XXXXXXXXXXXXXXXXXXXXXXX 00 00
1 ( X ) 000 00000 XXXXXXXXXXXXXXXXXXXXXXX 00 00
2 ( X ) 000 00000 XXXXXXXXXXXXXXXXXXXXXXX 00 00
3 ( X ) 000 00000 XXXXXXXXXXXXXXXXXXXXXXX 00 00
4 ( X ) 000 00000 XXXXXXXXXXXXXXXXXXXXXXX 00 00
5 ( X ) 000 00000 XXXXXXXXXXXXXXXXXXXXXXX 00 00
6 ( X ) 000 00000 XXXXXXXXXXXXXXXXXXXXXXX 00 00
7 ( X ) 000 00000 XXXXXXXXXXXXXXXXXXXXXXX 00 00
8 ( X ) 000 00000 XXXXXXXXXXXXXXXXXXXXXXX 00 00
9 ( X ) 000 00000 XXXXXXXXXXXXXXXXXXXXXXX 00 00
0 ( X ) 000 00000 XXXXXXXXXXXXXXXXXXXXXXX 00 00
1
2 ***********END OF LOAN PLANS***************
3
4 PF1=ARMU PF2=ARQA PF3=*TOP* PF4=*BOT* PF5=*BWD* PF6=*FWD*
Screen Definition
New Selection screen for loan plan purge.
Field Descriptions
ORGANIZATION Identification number of the organization associated with the
3N account entered on the Locate screen.
ACCOUNT Identification number of the account entered on the Locate
19C screen.
ACTION Selection field used to choose a specific Credit Plan Segment
1C record. Valid values are:
P = Purge loan plan and assign plan status 80.
R = Reverse the plan purge and restore to original plan
status. A purge reversal can only be done prior to the
batch run that would have purged the loan plan
segment.
Online Edits:
If R, PLAN STATUS must be 80.
REC Record number that identifies each Credit Plan Segment record
3N assigned to the account. The values are 000–999.
PREVIOUS STATUS Code that indicates the previous status code of the Credit Plan
2N Segment record.
When a reversal is done, prior to the batch run the plan status
• in the PREVIOUS STATUS field is moved to the CURRENT
STATUS field and,
ARFS Page 00
....+....1....+....2....+....3....+....4....+....5....+....6....+....7....+....8
1 ARFS ( ) ->VISIONPLUS 8.11 TESTING F8<- PAGE 00 F=8 01/03/2003
2 FIELD SECURITY 09:32:48
3 ORGANIZATION ( ) USER CODE ( ) FILE IND ( P )
4 COPY ( ) ( )
5
6 ORG USER CD ORG USER CD ORG USER CD
7 001 500 1 600 1
8 001 0 500 2
9 001 1 501
0 002 0 501 1
1 002 M 501 2
2 002 S 502 3
3 003 O 502 A
4 003 1 502 B
5 004 505
6 004 1 505 2
7 005 0 508
8 006 0 508 1
9 007 0 508 2
0 008 0 508 3
1 009 A 508 M
2 500 508 T
3
4 PF1=ARMU PF2=ARMO PF3=*TOP* PF4=*BOT* PF5=*BWD* PF6=*FWD*
Screen Definition
Removed NBR and RECORD field. Renamed CD field USER CODE. Added new field value, P, to
FILE IND.
Field Descriptions
FILE IND Code that indicates which Field Security screen to display next.
1C The values are:
A = All screens (ARFB, ARFN, ARFE, and ARLP)
(Default)
B = Account Base Segment screens only (ARFB01 to
ARFB03)
N = Name Address screens only (ARFN01 to ARFN02)
E = Embosser screen only (ARFE01).
P = Plan Segment only (ARFP01 to ARFP05)
When you add a new Field Security record, FILE IND must be A
to display all screens. When you access an existing Field
Security record, FILE IND can be A, B, N, E, or P depending on
which screens you want to display.
ARFP Page 01
....+....1....+....2....+....3....+....4....+....5....+....6....+....7....+....8
1 ARFP ( ) * USER DEFINED TITLE * PAGE 01 11/09/2001
2 FIELD SECURITY PLAN SEGMENT 09:55:29
3 ORGANIZATION 000 USER CODE X
4 ADD ON FLAG ( 0 ) ITO OVERRIDE ( 0 ) ITO EXPIRE DT ( 0 ) FIX PYM AMT ( 0 )
5 PMT HI BAL ( 0 ) PLAN HI BAL ( 0 ) PYMT TYPE ( 0 ) PRODUCT CODE ( 0 )
6 DFR INT BG DT ( 0 ) DFR INS BG DT ( 0 ) DFR BLG BG DT ( 0 ) DFR PYM BG DT ( 0 )
7 INIT RBT EXP ( 0 ) INIT INTEREST ( 0 ) INIT INSUR ( 0 ) INIT USR FEE1 ( 0 )
8 INIT USR FEE2 ( 0 ) INIT USR FEE3 ( 0 ) INIT USR FEE4 ( 0 ) INIT USR FEE5 ( 0 )
9 INIT USR FEE6 ( 0 ) SEC RBT EXP ( 0 ) SEC INTEREST ( 0 ) SEC INSUR ( 0 )
0 SEC USR FEE1 ( 0 ) SEC USR FEE2 ( 0 ) SEC USR FEE3 ( 0 ) SEC USR FEE4 ( 0 )
1 SEC USR FEE5 ( 0 ) SEC USR FEE6 ( 0 ) INIT LTR ID ( 0 ) INIT LTR DAYS ( 0 )
2 SEC LTR ID ( 0 ) SEC LTR DAYS ( 0 ) USER DATE 1 ( 0 ) USER DATE 2 ( 0 )
3 USER DATE 3 ( 0 ) USER DATE 4 ( 0 ) USER AMT 1 ( 0 ) USER AMT 2 ( 0 )
4 USER AMT 3 ( 0 ) USER AMT 4 ( 0 ) USER CODE 1 ( 0 ) USER CODE 2 ( 0 )
5 USER CODE 3 ( 0 ) USER CODE 4 ( 0 )
6
7
8
9
0
1
2
3
4 PF1=ARMU PF2=ARMO PF3=ARML PF4=ARQO PF5=ARQL PF6=ARMS
Screen Definition
New Field Security screen for open maintenance fields on the Plan Segment, ARMA05,
ARMA07 and ARMA08.
Field Descriptions
(FIELD ACCESS Code that specifies whether a field is optional, required, a display
CODE) field, or not displayed on add and maintenance screens. This
untitled field displays to the right of each field name. The values
are 0 to 5.
0 =Add screen and maintenance screen: The field is
enclosed within parentheses, which indicates an input
field that is open for data entry. Input is optional. If
you leave the field blank, the screen does not return with
the field highlighted.
1 =Add screen: The field is enclosed within parentheses,
which indicates the field is open for data entry. Input
is required. If you leave the field blank, the screen
returns with the field highlighted.
Maintenance screen: The field is enclosed in
parentheses, which indicates the field is open for data
entry. Input is optional. If you leave the field blank, the
screen does not return with the field highlighted.
2 = Add screen: The field is enclosed within parentheses,
PYMT TYPE This field controls the PYMT TYP field on ARMA05. The field
1N security code is 7.
PRODUCT CODE This field controls the PRODUCT CODE field on ARMA05. The
1N field security code is 8.
DFR INT BG DT This field controls the DEFERRED INTEREST (BEGIN DATE) field on
1N ARMA07. The field security code is 9.
DFR INS BG DT This field controls the DEFERRED INSURANCE (BEGIN DATE) field
1N on ARMA07. The field security code is 10.
DFR BLG BG DT This field controls the DEFERRED BILLING (BEGIN DATE) field on
ARMA07. The field security code is 11.
DFR PYM BG DT This field controls the DEFERRED PAYMENT (BEGIN DATE) field on
1N ARMA07. . The field security code is 12.
INIT RBT EXP This field controls the EXPIRE DATE (INITIAL REBATE) field on
1N ARMA07. The field security code is 13.
INIT INTEREST This field controls the INT (INITIAL REBATE) field on ARMA07. The
1N field security code is 14.
INIT INSUR This field controls the INS (INITIAL REBATE) field on ARMA07.
1N field security code is 15.
INIT USR FEE1 This field controls the USER FEE 1 (INITIAL REBATE) field on
1N ARMA07. The field security code is 16.
INIT USR FEE2 This field controls the USER FEE 2 (INITIAL REBATE) field on
1N ARMA07. The field security code is 17.
INIT USR FEE3 This field controls the USER FEE 3 (INITIAL REBATE) field on
1N ARMA07. The field security code is 18.
INIT USR FEE4 This field controls the USER FEE 4 (INITIAL REBATE) field on
1N ARMA07. The field security code is 19.
INIT USR FEE5 This field controls the USER FEE 5 (INITIAL REBATE) field on
1N ARMA07. The field security code is 20.
INIT USR FEE6 This field controls the USER FEE 6 (INITIAL REBATE) field on
1N ARMA07. The field security code is 21.
SEC RBT EXP This field controls the EXPIRE DATE (SECOND REBATE) field on
1N ARMA07. The field security code is 22.
SEC INTEREST This field controls the INT (SECOND REBATE) field on ARMA07.
1N The field security code is 23.
SEC INSUR This field controls the INSUR (SECOND REBATE) field on
1N ARMA07. The field security code is 24.
SEC USR FEE1 This field controls the USER FEE 1 (SECOND REBATE) field on
1N ARMA07. The field security code is 25.
SEC USR FEE2 This field controls the USER FEE 2 (SECOND REBATE) field on
1N ARMA07. The field security code is 26.
SEC USR FEE3 This field controls the USER FEE 3 (SECOND REBATE) field on
1N ARMA07. The field security code is 27.
SEC USR FEE4 This field controls the USER FEE 4 (SECOND REBATE) field on
1N ARMA07. The field security code is 28.
SEC USR FEE5 This field controls the USER FEE 5 (SECOND REBATE) field on
1N ARMA07. The field security code is 29.
SEC USR FEE6 This field controls the USER FEE 6 (SECOND REBATE) field on
1N ARMA07. The field security code is 30.
INIT LTR ID This field controls the INITIAL REBATE LETTER ID field on
1N ARMA07. The field security code is 31.
INIT LTR DAYS This field controls the INITIAL REBATE LETTER DAYS field on
1N ARMA07. The field security code is 32.
SEC LTR ID This field controls the SECOND REBATE LETTER ID field on
1N ARMA07. The field security code is 33.
SEC LTR DAYS This field controls the SECOND REBATE LETTER DAYS field on
1N ARMA07. The field security code is 34.
USER DATE 1 This field controls the USER DT 1 field on ARMA08. The field
1N security code is 35.
USER DATE 2 This field controls the USER DT 2 field on ARMA08. The field
1N security code is 36.
USER DATE 3 This field controls the USER DT 3 field on ARMA08. The field
1N security code is 37.
USER DATE 4 This field controls the USER DT 4 field on ARMA08. The field
1N security code is 38.
USER AMT 1 This field controls the USER AMT 1 field on ARMA08. The field
1N security code is 39.
USER AMT 2 This field controls the USER AMT 2 field on ARMA08. The field
1N security code is 40.
USER AMT 3 This field controls the USER AMT 3field on ARMA08. The field
1N security code is 41.
USER AMT 4 This field controls the USER AMT 4 field on ARMA08. The field
1N security code is 42.
USER CODE 1 This field controls the USER CD 1 field on ARMA08. The field
1N security code is 43.
USER CODE 2 This field controls the USER CD 2 field on ARMA08. The field
1N security code is 44.
USER CODE 3 This field controls the USER CD 3 field on ARMA08. The field
1NL security code is 45.
USER CODE 4 This field controls the USER CD 4 field on ARMA08. The field
security code is 46.
ARFP Page 02
....+....1....+....2....+....3....+....4....+....5....+....6....+....7....+....8
1 ARFP ( ) * USER DEFINED TITLE * PAGE 02 11/09/2001
2 FIELD SECURITY LOAN PLAN 09:55:29
3 ORGANIZATION 000 USER CODE X
4
5 DESCRIPTION ( 0 ) PAYMENT TYPE ( 0 ) PRODUCT CODE ( 0 ) STORE ORG ( 0 )
6 STORE NUMBER ( 0 ) PLAN DATE ( 0 ) BEGIN PYM DT ( 0 ) FIXD PYM AMT ( 0 )
7 RBT PER IND ( 0 ) INIT RBT PER ( 0 ) INIT RBT DT ( 0 ) INIT RBT PCT ( 0 )
8 SEC RBT PER ( 0 ) SEC RBT DT ( 0 ) SEC RBT PCT ( 0 ) INIT INT CMP ( 0 )
9 INIT INS CMP ( 0 ) INIT US1 CMP ( 0 ) INIT US2 CMP ( 0 ) INIT US3 CMP ( 0 )
0 INIT US4 CMP ( 0 ) INIT US5 CMP ( 0 ) INIT US6 CMP ( 0 ) SEC INT CMP ( 0 )
1 SEC INS CMP ( 0 ) SEC US1 CMP ( 0 ) SEC US2 CMP ( 0 ) SEC US3 CMP ( 0 )
2 SEC US4 CMP ( 0 ) SEC US5 CMP ( 0 ) SEC US6 CMP ( 0 )
3
4
5
6
7
8
9
0
1
2
3
4 PF1=ARMU PF2=ARMO PF3=ARML PF4=ARQO PF5=ARQL PF6=ARMS
Screen Definition
New screen to control input on loan set-up screen, ARLE01 (Record 1). ARLE01 only allows the
“add” function.
Field Descriptions
(FIELD ACCESS Code that specifies whether a field is optional, required, a
CODE) display field, or not displayed on add and maintenance
screens. This untitled field displays to the right of each field
name. The values are 0 to 5.
0 =Add screen and maintenance screen: The field is
enclosed within parentheses, which indicates an
input field that is open for data entry. Input is
optional. If you leave the field blank, the screen
does not return with the field highlighted.
1 =Add screen: The field is enclosed within
parentheses, which indicates the field is open for data
entry. Input is required. If you leave the field blank,
the screen returns with the field highlighted.
Maintenance screen: The field is enclosed in
parentheses, which indicates the field is open for
data entry. Input is optional. If you leave the field
blank, the screen does not return with the field
highlighted.
PLAN DATE This field controls the PLAN DATE field on ARLE01. The field
1N security code is 82.
BEGIN PYM DT This field controls the BEGIN PAYMENT field on ARLE01. The
1N field security code is 83.
FIXED PYM AMT This field controls the FIXED PAYMENT field on ARLE01. The
1N field security code is 84.
RBT PER IND This field controls the REBATE PERIOD INDICATOR field on
1N ARLE01. The field security code is 85.
INIT RBT PER This field controls the REBATE PERIOD (INITIAL) field on
1N ARLE01. The field security code is 86.
INIT RBT DT This field controls the REBATE EXPIRE (INITIAL) field on
1N ARLE01. The field security code is 87.
INIT RBT PCT This field controls the REBATE PERCENT (INITIAL) field on
1N ARLE01. The field security code is 88.
SEC RBT PER This field controls the REBATE PERIOD (SECOND) field on
1N ARLE01. The field security code is 89.
SEC RBT DT This field controls the REBATE EXPIRE (SECOND) field on
1N ARLE01. The field security code is 90.
SEC RBT PCT This field controls the REBATE PERCENT (SECOND) field on
1N ARLE01. The field security code is 91.
INIT INT CMP This field controls the INTEREST (INITIAL) field on ARLE01.
1N The field security code is 92.
INIT INS CMP This field controls the INSURANCE (INITIAL) field on ARLE01.
1N The field security code is 93.
INIT US1 CMP This field controls the USER FEE 1 (INITIAL) field on ARLE01.
1N The field security code is 94.
INIT US2 CMP This field controls the USER FEE 2 (INITIAL) field on ARLE01.
1N The field security code is 95.
INIT US3 CMP This field controls the USER FEE 3 (INITIAL) field on ARLE01.
1N The field security code is 96.
INIT US4 CMP This field controls the USER FEE 4 (INITIAL) field on ARLE01.
1N The field security code is 97.
INIT US5 CMP This field controls the USER FEE 5 (INITIAL) field on ARLE01.
1N The field security code is 98.
INIT US6 CMP This field controls the USER FEE 6 (INITIAL) field on ARLE01.
1N The field security code is 99.
SEC INT CMP This field controls the INTEREST (SECOND) field on ARLE01.
1N The field security code is 100.
SEC INS CMP This field controls the INSURANCE (SECOND) field on
1N ARLE01. The field security code is 101.
SEC US1 CMP This field controls the USER FEE 1 (SECOND) field on
1N ARLE01. The field security code is 102.
SEC US2 CMP This field controls the USER FEE 2 (SECOND) field on
1N ARLE01. The field security code is 103.
SEC US3 CMP This field controls the USER FEE 3 (SECOND) field on
1N ARLE01. The field security code is 104.
SEC US4 CMP This field controls the USER FEE 4 (SECOND) field on
1N ARLE01. The field security code is 105.
SEC US5 CMP This field controls the USER FEE 5 (SECOND) field on
1N ARLE01. The field security code is 106.
SEC US6 CMP This field controls the USER FEE 6 (SECOND) field on
1N ARLE01. The field security code is 107.
ARFP Page 03
....+....1....+....2....+....3....+....4....+....5....+....6....+....7....+....8
1 ARFP ( ) * USER DEFINED TITLE * PAGE 03 11/09/2001
2 FIELD SECURITY LOAN PLAN 09:55:29
3 ORGANIZATION 000 USER CODE X
4 AGREEMENT DT ( 0 ) APR ( 0 ) FRST PYM DT ( 0 ) FRST PYM AMT ( 0 )
5 ACTURIAL APR ( 0 ) FINAL PYM DT ( 0 ) FNL PYM AMT ( 0 ) LOAN TERM ( 0 )
6 FIXD INT AMT ( 0 ) BILLING TERM ( 0 ) DEPOSIT AMT ( 0 ) LN DISP METH ( 0 )
7 DISC LN AMT ( 0 ) DISC PRN AMT ( 0 ) DISC INT AMT ( 0 ) DISC INT CAP ( 0 )
8 DISC INT CCI ( 0 ) DISC INS AMT ( 0 ) DISC INS CAP ( 0 ) DISC INS CCI ( 0 )
9 DISC US1 AMT ( 0 ) DISC US1 CAP ( 0 ) DISC US1 CCI ( 0 ) DISC US2 AMT ( 0 )
0 DISC US2 CAP ( 0 ) DISC US2 CCI ( 0 ) DISC US3 AMT ( 0 ) DISC US3 CAP ( 0 )
1 DISC US3 CCI ( 0 ) DISC US4 AMT ( 0 ) DISC US4 CAP ( 0 ) DISC US4 CCI ( 0 )
2 DISC US5 AMT ( 0 ) DISC US5 CAP ( 0 ) DISC US5 CCI ( 0 ) DISC US6 AMT ( 0 )
3 DISC US6 CAP ( 0 ) DISC US6 CCI ( 0 )
4
5
6
7
8
9
0
1
2
3
4 PF1=ARMU PF2=ARMO PF3=ARML PF4=ARQO PF5=ARQL PF6=ARMS
Screen Definition
New screen to control input on loan set-up screen, ARLE02 (Record 2). ARLE02 only allows the
“add” function.
Field Descriptions
(FIELD ACCESS Code that specifies whether a field is optional, required, a display
CODE) field, or not displayed on add and maintenance screens. This untitled
field displays to the right of each field name. The values are 0 to 5.
0 =Add screen and maintenance screen: The field is
enclosed within parentheses, which indicates an input
field that is open for data entry. Input is optional. If you
leave the field blank, the screen does not return with the
field highlighted.
1 =Add screen: The field is enclosed within parentheses,
which indicates the field is open for data entry. Input is
required. If you leave the field blank, the screen returns
with the field highlighted.
Maintenance screen: The field is enclosed in
parentheses, which indicates the field is open for data
entry. Input is optional. If you leave the field blank, the
screen does not return with the field highlighted.
2 = Add screen: The field is enclosed within parentheses,
which indicates an input field that is open for data entry.
Input is optional. If you leave the field blank, the screen does not
return with the field highlighted.
FIXD INT AMT This field controls the INTEREST PAYMENT (AMOUNT) field on
1N ARLE02. The field security code is 161.
BILLING TERM This field controls the BILLING TERM field on ARLE02. The field
1N security code is 162.
DEPOSIT AMT This field controls the DEPOSIT (AMOUNT) field on ARLE02. The
1N field security code is 163.
LN DISP METH This field controls the LOAN DISPERSAL MTHD field on ARLE02.
1N The field security code is 164.
DISC LN AMT This field controls the LOAN AMOUNT (DISCLOSED) field on
1N ARLE02. The field security code is 165.
DISC PRN AMT This field controls the PRINCIPAL (DISCLOSED) field on ARLE02.
1N The field security code is 166.
DISC INT AMT This field controls the INTEREST (DISCLOSED) field on ARLE02. The
1N field security code is 167.
DISC INT CAP This field controls the INTEREST (CAP) field on ARLE02. The field
1N security code is 168.
DISC INT CCI This field controls the INTEREST (CCI) on ARLE02. The field security
1N code is 169.
DISC INS AMT This field controls the INSURANCE (DISCLOSED) field on ARLE02.
1N The field security code is 170.
DISC INS CAP This field controls the INSURANCE (CAP) field on ARLE02. The field
1N security code is 171.
DISC INS CCI This field controls the INSURANCE (CCI) field on ARLE02. The field
1N security code is 172.
DISC US1 AMT This field controls the USER FEE 1 (DISCLOSED) field on ARLE02.
1N The field security code is 173.
DISC US1 CAP This field controls the USER FEE 1 (CAP) field on ARLE02. The field
1N security code is 174.
DISC US1 CCI This field controls the USER FEE 1 (CCI) field on ARLE02. The field
1N security code is 175.
DISC US2 AMT This field controls the USER FEE 2 (DISCLOSED) field on ARLE02.
1N The field security code is 176.
DISC US2 CAP This field controls the USER FEE 2 (CAP) field on ARLE02. The field
1N security code is 177.
DISC US2 CCI This field controls the USER FEE 2 (CCI) field on ARLE02. The field
1N security code is178.
DISC US3 AMT This field controls the USER FEE 3 (DISCLOSED) field on ARLE02.
ARFP Page 04
....+....1....+....2....+....3....+....4....+....5....+....6....+....7....+....8
1 ARFP ( ) * USER DEFINED TITLE * PAGE 04 11/09/2001
2 FIELD SECURITY LOAN PLAN 09:55:29
3 ORGANIZATION 000 USER CODE X
4 AMRT PRN TBL ( 0 ) AMRT PRN MTHD ( 0 ) AMRT PRN TERM ( 0 ) AMRT PRN IND ( 0 )
5 AMRT PRN SMTH ( 0 ) AMRT PRN SDYS ( 0 ) AMRT PRN ROND ( 0 ) AMRT INT TBL ( 0 )
6 AMRT INT MTHD ( 0 ) AMRT INT TERM ( 0 ) AMRT INT IND ( 0 ) AMRT INT SMTH ( 0 )
7 AMRT INT SDYS ( 0 ) AMRT INT ROND ( 0 ) AMRT INS TBL ( 0 ) AMRT INS MTHD ( 0 )
8 AMRT INS TERM ( 0 ) AMRT INS IND ( 0 ) AMRT INS SMTH ( 0 ) AMRT INS SDYS ( 0 )
9 AMRT INS ROND ( 0 ) AMRT US1 TBL ( 0 ) AMRT US1 MTHD ( 0 ) AMRT US1 TERM ( 0 )
0 AMRT US1 IND ( 0 ) AMRT US1 SMTH ( 0 ) AMRT US1 SDYS ( 0 ) AMRT US1 ROND ( 0 )
1 AMRT US2 TBL ( 0 ) AMRT US2 MTHD ( 0 ) AMRT US2 TERM ( 0 ) AMRT US2 IND ( 0 )
2 AMRT US2 SMTH ( 0 ) AMRT US2 SDYS ( 0 ) AMRT US2 R0ND ( 0 ) AMRT US3 TBL ( 0 )
3 AMRT US3 MTHD ( 0 ) AMRT US3 TERM ( 0 ) AMRT US3 IND ( 0 ) AMRT US3 SMTH ( 0 )
4 AMRT US3 SDYS ( 0 ) AMRT US3 ROND ( 0 ) AMRT US4 TBL ( 0 ) AMRT US4 MTHD ( 0 )
5 AMRT US4 TERM ( 0 ) AMRT US4 IND ( 0 ) AMRT US4 SMTH ( 0 ) AMRT US4 SDYS ( 0 )
6 AMRT US4 ROND ( 0 ) AMRT US5 TBL ( 0 ) AMRT US5 MTHD ( 0 ) AMRT US5 TERM ( 0 )
7 AMRT US5 IND ( 0 ) AMRT US5 SMTH ( 0 ) AMRT US5 SDYS ( 0 ) AMRT US5 ROND ( 0 )
8 AMRT US6 TBL ( 0 ) AMRT US6 MTHD ( 0 ) AMRT US6 TERM ( 0 ) AMRT US6 IND ( 0 )
9 AMRT US6 SMTH ( 0 ) AMRT US6 SDYS ( 0 ) AMRT US6 R0ND ( 0 ) PRN FIXD AMT ( 0 )
0 INT FIXD AMT ( 0 ) INS FIXD AMT ( 0 ) US1 FIXD AMT ( 0 ) US2 FIXD AMT ( 0 )
1 US3 FIXD AMT ( 0 ) US4 FIXD AMT ( 0 ) US5 FIXD AMT ( 0 ) US6 FIXD AMT ( 0 )
2
3
4 PF1=ARMU PF2=ARMO PF3=ARML PF4=ARQO PF5=ARQL PF6=ARMS
Screen Definition
New Field Security screen for input fields on ARLE03, Record 7. ARLE03 only allows the “add”
function.
Field Descriptions
(FIELD ACCESS Code that specifies whether a field is optional, required, a
CODE) display field, or not displayed on add and maintenance screens.
This untitled field displays to the right of each field name. The
values are 0 to 5.
0 =Add screen and maintenance screen: The field is
enclosed within parentheses, which indicates an input
field that is open for data entry. Input is optional. If
you leave the field blank, the screen does not return
with the field highlighted.
1 =Add screen: The field is enclosed within parentheses,
which indicates the field is open for data entry. Input
is required. If you leave the field blank, the screen
returns with the field highlighted.
Maintenance screen: The field is enclosed in
parentheses, which indicates the field is open for data
entry. Input is optional. If you leave the field blank,
the screen does not return with the field highlighted.
AMRT PRN SDYS This field controls the PRINCIPAL (STRT DAYS) field on
1N ARLE03. The field security code is 234.
AMRT PRN ROND This field controls the PRINCIPAL (ROUNDING) field on
1N ARLE03. The field security code is 235.
AMRT INT TBL This field controls the INTEREST (TABLE) field on ARLE03.
1N The field security code is 236.
AMRT INT MTHD This field controls the INTEREST (METHOD) field on ARLE03.
1N The field security code is 237.
AMRT INT TERM This field controls the INTEREST (TERM) field on ARLE03. The
1N field security code is 238.
AMRT INT IND This field controls the INTEREST (STRT IND) field on ARLE03.
1N The field security code is 239.
AMRT INT SMTH This field controls the INTEREST (STRT MTH) field on ARLE03.
1N The field security code is 240.
AMRT INT SDYS This field controls the INTEREST (STRT DAYS) field on
1N ARLE03. The field security code is 241.
AMRT INT ROND This field controls the INTEREST (ROUNDING) field on
1N ARLE03. The field security code is 242.
AMRT INS TBL This field controls the INSURANCE (TABLE) on ARLE03. The
1N field security code is 243.
AMRT INS MTHD This field controls the INSURANCE (METHOD) field on
1N ARLE03. The field security code is 244.
AMRT INS TERM This field controls the INSURANCE (TERM) field on ARLE03.
1N The field security code is 245.
AMRT INS IND This field controls the INSURANCE (STRT IND) field on
1N ARLE03. The field security code is 246.
AMRT INS SMTH This field controls the INSURANCE (STRT MTH) field on
1N ARLE03. The field security code is 247.
AMRT INS SDYS This field controls the INSURANCE (STRT DAYS) field on
1N ARLE03. The field security code is 248.
AMRT INS ROND This field controls the INSURANCE (ROUNDING) field on
1N ARLE03. The field security code is 249.
AMRT US1 TBL This field controls the USER FEE 1 (TABLE) field on ARLE03.
1N The field security code is 250.
AMRT US1 MTHD This field controls the USER FEE 1 (METHOD) field on
1N ARLE03. The field security code is 251.
AMRT US1 TERM This field controls the USER FEE 1 (TERM) field on ARLE03.
1N The field security code is 252
AMRT US1 IND This field controls the USER FEE 1 (STRT IND) field on
1N ARLE03. The field security code is 253.
AMRT US1 SMTH This field controls the USER FEE 1 (STRT MTH) field on
1N ARLE03. The field security code is 254.
AMRT US1 SDYS This field controls the USER FEE 1 (STRT DAYS) field on
1N ARLE03. The field security code is 255.
AMRT US1 ROND This field controls the USER FEE 1 (ROUNDING) field on
1N ARLE03. The field security code is 256.
AMRT US2 TBL This field controls the USER FEE 2 (TABLE) field on ARLE03.
1N The field security code is 257.
AMRT US2 MTHD This field controls the USER FEE 2 METHOD) field on ARLE03.
1N The field security code is 258.
AMRT US2 TERM This field controls the USER FEE 2 (TERM) field on ARLE03.
1N The field security code is 259.
AMRT US2 IND This field controls the USER FEE 2 (STRT IND) field on
1N ARLE03. The field security code is 260.
AMRT US2 SMTH This field controls the USER FEE 2 (STRT MTH) field on
1N ARLE03. The field security code is 261.
AMRT US2 SDYS This field controls the USER FEE 2 (STRT DAYS) field on
1N ARLE03. The field security code is 262.
AMRT US2 ROND This field controls the USER FEE 2 (ROUNDING) field on
1N ARLE03. The field security code is 263.
AMRT US3 TBL This field controls the USER FEE 3 (TABLE) field on ARLE03.
1N The field security code is 264.
AMRT US3 MTHD This field controls the USER FEE 3 (STRT MTH) field on
1N ARLE03. The field security code is 265.
AMRT US3 TERM This field controls the USER FEE 3 (TERM) field on ARLE03.
1N The field security code is 266.
AMRT US3 IND This field controls the USER FEE 3 (STRT IND) field on
1N ARLE03. The field security code is 267.
AMRT US3 SMTH This field controls the USER FEE 3 (STRT MTH) field on
1N ARLE03. The field security code is 268.
AMRT US3 SDYS This field controls the USER FEE 3 (STRT DAYS) field on
1N ARLE03. The field security code is 269.
AMRT US3 ROND This field controls the USER FEE 3 (ROUNDING) field on
1N ARLE03. The field security code is 270.
AMRT US4 TBL This field controls the USER FEE 4 (TABLE) field on ARLE03.
1N The field security code is 271.
AMRT US4 MTHD This field controls the USER FEE 4 (METHOD) field on ARLE03.
1N The field security code is 272.
AMRT US4 TERM This field controls the USER FEE 4 (TERM) field on ARLE03.
1N The field security code is 273.
AMRT US4 IND This field controls the USER FEE 4 (STRT IND) field on
1N ARLE03. The field security code is 274.
AMRT US4 SMTH This field controls the USER FEE 4 (STRT MTH) field on
1N ARLE03. The field security code is 275.
AMRT US4 SDYS This field controls the USER FEE 4 (STRT DAYS) field on
1N ARLE03. The field security code is 276.
AMRT US4 ROND This field controls the USER FEE 4 (ROUNDING) field on
1N ARLE03. The field security code is 277.
AMRT US5 TBL This field controls the USER FEE 5 (TABLE) field on ARLE03.
1N The field security code is 278.
AMRT US5 MTHD This field controls the USER FEE 5 ETHOD) field on ARLE03.
1N The field security code is 279.
AMRT US5 TERM This field controls the USER FEE 5 (TERM) field on ARLE03.
1N The field security code is 280.
AMRT US5 IND This field controls the USER FEE 5 (STRT IND) field on
1N ARLE03. The field security code is 281.
AMRT US5 SMTH This field controls the USER FEE 5 (STRT MTH) field on
1N ARLE03. The field security code is 282.
AMRT US5 SDYS This field controls the USER FEE 5 (STRT DAYS) field on
1N ARLE03. The field security code is 283.
AMRT US5 ROND This field controls the USER FEE 5 (ROUNDING) field on
1N ARLE03. The field security code is 284.
AMRT US6 TBL This field controls the USER FEE 5 (TABLE) field on ARLE03.
1N The field security code is 285.
AMRT US6 MTHD This field controls the USER FEE 6 (METHOD) field on ARLE03.
1N The field security code is 286.
AMRT US6 TERM This field controls the USER FEE 6 (TERM) field on ARLE03.
1N The field security code is 287.
AMRT US6 IND This field controls the USER FEE 6 (STRT IND) field on
1N ARLE03. The field security code is 288.
AMRT US6 SMTH This field controls the USER FEE 6 (STRT MTH) field on
1N ARLE03.. The field security code is 289.
AMRT US6 SDYS This field controls the USER FEE 6 (STRT DAYS) field on
1N ARLE03. The field security code is 290.
AMRT US6 ROND This field controls the USER FEE 6 (ROUNDING) field on
1N ARLE03. The field security code is 291.
PRN FIXD AMT This field controls the PRINCIPAL (AMORTIZATION FIXED
1N AMOUNT) field on ARLE03. The field security code is 292.
INT FIXD AMT This field controls the INTEREST (AMORTIZATION FIXED
1N AMOUNT) field on ARLE03. The field security code is 293.
INS FIXD AMT This field controls the INSURANCE (AMORTIZATION FIXED
1N AMOUNT) field on ARLE03. The field security code is 294.
US1 FIXD AMT This field controls the USER FEE 1 (AMORTIZATION FIXED
1N AMOUNT) field on ARLE03. The field security code is 295.
US2 FIXD AMT This field controls the USER FEE 2 (AMORTIZATION FIXED
1N AMOUNT) field on ARLE03. The field security code is 296.
US3 FIXD AMT This field controls the USER FEE 3 (AMORTIZATION FIXED
1N AMOUNT) field on ARLE03. The field security code is 297.
US4 FIXD AMT This field controls the USER FEE 4 (AMORTIZATION FIXED
1N AMOUNT) field on ARLE03. The field security code is 298.
US5 FIXD AMT This field controls the USER FEE 5 (AMORTIZATION FIXED
1N AMOUNT) field on ARLE03. The field security code is 299.
US6 FIXD AMT This field controls the USER FEE 6 (AMORTIZATION FIXED
1N AMOUNT) field on ARLE03. The field security code is 300.
ARFP Page 05
....+....1....+....2....+....3....+....4....+....5....+....6....+....7....+....8
1 ARFP ( ) * USER DEFINED TITLE * PAGE 05 11/09/2001
2 FIELD SECURITY LOAN PLAN 09:55:29
3 ORGANIZATION 000 USER CODE X
4 TOT PYM AMT ( 0 ) PRINCIPAL ( 0 ) INTEREST ( 0 ) INSURANCE ( 0 )
5 USER FEE 1 ( 0 ) USER FEE 2 ( 0 ) USER FEE 3 ( 0 ) USER FEE 4 ( 0 )
6 USER FEE 5 ( 0 ) USER FEE 6 ( 0 ) INTEREST RATE ( 0 )
7
8
9
0
1
2
3
4
5
6
7
8
9
0
1
2
3
4 PF1=ARMU PF2=ARMO PF3=ARML PF4=ARQO PF5=ARQL PF6=ARMS
Screen Definition
New Field Security screen for Loan Schedule Data on ARLE04. ARLE04 only allows the “add”
function.
FIELD DESCRIPTIONS
USER FEE 4 This field controls the 120 occurrences of the USER FEE 4 fields
1N on ARLE04. The field security code is 312.
USER FEE 5 This field controls the 120 occurrences of the USER FEE 5
1N fields on ARLE04. The field security code is 313.
USER FEE 6 This field controls the 120 occurrences of the USER FEE 6
1N fields on ARLE04. The field security code is 314.
INTEREST RATE This field controls the 120 occurrences of the INTEREST RATE
1N fields on ARLE04. The field security code is 315.
ARMU Page 07
....+....1....+....2....+....3....+....4....+....5....+....6....+....7....+....8
1 ARMU ( ) ***USER DEFINED TITLE*** PAGE 07 07/12/2002
2 *** ADDITIONS *** 05:08:45
3
4 ( ) ARAO - ORGANIZATION RECORD ( ) ARUA - PHONE CD TO ST/PR TABLE
5 ( ) ARAL - LOGO RECORD ( ) ARAQ - EXTRACT AND MAINT - EXAM
6 ( ) ARAX - TRANSACTION CONTROL ( ) ARVA - SERVICE CHARGE/FEE TABLE
7 ( ) ARAG - GENERAL LEDGER ACCOUNT ( ) ARAY - ACCOUNT CONTROL TABLE
8 ( ) ARAE - ACCOUNT EMBOSSING ( ) ARBA - CARD ACTIVATION CRITERIA
9 ( ) ARAR - INTEREST TABLE ( ) ARAD - SECURED ACCOUNT RECORD
0 ( ) ARAB - ACCOUNT BASE SEGMENT ( ) ARAJ - COLLATERAL RECORD
1 ( ) ARAF - PROCESSING CONTROL TABLE ( ) ARRA - RATE INDEX TABLE
2 ( ) ARSA - USURY TABLE ( ) ARGA - RELATIONSHIP RECORD
3 ( ) ARAI - INSURANCE TABLE ( ) ARDA - ACCOUNT INSURANCE DATA
4 ( ) ARAC - CREDIT PLAN MASTER ( ) ARKA - AMORTIZATION TABLE
5 ( ) ARAN - CUSTOMER NAME/ADDRESS ( ) ARJA - CREDIT CLASSIFICATION
6 ( ) ARAM - STORE DEMOGRAPHICS ( ) ARLA - AUTH CRITERIA TABLE
7 ( ) ARAW - STATEMENT MESSAGES ( ) ARTA - SMART CRD PROG DEFINITION
8 ( ) ARAK - BAR CODING ( ) ARLE – LOAN ENTRY
9 ( ) ARSB - NEW ACCOUNT SETUP ( )
0 ( ) ARAV - FREQUENT SHOPPER PROGRAM
1 ( ) ARAZ - PROMOTION PROFILE
2 ( ) ARFA - FRAUD/SUSPECT DATA
3 ( ) ARZA - POSTAL CD TO ST/PR TABLE
4 PF5=*BWD*
Screen Definition
Add a new screen, ARLE to Additions page.
Field Descriptions
ARLE - LOAN ENTRY New screen to select for loan entry function within the on-line
1N loan set-up process. To display the screen type any character
next to the screen identifier and pressing Enter.
ARMU Page 08
....+....1....+....2....+....3....+....4....+....5....+....6....+....7....+....8
1 ARMU ( ) * USER DEFINED TITLE * PAGE 08 F=2 01/22/2000
2 FSET ( FILESET2 ) *** MISCELLANEOUS *** 22:47:03
3
4 ( ) ARFS - FIELD SECURITY
5 ( ) ARNL - ALPHA NAME LOCATE
6 ( ) ARNK - NAME KEY GENERATE TEST
7 ( ) AR1I – FILE SET CHANGE
8 ( ) ARLP – LOAN PURGE
9
0
1
2
3
4
5
6
7
8
9
0
1
2
3
4 PF5=*BWD*
Screen Definition
Add a new screen, ARLP to Miscellaneous page.
Field Descriptions
ARLP - LOAN PURGE New screen to select for loan purge function within the on-line
1N loan set-up process. To display the screen type any character
next to the screen identifier and press Enter.