Navigation: Teller System > Transactions > Loan Transactions > Loan Transaction Codes > Deferment Transactions >
Tran Code 2600-43, Journal Only Deferment
The Journal Only Deferment transaction is only for those institutions that use Deferment Code 7 (Flat Fee). The fee (charge) amount for running this deferment can be entered in institution option DFFF (Deferment Flat Fee). A fee amount is not required in institution option DFFF. If no amount is entered in that institution option, the transaction does not include a charge to run this transaction.
This transaction can be run on delinquent accounts. This is a journal-only transaction, which means if a fee is included with the transaction, the fee amount will be added to the remaining Principal Balance on the loan. To balance the G/L accounts, the system will also credit the fee amount to the G/L account listed in the Deferment Charge Rebate/Extension Fee field on the GOLD Services > General Ledger > G/L Account By Loan Type screen.
If you bring up the 2600-43 transaction directly from within CIM GOLDTeller, the transaction amount will default to the regular payment amount. You need to clear out that amount and enter the amount of the charge for running this deferment (the Deferment Flat Fee). If your institution charges nothing for this deferment, zero out the transaction amount, then process the transaction, as shown below:
If a fee amount is included when running this transaction (institution option DFFF is greater than 0), the amount of the fee will increase the Principal Balance on the loan, and the system will credit the G/L account for that loan type entered in the Deferment Charge Rebate/Extension Fee field on the GOLD Services > General Ledger > G/L Account By Loan Type screen. This will show on the Detailed History tab of the Loans > History screen, as shown below:
|
If your institution wants to use this transaction, the following setup is required:
1.Add the transaction to the Transactions menu, as described in the Menu Design topic in CIM GOLDTeller. 2.Design the transaction according to how your front-end tellers should use the transaction, as described in the Transaction Design topic in CIM GOLDTeller. |
The following fields are updated after this transaction is run:
•The Due Date (LNDUDT) advances one frequency. •Installments Made (LNINNO) on the Loans > Payment Information screen > Loan Information tab is increased by 1. •Current Installment Number (LNCINO) on the Loans > Payment Information screen > Loan Information tab is increased by 1. •The term of the loan (LNTERM) is increased by 1. •The Maturity Date (LNMATD) advances one frequency, but only if institution option RMTD (roll maturity date on deferment) is set to "Y." •The Last Pmt (LNDTLP) advances one frequency on the Loans > Marketing and Collections > Delinquent Payments tab.
Additionally, the following fields are updated on the Loans > Deferments screen:
•The Effective Date (D0DTEF) is updated with the effective date of the transaction. •The Deferred Due Date (D0DUDT) is updated with the date the deferment Due Date starts. •The Next Due Date (D0DUNX) is updated with the date the deferment ends and the next payment is due. •The Maturity Date (D0MATD) advances to the next frequency, but only if institution option RMTD (roll maturity date on deferment) is set to "Y." •The Term in Months (D0TERM) is increased by 1. •If a charge amount (other than zero) is applied when this transaction is run, the Deferment Amount (D0DFAM) is updated with the amount of the charge, and Principal Amount (D0PAMT) is also updated with the charge amount. •The Deferment Counter, which isn't shown on any screen in CIM GOLD, is updated by 1. The Deferment Counter is important in determining the number of deferments allowed on a loan or lifetime of loan, as determined by the Deferment Code and institution options. See Deferment Code help for more information.
For Credit Reporting, the Start and End Deferment Dates, which are reported in the K4 Segment of the Credit Reporting transmission, are updated as follows:
•The Deferred Payment Start Date (Field 3 in the K4 Segment) will be the date when payments start again after the deferment. This date is reflected in the Start of Repayment field (BUDFSD) on the Loans > Credit Reporting screen > Credit Reporting & Loan Information tab. The system uses the Next Due Date (D0DUNX) field to populate that field at monthend. •The Payment Due Date (Field 4 in the K4 Segment) will be blank. |
You can correct this transaction from CIM GOLDTeller, as follows:
1.Find and select the account where the Journal Only Deferment transaction was originally run. 2.Go to the Teller System > GOLDTeller function and bring up the Journal Only Deferment transaction from the Transaction Menu. 3.Select the account in the accounts list, and the system will automatically enter the Account Number and Tran Amount in the provided fields on the transaction. 4.Enter the amount of the charge originally ran, if any, in the Tran Amount and Journal In fields. If a charge amount was not included when the transaction was originally ran, clear out those amount fields. 5.If you want to enter the account number in the Jrnl Reference Nbr field, enter it there. Otherwise, leave it blank. This is for information purposes only. 6.You can leave the Effective Date blank, enter today's date, or enter the date when the Journal Only Deferment transaction was originally run. If you leave it blank, the system will use today's date. 7.Check the Correction box. 8.Click <Send>. 9.An Override Required box will be displayed. If you have the security clearance to do corrections, enter your password and click <OK> and the transaction will finish processing. If you do not have security clearance, your manager will need to enter their security clearance and click <OK> to finish processing the correction.
The system will reverse all the information from the account that was originally established when the Journal Only Deferment transaction was run. See Results of this Transaction above for more information on all the fields affected.
|