Every year since 1999, the MercadOr award is presented to exporting companies in every region of the province of Quebec. Six companies were awarded a MercadOr for the region of the Laurentians last October 11th (See article in French here). Among them, our company Jurismedia / Margill software was one of the finalists. Marc Gélinas, president, accepted the award that highlights Margill’s international influence through digital strategies and also for its contribution to the economic development of the Laurentians.
On November 7th, 2018, the first provincial gala, named “Gala MercadOr Québec“, will be held. Jurismedia / Margill is nominated for the award in the same category but at the provincial level.
We would like to take this opportunity to than Laurentides International for this recognition and also our loyal customers and collaborators, without whom, this would not have been possible. This award is a result of the collective work of the whole Jurismedia / Margill team and we are very proud of it!
Jurismedia / Margill team
Q: How to do an early payoff in Margill Loan Manager
A: For example, the loan term was originally for 5 years or 60 months (so end date was in June 2020). The borrower calls you, the creditor, and wishes to payoff his/her loan early, on October 12, 2018.
Original payment schedule:
I first recommend to take a snapshot of the full 60 month payment schedule – this was we have an easy to consult original payment schedule. Click on “Attach”. A PDF will be attached to the Record.
Next change the date to October 12, change the payment to 0.00 so the payoff balance is now shown (64,297.75 in this case). Notice I also changed the 2018-11-01 payment date to 2018-10-13 to see my daily interest on the balance (4.92 per day).
Change the Payment to 64,297.75 (for Oct 12).
You can then delete the next lines that are no longer required (right mouse click).
You could also decide to add extra fees for an early payoff if the contract included this (use Column fees or Line status fees). This will increase the balance of course.
Also, you could create a special payment-type Line status to identify all your early payoffs. Could be interesting for your reports.
If the final payment is late, nothing stops you from changing this final date to enter the true payment date. Extra interest will accrue.
Summary: Canada Interest Act. This decision from the Ontario Court of Appeal shows the importance for lenders to state in their loan and promissory note documents, interest rates and even penalties on a annual basis, as opposed to daily or other equivalent interest rate.
Loan Servicing with Excel? Pitfalls and Alternatives
I’m a great fan of Excel. I think it is the most important and useful software ever developed. I first started using spreadsheets many years ago with Lotus 123 which was a great tool that lost the spreadsheet war to Microsoft. Excel can be used in so many ways and here at Margill, we use Excel quite extensively.
Many, if not the majority of our users, before switching to Margill Loan Manager, serviced their loan/mortgage/lease/line of credit portfolios with Excel. Even among our very large clients, many used Excel to service hundreds of millions of dollars and it was doing a pretty good job. Excel is great because of its flexibility and its almost limitless power to manually adapt the loan to very peculiar scenarios.
Spreadsheets do however have major drawbacks and as the guy who guides clients in their migration from Excel to the Loan Manager, I have seen hundreds of workbooks and here are some of the drawbacks I have observed over the years:
1. Too many loans eventually: spreadsheet overload
Excel can do a decent job for a limited number of loans but eventually, the amount of data becomes too much and the loan payment schedules become impossible to manage. Finding data and updating becomes mission impossible.
2. Irregular loans and missed/late/partial payments
A major drawback in Excel is managing missed, partial and late payments. Excel can be fine when all normal payments are paid as they were planned, based on the loan contract (60 payments of $500 on the 1st of each month for example). When payments are not made as they should be, it becomes a real challenge to update so many spreadsheets. Updating a few dozen loans can take hours and a few hundred almost a day. Payment management should take minutes, not hours!
Excel is not ideal either for line of credit type loans or when payments are not set ahead of time. Try importing 500 new payments or draws (aka: advances/additional principal) on various dates for multiple loans. In my experience, this can only be done loan by loan in Excel, by hand, not as a batch operation. A good loan program allows easy import of these ad hoc payments or draws with an automatic re-computation of the interest in seconds.
3. Variable interest rates
For loans based on Prime or LIBOR for example, the fact that rates were very stable over the last couple of years made things more or less manageable with Excel. Now with base rates going up more regularly, updating loans in Excel represents a real challenge since updating the rates must be done manually on a loan-by-loan basis. A good loan servicing platform can update rates in batch.
We often see interest-only loans tied to a base rate in which, when the rate changes, the payments must be adjusted to remain interest-only. With any sort of volume, this becomes almost unmanageable in Excel since, in my experience, there is no way to easily tell Excel to adjust the payment to pay only interest. There’s probably a way to program a special macro to do this but again, not easy. Very few loan servicing software have this advanced option.
4. Data cannot be found easily
I often do screen shares with potential clients and simply finding a specific loan in the spreadsheet system is a challenge. Wrong folder, wrong spreadsheet, wrong tab. You know the feeling! Finding the right loan should take seconds, not a minute or more.
5. Calculation errors
This one is self-explanatory. Excel is wonderful software, but human error is a major problem with spreadsheets since they offer great flexibility but with flexibility comes risk of error. Many studies have been done over the years trying to evaluate the amount of money that has been lost (or gained by someone else) because of human error. The same risk of error exists for loan servicing via Excel.
See this interesting ZDNet article Excel errors: How Microsoft’s spreadsheet may be hazardous to your health
6. Charging fees when payments are missed
I’ve seen so many professional lenders include, in their contracts, a clause that states that fees are charged to borrowers for missed and late payments. Considering the challenge of adding fees in Excel, again, on a loan-by loan basis, these fees are simply not charged and end up as lost revenue for the lender and, even more importantly, the consumer not being penalized, does not change his/her bad habits.
High quality loan servicing solutions should have a feature by which fees are applied automatically for late or missed payments and to go one step further, should automatically advise the consumer a few days ahead of time by email or SMS that a payment is upcoming and to make sure the amount is available in the bank account (for electronic debits (ACH)) or to make sure the check is paid on time.
7. Obtaining financial data when you need it for the proper dates
A major irritant in Excel is obtaining the right financial/accounting data for a specific time period. Most companies will report on a monthly or quarterly basis based on the civil calendar month. In simple scenarios, when payments are due and paid on the 1st of each month, you can pretty easily obtain the interest and balances from the 1st to the end of month in Excel. However, not all payments are payable or paid on the first of each month or quarter. For example, a loan has set payments on the 7th of each month, yet I must report from the 1st of the month to the end of month. With such payments, Excel is simply not able to pull the accrued interest and balances for a calendar month (or quarter, or year) unless a line is inserted at the end of the month that splits the interest in two time periods (from the 1st to the 7th and the 8th to 31st for example). Adding such lines in hundred of loans would lead exhaustion or worse!
Quality loan servicing software don’t need these “reporting” lines since the calculation engine will automatically simulate start and end of month, allowing you to pull any data, any time for any time period.
7a. Distinguishing between accrued interest and paid interest
Along the same lines as 7 above, Excel does not easily distinguish between accrued interest and paid interest. In most spreadsheets I’ve seen, there is only one “Interest” column that is computed with a simple interest or compound interest formula. Even if a payment is missed, the interest accrues but is not paid.
In a properly designed spreadsheet, this unpaid interest should go, not only to the loan balance column, but also to a due (outstanding) interest column, that, in most cases, based on a standard refund order, should (must) be paid before any principal is paid. Throw in fees and the spreadsheet turns to disaster because a refund order is non-existent. This greatly increases the work for your accountants after the fact.
8. Loss of one day’s interest and inclusion/exclusion of start/end day
This is my favorite which I have seen countless number of times particularly for end-of-month payments.
You must ask yourself, if a payment is made on December 31, is it paid in the morning, so at 0:00 in the morning, or is it paid at the end of that day at 12:00 midnight (24:00)? Nobody actually asks this question since the payment is simply paid at some time during the day (10 AM, right after lunch, at 4 PM, who knows, who cares…). Nobody enters the time at which a loan or payment is made since interest is not calculated on a hourly basis, but on a daily basis. Software must then assume that a loan is disbursed or a payment made either at the start of day or end of day (to factor in a full 24 hours or interest).
Industry standard dictates that when a loan is disbursed, interest is calculated on the day the money is lent out but not calculated for the end date. So, for a loan starting Feb.1 (with first payment March 1) and with a final payment 12 months later, interest would start on Feb 1 at 0:00, but no interest would be charged on the loan end date of Feb 1 (payment 12). Even with a loan balance, the interest reported on the loan end date would be 0.00. A silly, but easily understood way to look at this: a loan lent out on Feb. 1 and paid back Feb. 2 would have 1 day’s interest, not 2. A loan from Feb. 1 to Feb. 1 of that same year, well, would probably not have any interest. How many days are there from Feb 1 to Feb 1? In my book, zero.
So a payment on December 31 is actually paid at the start of the day, not at midnight. I call this time 0:00+. In Excel, if Dec. 31 is entered as the payment date, you may have wanted it to be paid at midnight but it is in fact paid at 0:00+ and thus should reduce the balance by that amount at the start of the day, not at the end of the day. The balance reported on that payment line in Excel is thus that on the 31st at 0:00+, not 24:00. The same applies for the interest calculated: also on the 31st at 0:00+, not at 24:00. Thus, by relying on that line’s payment, the accrued interest for that last day (the 31st) is simply ignored and the balance is not accurate to the 31st at 24:00. To obtain the right amounts in Excel, a line should be inserted in the sheet on the 1st of the next month to compute the interest accrued on the 31st. Again, adding extra lines becomes practically unfeasible with a few dozen or hundred loans in Excel. And with every extra operation comes an increased risk of error.
Your 2 cents…
You have run into spreadsheet problems with your loans? Let me know, I’d be happy to add them to my blog.
Want to replace Excel as your loan servicing software?
You have had enough of Excel for your loans, there are many good loan servicing solutions out there, and, well, its my job as a Margill employee, to “objectively” 😉 recommend our product, Margill Loan Manager… It offers a whole lot of flexibility and accuracy!
Q: Is there an audit trail that can be printed to show transactions / changes to records on a daily basis?
A: Yes very easily.
Go to the Main Margill window, select all the loans (probably only Active loans) , Tools > Various > Display the history of changes for selected Records.
You can then right click with the mouse to see the changes for the day, yesterday or any period of time.
You can also see the log of changes loan by loan in the Data window of each loan:
Q: How to obtain the daily interest amount (per diem) in Margill Loan Manager?
A: This can be added very easily through a simple Mathematical Equation.
Go to Reports > Equation Management and click on
- Name the Equation
- Select the two required fields (balance and interest rate) from the various themes on the left
- Add the operators with the button
- Divide by 365 days with the button
You can now use this simple interest Equation in various reports picking it up in the Equations theme:
Record List Customized:
Document Merge (DOCX., RTF, PDF) for your Invoices and Statements:
My company does interest-only 12 month bridge loans calculated in two ways.
- Payments are based on the number of days in a month with a balloon payment at the end (so payments change depending on the month)
- Each of the 12 payments is equal with a balloon payment at the end.
Can these two calculation methods be done in Margill?
In Simple interest, Margill will usually use the exact number of days in a month and in a year to compute the interest. The Day count would be Actual/Actual (or Actual/365 or Actual/360).
If the interest is to be the same every month, the use the 30/360 Day count which simulates months that are of the same length.
For Compound interest (what is called the Effective rate method – the banking method), there is an extra calculation method option that calculates using the exact number of days and another that splits payment in equal periods. The Day count does not have to be used to “artificially” simulate the equal periods.