Two new tabs have been added to the Credit Reporting screen: Options and Names. These tabs are informational only; no information can be altered or changed when viewing these tabs on the Credit Reporting screen.

•The Options tab shows all the Credit Reporting institution options set up for your institution. You cannot make changes to options on this tab. You will need to submit a work order to change these options. These are listed on this tab for reference only.

•The Names tab is the exact same as the Customer Relationship Management > Households screen. However, you will not be able to change anything when viewing the information on the Names tab on the Credit Reporting screen.

See the following examples of these tabs:

Loans > Credit Reporting Screen > Options Tab

Loans > Credit Reporting Screen > Names Tab

We have added two new fields to the Loans > Credit Reporting > Reporting Codes & Original Information screen. These new fields, K2 Purchased From Sold To Indicator and K2 Purchased From Sold To Name, are pulled into the K2 Segment of the Credit Bureau Report and transmission file (FPSRP184). The K2 Segment is used to report the name of the company from which the account was purchased or the name of the company to which the account was sold. If no loans were purchased or sold this month, the K2 segment is not included with the Credit Report and transmission.

Enter information in these fields if the loan account was sold or purchased.

Note: When loans are sold using CIM GOLD, the system automatically assigns the loan account with the appropriate Credit Bureau Account Status code (e.g., Credit Bureau Account Status code 05 for transferred account), however, the system does not automatically file maintain these two new fields. You must make the changes to these fields if the loan was purchased or sold (or if there was mistake in last month’s reporting and you want to remove the K2 Segment for an account).

See the following example of these new fields:

Loans > Credit Reporting > Reporting Codes & Original Information Tab

Over the next several months, the Payment Profile field (BUPMPF) is being replaced by the New Payment Profile (BUPMHS). Any changes you make to this field must also be made to the old Payment Profile, and vice versa. The biggest difference between these fields is that the New Payment Profile does not record payment activity until after the monthend Credit Reporting process has run. For example, if it is July of 2015, you will only see 24-month payment information from June of 2015 to July 2013. With the old Payment Profile, you would see information from the current month to 24 months previous (e.g., from July of 2015 to August of 2013).

The New Payment Profile is an alphanumeric field and is reported to credit repositories. It is updated each monthend during the credit reporting process. As updating occurs, only the information for the prior month is updated. All other months remain the same, except the information for prior months shifts to the right. Payment Profile codes 0-6 show the number of days delinquent in 30-day increments. See Payment History Profile Changed to Monthend in the Base Segment for a description of all possible entries in this field.

This field is automatically updated by the system according to activity on the account. However, you can make changes to this field if there are discrepancies. Any information you change here is reported to the Credit Bureaus. You can change data for prior months as well, and they will also be sent to the Credit Bureaus. To file maintain this field, right-click on a month, and then select the category for the Payment Profile of that month, as shown below:

File maintenance to this field writes to loan History. Valid codes for the New Payment Profile are as follows:

If any of the below-mentioned hold codes are present on an account at monthend, the New Payment Profile for that month is updated as follows: 

We have also added another new field on the Credit Reporting screen named Current Month Payment Status (BUCMPH). This field is for your convenience; it is not reported to Credit Bureaus. It displays what the payment status is for the current month before the monthend credit reporting update process occurs. This status moves into the first month of the New Payment Profile field at monthend.

See the following examples of these new fields on the Credit Reporting screen.

Loans > Credit Reporting Screen

A new field is available on the Customer Relationship Management > Households screen, Addresses tab. The Address Indicator field (NAADIN) is used to classify types of addresses indicated on a customer account. This information is used in Credit Reporting (FPSRP184). Possible selections in this field are:

C – Confirmed/Verified Address. Note: The C code is used to confirm or verify an address after receiving an address discrepancy notification from a consumer reporting agency. Report "C" one time after the address is confirmed. The next month you can change it back to something else or leave the field blank.

Y – Customer’s Primary Address

N – Unconfirmed Address

M – Military Address

S – Secondary Address

B – Business Address (Not a Residence)

U – Non-Deliverable Address/Returned Mail

D – Data Reporter’s Default Address

P – Bill Payer Service (Not a Residence)

This field is reported in the Base Segment and J2 Segment (Associated Consumer—Different Address) of the Credit Report and transmission (FPSRP184).

The Households screen also appears as a tab on the Credit Reporting screen (see New Tabs on Credit Reporting Screen for more information). The following is an example of this new field on that tab:

Loans > Credit Reporting Screen > Names Tab

We now report the Generation Code in the Base Segment of the Credit Report and transmission (FPSRP184). This is also reported for any co-borrowers and listed in the J1 and J2 Segments accordingly. Previously, we left that field blank, and instead, included any suffix codes in the Last Name of the account owner. Now we break out the suffix and put it into the Generation Code field of the transmission. To include a Generation Code in the transmission, you must select a suffix from the Suffix field on the Customer Relationship Management > Households screen, as shown below.

Customer Relationship Management > Households Screen > Names Tab

The Suffix field has been changed to a drop-list when previously you manually entered a suffix. In order to report the suffix (generation code) in Credit Reporting, we needed to make this field consistent for everyone. Only specific suffixes are used in the Generation Code field in Credit Reporting. GOLDPoint Systems converts the Suffix field to a valid Generation Code, as shown in the following table.

You can have more suffixes than the ones listed above. You can create as many suffixes as you want, such as Dr., Esq., etc. However, only the ones listed above are included on the Credit Report transmission.

If you want additional suffix codes than those listed, you can add them on a new screen available under Loans > System Setup Screens called Generation Codes (as shown below).

Loans > System Setup Screens > Generation Codes Screen

We also created a new setup screen that allows you to choose which suffixes you want to appear in the Suffix drop-list field, including any additional codes you created on the Generation Codes screen. The screen is found under Loans > System Setup Screens > Client Code Setup > Generation Codes, as shown below. Check the box next to any of the listed generation codes, and they will appear in the Suffix drop-list on the Households screen.

Loans > System Setup Screens > Client Code Setup > Generation Codes Screen

Note: Due to this change, your institution's personnel may need to file maintain the Suffix field for individual customers before the next Credit Reporting month.

See the Generation Code topic in the Base Segment Changes section for more information.

Occasionally, customers will have two or more Special Comment codes to be reported to Credit Bureaus. However, only one Special Comment code is allowed per account per reporting month. Consequently, we have created a new screen that allows you to prioritize which Special Comment code should take priority for Credit Reporting purposes. This new screen is found under Loans > System Setup Screens > Special Comment Priorities, as shown below:

Loans > System Setup Screens > Special Comment Priorities Screen

You can change the order of the Special Comment codes by selecting it in the left table, then clicking <Move Up> or <Move Down> to change the priority appropriately. The higher up in the list, the higher priority.

For example, a customer has just been assigned to active duty in the National Guard. However, this same month the customer also signed up for consumer credit counseling. If AI (Recalled to Active Military Duty) is higher on the list than B (Account Payments Managed by Credit Counseling), then the customer is reported to Credit Bureaus using AI for the Special Comment codes.

You can also choose to opt out of reporting certain Special Comment codes by checking the Opt Out box for that Special Comment code. If you opt out of a Special Comment code, no accounts will ever be reported using that code.

Additionally, we have made some minor changes on the Loans > Account Adjustment screen. We've added a new field called Guard/Reserve on Active Duty (MLGRAD). If you check this box, the customer is reported with Special Comment code AI (Recalled to Active Military Duty). If you check the Service Member's Civil Relief Act box on that screen, however, the account is not reported with AI in the Special Comment code. (Previously, checking that box did set the AI code.)

Also, the Consumer Credit Counseling and Service Member's Civil Relief Act were radio button, and you could only choose one of them. Now you can choose any or all of the three using checkboxes, as shown below.

Additional changes to Special Comments include:

•When the end-of-month credit reporting function runs and the first payment on an account has not been made (the loan is 30+ days overdue and Installments Made (LNINNO) is equal to 0), the system assigns "AV" (First Payment Never Received) in the Special Comment field.

•If the loan has been modified such that the P/I Constant, Interest Rate, or Term has changed, the system assigns "CO" (loan modified - not under a federal government plan) in the Special Comment field. For the system to put the CO code on the account, Installments Made (LNINNO) must be greater than zero in addition to changes to either the P/I Constant, Interest Rate, or Term.

•Certain transactions can cause the Special Comment to be applied to an account.

oIf the Death Claim Payment transaction (tran code 2600-06) is run and the account closes (is paid off) due to the transaction, the system automatically assigns Special Comment code BP (Account paid by insurance) to the account.

oIf the Sale of Security transaction (tran code 2510-03) is run and the account closes (is paid off) due to the transaction, the system automatically assigns Special Comment code AX (Account paid by security) to the account.

oIf the Insurance Payment transaction (tran code 2600-01) is run for at least two consecutive months, the system automatically assigns Special Comments code AB (Account being paid by insurance) to the account for Credit Reporting purposes.

•Special Comment codes AG (simple interest loan) and AJ (payroll deduction) have been removed. The credit repositories no longer use those classifications.

We have changed how deceased customers are reported in the Credit Report and transmission (FPSRP184) sent to Credit Bureaus. These changes align with the Metro 2 Guide for credit reporting.

In summary, if a customer dies, a user enters the death date of the customer in the Death Date field (NDDTDT), which is found on several screens in CIM GOLD including the Customer Relationship Management > Households screen > Names tab; Loans > Marketing and Collections screen > CIF tab; and Loans > Insurance > Adjustments screen. A user can file maintain the death date from one of these three screens and it will apply to every screen.

When a Death Date is entered, the system records the death date and a new field appears to the right: Death Recorded Date (NDDTDT).

Customer Relationship Management > Households Screen > Names Tab

At monthend, the system automatically changes the Account Ownership Code for that customer to "20" (Deceased). The ECOA Code changes to "X" (Consumer Deceased). This information is passed to the Credit Report and transmission for the accounts this person owned. If the person was a co-owner or some other ownership on accounts, this information is reported in the J1/J2 Segments for those accounts where they were not the IRS owner.

After the customer has been reported as deceased to the credit repositories, the next month of credit reporting the person no longer appears on the Credit Report and transmission.

If the deceased customer was the IRS owner on an account, a co-owner automatically becomes the IRS owner after the deceased customer is reported to the Credit Bureaus. For accounts where there are multiple account owners, the system uses the order the account owners appear on the Households screen > Accounts tab. For example, if an account had four co-owners, and the IRS owner dies, the first non-deceased co-owner listed on the Households screen > Accounts tab would then be the IRS owner on the account.

If the Death Date is cleared because of a mistake (e.g., applied the Death Date to the wrong person), all of the preceding items are reversed.

Because of these changes, we have added two fields for your convenience. The first field is the Death Recorded Date (NDDTDT). This field only appears after a Death Date is entered and <Save Changes> is clicked. This field appears on the Households > Names tab, Marketing and Collections > CIF tab, Account Detail > Names tab, and Insurance Policy Detail > Policy Information tab.

The other field we added is the ECOA Code field (NTECOA) on the Customer Relationship Management > Households screen > Accounts tab (see below).

Customer Relationship Management > Households Screen > Accounts Tab

See also the Updates to ECOA Codes topic in the Base Segment Changes section for more information.

As part of the Credit Reporting update, we have added a new field to the Credit Reporting screen named Amt Paid this Month (BUAPTM). This field displays the amount the borrower paid this month on the loan. This field is updated at monthend when the Credit Bureau update function is run. See the following example of this field:

Loans > Credit Reporting Screen

A new field called Loan Amount Paid this Month (LNAPTM) is updated each time specific teller transactions are run and account balances are added to or subtracted from based on those transactions. The list of transactions that affect this field are shown in the following table.

When the Credit Bureau Update (FPSBUUPD) runs at monthend, the system pulls the information in LNAPTM and places it in the Amt Paid this Month field (BUAPTM) on the Credit Reporting screen. The LNAPTM field is then cleared to 0.00 to start the next month’s payment tracking.

This amount is then reported to the credit repositories through the Credit Report and transmission (FPSRP184). When the Credit Bureau Report and transmission runs, the system takes the amount in BUAPTM, truncates it to whole dollars, and puts the whole dollar amount in the Actual Payment Amount field of the transmission.

Note: Reversals that happen for transactions from a previous month are not tracked. Only reversals for transactions that happen in the same month as when the Credit Bureau Update is run will be subtracted from LNAPTM. This field will not be negative.

Note: A special initialization data change will be run one time only for each institution in order for the system to pull the correct amounts from the loan history (LNAPTM) to the Credit Reporting field (BUAPTM).

The Customer Relationship Management > Households screen now contains a list view table which displays all Consumer Information Indicator (CIID) codes for the selected household member. This is helpful if a customer has declared bankruptcy for different accounts. The list view can display more than one bankruptcy or CIID code applied to different accounts for the household member. The CIID code is applied on the Households screen or when the various Bankruptcy transactions are run.

The following is an example of this new list view table on the Households screen:

Customer Relationship Management > Households Screen > Names Tab