Application Record

The Application record fields store information to help determine an individual’s eligibility for a loan or for credit union membership.

This document contains the field name, field description, field number, mnemonic, data type, and default information for each field. Other pertinent information includes:

**Source**  
Indicates where the data in the field comes from:

    **User-entered**  
    The user creates the information in this field.

    **System-entered**  
    A system process populates the value for the field. This value can include data transmitted by the ATM network, when applicable.

    **System-calculated**  
    The system calculates but does not store the value of the field each time the field appears on an inquiry or file maintenance screen.

The Application record includes the following fields, which are defined below. If your credit union does not have Application Processing, a PowerOn specfile will not find any of these fields in the Account file.

Application Type

This field stores a credit union-defined code to identify the kind of application.

Enter a credit union-defined code (0-14) to identify the kind of application (membership application, loan application, etc.).

Application ID

This field stores the ID you assign to the Application record when you create it.

Enter the two-character or four-character ID you assign to the Application record when you create it.

You cannot access this field for file maintenance after the initial entry.

Sub Type

This field stores a credit union-defined code that identifies the application type.

Optional entry: Enter a credit union-defined code (0-99) to further identify the application type.

Form Type

This field stores a credit union-defined code to identify the type of form used for the application.

Enter a credit union-defined code (0-9) to identify the type of form used for the application.

Event Number

This field stores the number of the current application workflow event for the application.

The system updates this field as you process the application through each event in the workflow. These events are similar to the following list:

• (00) None
• (01) Start/Continue Application
• (02) Applicant Info
• (03) Credit Retrieval
• (04) Liabilities
• (05) Projections
• (06) Decision
• (07) Work Flow complete

Tip: Although you can enter values in this field, the system does not currently use this field.

Event Date

This field stores the date the application workflow value in the Event Number field last changed.

The system updates this field as you process the application through each event in the workflow.

Although you can enter values, the system does not currently use this field.

Creation Date

This field stores the current system date when you create the Application record.

The system updates this field with the current system date when you create the Application record.

Under normal circumstances, you should not revise this field.

Effective Date

This field stores the effective date of the Application record.

Enter the effective date of the Application record.

Expiration Date

This field stores the date the Application record expires.

Enter the date the Application record expires. If you leave this field blank, the Application record does not expire.

Closing Date

This field stores the date you close this Application record.

Enter the date you close this Application record.

Last FM Date

This field stores the current system date whenever there is any file maintenance of an Application record or child record field.

The system updates this field with the current system date whenever there is any file maintenance of an Application record or child record field.

CAUTION:

Note:

You cannot access this field for file maintenance.

Record Change Date

This field stores the system date in this field when you create, change, or save the Application record. Sometimes the system updates this field because the record was saved, even though there may not be any actual changes in the record.

Note:

You cannot perform file maintenance on this field.

2nd App Request

This field stores a description of a second application, if applicable.

Enter a description (up to 16 characters) of a second application, if applicable.

2nd App Request Amt

This field stores the amount the member requests in a second application, if applicable.

Enter the amount the member requests in a second application, if applicable.

2nd App Payment

This field stores the payment amount associated with the second application, if applicable.

Enter the payment amount associated with the second application, if applicable.

3rd App Request

This field stores a description of a third application, if applicable.

Enter a description (up to 16 characters) of a third application, if applicable.

3rd App Request Amt

This field stores the amount the member requests in a third application, if applicable.

Enter the amount the member requests in a third application, if applicable.

3rd App Payment

This field stores the payment amount associated with the third application, if applicable.

Enter the payment amount associated with the third application, if applicable.

Census Tract

This field stores the number of the census tract in which the applicant resides.

Enter the number (up to 10 digits) of the census tract in which the applicant resides. Symitar’s main office, for example, is in census tract 85.11 and the White House is in census tract 62.02.

VIN

This field stores the vehicle identification number of any vehicle listed as collateral.

Enter the vehicle identification number (up to 20 characters) of any vehicle listed as collateral.

Branch

This field stores the number of the branch where the application originated.

Enter the number of the branch (0-9999) where the application originated.

This field automatically defaults to the branch number stored in the Branch field of the console being used. Enable this function by setting the Default Branch parameter in the Application Miscellaneous Parameters to Yes.

Credit Bureau

This field stores a credit union-defined code to identify the credit bureau providing the credit report used to evaluate the application.

Enter a credit union-defined code (0-9) to identify the credit bureau providing the credit report used to evaluate the application.

If the applicant is applying for more than one loan at the same time, you can store information about the second and third loan requests in the 2nd App Request, 2nd App Payment, 2nd App Request Amt, 3rd App Request, 3rd App Payment, and 3rd App Request Amt fields.

Account Type

This field stores a credit union-defined code to identify the type of account.

Enter a credit union-defined code (0000-9999) to identify the type of account.

Created By User

This field stores the User ID and is populated when the record is created.

This field stores the User ID and is populated when the record is created.

Under normal circumstances, do not revise this field.

Note: This field is automatically filled with the User ID upon creation of a new Account, Share, Loan, Application, or Card record.

Created At Branch

This field stores the branch ID of the branch where the Application record is created.

Under normal circumstances, do not revise this field.

User Queue

The field stores whose queue the application is residing in.

The system derives this data from the Queue control file when an application has been assigned to a queue. If the loan application has not been assigned to a queue, the return value is -1. For each application in a queue, there is an entry in the queue file that is sorted by the account, application ID, and the user ID of the queue. For the system to know whose queue the application is residing in, the system looks at this calculated field. You can also access this calculated field via SymXchange and PowerOn specfiles.

The values in this drop-down field are controlled by the Forward to User IDs parameters in the Application Miscellaneous Parameters.

Queue Priority

This field stores the level of importance given to this application.

Data Type Descriptions

(0) Low

This application is of low importance.

(1) Medium

This application is of medium importance.

(2) High

This application is of high importance.

Queue Date

The field stores either the date the application was forwarded to the user or the date the last decision was assigned to the application.

Queue Time

The field stores either the time of day the application was forwarded to the user or the time of day the last decision was assigned to the application.

Decision Code

This field stores a user number or a credit union-defined code to identify the person making the application decision.

The system updates this field with the decision code you enter when you use the Decision Options action in the application workflow to make or change an application decision. If you use the Decision Options workflow action to change the application decision, the system clears this field, then updates it with the new decision code you enter when you change the application decision.

Decision Date

This field stores the date of the decision to approve, deny, or cancel the application, make a counter offer, or place the application in pending mode.

The system updates this field with the system date whenever you use the Decision Options action in the application workflow to make or change an application decision. If you use the Decision Options workflow action to change the application decision, the system clears this field, then updates it with the new decision date.

Approval Code

This field stores a credit union-defined code or the user number of the person who approved the application.

The system prompts for this field when you approve an application during the Decision Options action in the application workflow. If you use the Decision Options workflow action to change the application decision, the system clears this field, then updates it with the new approval code if you approve the application.

If you choose to use the Update From Loan Defaults action field, the system updates this field with the Approval Code default value for the loan type specified. If you choose to use the Update From Existing Loan action field, the system updates this field with the value in the Approval Code field from the Loan record specified at the Existing Loan ID field.

Approval Date

This field stores the date the application was approved.

The system updates this field with the system date when you approve the application during the Decision Options action in the application workflow. If you use the Decision Options workflow action to change the application decision, the system clears this field, then updates it with the new approval date if you approve the application.

Approval Amount

This field stores the approved loan amount.

The system prompts for this field when you approve an application during the Decision Options action in the application workflow. If you use the Decision Options workflow action to change the application decision, the system clears this field, then updates it with the new approval amount if you approve the application.

Application Date

This field stores the current system date when you create the Application record.

The system updates this field with the current system date when you create the Application record.

You can revise this date if necessary.

Cancellation Date

This field stores the date you canceled the application.

The system updates this field with the system date if you cancel the application during the Decision Options action in the application workflow. If you use the Decision Options workflow action to change the application decision, the system clears this field, then updates it with the new cancellation date if you cancel the application.

Pending Date

This field stores the date you place an application in pending mode to await further action.

The system updates this field with the system date if you place an application in pending mode during the Decision Options action in the application workflow. If you use the Decision Options workflow action to change the application decision, the system clears this field, then updates it with the new pending date if you place the application in pending mode.

Processor Code

This field stores the user number of the person who creates the application.

Info Request Date

This field stores the most recent date you sent the applicant a notice of incomplete application or a request for information.

You can enter either the date the information was requested or a date in the future when you expect to receive the information.

• The system prompts for this field whenever you deny an application or place an application in pending mode during the Decision Options action in the application work flow. If you use the Decision Options work flow action to change the application decision, the system clears this field, then updates it with the new information request date if you deny the application or place the application in pending mode.
• If the application is incomplete, or if you need additional information before making a decision regarding the application, enter the date by which the member must complete the application or the date by which you must receive additional information.

Denial Date

This field stores the date you denied the application.

The system updates this field with the system date when you deny an application during the Decision Options action in the application workflow. If you use the Decision Options workflow action to change the application decision, the system clears this field, then updates it with the new denial date if you deny the application.

Denial Reason 1–Denial Reason 5

These fields each store a credit union-defined code to indicate the reason for denying or canceling the application or for making a counter offer.

The system prompts for Denial Reasons when you deny or cancel an application or make a counter offer during the Decision Options action in the application workflow. If you use the Decision Options workflow action to change the application decision, the system clears these fields, then updates them with the denial reasons for the new decision if you deny or cancel the application or make a counter offer.

Usually a denial reason code of (9) Other is defined. This reason code is used when an HMDA denial reason requires additional text to describe the reason. This additional text is entered at the Reason for Denial Other 1-7 fields.

Note:

Denial Reasons

Countered Orig Amt

This field stores the original amount for which the member applied.

The system updates this field with the loan amount if you make a counter offer during the Decision Options action in the application workflow. If you use the Decision Options workflow action to change the application decision, the system clears this field, then updates it with the new value in this field if you make a counter offer.

Counter Offer Exp Date

This field stores the date the counter offer expires.

The system prompts for this field when you make a counter offer during the Decision Options action in the application workflow. If you use the Decision Options workflow action to change the application decision, the system clears this field, then updates it with the new value in this field if you make a counter offer.

Loan Type

This field stores a credit union-defined code to identify the kind of loan the applicant is applying for.

If you choose to use the Update From Existing Loan action field, the system updates this field with the value in the Loan Type field from the Loan record specified at the Existing Loan ID field.

Update From Loan Defaults

This action field Indicate whether the system should update Application record fields with the defaults defined for the value in the Loan Type field.

If you click this button, the system updates the following Application record fields with the defaults defined for the value in the Loan Type field:

Tip: Loan Defaults

Existing Loan ID

If the member is applying for an add-on to an existing loan, this field stores the ID of the existing Loan record.

CAUTION:

Note:

If you use the Pull Fields From App action field in a Loan record, the system stores the value in the Loan ID field from that Loan record in this field.

Update From Existing Loan

This action field Indicate whether the system should update Application record fields with values from the corresponding fields of the Loan record specified at the Existing Loan ID field.

If you click this button, the system updates the following Application record fields with the values from the corresponding fields of the Loan record specified at the Existing Loan ID field:

Existing Loan Bal

This field stores the balance of the loan specified at the Existing Loan ID field.

The system updates this field. If you choose to use the Update From Existing Loan action field, the system updates this field with the value in the Loan Balance field from the Loan record specified at the Existing Loan ID field.

Loan Code

This field stores a code that defines certain characteristics of the loan and determines how the system processes the loan.

If you choose to use the Update From Existing Loan action field, the system updates this field with the value in the Loan Code field from the Loan record specified at the Existing Loan ID field.

Data Type Descriptions

(0) Closed End

The loan is a closed-end loan.

(1) Open End

The loan is an open-end loan.

(2) Line of Credit

The loan is a line of credit loan. You cannot use this option if the loan is in a participation.

(3) Credit Card

The loan is a credit card loan. You cannot use this option if the loan is in a participation.

(4) Lease

The loan is a lease loan and you have purchased the Leasing Support module from Symitar.

(5) Avg Daily Bal LOC

The loan is an average daily balance line of credit loan. This option can also be used for any line of credit loan that uses average daily balance finance charge calculations. It works properly only when the loan has a value in the Interest Type field of 10-99. The system does not accrue interest for these loans.

(6) LOC Combination

The loan is a SymChoice Loan.

Borrow Date

This field stores the date you disburse funds for the loan.

Enter the date you disburse funds for the loan. When you create an Application record, the system fills in this field with the current system date.

If you choose to use the Update From Existing Loan action field, the system updates this field with the value in the Interest Date field from the Loan record specified at the Existing Loan ID field. If you choose to use the Loan Calc Screen action field, the system updates this field with the Loan Date value from the loan calculation screen.

First Due Date

This field stores the date the first loan payment is due.

Enter the date the first loan payment is due.

If you choose to use the Update From Existing Loan action field, the system updates this field with the value in the Due Date field from the Loan record specified at the Existing Loan ID field. If you choose to use the Loan Calc Screen action field, the system updates this field with the Due Date value from the loan calculation screen.

Payment Amount

This field stores the amount of the loan payment.

Enter the amount of the loan payment.

If you choose to use the Update From Loan Defaults action field, the system updates this field with the Payment default value for the loan type specified. If you choose to use the Update From Existing Loan action field, the system updates this field with the value in the Payment field from the Loan record specified at the Existing Loan ID field. If you choose to use the Loan Calc Screen action field, the system updates this field with the Payment value from the loan calculation screen.

Loan Amount

This field stores the total amount of the loan.

Enter the total amount of the loan.

If you choose to use the Loan Calc Screen action field, the system updates this field with the Loan Amount value from the loan calculation screen. If you make a counter offer, the system moves the existing value in this field to the Countered Orig Amt field and updates this field with the amount you enter at the Counter Offer Amount prompt.

Loan Term in Months

This field stores the number of months in the term of the loan.

Enter the number of months (0-999) in the term of the loan.

If you choose to use the Update From Loan Defaults action field, the system updates this field with a calculated value based on the Payment Count and fields in the Loan Defaults in Default Manager.

If you choose to use the Update From Existing Loan action field, the system updates this field with the loan term in months calculated for the Loan record specified at the Existing Loan ID field. If you choose to use the Loan Calc Screen action field, the system updates this field with the Loan Months value from the loan calculation screen.

Military APR Loan

This field stores a code that indicates whether the loan qualifies for the military APR program.

For the loan to qualify, both the borrower and the kind of loan must qualify.

Your credit union determines whether the loan qualifies, and then sets the field.

Data Type Descriptions

(0) No

The member is not an active duty military service person or a dependent of an active duty service person. Also, set this field to No when the active duty ends.

(1) Yes

The member qualifies as an active duty service person or a dependent of an active duty service person.

The RB.LOAN.CALCULATE.MAPR and RD.LOAN.CALCULATE.MAPR PowerOn specfiles use the value in this field to determine whether to have the system calculate the military APR.

Description

This field stores a description of the loan.

Enter a description of the loan (up to 30 characters).

If you choose to use the Update From Loan Defaults action field, the system updates this field with the default description for the loan type specified. If you choose to use the Update From Existing Loan action field, the system updates this field with the value from the Description field from the Loan record specified at the Existing Loan ID field.

Loan Ref

This field stores any reference information about the loan.

Enter any reference information about the loan (up to 20 characters).

Loan Calc Screen

This action field Indicate whether you want to display the loan calculation screen.

If you click this button, the Manage Projections screen appears. Perform loan calculations, then click OK, the system updates the following Application record fields with values from the loan calculation screen:

ECOA Code

This field stores a code that indicates how the system populates the ECOA Code field in the Loan record if the loan is created automatically using the Loan Creation workflow action in Application Processing.

Enter the ECOA (Equal Credit Opportunity Act) code to indicates how the system populates the ECOA Code field in the Loan record if the loan is created automatically using the Loan Creation workflow action in Application Processing.

Data Type Descriptions

(00) Individual

You should not select this option here. This ECOA code translates to an association code of (0) Undesignated , which is reported by Experian® only.

(01) Individual (Verified)

The system reports the name of the primary borrower to credit bureaus with an association code of (1) Individual Borrower . The system reports to credit bureaus the member name from the primary Name record for the account.

(02) Joint Contractual

The system reports the name of the primary borrower to credit bureaus with an association code of (2) Joint Account - Contractual Responsibility and the names from all applicable Name records with an association code of (2) Joint Account - Contractual Responsibility . Using this option with the Name Type field in the Loan Name record set to (9) Authorized Signer allows the system to include this individual in credit reporting.

(03) Joint User

The system reports the name of the primary borrower with an association code of (2) Joint Account - Contractual Responsibility and the names from all applicable Name records with an association code of (3) Authorized User - Joint Account . Using this option with the Name Type field in the Loan Name records set to (9) Authorized Signer allows the system to include this individual in credit reporting.

(04) Joint

The system reports the name of the primary borrower with an association code of (4) Joint Account and the names from all applicable Name records with an association code of (4) Joint Account . Credit unions do not normally use this ECOA code. Using this option with the Name Type field in the Loan Name record set to (9) Authorized Signer allows the system to include this individual in credit reporting.

(05) Comaker

The system reports the name of the primary borrower with an association code of (5) Comaker and the names from all applicable Name records with an association code of (5) Comaker . Using this option with the Name Type field in the Loan Name record set to (9) Authorized Signer allows the system to include this individual in credit reporting.

(06) On behalf of

The system reports the name of the primary borrower with an association code of (2) Joint Account - Contractual Responsibility and the names from all applicable Name records with an association code of (6) On Behalf Of . Credit unions do not normally use this ECOA code.

(07) Maker

The system reports the name of the primary borrower with an association code of (7) Maker and the names from all applicable Name records with an association code of (7) Maker . Credit unions do not normally use this ECOA code. Using this option with the Name Type field in the Loan Name record set to (9) Authorized Signer allows the system to include this individual in credit reporting.

(08) Deceased

The system reports the name of the primary borrower with an association code of (X) Deceased .

(09) Account Terminated

The system reports the name of the primary borrower with an association code of (T) Terminated .

(10) Delete Specific Borrower

The system reports the name with an association code of (Z). This code supports the DA - Account Closed by Consumer status code for Ch2 fields on the Equifax® credit report Segment 13 (Bankruptcy).

(11) Business/Commercial

The system reports the name with an association code of (W). This code supports the DA - Account Closed by Consumer status code for Ch2 fields on the Equifax credit report Segment 13 (Bankruptcy)..

Note:

(00) Individual

(04) Joint

(06) On behalf of

(1) Individual

(2) Joint Contractual

(5) Comaker

If you specify 02 or greater in this field, the system uses the Name Logic parameter in the Credit Reporting Parameters to determine which secondary names to report.

Purpose

This field stores a credit union-defined code to indicate the purpose of the loan.

Enter a credit union-defined code (0-999) to indicate the purpose of the loan.

If you choose to use the Update From Loan Defaults action field, the system updates this field with the Loan Purpose default value for the loan type specified. If you choose to use the Update From Existing Loan action field, the system updates this field with the value in the Loan Purpose field from the Loan record specified at the Existing Loan ID field.

Secured Code

This field stores a code that specifies the type of security, if any, for a loan.

Data Type Descriptions

(0) Not Share Secured

The loan is not secured by a Share record.

(1) 100% Share

The loan is secured by a Share record.

(2) Partial Release First

The system should release any Share records partially securing a loan before any other security.

(3) Partial Release Last

The system should release any Share records partially securing a loan only after all other security.

If you choose to use the Update From Loan Defaults action field, the system updates this field with the Secured Code default value for the loan type specified. If you choose to use the Update From Existing Loan action field, the system updates this field with the value in the Secured Code field from the Loan record specified at the Existing Loan ID field.

Collateral Code

This field stores a code that indicates the collateral offered for the loan.

Enter a credit union-defined code (0-999) to indicate the collateral offered for the loan. The system reports this code to credit bureaus. The code points to the Credit Reporting Parameters indicating the values in the Collateral # Account Type and Collateral # Portfolio Type parameters that should be reported to the credit bureaus.

If you choose to use the Update From Loan Defaults action field, the system updates this field with the Collateral Code default value for the loan type specified. If you choose to use the Update From Existing Loan action field, the system updates this field with the value in the Collateral Code field from the Loan record specified at the Existing Loan ID field.

Collateral Date

This field stores the date the member offered the collateral for the loan.

Enter the date the member offered the collateral for the loan.

If you choose to use the Update From Existing Loan action field, the system updates this field with the value in the Collateral Date field from the Loan record specified at the Existing Loan ID field.

Call Item Schedule

Primarily for users of the corporate interface: This field stores the numeric value of the set of Call/Put Item Schedules parameters used for call items.

Note: Call/Put Item Global Schedules

Call/Put Item Local Schedules

Call Item Schd Type

Formerly for users of the corporate interface: This field indicated whether the set of Call/Put Item Schedules parameters specified in the Call Item Schedule field is local or global.

The system no longer uses this functionality.

Data Type Descriptions

(0) Local

Call/Put Item Schedules parameters are able to be set up or revised by a corporate credit union.

(1) Global

Call/Put Item Schedules parameters are only able to be set up or revised by the U.S. Central Credit Union.

Tip: Call/Put Item Global Schedules

Call/Put Item Local Schedules

Put Item Schedule

Primarily for users of the corporate interface: This field stores the numeric value of the set of Call/Put Item Schedules parameters used for put items.

Put Item Schd Type

Primarily for users of the corporate interface: This field indicated whether the set of Call/Put Item Schedules parameters specified in the Put Item Schedule field is local or global.

Data Type Descriptions

(0) Local

Call/Put Item Schedules parameters are able to be set up or revised by a corporate credit union.

(1) Global

Call/Put Item Schedules parameters are only able to be set up or revised by the U.S. Central Credit Union.

Amortization Schedule

Primarily for users of the corporate interface: This field stores the numeric value of the set of Amortization Schedules parameters.

Amortize Schd Type

Primarily for users of the corporate interface: This field indicates whether the set of Amortization Schedules parameters specified in the Amortization Schedule field is local or global.

Data Type Descriptions

(0) Local

Amortization Schedules parameters are able to be set up or revised by a corporate credit union.

(1) Global

Amortization Schedules parameters are only able to be set up or revised by the U.S. Central Credit Union.

Interest Type

This field stores a code that indicates the method for calculating loan interest that can be different for each Schedule record when using the MBS Multiple Repayment Programs Per Loan module.

Data Type Descriptions

(0) Daily 365 day

Calculate loan interest on a 365-day basis.

(1) Monthly 360 day

Calculate loan interest on a 360-day basis. This option is normally used for real estate loans and is designed so that the payment schedule is known to the penny from the date the loan is funded.

(2) Daily 365.25 day

Calculate loan interest on a 365.25-day basis. This option is normally used for student loans.

(3) Daily billed I

(Stands for daily billed loan interest, type 1) This interest type is valid only for interest-only loans.

(4) Daily billed II

(Stands for daily billed loan interest, type 2) This interest type is valid only for interest-only loans.

(5) Actual/360

Calculate daily interest on a 360-day basis.

(6) Daily Billed 360

This interest type is valid only for interest-only loans. Use this interest type for loans where you bill to the member the amount of interest due at the time of statement cutoff.

(7) Actual/364

Calculate daily interest on a 364-day basis.

(8) Scheduled/364

Calculate daily interest on a 364-day basis.

(10–9999)

Credit union-defined interest type.

Note:

Actual/364

Scheduled/364

• Interest Type: (7) Actual/364 or (8) Scheduled/364
• : (8) Biweekly or (9) Weekly
• Payment Skips: 0
• Due Day 1: Must leave blank for weekly and biweekly
• Due Date Advance Code: (0) Use Max Due Date Advance Period
• Max Due Date Advance Period: 1
• Initial BCD Setting Option: Use Loan Due Date (One when due)
• New Loan Due Date Code: 0
• Loan Code: (0) Closed End
• Payment Calc Type: (0) No Change
• DQ Calculation Method: (0) Payment Buckets Only Contain Changes

Interest Rate

This field stores the interest rate of the loan.

Enter the interest rate of the loan.

If you choose to use the Update From Loan Defaults action field, the system updates this field with the Interest Rate default value for the loan type specified. If you choose to use the Loan Calc Screen action field, the system updates this field with the Interest Rate value from the loan calculation screen.

Payment Type

This field stores a code that indicates the method for calculating the payment.

Data Type Descriptions

(0) Level Payment

The system should calculate equal periodic loan payments.

The amount applied to the loan principal changes each period, since the amount of interest due each period depends on the loan balance and the number of days in the loan period. This option is the normal option for most daily interest loans.

You should select this option for daily billed interest-only loans. Daily billed interest is used for loans where the amount of interest due at the time of statement cutoff is billed to the member.

(1) Level Principal

The system should calculate loan payments so that the same amount is applied to the loan principal each period.

The total payment changes each period, since the amount of interest due each period depends on the loan balance and the number of days in the loan period. This option is often used for single payment loans, real estate loans, or interest-only payment loans (but not for daily billed interest-only loans).

This field can be used for defining an Interest Only schedule or No Payment schedule when using the MBS Multiple Repayment Programs Per Loan module.

Payment Calc Type

This field stores a credit union-defined code used for determining the calculation method for the loan.

Data Type Descriptions

(0) No Change

The loan has a value in the Interest Type field of (1) Monthly 360 day so the system should use the value in the Payment field as the loan payment.

While the selection is valid, this field is generally not used for credit card loan types.

0001–8999

Specify a credit union-defined payment calculation type if the system should calculate loan payments using the parameters defined for that payment calculation type with the Payment Calculation Types parameters in the Parameter Manager.

9000–9999

Reserved for future system-defined use.

Payment Method

This field stores a code that specifies the method of payment for a loan.

Data Type Descriptions

(0) Cash

The member makes cash payments.

(1) Coupon

You issue coupons for loan payments.

(2) Auto transfer

Loan payments are by automatic transfer of funds from the same account or from another account at the credit union.

The system automatically creates Transfer record with a Transfer Type field set to (2) Maturity (transfers funds to another Share or Loan record at maturity of a club account or a certificate).

(3) Payroll

Loan payments are by automatic payroll deduction.

(4) Payroll after due

Loan payments are by automatic payroll deduction from the first payroll after the due date of the loan.

(5) Distribution

Loan payments are by electronic funds transfer.

The system does not automatically create EFT transfer records.

(6) Distribution after due

Loan payments are by the first electronic funds transfer after the due date.

The system does not automatically create EFT transfer records.

(7) Scheduled auto transfer

Loan payments are by electronic funds transfer on a scheduled date, whether or not a payment is due.

The system automatically creates Transfer record with a Transfer Type field set to (2) Maturity (transfers funds to another Share or Loan record at maturity of a club account or a certificate).

(8) Scheduled auto transfer after due

Loan payments are by electronic funds transfer on the first scheduled transfer date after the due date.

The system automatically creates Transfer record with a Transfer Type field set to (2) Maturity (transfers funds to another Share or Loan record at maturity of a club account or a certificate).

(9) Amortization transfer

Loan payments are automatically paid according to an amortization schedule (defined in Amortization Global Schedules and Amortization Local Schedules parameters).

The system automatically creates a Transfer record with a Transfer Type field set to (8) Amortization (for payment of an obligation in a series of transfers).

If you choose to use the Update From Loan Defaults action field, the system updates this field with the Payment Method default value for the loan type specified. If you choose to use the Update From Existing Loan action field, the system updates this field with the value in the Payment Method field from the Loan record specified at the Existing Loan ID field.

This field can be used for defining an Interest Only schedule or No Payment schedule when using the MBS Multiple Repayment Programs Per Loan module.

Payment Frequency

This field stores a code that specifies the frequency of loan payments.

Data Type Descriptions

(0) Single Pay

The member must repay the loan in a single payment.

(1) Annual

Loan payments are annual (one per year).

(2) Semi-annual

Loan payments are semiannual (two per year).

(3) Quarterly

Loan payments are quarterly (four per year).

(4) Monthly

Loan payments are monthly.

(5) Semi-monthly

Loan payments are semimonthly (two per month).

(6) Biweekly skip first

Loan payments are biweekly (every two weeks), skipping the first week of the month if there are five weeks in the month.

(7) Biweekly skip last

Loan payments are biweekly (every two weeks), skipping the last week of the month if there are five weeks in the month.

(8) Biweekly

Loan payments are biweekly (every two weeks), regardless of the number of weeks in the month.

(9) Weekly

Loan payments are weekly.

(10) Immediate

The member must repay the loan immediately in a single payment.

(11) Weekly skip first

Loan payments are made weekly, skipping the first payment of the month if there are five scheduled payments in the month.

(12) Weekly skip last

Loan payments are made weekly, skipping the last payment of the month if there are five scheduled payments in the month.

(13) Bimonthly

Loan payments are made every other month.

If you choose to use the Update From Loan Defaults action field, the system updates this field with the Payment Frequency default value for the loan type specified. If you choose to use the Update From Existing Loan action field, the system updates this field with the value in the Payment Frequency field from the Loan record specified at the Existing Loan ID field. If you choose to use the Loan Calc Screen action field, the system updates this field with the Payment Frequency value from the loan calculation screen.

Due Date Advance Code

This field stores a code that specifies how the system advances the due date when a payment is made to the loan.

Data Type Descriptions

(0) Use Max Due Date Advance Period

Advance the due date (unlimited payment count).

When the related Max Due Date Advance Period field is set to 0 (unlimited payment count), the system advances the Due Date field each time a full payment is made to the loan. When the Max Due Date Advance Period field is set to 1, the system advances the Due Date field no more than one period beyond the next due date.

(1) Overlimit payments use ‘Max Due Date Advance Period’ else use ‘One when due’

Advance the due date no more than the maximum advance period or else the period should be advanced when a payment is made on or after the due date. The system does not advance the due date for loan payments made before the due date.

Max Due Date Advance Period

This field stores the maximum number of periods the due date can be advanced into the future.

Enter a number (0-9999) for the maximum number of periods the due date can be advanced into the future.

Note:

Loan Code

(6) LOC Combination

Error: Max Due Date Advance Period must equal 1 
when Loan Code = 6!

Due Day 1

This field stores the day of the month on which the first payment is due for semimonthly loans, or the day of the month on which all payments are due for annual, semiannual, quarterly, bimonthly, or monthly loans.

The system does not use this field for single pay, weekly, or biweekly loans.

Data Type Descriptions

0

If the Payment Method field is set to anything other than (7) Scheduled auto transfer or (8) Scheduled auto transfer after due and the Payment Frequency field is not set to (5) Semimonthly , set the due date to the system date plus one frequency if an advance is taken on the 1st through 27th of the month. If the advance is taken on the 28th through 31st of the month, the Due Date is set to the last day of the month.

1–30

If the Payment Frequency field is set to (5) Semimonthly , set the day of the month the first payment is due for semi-monthly loans.

1–31

• If the Payment Method field is set to anything other than (7) Scheduled auto transfer or (8) Scheduled auto transfer after due and the Payment Frequency field is not set to (5) Semimonthly , set the due date to the specified day of the month.
• If the Payment Method field is set to (7) Scheduled auto transfer or (8) Scheduled auto transfer after due , set a due date for the scheduled auto transfer. You must enter a non-zero in this field.

Note:

Payment Method

(5) Distribution

Payment Frequency

(5) Semimonthly

If you choose to use the Update From Loan Defaults action field, the system updates this field with the Due Day 1 default value for the loan type specified. If you choose to use the Update From Existing Loan action field, the system updates this field with the value in the Due Day 1 field from the Loan record specified at the Existing Loan ID field. If you choose to use the Loan Calc Screen action field, the system updates this field with the Due Day 1 value from the loan calculation screen.

Due Day 2

This field stores the day of the month on which the second payment is due for semimonthly loans.

The system does not use this field for annual, semiannual, quarterly, monthly, or biweekly loans.

The value in the Due Day 2 must be greater than the value in the Due Day 1 field.

If you choose to use the Update From Loan Defaults action field, the system updates this field with the Due Day 2 default value for the loan type specified. If you choose to use the Update From Existing Loan action field, the system updates this field with the value in the Due Day 2 field from the Loan record specified at the Existing Loan ID field. If you choose to use the value from the Loan Calc Screen, the system updates this field with the Due Day 2 value from the loan calculation screen.

Initial BCD Setting Option

This field stores a code that determines how the beginning cycle date will be set for non-billed loans and loans with a Loan record Payment Method of (2) Auto transfer.

Data Type Descriptions

(0) Use Current Cycle Due Date – 1 Period + 1 Day

Advances the Due Date field by one period plus one day when a payment is made.

(1) Use Loan Due Date (One when due)

Set the beginning cycle date for a new loan to the value of the Loan record Due Date field for the One when due functionality.

The One when due functionality advances the Due Date field by one period only when a payment is made on or after the due date. The system does not advance the due date for loan payments made before the due date.

The purpose of this option is to specify that the loan requires a full payment on the due date, no matter how much extra was paid before the due date. Use this function for loans with a Loan record Payment Method value of (2) Auto transfer if you do not want over-the-counter transactions to affect the amount taken by automatic transfers on the due date.

DQ Calculation Method

This field stores a code that defines the method used to calculate delinquency.

This field is used for defining interest-only Schedule records when using the MBS Multiple Repayment Programs Per Loan module.

Data Type Descriptions

(0) Payment Buckets Only Contain Changes

The system should not calculate the values for the payment buckets each month. For closed and open-end loans with a fixed payment amount, the system does not use the payment buckets.

(1) Payment Buckets Are Calculated Monthly

The system should calculate the values for the payment buckets each month. The system updates each Pmt Bucket Amt field and Pmt Bucket Due Date field on a monthly basis, regardless of whether the payment amount changes.

Transfer Account

If loan payments are by automatic transfer of funds from another account, this field stores the number of the other account.

• Enter a space and then press Enter to default to the account for which you are creating the Application record.
• Enter the account number of the account from which the system should transfer the funds.
• Type ***** to look up and list account numbers to select from.

Transfer ID

If loan payments are by automatic transfer of funds from another account, this field stores the ID of the Share record.

• Enter the ID of the Share record from which the system should transfer the funds.
• Type ***** to look up Share record IDs.

Note Purge Date

This field is currently unused.

Payment Skips

This field stores the number of loan payments the member can skip.

Enter the number of loan payments (0-9) the member can skip. You cannot specify payment skips for a loan with a value in the Interest Type field of (1) Monthly 360 day.

Data Type Descriptions

0

If the Payment Frequency field is set to (0) Single Pay , (1) Annual , (2) Semi-annual , or (10) Immediate , the system does not allow any payment skips.

1

If the Payment Frequency field is set to (3) Quarterly , the system allows only one payment skip.

1–3

If the Payment Frequency field is set to (4) Monthly , the system allows up to three payment skips.

1–6

If the Payment Frequency field is set to (5) Semimonthly , the system allows up to six payment skips.

1–7

If the Payment Frequency field is set to (6) Biweekly skip first , (7) Biweekly skip last , or (8) Biweekly , the system allows up to seven payment skips.

1–9

If the Payment Frequency field is set to (9) Weekly , the system allows up to nine payment skips.

This field is useful if your credit union allows members to skip loan payments for part of the year. For example, you might allow teachers to skip payments during the summer months, if they are not paid during the summer. In this case, enter the number of skips allowed in this field, and enter the due date of the first payment the member is allowed to skip in the Payment Skip Start Day field.

If you choose to use the value from the Loan Calc Screen, the system updates this field with the Payment Skips value from the loan calculation screen.

Payment Skip Start Day

This field stores a code that represents the due date of the first payment the member can skip.

This field and the Payment Skips field work together. If you enter a value in the Payment Skips field to allow members to skip that number of loan payments, you must enter a date in this field to tell the system when to begin allowing the member to skip payments.

Data Type Descriptions

0000

The member cannot skip any payments.

0101–1231

The due date (MMDD) of the first payment the member can skip.

If you choose to use the value from the Loan Calc Screen action field, the system updates this field with the Payment Skip Start Day value from the loan calculation screen.

Balloon Date

This field stores the date the balloon loan payment is due, if applicable.

Enter the date the balloon loan payment is due, if applicable.

If you choose to use the Update From Existing Loan action field, the system updates this field with the value in the Balloon Date field from the Loan record specified at the Existing Loan ID field. If you choose to use the value from the Loan Calc Screen action field, the system updates this field with the Balloon Date value from the loan calculation screen.

Balloon Amount

This field stores the amount of a balloon payment, if applicable.

You can use this field if you want to calculate a loan to make the final payment (including principal and interest) equal a specified amount. For example, to calculate the payment on a $10,000 loan so that the final balloon payment, due in 36 months, is $5,000, type 500000 in the Balloon Amount field.

If you choose to use the value from the Loan Calc Screen action field, the system updates this field with the Balloon Amount value from the loan calculation screen. If you select (2) Calculate Loan Term from the Calculation Type field on the loan calculation screen, the system ignores this field.

Loan Credit Limit

This field stores the credit limit for line-of-credit or credit card loans.

Enter the credit limit for line-of-credit or credit card loans.

When you enter an amount that is less than any of the CA/BT limiting maximum field values, the system sends the following warning:

Warning: Amount entered is less than the CA/BT Limiting Limit Max field(s)!

If you choose to use the Update From Loan Defaults action field, the system updates this field with the Credit Limit default value for the loan type specified. If you choose to use the Update From Existing Loan action field, the system updates this field with the value in the Credit Limit field from the Loan record specified at the Existing Loan ID field.

Cred Lim Exp Date

This field stores the expiration date of the loan’s credit limit.

Enter the expiration date of the loan’s credit limit.

If you choose to use the Update From Loan Defaults action field, the system updates this field with the Credit Limit Expiration default value for the loan type specified. If you choose to use the Update From Existing Loan action field, the system updates this field with the value in the Credit Limit Expiration field from the Loan record specified at the Existing Loan ID field.

Loan Maturity Date

This field stores the date the loan matures.

Enter the date the loan matures (the date the final payment is due).

If you choose to use the value from the Loan Calc Screen action field, the system updates this field with the Final Payment Date value from the loan calculation screen.

Loan To Value

This field contains the loan to value ratio (the ratio of the loan amount to the appraised home value).

The system calculates the ratio for this field using the following formula:

Loan To Value = (Loan Amount + Appraisal Offset) / Appraised Amount

The system updates this field whenever you change the Loan Amount, Appraised Amount, or Appraisal Offset fields.

Appraised Amount

This field stores the appraised amount of the collateral for the loan.

Enter the appraised amount of the collateral for the loan. The appraised amount will be included in the loan to value calculation. The system calculates the loan to value ratio using the following formula:

Loan To Value = (Loan Amount + Appraisal Offset) / Appraised Amount

Appraisal Offset

This field stores the offset value of the collateral for a second trust deed loan.

Enter the offset value of the collateral. For example, this field can store the member’s first mortgage amount when the member applies for a second trust deed loan. The system calculates the Loan To Value ratio using the following formula:

Loan To Value = (Loan Amount + Appraisal Offset) / Appraised Amount

Escrow Amount

This field stores the amount of the payment to post to the share identified by the value in the Escrow ID field.

Enter the amount of a loan payment. The system applies this amount to the share identified by Escrow ID, then posts the rest of the payment to principal and interest.

If you choose to use the value from the Loan Calc Screen action field, the system updates this field with the Escrow Amount value from the loan calculation screen.

Escrow ID

This field stores the ID of the Share record to which the system should post the escrow amount whenever a member makes a loan payment.

Enter the ID of the Share record to which the system should post the escrow amount whenever a member makes a loan payment.

Unamortized Fees

This field stores the total amount of fees to be amortized over the loan term, according to FASB 91.

You must enter the initial amount in this field. Then each time the GL Posting batch program amortizes fees or expenses, the system reduces the amount in this field by the amount amortized.

Prepaid Finance Chg

This field stores additional amounts, that can be included in a loan.

Enter additional amounts (such as points on a loan, mortgage insurance premiums, flood insurance, etc.), that can be included in a loan.

Original Rate

This field stores the original effective Annual Percentage Rate.

Enter the original effective APR (Annual Percentage Rate). You must determine and enter the original rate manually. The system does not calculate this value.

Risk Rate

This field stores a value that increases the calculated margin rate when the Rate Change Processing batch program calculates the new interest rate for non-credit card loans tied to an interest rate index.

Enter a value (0.000-100.000%) that increases the calculated margin rate.

The system takes the new specified base rate, adds or subtracts the calculated interest rate margin, adds the value in this field, and subtracts the value in the Discount Rate field to arrive at the new interest rate when you run Rate Change Processing for loans using option (2) Select by Interest Rate Index.

Discount Rate

This field stores a value that decreases the calculated margin rate when the Rate Change Processing batch program calculates the new interest rate for non-credit card loans tied to an interest rate index.

Enter a value that decreases the calculated margin rate.

The system takes the new specified base rate, adds or subtracts the calculated interest rate margin, adds the value in the Risk Rate field, and subtracts the value in this field to arrive at the new interest rate when you run Rate Change Processing for loans using option (2) Select by Interest Rate Index.

Effective APR

This field stores the current effective Annual Percentage Rate.

Enter the current effective APR (Annual Percentage Rate). You must determine and enter the effective APR manually. The system does not calculate this value.

APR

This field stores the Annual Percentage Rate.

The system calculates this value in Loan Projections and stores it in this field if the Prepaid Finance Chg field is non-zero.

FASB 91 Code

This field stores the FASB 91 code used with loan type codes to create combinations that post to designated General Ledger accounts.

Enter the FASB 91 code (0-199) used with loan type codes to create combinations that post to designated General Ledger accounts. For example, you can specify loan types and FASB 91 code combinations to result in something like the following:

• Loan types 0015-0020 with FASB 91 codes 5–10 use specific General Ledger accounts.
• Loan types 0015-0020 with FASB 91 codes 11–16 use other specific General Ledger accounts.

After the Loan Branch List prompt in the Loan FASB 91 Accruals function of the GL Posting batch program, the system prompts Break Totals Down By FASB 91 Code?. If you click Yes, the system breaks down totals by FASB 91 code. If you click No, the system breaks down totals only by loan type.

Tip:

If you choose to use the Update From Loan Defaults action field, the system updates this field with the FASB 91 Code default field for the loan type specified. If you choose to use the Update From Existing Loan action field, the system updates this field with the value in the FASB 91 Code field from the Loan record specified at the Existing Loan ID field.

Insurance Type

This field stores a credit union-defined code that indicates whether the member has elected to purchase insurance.

Data Type Descriptions

0

The member did not elect to purchase insurance.

1–9999

A code, defined with the Insurance Type Parameters, to indicate that the applicant has elected to purchase that type of insurance.

If you choose to use the Update From Loan Defaults action field, the system updates this field with the Insurance Type default value for the loan type specified. If you choose to use the Update From Existing Loan action field, the system updates this field with the value in the Insurance Type field from the Loan record specified at the Existing Loan ID field. If you choose to use the value from the Loan Calc Screen, the system updates this field with the Insurance Type value from the loan calculation screen.

Max Ins Balance

This field stores the maximum insurable balance for the insurance type selected.

Enter the maximum insurable balance for the insurance type selected.

If you choose to use the Update From Loan Defaults action field, the system updates this field with the Insurance Maximum default value for the loan type specified. If you choose to use the Update From Existing Loan action field, the system updates this field with the value in the Insurance Maximum field from the Loan record specified at the Existing Loan ID field.

Sgl Prem Life

This field stores the calculated amount of single premium life insurance.

Enter the amount of single premium life insurance calculated.

If you select a single premium life insurance type at the Insurance Type field and choose to use the value from the Loan Calc Screen, the system updates this field with the calculated premium amount from the loan calculation screen.

Sgl Prem Disability

This field stores the calculated amount of single premium disability insurance.

Enter the amount of single premium disability insurance calculated.

If you select a single premium disability insurance type at the Insurance Type field and choose to use the value from the Loan Calc Screen, the system updates this field with the calculated premium amount from the loan calculation screen.

First Insured Birth Date

This field stores the first insurer’s date of birth.

Enter the first insurer’s date of birth (MM/DD/YYYY).

The system checks the age against Insurance Tables to calculate member eligibility for insurance. If the date is not filled in, the system will not use the Max Life Direct Ins Type or Max Dis Direct Insurance Type Insurance Type parameters. If you choose to use the value from the Loan Calc Screen, the system updates this field with the First Insured Birth Date value from the loan calculation screen.

Second Insured Birth Date

This field stores the second insurer’s date of birth.

Enter the second insurer’s date of birth (MM/DD/YYYY).

The system checks the age against Insurance Tables to calculate member eligibility for insurance. If the date is not filled in, the system will not use the Max Life Direct Ins Type or Max Dis Direct Insurance Type Insurance Type parameters. If you choose to use the value from the Loan Calc Screen, the system updates this field with the Second Insured Birth Date value from the loan calculation screen.

Insurability Code

This field stores a credit union-defined code that indicates whether the loan applicant can be insured.

Enter a credit union-defined code (0-99) to indicate whether the loan applicant can be insured.

Single Credit Life Insurance

This field stores a code that indicates if the applicant has elected to purchase single credit life insurance.

Data Type Descriptions

(0) Not Chosen

The member did not purchase this type of insurance.

(1) Chosen

The member purchased this type of insurance.

Although this field still exists, the system no longer uses it. To track insurance in the Application record, use the following fields instead:

• Insurance Type
• Max Ins Balance
• Sgl Prem Life
• Sgl Prem Disability

This field may have a credit union-defined field name. You can define the name of this field with the Loan Disclosure Parameters. Most credit unions defined the Single Life Description parameter as Single Credit Life Insurance.

Joint Credit Life Insurance

This field stores a code that indicates if the applicant has elected to purchase joint credit life insurance.

Data Type Descriptions

(0) Not Chosen

The member did not purchase this type of insurance.

(1) Chosen

The member purchased this type of insurance.

Although this field still exists, the system no longer uses it. To track insurance in the Application record, use the following fields instead:

• Insurance Type
• Max Ins Balance
• Sgl Prem Life
• Sgl Prem Disability

This field may have a credit union-defined field name. You can define the name of this field with the Loan Disclosure Parameters. Most credit unions defined the Single Life Description parameter as Joint Credit Life Insurance.

Credit Disability Insurance

This field stores a code that indicates if the applicant has elected to purchase credit disability insurance.

Data Type Descriptions

(0) Not Chosen

The member did not purchase this type of insurance.

(1) Chosen

The member purchased this type of insurance.

Although this field still exists, the system no longer uses it. To track insurance in the Application record, use the following fields instead:

• Insurance Type
• Max Ins Balance
• Sgl Prem Life
• Sgl Prem Disability

This field may have a credit union-defined field name. You can define the name of this field with the Loan Disclosure Parameters. Most credit unions defined the Single Life Description parameter as Credit Disability Insurance.

OVL Opt-In?

This field stores a code that indicates if the credit union prints the revocation statement.

This field is used in the Statement Generation batch program with the prompt Print Stmt Disclosure If No OVL in cases where although the member did not go over the limit for that statement period (so no OVL fee was assessed), the credit union still chooses to print the revocation statement. This field is copied over to the Loan record once the loan application is approved.

Data Type Descriptions

(0) No

The member did not select to opt in for the OVL service.

(1) Yes

The member selected to opt in for the OVL service.

OVL Auth/Fee Option

This field stores a code that indicates whether to authorize or assess a fee for credit card over-the-limit transactions.

This field is required for the authorization and fee posting programs to determine whether to authorize or assess a fee for credit card over-the-limit transactions. This field will be copied over to the Loan record once the loan application is approved.

Data Type Descriptions

(0) Auth/Fee Allowed

Authorize and assess a fee for credit card over-the-limit transactions.

(1) Auth/No Fee Allowed

Authorize but do not assess a fee for credit card over-the-limit transactions.

(2) No Auth/Fee Allowed

Do not authorize but assess a fee for credit card over-the-limit transactions.

(3) No Auth/No Fee Allowed

Do not authorize and do not assess a fee for credit card over-the-limit transactions.

When the Loan Application record is copied to the Loan record, the system updates the OVL Auth/Fee Eff Date field on the Loan record with the date in the Open Date field of the Loan and updates.

Other Account 1 - Other Account 5

These fields each store the account number of another account to be included in the credit union totals.

At any of these five fields, you can enter the account number of another account to be included in the credit union totals. You can type ***** to look up account numbers. If you specify other accounts, the system includes the balances, credit limits, and payments for shares and loans in the specified accounts in the calculation of credit union totals.

Original Risk Grade

This field stores the original risk grade assigned to the note when it was originated.

You can perform file maintenance on this field.

Note:

Calculate Credit Score

This field is an action button that allows the system to calculate a credit score according to the calculations defined for your credit union.

This field is not normally used. If you have Symitar define credit score calculations for your credit union, you can indicate in this field whether the system should calculate a credit score according to the calculations defined for your credit union. If you use this field, the system calculates the credit score according to the definition in the Credit Score Type field and stores the result of the credit score calculation in the Credit Score field.

Credit Score Type

This field stores a credit union-defined code to specify the type of credit score to be calculated for the application.

If you want to calculate credit scores, you can run VALIDATE.LOANAPP or contact Symitar to program the calculations. Once the credit scoring calculations are programmed, you can enter a credit union-defined code (0-9) to specify the type of credit score to be calculated for the application.

Credit Score

This field stores the results of Symitar programmed credit score calculations.

If you want to calculate credit scores, you can run VALIDATE.LOANAPP or contact Symitar to program the calculations.

Bureau Score Experian

This field stores the most recent credit score from the Experian credit bureau for the main applicant for the loan.

The system always updates this field automatically when it associates a new credit report with the main applicant. You can also perform file maintenance on this field to change score information back to a possibly higher or more preferable score, if circumstances permit.

Note:

Bureau Score Equifax

This field stores the most recent credit score from the Equifax credit bureau for the main applicant for the loan.

The system always updates this field automatically when it associates a new credit report with the main applicant. You can also perform file maintenance on this field to change score information back to a possibly higher or more preferable score, if circumstances permit.

Note:

Bureau Score Transunion

This field stores the most recent credit score from the TransUnion® credit bureau for the main applicant for the loan.

The system always updates this field automatically when it associates a new credit report with the main applicant. You can also perform file maintenance on this field to change score information back to a possibly higher or more preferable score, if circumstances permit.

Note:

Update CU Fields

This field is an action button that allows the system to calculate values for Application record fields from all Share and Loan records in the member’s account with a value in the CU Totals Code field of (0) Use This Record in Credit Union Totals.

If you click this button, the system updates the following Application record fields with information from all qualifying Share and Loan records in the member’s account:

The calculations are described at each field.

Credit Union Loans

These application fields are related to credit union loans.

CU Opn End Loan Bal

This field stores the sum of all loan balances in Loan records in the member’s account with a value in the Loan Code field of (1) Open End, a blank in the Close Date field, and a blank in the Charge-off Date field.

Set the CU Totals Code field in a Loan record to (0) Use This Record in Credit Union Totals or the system does not include the balance from that Loan record in the financial institution totals. If you choose to use the Update CU Fields action field, the system calculates the value of this field.

CU Cls End Loan Bal

This field stores the sum of all loan balances in Loan records in the member’s account with a value in the Loan Code field of (0) Closed End, a blank in the Close Date field, and a blank in the Charge-off Date field.

Set the CU Totals Code field in a Loan record to (0) Use This Record in Credit Union Totals or the system does not include the balance from that Loan record in the financial institution totals. If you choose to use the Update CU Fields action field, the system calculates the value of this field.

CU LOC Loan Bal

This field stores the sum of all loan balances in Loan records in the member’s account with a value in the Loan Code field of (2) Line of Credit, a blank in the Close Date field, and a blank in the Charge-off Date field.

Set the CU Totals Code field in a Loan record to (0) Use This Record in Credit Union Totals or the system does not include the balance from that Loan record in the financial institution totals. If you choose to use the Update CU Fields action field, the system calculates the value of this field.

CU Cred Card Ln Bal

This field stores the sum of all loan balances, unpaid interest, and unpaid late charges in Loan records in the member’s account with a value in the Loan Code field of (3) Credit Card, a blank in the Close Date field, and a blank in the Charge-off Date field.

Set the CU Totals Code field in a Loan record to (0) Use This Record in Credit Union Totals or the system does not include the balance from that Loan record in the financial institution totals. If you choose to use the Update CU Fields action field, the system calculates the value of this field.

CU Total Credit Lim

This field stores the sum of all credit limits in all Loan records in the member’s account with a blank in the Close Date field, and a blank in the Charge-off Date field.

Set the CU Totals Code field in a Loan record to (0) Use This Record in Credit Union Totals or the system does not include the balance from that Loan record in the financial institution totals. If you choose to use the Update CU Fields action field, the system calculates the value of this field.

Credit Union Payments

These application fields are related to credit union payments.

CU Open End Pmts

This field stores the sum of all standard payments for all Loan records in the member’s account with a value in the Loan Code field of (1) Open End, a blank in the Close Date field, and a blank in the Charge-off Date field.

Set the CU Totals Code field in a Loan record to (0) Use This Record in Credit Union Totals or the system does not include the payments from that Loan record in the financial institution totals. If you choose to use the Update CU Fields action field, the system calculates the value of this field.

If the value in the Payment Frequency field in a Loan record is not set to (4) Monthly, the system adjusts the payment to a monthly amount before adding it to the sum of the other loan payments. If a Loan record specified in the Existing Loan ID field of the Application record has a value in the Loan Code field of (1) Open End, the system does not include the payment for that loan in the credit union totals.

CU Closed End Pmts

This field stores the sum of all standard payments for all Loan records in the member’s account with a value in the Loan Code field of (0) Closed End, a blank in the Close Date field, and a blank in the Charge-off Date field.

Set the CU Totals Code field in a Loan record to (0) Use This Record in Credit Union Totals or the system does not include the payments from that Loan record in the financial institution totals. If you choose to use the Update CU Fields action field, the system calculates the value of this field.

If the value in the Payment Frequency field in a Loan record is not set to (4) Monthly, the system adjusts the payment to a monthly amount before adding it to the sum of the other loan payments. If a Loan record specified in the Existing Loan ID field of the Application record has a value in the Loan Code field of (0) Closed End, the system does not include the payment for that loan in the credit union totals.

CU LOC Pmts

This field stores the sum of all standard payments for all Loan records in the member’s account with a value in the Loan Code field of (2) Line of Credit, a blank in the Close Date field, and a blank in the Charge-off Date field.

Set the CU Totals Code field in a Loan record to (0) Use This Record in Credit Union Totals or the system does not include the payments from that Loan record in the financial institution totals. If you choose to use the Update CU Fields action field, the system calculates the value of this field.

If the value in the Payment Frequency field in a Loan record is not set to (4) Monthly, the system adjusts the payment to a monthly amount before adding it to the sum of the other loan payments. If a Loan record specified in the Existing Loan ID field of the Application record has a value in the Loan Code field of (2) Line of Credit, the system does not include the payment for that loan in the credit union totals.

CU Credit Card Pmts

This field stores the sum of all standard payments for all Loan records in the member’s account with a value in the Loan Code field of (3) Credit Card, a blank in the Close Date field, and a blank in the Charge-off Date field.

Set the CU Totals Code field in a Loan record to (0) Use This Record in Credit Union Totals or the system does not include the payments from that Loan record in the financial institution totals. If you choose to use the Update CU Fields action field, the system calculates the value of this field.

If the value in the Payment Frequency field in a Loan record is not set to (4) Monthly, the system adjusts the payment to a monthly amount before adding it to the sum of the other loan payments. If a Loan record specified in the Existing Loan ID field of the Application record has a value in the Loan Code field of (3) Credit Card, the system does not include the payment for that loan in the credit union totals.

Calculate Total Fields

This field is an action button that allows the system to calculate totals for Application record fields.

If you click this button, the system calculates totals for the following Application record fields:

The calculations are described at each field.

Credit Union Shares

These application fields are related to credit union shares.

CU Share Bal

This field stores the sum of all available balances in Share records in the member’s account with a value in the Share Code field of (0) Share and a value in the IRS Code field of (0) Normal.

Set the CU Totals Code field in a Share record to (0) Use This Record in Credit Union Totals or the system does not include the balance of that Share record in the financial institution totals. If you choose to use the Update CU Fields action field, the system calculates the value of this field.

CU Draft Bal

This field stores the sum of all available balances in Share records in the member’s account with a value in the Share Code field of (1) Draft and a value in the IRS Code field of (0) Normal.

Set the CU Totals Code field in a Share record to (0) Use This Record in Credit Union Totals or the system does not include the balance of that Share record in the financial institution totals. If you choose to use the Update CU Fields action field, the system calculates the value of this field.

CU Cert IRA Bal

This field stores the sum of all available balances in Share records in the member’s account with a value in the Share Code field of (2) Certificate or (3) Club, or any share with a non-zero value in the IRS Code field.

Set the CU Totals Code field in a Share record to (0) Use This Record in Credit Union Totals or the system does not include the balance of that Share record in the financial institution totals. If you choose to use the Update CU Fields action field, the system calculates the value of this field.

Calculate All Debt Ratios

This field is an action button that allows the system to calculate all debt ratios according to the calculation defined for the debt ratio types specified in the Debt Ratio 1 Type, Debt Ratio 2 Type, Debt Ratio 3 Type, Debt Ratio 4 Type, and Debt Ratio 5 Type fields.

If you click this button, the system stores the debt ratio calculated for the values in the following debt ration types as follows:

Tip:

Debt Ratio 1 Type

Debt Ratio 2 Type

Debt Ratio 3 Type

Debt Ratio 1

Debt Ratio 2

Debt Ratio 3

Calculate Debt Ratio 1

This field is an action button that allows the system to calculate a debt ratio according to the calculation defined for the debt ratio type specified in the Debt Ratio 1 Type field.

If you click this button, the system stores the result in the Debt Ratio 1 field.

Tip:

Debt Ratio 1 Type

Debt Ratio 1

Calculate Debt Ratio 2

This field is an action button that allows the system to calculate a debt ratio according to the calculation defined for the debt ratio type specified in the Debt Ratio 2 Type field.

If you click this button, the system stores the result in the Debt Ratio 2 field.

Tip:

Debt Ratio 2 Type

Debt Ratio 2

Calculate Debt Ratio 3

This field is an action button that allows the system to calculate a debt ratio according to the calculation defined for the debt ratio type specified in the Debt Ratio 3 Type field.

If you click this button, the system stores the result in the Debt Ratio 3 field.

Tip:

Debt Ratio 3 Type

Debt Ratio 3

Calculate Debt Ratio 4

This field is an action button that allows the system to calculate a debt ratio according to the calculation defined for the debt ratio type specified in the Debt Ratio 4 Type field.

If you click this button, the system stores the result in the Debt Ratio 4 field.

Tip:

Debt Ratio 4 Type

Debt Ratio 4

Calculate Debt Ratio 5

This field is an action button that allows the system to calculate a debt ratio according to the calculation defined for the debt ratio type specified in the Debt Ratio 5 Type field.

If you click this button, the system stores the result in the Debt Ratio 5 field.

Tip:

Debt Ratio 5 Type

Debt Ratio 5

Debt Ratio 1 Type - Debt Ratio 5 Type

These fields each store a credit union-defined code to specify a debt ratio calculation based on the definition of that Debt Ratio Type field.

At any of these five fields, you can enter a credit union-defined code (0-9) to specify a debt ratio calculation based on the definition of each field. You can define up to ten debt ratio types (0-9) with the Application Debt Ratio Descriptions parameters.

• If you indicate in the corresponding Calculate Debt Ratio action field that the system should perform the calculation, the system performs the specified calculation and stores the calculated debt ratio in the appropriate Debt Ratio field. Tip:

  Debt Ratio 1 Type

  Calculate Debt Ratio 1

  Debt Ratio 1

• If you indicate in the Calculate All Debt Ratios action field that the system should calculate all debt ratios, the system performs all specified calculations and stores the calculated debt ratios in the appropriate Debt Ratio fields. Tip:

  Debt Ratio 1 Type

  Debt Ratio 2 Type

  Calculate All Debt Ratios

  Debt Ratio 1

  Debt Ratio 2

Debt Ratio 1 - Debt Ratio 5

These fields each store a debt ratio calculated according to the credit union-defined debt ratio type in that Debt Ratio Type field.

If you choose to use any of the Calculate Debt Ratio action fields or the Calculate All Debt Ratios action field, the system calculates a debt ratio based on the value in the appropriate Debt Ratio Type field and stores the calculated debt ration in the appropriate one of these fields.

Tip:

Debt Ratio 1 Type

Calculate Debt Ratio 1

Calculate All Debt Ratios

Debt Ratio 1

Dealer Number

If the Dealer Reserve Accounting module has been implemented, this field stores the indirect dealer number.

When you define a dealer, you assign a unique number to that dealer in the Dealer record. When entering a new loan, you only have to enter a value in this field, if applicable, and not the full name of the dealer. In the Dealer Reserve Accounting Manager, that dealer number appears at the top of the screen. This field links the loan to that dealer.

Total Amounts

These application fields are related to total monthly amounts.

Total Monthly Inc

This field stores the combined total of the values in the Curr Gross Mo Pay fields in all Person records under the Application record and the values in the Monthly Income fields in all Finance records under the Application record.

Enter the combined total amount from all Person and Finance records under the Application record.

If you choose to use the Calculate Total Fields action field, the system calculates the value of this field.

Total Monthly Exp

This field stores the combined total of the values in the CU Open End Pmts, CU Closed End Pmts, CU LOC Pmts, CU Credit Card Pmts, and payment fields in the Application record and the values in the Monthly Expense fields in all Finance records under the Application record.

Enter the combined total amount from of the payment fields in the Application record and the expense fields in all Finance records under the Application record.

If you choose to use the Calculate Total Fields action field, the system calculates the value of this field.

If the value in the Payment Amount field does not represent a monthly payment amount, the system adjusts it to a monthly amount before adding it to the expense totals.

Total Assets

This field stores the combined total of the values in the CU Share Bal, CU Draft Bal, and CU Cert IRA Bal fields in the Application record and the values in the Asset Value fields in all Finance records under the Application record.

Enter the combined total amount from the balance fields in the Application record and the asset value fields in all Finance records under the Application record.

If you choose to use the Calculate Total Fields action field, the system calculates the value of this field.

Total Liabilities

This field stores the combined total of the values in the CU Opn End Loan Bal, CU Cls End Loan Bal, CU LOC Loan Bal, CU Cred Card Ln Bal, and Loan Amount fields in the Application record and the values in the Liability Balance fields in all Finance records under the Application record.

Enter the combined total amount from the balance fields in the Application record and the liability balance fields in all Finance records under the Application record.

If you choose to use the Calculate Total Fields action field, the system calculates the value of this field.

Total Credit Limit

This field stores the combined total of the value in the CU Total Credit Lim field in the Application record and the values in the Credit Limit fields in all Finance records under the Application record.

Enter the combined total value of the limit field in the Application record and the limit fields in all Finance records under the Application record.

If you choose to use the Calculate Total Fields action field, the system calculates the value of this field.

Monthly Pay

These application fields are related to monthly payments.

Gross Monthly Pay 1

This field stores the amount of the person’s current monthly gross pay from the Curr Gross MO Pay field from the first Person record (record 00) under the Application record.

Whenever you perform any file maintenance of Person records, the system updates this field with the amount in the Curr Gross MO Pay field of the first Person record under the Application record.

Net Monthly Pay 1

This field stores the amount of this person’s current monthly net pay from the Curr Net MO Pay field from the first Person record (record 00) under the Application record.

Whenever you perform any file maintenance of Person records, the system updates this field with the amount in the Curr Net MO Pay field of the first Person record under the Application record.

Gross Monthly Pay 2

This field stores the amount of the person’s current monthly gross pay from the Curr Gross MO Pay field from the second Person record (record 00) under the Application record.

Whenever you perform any file maintenance of Person records, the system updates this field with the amount in the Curr Gross MO Pay field of the second Person record under the Application record.

Net Monthly Pay 2

This field stores the amount of this person’s current monthly net pay from the Curr Net MO Pay field from the second Person record (record 00) under the Application record.

Whenever you perform any file maintenance of Person records, the system updates this field with the amount in the Curr Net MO Pay field of the second Person record under the Application record.

CBI Locator1 - CBI Locator6

These fields each store a unique credit bureau information (CBI) request identifier for that request.

Whenever you perform the Pull Credit Report action during application processing and have the system automatically pull a credit report, the system creates the credit bureau information (CBI) request, queues it up, and places the unique identifier for that request into one of these CBI Locator fields. Then when you perform the Pull Credit Report action again during application processing, the system can identify the related credit report request and do one of the following:

• Empty the CBI Locator field if the credit information request shows an error.
• Auto-associate the credit report record with the Application record and empty the CBI Locator field (if Auto Create Finance Records or Auto Calc Debt Ratio parameters in the Application Miscellaneous Parameters is set to Yes and if the system successfully received the report).
• Retain the current value in the CBI Locator field if the credit report is still pending.

This process takes place only if you set the Automate Retrieval of Cred Rpt parameter in the Application Miscellaneous Parameters to Yes.

Note:

Preference Locator

This field stores the system-defined locator number from the associated Preference record’s Locator field.

When a member or non-member (or a member who has not enrolled in home banking) logs on to home banking to check their application status, the system looks through the Preference records in the null accounts for the unique combination of tracking ID number and password. When a non-member (or a member who has not enrolled in home banking) logs on, the system uses the Preference record’s Locator field information to search for the linked application that has the same value in this field.

Reserve Plan ID

If the Dealer Reserve Accounting module has been implemented, this field stores the reserve plan ID associated with this indirect loan.

If the Dealer Reserve Accounting module has been implemented, enter the value in the Reserve Plan ID field in the Dealer Reserve Plan record associated with this indirect loan which provides the correct up-front reserve amount or percent and chargeback specifications.

Property Information

These application fields are related to information about property.

Property Address Type

This field stores a code that indicates how the system stores the property address information that secures a mortgage loan.

Data Type Descriptions

(0) Same as Primary Member Address

The property securing the loan is the same as the primary member’s address.

(1) Property Address

The property address that secures the loan is different than the primary member’s address.

(2) Property Description

No property address is available for the property securing the loan.

IRS Form 1098 reporting uses this field.

Property Jurisdiction

This field stores the property’s jurisdiction (county and state).

If a property address is not available (the value in the Property Address Type field is (2) Property Description), enter the property’s jurisdiction (county and state).

Assessor Parcel Number

This field stores the property’s Assessor Parcel Number or Numbers (APN).

If a property address is not available (the value in the Property Address Type field is (2) Property Description), enter the property’s Assessor Parcel Number or Numbers (APN). For example: VV-WW0-XX-YYY-ZZZ.

The IRS’s Instructions for Form 1098 (2016) states the APN can be any one of the following:

• Assessor’s Identification Number (AIN)
• Property Identification Number (PIN)
• Property Account Number

Number of Mortgaged Properties

This field stores the number of properties that secure this mortgage loan.

Enter the number of properties (up to 9999) that secure this mortgage loan.

PMI Information

These application fields are related to information about private mortgage insurance.

Original Value

This field stores the original value of the collateral for the loan.

Enter the lesser of the sales price of the property securing the mortgage, as reflected in the purchase contract, or the appraised value at the time the subject residential mortgage transaction was completed. In the case of a refinancing, this means the appraised value relied upon the lender to approve the refinance transaction. Enter this value manually at the time of loan funding.

Purchase Price

This field stores the purchase price or sales price of the property securing the mortgage, as reflected in the purchase contract.

Enter this value manually at the time of loan funding.

PMI Appraised Value

This field stores the value at the time the subject residential mortgage transaction was completed.

In the case of a refinancing, the term means the appraised value relied upon the lender to approve the refinance transaction. Enter this value manually at the time of loan funding.

PMI Loan To Value Ratio

This field contains the loan amount divided by the lesser of the value in the Purchase Price field or the value in the PMI Appraised Value field at the time of loan completion.

In the case of a refinancing, the user leaves the value in the Purchase Price field at the default value of 0.00 and uses the value in the PMI Appraised Value field. This field recalculates and changes with each payment made on the loan.

High Risk Loan

This field stores a code that specifies whether a loan is considered high risk.

High risk loans are not subject to termination and cancellation provisions, only final termination at midpoint.

Note:

Data Type Descriptions

(0) No

The loan is not considered high risk.

(1) Yes

The loan is considered high risk.

Combination Loan App Fields

These application fields are related to combination loan applications.

Combo Segment Max

This field stores a value to identify the maximum number of segments (including Segment 0) that can be added to a combination loan.

Enter a value (1–9999) to identify the maximum number of segments (including Segment 0) that can be added to a loan. For example, if this field is set to 3, you can set up Segment 0 and two segment records. You cannot set this field to 0.

If you try to create a Segment record after the maximum allowable, the system displays the following message:

Segment not allowed. Maximum number of segments already exists

If you choose to use the Update From Existing Loan action field, the system updates this field with the value in the Combo Seg Max field from the Loan record specified at the Existing Loan ID field.

Combo Payment Order Method

This field stores a code that determines the order to pay segments for SymChoice Loans.

Data Type Descriptions

(0) Use Segment Payment Order

Pay the segments in the order indicated by the value in the Segment Payment Order field in the Segment record and the value in the Seg 0 Payment Order field in the Loan record.

(1) Int Rate lo to hi

Pay the segments in the order of their interest rates, starting from the lowest to the highest.

CAUTION:

Note:

(2) Int Rate hi to lo

Pay the segments in the order of their interest rates, starting from the highest to the lowest.

CAUTION:

Note:

For a partial payment, when not all segments can be paid, the system determines the segment payment order by this field. The system will first pay the late charges (which apply to the whole loan), then interest for each segment in the order determined by this field, then it pays any billed fees, then it pays the principal for each segment in the order determined by this field.

If there is more than one Segment record with the same value in the Payment Order field or Interest Rate field, the system pays the segments in the order the Segment records appear under the Loan record.

If you choose to use the Update From Existing Loan action field, the system updates this field with the value in the Combo Payment Order Method field from the Loan record specified at the Existing Loan ID field.

Combo Seg 0 Payment Order

This field stores a code that determines the order to set Segment 0 when used with the Combo Payment Order Method field for SymChoice Loans.

If the value in the Combo Payment Order Method field is set to (1) Int Rate lo to hi or (2) Int Rate hi to lo, select a value in this field.

Note:

Combo Payment Order Method

(0) Use Segment Payment Order

Seg 0 Payment Order

Data Type Descriptions

(0) Seg 0 Sorted Among Segments

The order Segment 0 is paid will be determined by where its interest rate falls in relation to the other segments.

(1) Seg 0 First

The Segment 0 is paid first.

(2) Seg 0 Last

The Segment 0 is paid last.

If you choose to use the Update From Existing Loan action field, the system updates this field with the value in the Combo Seg 0 Payment Order field from the Loan record specified at the Existing Loan ID field.

New Segment Cutoff Option

This field stores a code that controls how the system calculates the Due Date field in the projections screen of a Segment record.

Data Type Descriptions

(0) Number of Days

Calculate the segment Due Date field in the projections screen of a Segment record by comparing the calculated segment cutoff date to the value in the Due Date field of the Loan record. The segment cutoff date is determined by adding the number of days specified in the New Segment Cutoff Days field to the Loan Date field in the projections screen.

• If the segment cutoff date is on or before the value in the Due Date field in the Loan record, the segment value in the Due Date field in the projections screen defaults to the same value as the value in the Due Date field in the Loan record.
• If the segment cutoff date is after the value in the Due Date field of the Loan record, the segment value in the Due Date field in the projections screen defaults to the next loan due date.

Tip:

Due Date

(1) One Period

Calculate the segment Due Date field in the projections screen by comparing the value in the Loan Date field in the projections screen to the value of the Due Date field in the Loan record.

• If the value in the Loan Date field in the projections screen is at least one period from the value of the Due Date field in the Loan record, the value in the Loan Date field in the projections screen defaults to the same value as the value of the Due Date field in the Loan record.
• If the value in the Loan Date field in the projections screen is less than one period from the value of the Due Date field in the Loan record, the value in the Loan Date field in the projections screen defaults to the next loan due date.

Tip:

Due Date

Note:

Due Date

Due Date

Due Date

New Segment Cutoff Days

This field stores the number of days to add to the Loan Date field in the projections screen to calculate the segment cutoff date.

Use this field only if the value in the New Segment Cutoff Option field is (0) Number of Days. The system calculates the segment cutoff date by adding the number of days (1-25) entered in this field to the Loan Date field in the segment projections screen. The system then compares the calculated segment cutoff date to the value in the Due Date field of the Loan record to determine the segment Due Date field in the projections screen.

For more information, see the (0) Number of Days option in the New Segment Cutoff Option field in the Loan record.

Seg 0 Description

This field stores the description of the segment for SymChoice Loans.

Required entry for SymChoice Loans: Enter a description of the segment. You cannot save the Application record for a SymChoice Loan until you enter a description. If you do not make an entry, the system displays the following message:

Seg 0 Description cannot be blank

If you choose to use the Update From Existing Loan action field, the system updates this field with the value in the Seg 0 Description field from the Loan record specified at theExisting Loan ID field.

Seg 0 Payment Order

This field stores a code that indicates the order in which Segment 0 will be paid for a Loan Payment (LP) transaction.

This field is only used if the value in the Combo Payment Order Method field in the Loan record is set to (0) Use Segment Payment Order, otherwise, the system ignores this field.

Enter a number (0-9999) to indicate the order in which Segment 0 will be paid for a Loan Payment (LP) transaction.

The system will first pay the segment with a value in the Segment Payment Order field in the Segment record of 0, then pay the segment a value in the Segment Payment Order field in the Segment record of 1, etc. If there are two or more segments with the same value in the Segment Payment Order field in the Segment record, the system will pay them in the order they appear under the Loan record.

If you choose to use the Update From Existing Loan action field, the system updates this field with the value in the Seg 0 Payment Order field from the Loan record specified at the Existing Loan ID field.

Seg 0 Payment

This field contains the payment for Segment 0 for a SymChoice Loan.

This amount is included in the total Payment for the loan. The system calculates this field as the Loan record’s Payment field value minus the total for the Segment records’ Payment field values.

If you choose to use the Update From Existing Loan action field, the system updates this field with the value in the Seg 0 Payment field from the Loan record specified at the Existing Loan ID field.

Credit Card CA/BT Limiting Information

These application fields are related to credit card cash advance and balance transfer limiting information.

CA Percent

This field stores the percentage of the overall credit limit that can be allocated to cash advances.

To enter a value in this field, the following loan application field conditions must be set:

• The value in the Loan Code field is (3) Credit Card .
• The value in the Interest Type field is (10–8999) Credit Card Interest .

The credit limit for cash advances is calculated by multiplying the percent value in this field by the value in the Loan Credit Limit field.

To establish a cash advance limit for this loan based on a percent of the value in the Loan Credit Limit field, enter a value between 0 and 100 percent in this field.

• When the value in this field is 0.000%, the cash advance limit is zero, which means cash advances are not allowed for this loan unless an override is granted.
• When the value in this field is 100.000% and the value in the CA Limit Max field is 0.00, the system uses the value in the Loan Credit Limit field for the cash advance limit. The percent value entered in this field cannot exceed 100.000%.
• When the value in both this field and the CA Limit Max field are greater than 0, the system uses the percentage calculation, with the maximum being the value in the CA Limit Max field, to determine the cash advance limit. This allows you to establish a maximum cash advance limit that will not change if the value in the Loan Credit Limit field is increased.

Tip:

Example 1

Example 2

Example 3

CA Limit Max

This field stores the maximum amount that can be allocated to cash advances from the overall credit limit.

To enter a value in this field, the following loan application field conditions must be set:

• The value in the Loan Code field is (3) Credit Card .
• The value in the Interest Type field is (10–8999) Credit Card Interest .

To establish a maximum cash advance limit for the loan, enter an amount that is greater than 0 and less than the Loan Credit Limit field value.

• Whether the value is greater than or equal to 0.00, if the value in the CA Percent field is 0.000%, the cash advance limit is zero. This means that cash advances are not allowed unless an override is granted.
• When the field value is 0.00 and the value in the CA Percent field is 100.000%, the system uses the value in the Loan Credit Limit field for the cash advance limit. The amount entered in this field cannot exceed the value in the Loan Credit Limit field, and it cannot be negative.
• When both the values in the CA Limit Max and CA Percent fields are greater than 0, the system uses the percentage calculation, with the maximum being the value in the CA Limit Max field, to determine the cash advance limit. This allows you to establish a maximum cash advance limit that will not change if the value in the Loan Credit Limit field is increased.

Tip:

Example 1

Example 2

BT Percent

This field stores the percentage of the overall credit limit that can be allocated to balance transfers.

To enter a value in this field, the following loan application field conditions must be set:

• The value in the Loan Code field is (3) Credit Card .
• The value in the Interest Type field is (10 – 8999) Credit Card Interest .
• The value in the CC Balance Transfer internal parameter is set to (1) Yes . Note:

When balance transfers are allowed, this field determines the percentage of the overall credit limit to be allocated to balance transfers by multiplying the percent value in this field by the value in the Loan Credit Limit field.

To establish a balance transfer limit for this loan based on a percent of the value in the Loan Credit Limit field, enter a value between 0 and 100 percent in this field.

• When the value in this field is 0.000%, the balance transfer limit is zero, which means balance transfers are not allowed for this loan unless an override is granted.
• When this field is 100.000% and the value in the BT Limit Max field is 0.00, the system uses the value in the Loan Credit Limit field for the balance transfer limit. The percent value entered in this field cannot exceed 100.000%.
• When the value in both this field and the BT Limit Max field are greater than 0, the system uses the percentage calculation, with the maximum being the value in the BT Limit Max field, to determine the balance transfer limit. This allows you to establish a maximum balance transfer limit that will not change if the value in the Loan Credit Limit field is increased.

Tip:

Example 1

Example 2

Example 3

BT Limit Max

This field stores the maximum amount that can be allocated to balance transfers from the overall credit limit.

To enter a value in this field, the following loan application field conditions must be set:

• The value in the Loan Code field is (3) Credit Card .
• The value in the Interest Type field is (10 – 8999) Credit Card Interest .
• The value in the CC Balance Transfer internal parameter is set to (1) Yes . Note:

To establish a maximum balance transfer limit for the loan, enter an amount that is greater than 0 and less than the Loan Credit Limit field value.

• Whether the value is greater than or equal to 0.00, if the value in the BT Percent field is 0.000%, the balance transfer limit is zero. This means that balance transfers are not allowed unless an override is granted.
• When the field value is 0.00 and the value in the BT Percent field is 100.000%, the system uses the value in the Loan Credit Limit field for the balance transfer limit. The amount entered in this field cannot exceed the value in the Loan Credit Limit field, and it cannot be negative.
• When both the values in the BT Limit Max and BT Percent fields are greater than 0, the system uses the percentage calculation, with the maximum being the value in the BT Limit Max field, to determine the balance transfer limit. This allows you to establish a maximum balance transfer limit that will not change if the value in the Loan Credit Limit field is increased.

Tip:

Example 1

Example 2

Combined CA/BT Percent

This field stores the percentage of the overall credit limit to be allocated to cash advances and balance transfers combined.

To enter a value in this field, the following loan application field conditions must be set:

• The value in the Loan Code field is (3) Credit Card .
• The value in the Interest Type field is (10–8999) Credit Card Interest .

When balance transfers are allowed, this field multiplies the percent value in this field by the value in the Loan Credit Limit field to determine the percentage of the overall credit limit to be allocated to cash advances and balance transfers combined.

To establish a combined cash advance and balance transfer limit for this loan based on a percent of the value in the Loan Credit Limit field, enter a value between 0 and 100 percent in this field.

• When this value in this field is 0.000% the cash advance and balance transfer limit is zero, which means cash advances and balance transfers are not allowed for this loan unless an override is granted.
• When this field is 100.000% and the value in the Combined CA/BT Limit Max field is 0.00, the system uses the value in the Loan Credit Limit field for the combined cash advance and balance transfer limit. The percent value entered in this field cannot exceed 100.000%.
• When the value in both this field and the Combined CA/BT Limit Max field are greater than 0, the system uses the percentage calculation, with the maximum being the value in the Combined CA/BT Limit Max field, to determine the combined limit. This allows you to establish a maximum combined cash advance and balance transfer limit that will not change if the value in the Loan Credit Limit field is increased.

Tip:

Example 1

Example 2

Example 3

Combined CA/BT Limit Max

This field stores the maximum amount that can be allocated to cash advances and balance transfers from the overall credit limit.

To enter a value in this field, the following loan application field conditions must be set:

• The value in the Loan Code field is (3) Credit Card .
• The value in the Interest Type field is (10–8999) Credit Card Interest .

To establish a maximum combined cash advance and balance transfer limit for the loan, enter an amount that is greater than 0 and less than the Loan Credit Limit field value.

• Whether the value is greater than or equal to 0.00, if the value in the Combined CA/BT Percent field is 0.000%, the cash advance and balance transfer limit is zero. This means that cash advances and balance transfers are not allowed unless an override is granted.
• When the field value is 0.00 and the value in the Combined CA/BT Percent field is 100.000%, the system uses the value in the Loan Credit Limit field for the combined cash advance and balance transfer limit. The amount entered in this field cannot exceed the value in the Loan Credit Limit field, and it cannot be negative.
• When both the values in the Combined CA/BT Limit Max and Combined CA/BT Percent fields are greater than 0, the system uses the percentage calculation, with the maximum being the value in the Combined CA/BT Limit Max field, to determine the combined limit. This allows you to establish a maximum combined cash advance and balance transfer limit that will not change if the value in the Loan Credit Limit field is increased.

Tip:

Example 1

Example 2

HMDA Information

These application fields are related to Home Mortgage Disclosure Act (HMDA) information.

Calculate Universal Loan ID

This field is an action button that allows the system to populate the Universal Loan Identifier 1 field on the Application record.

The system generates the Universal Loan Identifier (ULI) in following format:

• The first 20 characters are from your credit union’s Legal Entity Identifier (LEI) field in Miscellaneous Parameters.
• The next 18 characters are a system-generated random numerical value.
• The last two characters are the two-character check digit.

The format is LLLLLLLLLLLLLLLLLLLLRRRRRRRRRRRRRRRRRRCC

• L = LEI from Miscellaneous Parameters
• R = Random number
• C = Mod 97–10 check digit

If the Legal Entity Identifier field in Miscellaneous Parameters is blank, the creation of the ULI number fails and the system sends an error message to the Misc FM Posting Exceptions report. The system does not stop the Miscellaneous Processing batch process and the following error message is generated:

Legal Entity Identifier not found.

You can set field-level security privileges for this field to let you control file maintenance. To set the privileges, go to the Parameter Manager, select Field Control Parameters, and then select Application. If you do not specify field-level security privileges, the default lets all users perform file maintenance on this field.

Universal Loan Identifier 1

This field stores the unique identifier of the covered loan or application.

Enter the unique identifier (up to 40 characters) of the covered loan or application.

The system validates the entered value to determine if a duplicate ULI exists. The system does not validate this field for duplicates between different record types.

If you choose to use the Calculate Universal Loan ID action field, the system populates this field.

Universal Loan Identifier 2

This field stores up to five additional Universal Loan Identifier (ULI) characters if the ULI was previously established outside of the system.

If necessary, enter up to five additional Universal Loan Identifier (ULI) characters if the ULI was previously established outside of the system.

The system does not validate this field for duplicates between different record types.

Type of Loan

This field stores a code that indicates the type of covered loan or application.

Data Type Descriptions

(0) Not Applicable

Although this is the default for this field, users must select another option because the Home Mortgage Disclosure Act (HMDA) does not allow this response.

(1) Conventional

The loan is a conventional mortgage loan.

(2) FHA Insured

The loan is a Federal Housing Administration (FHA) insured mortgage loan.

(3) VA Guaranteed

The loan is a Veteran’s Administration (VA) guaranteed mortgage loan.

(4) USDA RHS or FSA Guaranteed

The loan is a U.S. Department of Agriculture (USDA) Rural Housing Service (RHS) or Farm Service Agency (FSA) guaranteed mortgage loan.

Purpose of Loan

This field stores a code that indicates the purpose of the covered loan or application.

Data Type Descriptions

(1) Home Purchase

The purpose of this loan is to purchase a home.

(2) Home Improvement

The purpose of this loan is to do improvement to a home.

(4) Other Purpose

The purpose of this loan is not related to the home.

(5) Not Applicable

A purpose is not relevant to this loan.

(31) Refinancing

The purpose of this loan is to refinance the mortgage.

(32) Cash-Out Refinancing

The purpose of this loan is to refinance the mortgage taking some cash out.

Preapproval

This field stores a code that indicates whether the covered loan or application involved a request for a preapproval of a home purchase loan under a preapproval program.

Data Type Descriptions

(0) Not Applicable

Although this option is the default for this field, users must select another option because the Home Mortgage Disclosure Act (HMDA) does not allow “Not Applicable” as a response.

(1) Preapproval Requested

Preapproval has been requested for this loan.

(2) Preapproval Not Requested

Preapproval has not been requested for this loan.

Construction Method

This field stores a code that indicates the construction method for the dwelling.