Batch User Guide produced by CRIF - Janata Bank

Batch User Guide produced by CRIF - Janata Bank Batch User Guide produced by CRIF - Janata Bank

rupalibank.org
from rupalibank.org More from this publisher
09.01.2015 Views

6.4 CREDIT REORGANIZATION (also known as RESTRUCTURING) There are cases in which an existing credit is “reorganized” or “restructured”. This can occur for a number of reasons, usually tied to an attempt to change the terms of payment in order to ensure that payment occurs. Please note that this paragraph is not going to go into the policy prescriptions of when to restructure or how to actually perform the restructuring within your institute. These indications are provided by existing Bangladesh Bank documents. Rather, the paragraph will list the technical aspects of communicating a restructuring that occured to the online system. In other words, we are going to describe three different ways in which the system can be notified when a credit reorganization has occured. You should choose the specific function that best reflects the existing practices within your institution, and follows Bangladesh Bank policy prescriptions. We will now turn to the ways in which a reorganization can be submitted to the Bureau, and use concrete examples for ease of understanding. Let‟s say, as an example, that Bank “1” has an existing Subject “Mr. A” with an ongoing Installment contract “I” with a monthly schedule of repayments. Mr.A has been a good payer in the past, but recently he has become erratic in his payments. After a talk and a review with Mr. A, Bank 1 becomes persuaded that Mr. A will not be able to meet his upcoming commitments on the contract, but is solvent in the long term. Bank 1 therefore decides to propose a credit reorganization to Mr. A that lowers his monthly payments, but increases the length of the contract. At this point, there are three possible ways to record this arrangement: 6.4.1 Credit is reorganized while maintaining the same FI Contract code The old Contract is closed, a new one is opened, but the FI contract code of the new one remains the same. Also, the new contract is labeled as a reorganized contract. If we adopt this process, it is possible to change not only the payment plan (periodicity, amount, closing date, etc), but even the type of loan. So for example this can be used if a client cannot 88 of 92

epay a non instalment loan that is due, and the bank restructures the credit as an installment repayment plan. In order for the system to register the reorganization in this function, during that particular batch contribution for that month, you will need follow the structure indicated in section 5.2.5 but paying attention to the following fields: - F.I.Contract Code = remains the same as the contract that we are closing - Contract Phase= must be set to LV (Living) - Contract Type = can be same as the contract that we are now closing, or a different one - Flag Reorganized Credit = “1” The system will interpret this information as follows. The old contract will be closed in advance. A new contract will be opened with the same FI code and with a note that indicates it is a reorganized credit. Beginning with the next month, the contribution will be back to “normal” - F.I.Contract Code = remains the same (in Body for Record Type: General information for all types of Financing, positions from 25 to 40, of the Contract Data File) - Contract Phase= must be set to LV (Living) unless the reorganized contract was also closed (in Body for Record Type: General information for all types of Financing, positions from 43 to 44, of the Contract Data File) - Contract Type = must be the same that was sent the previous month (in Body for Record Type: General information for all types of Financing, positions from 41 to 42, of the Contract Data File) - Code Reorganized Credit = “0” (note that it is back at 0!!!) (in Body for Record Type: General information for all types of Financing, spaces from 94 to 94, of the Contract Data File) 89 of 92

epay a non instalment loan that is due, and the bank restructures the credit as an installment<br />

repayment plan.<br />

In order for the system to register the reorganization in this function, during that particular batch<br />

contribution for that month, you will need follow the structure indicated in section 5.2.5 but<br />

paying attention to the following fields:<br />

- F.I.Contract Code = remains the same as the contract that we are closing<br />

- Contract Phase= must be set to LV (Living)<br />

- Contract Type = can be same as the contract that we are now closing, or a different<br />

one<br />

- Flag Reorganized Credit = “1”<br />

The system will interpret this information as follows. The old contract will be closed in advance. A<br />

new contract will be opened with the same FI code and with a note that indicates it is a<br />

reorganized credit.<br />

Beginning with the next month, the contribution will be back to “normal”<br />

- F.I.Contract Code = remains the same (in Body for Record Type: General information<br />

for all types of Financing, positions from 25 to 40, of the Contract Data File)<br />

- Contract Phase= must be set to LV (Living) unless the reorganized contract was also<br />

closed (in Body for Record Type: General information for all types of Financing,<br />

positions from 43 to 44, of the Contract Data File)<br />

- Contract Type = must be the same that was sent the previous month (in Body for<br />

Record Type: General information for all types of Financing, positions from 41 to 42,<br />

of the Contract Data File)<br />

- Code Reorganized Credit = “0” (note that it is back at 0!!!) (in Body for Record Type:<br />

General information for all types of Financing, spaces from 94 to 94, of the Contract<br />

Data File)<br />

89 of 92

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!