Overview

As an Operations Manager, I want to define a loan product that supports interest recalculation.

When repayments are on time and for the exact due amount always, then there is usually no need for interest recalculation.

However, when repayments are either not on time or not for the due amount, then the following scenarios need to be handled:

a) Exact Due Amount is paid and

• • is paid Late
  • is paid Early

b) Only part of the Due Amount is paid and:

• • is paid On Time
  • is paid Late
  • is paid Early

c) Excess of Due Amount is paid and:

• • is paid On Time
  • is paid Late
  • is paid Early

For such scenarios, the exact interest amount calculation depends on following factors:

a) Days Calculation Basis:

• Actual
• 30 – here number of days will be computed as (Y2-Y1)*360 + (m2-m1)*30 + (d2-d1)

d1 and d2 will be treated as 30 if they are > 30

b) Number of days in a year:

• Actual
• 360
• 365
• 364

c) Rest or Frequency at which outstanding principal is recalculated – may be daily, weekly, fortnightly or monthly

At the end of every business day a batch job (Loan Interest Recalculation) will kick off which will check all active accounts for which interest recalculation is set to "true". The job then checks if there the interest calculated vs interest specified in repayment schedule matches. If yes, 

Background and strategic fit

Many financial institutions have the need to re-compute interest based on actual date of repayment. This feature is a must when Mifos needs to support operations of a commercial bank.

Requirements/User Stories

Business Rules

A Daily Rest may be specified for loans of any frequency and the days in year may be:

• 365 – for all repayment frequency
• 364 – for weekly or fortnightly repayment loans
• 360 – for monthly repayment loans

A Weekly Rest may be specified for loans that are repaid weekly or fortnightly and the days in year may be 365 or 364

A Fortnightly Rest may be specified for loans that are repaid fortnightly and the days in year may be 365 or 364

A Monthly Rest may be specified for loans that are repaid Monthly and the days in year may be 365 or 360

These rules will not be implemented in the Mifos X code. But this is expected to be followed defining loan products and loan accounts. Mifos will be tested only in the above scenarios for consistent interest amount calculations.

Interest Amount Calculation will be done as follows:

Interest = Principal * Annual Interest Rate * Days Calculated / Number of Days in a Year

• Principal – Principal as per the Rest Specified
• Days Calculated – based on “Days Calculation Basis”

Other rules that will be followed:

a) When interest recalculation is turned on for a loan product, then any excess amount (over what is currently due or overdue) will be applied to the outstanding principal always. In this respect, it will override the settings for Repayment Strategy selected.

b) Any interest compounding will stop if any amount is overdue more than the number of days for the account to be treated as Non-Performing Asset (overdue_days_for_npa).

c) If there is a disbursement-time fee, which is calculated on principal+interest - then this fee amount will not be recomputed based on interest recalculations.

d) If any interest (or fee) was waived on an account - and the interest (or fee) changes due to the recalculations - then the waived amount will not be automatically changed by Mifos.

Example:

     Total Interest dues: Apr-14 - 300, May-14 - 250 and Jun-14 - 200

     Interest Waived = 300 (i.e. entire Apr-2014's interest is waived)

     Due to interest recalculation (due to a back-dated transaction), the interest amounts now change to: Apr-14 - 250, May-14 - 200 and Jun-14 - 150

     The waived amount remains as 300 (i.e. April's interest of 250  is waived and from May's interest - 50 is waived. If other behavior is needed, then user has to reverse the earlier waiver and then apply interest recalculation and then re-do the waiving with new amount).

The only situation when Mifos will automatically change the waived amount is when the total recalculated interest (or fee) due is less than the waived amount. In such a case, the waived amount is reduced to the recalculated amount.

e) If a fee is already paid and due to the recalculations if the fee is reduced (or increased), then the fee paid transaction is not altered. Any excess fees already paid in can be refunded at the end of the tenure of the loan (as then it will show that the account is overpaid). If there is an increase in fee due to the recalculations, then the additional fee can be collected.

Attributes

For Loan Products and Loan Accounts

(Note: For Loan Accounts – all the below 4 attributes are inherited from Loan Product and cannot be modified for each account)

Security and Permissions

No new security considerations or permissions for this feature

Mifos Functionality Enhancements

• Loan Products to be enhanced to capture above 4 attributes
• Loan Accounts to be enhanced to capture above 4 attributes
• When make payment screen is submitted – then system checks if the payment was on time and was for the exact amount. If not, then the current and future installment and interests are re-calculated for the loan as described in Business Rules.
• New Batch job to be introduced for Daily Interest Amount Calculation for Loans

New Screens

New Screen will capture "Principal Pre-payment" details. This screen will be similar to "Make Repayment" screen. This screen will used to make a pre-payment on principal.

Fields to be captured:

• Transaction Date
• Principal Prepayment Amount
• Principal Outstanding (Read-only field)
• Interest Outstanding (Read-only field)
• Payment Type
• Payment Details
• Notes

This button will be enabled only for products where "Recalculate Interest?" is set to "true". The future interest is recalculated and repayment schedule is regenerated with revised interest and principal repayments when this screen is submitted. A preview needs to be shown with revised repayment schedule before this screen is submitted.

The older version of the repayment schedule needs to be saved so that it can be viewed, when needed.

Changes to Existing Screens

• Loan Products screens to be enhanced to capture above 4 attributes
• Loan Accounts screens to be enhanced to capture above 4 attributes
• Loan Account screen to be enhanced to have a new "Principal Pre-payment" button
• Make Payment Screen – interest amount calculation and application of principal changes (see Business Rules for calculations)

Changes/Enhancements to Batch Jobs

New Batch job to be introduced for “Interest Re-Calculation for Loans” – For all loans with overdue repayments, the current and future installment and interests are re-calculated for the loan as described in Business Rules.

This batch job will select

a) all loans for which "Recalculate Interest?" is set to true and where either a transaction has happened or a repayment is due on the current date - for such loans

b) all loans which are past their last repayment date and still there is principal outstanding. The job will calculate daily interest for outstanding principal and will keep adding daily interest to thee interest portion of the last installment.

• To be verified: If “Loan Summary” job needs to be modified
• To be verified: If “Update Loan Arrears Aging” job needs to be modified

Changes/Enhancements to Accounting Entries

No changes

User interaction and design

TBD

Exception Handling

TBD

Reporting

No new reports or changes to existing reports needed

APIs

APIs to be enhanced for including the above fields for loans products and loan accounts.

Notes

All existing loans to have the following default value during upgrades:

• Days in Year – Actual
• Recalculate Interest? – checkbox - Null
• Rest or Frequency at which outstanding principal is recalculated – Null
• Days Calculation Basis – Actual

Database changes 

 1. Modifications to Loan Product (“m_product_loan”)

2.   Modifications to Loan Account(“m_loan”)

3. Interest Recalculation settings (m_product_loan_recalculation_details)

3. Interest Recalculation settings (m_loan_recalculation_details)

Use cases:

     1. identify  recalculation : check the payment against schedule and should process recalculation in following scenarios 

1. 1. late payment, should be identified by a  batch job
   2. back dated entry
   3. pre-payment
   4. on time with advanced-payment / less payment(ex : on 3rd should pay 1000 but the payment is done for 500 or 1500)

     2.  process recalculation :

1. 1. identify outstanding principal 
   2. identify amount for interest compound 
   3. regenerate schedule based on outstanding and rest frequency(from calendar instance)
   4. add the extra interest(in-case of late payment ) to next installment
      1. for last installment,  will add extra installments with interest component only 
   5. if prepayment is done then use one of the strategy to reschedule.
      1. adjust EMI amount  
      2. adjust loan duration
      3. adjust next installments

     3. Capture new fields for loan product and account(editable only from product level but will maintain a copy at account level)

     4. Add new screen for pre-payment(internally same as repayment but will return recalculated interest by setting closure date as today)

     5. change schedule generator to use newly added days in year and days in month values

Questions

Below is a list of questions to be addressed as a result of this requirements document:

Out of Scope