Introduction to Lending

This module allows banks to use the following lending products: personal loans, vehicle loans, mortgage loans (fixed rate), mortgage loans (variable rate) in a predefined SaaS environment.

The new AU product conditions have been prefixed with AU and the existing core product conditions that have been reused do not have this prefix.

Click here to understand the terms and abbreviations used in this module.

The following AU features are deployed in the AU SaaS environment:

  • Rate lock: Rate lock is an agreement between the customer and the bank that allows the customer to lock in the interest rate. This will protect the customer from being exposed to the risk of interest fluctuations. The rate for a new loan is compared to that of an existing loan and the lower of the two rates is applied on the new loan. This comparison is also done when the rate lock is applied after account opening.
  • Loan redraw: Redraw facility is a product feature that enables a customer to access the additional funds that were paid which were paid over and above the scheduled repayment amount. If a payment results in an amount being diverted to the UNC (Unspecified Credit) balance, then the customer can recover that amount from the loan account.
  • Interest rate change notice: This feature will lock the repayment amount in the case the bank initiated the rate increase so that the new repayment amount will only be effective after a pre-defined notice period (days). When there is a change in the interest rate, an interest rate change notice will be generated in COB.

Auto-Repayment of a Loan from the Redraw Balance

One of the widely offered functions across banks in Australia for its customers is to have offset accounts and redraw functions for mortgage contracts. In Temenos Transact, it is the UNC account (UNC) balance that is used for the redraw function. Any balance in UNC will be net with the loan outstanding (CURACCOUNT) for the purpose of principal interest calculation.

The loan repayment is serviced from the bank’s internal customer accounts or from external accounts through direct debit mandates provided by the customer.

This functionality allows banks to utilise the redraw balance for repayment of the loan and when the direct debit claim is failed and again failed after being re-tried two times additionally or when the repayment from the bank’s internal account is failed.

The booking date of such transaction will be the date on which the redraw amount is taken.

The DD.RETURN,AULEND.POST.RETURN.DD version has been introduced as part of this functionality to allow users to process the returns received and do resubmissions for collection.

When the loan repayment is failed through the settlement account or DD mandate, a new functionality has been introduced to perform the loan repayment by debiting the UNC balance and settling the outstanding bills.

A new local field has been created in the SETTLEMENT product condition as Loan Repayment from UNC Balance. This field enables the user to select an option based on which an amount will be debited from UNC to repay the outstanding loan.

The AULEND.SETTLE.ACCOUNT.REDRAW routine has been created and attached to the core settlement job. When the repayment from the settlement account is failed, the bills will be in due status.

Schedule Recalculation without Redraw Balance

One of the widely offered functions across banks in Australia for its customers is to have offset accounts and redraw functions for mortgage contracts. In Temenos Transact, it is the UNC balance that is used for the redraw function.

Any balance in UNC will be net with the loan outstanding (CURACCOUNT) for the purpose of principal interest calculation.

The UNC balance will not be net with outstanding balance for the purpose of payment amount (EMI amount) calculation.

This functionality allows banks, when it comes to schedule recalculation, to consider the UNC balance for the interest projections on P&I contracts as it is a balance type within the loan contract.

The AULEND.CALC.PAYMENT.AMOUNT routine has been introduced to calculate the Calc Amount in the Payment Schedule based on the CURACCOUNT (CUR) balance only .The interest calculation happens as per the core by considering the CURACCOUNT and UNC balance defined in the Ac Balance Type.

The AULEND.SCH.RECAL.DR.DAILY record has been created in the AA.SOURCE.CALC.TYPE application to attach the AULEND.CALC.PAYMENT.AMOUNT routine in the Calc Routine field.

Flexible Repayment Based on the Fixed Amount

Each of the auto repayment, during the creation, expose three different options of how the system calculates the amount, which will be credited to the loan as minimum amount, or minimum amount plus extra or fixed amount.

Depending on the amount option validated during the each repayment, the re-calculated will be made automatically by the system in case of the loan re-amortisation.

With this functionality banks will be able to:

  • Create a request for the direct debit and setup flexible repayment amount through the direct debit.
  • Set up an automatic repayment on the loan based on the customer request.
  • Set up a flexible automatic repayment amount on the loan based on the customer request.

Multiple Loans and Package Pricing

Whenever a customer opens a fully featured home loan, an annual fee will be charged. The payment schedule can be defined to charge a fee based on the defined frequency.

If the customer has multiple fully featured home loans, then the loans will be packaged together, and one annual fee will be collected. The AULEND.PACKAGE.DETAILS application has been introduced to create, update and store the package details.

The loan disbursement can be performed during a loan creation as auto disbursement or as a separate disbursement activity. At the same time, the loan disbursement can be single or multiple disbursements.

This functionality allows banks to manage multiple fully featured loan accounts within one package and there must be one single annual fee for the package facility.

When a customer is changed, added or deleted or the customer role is changed, a new loan package will be created or added to the existing package.

Product Control Rules for Home Loans

In Australia banking practice, for home loan products, for a certain period, a fixed interest rate will be applied and post which it will be changed to a variable interest rate based on the certain criteria.

This functionality allows banks to apply the system control on the home loan product based on the interest rate type (fixed or variable), loan purpose and payment type (such as Constant or Interest Only).

Product control rules are based on the interest rate type: fixed or variable.

The product set-up has variations specified based on the purpose of the loan:

  • A basic home loan has the owner occupied and investment as variations at the product level.
  • The fully featured home loan has the owner occupied (OO), investment (INV), construction investment and construction owner occupied at the product level.

There is not a separate product for fixed rate as the customer will move to a variable rate after a few years. In order to facilitate this, a product switch will be performed where the system cannot show the variable rate schedules upfront after the fixed rate period is over.

The product structure offers both fixed and variable rates. Based on the interest rate type, the product control rules must be checked by the system and there is no manual intervention by the back-office user.

The Loan Purpose field have been added to the ACCOUNT product condition to define the loan purpose.

An external property class has been created to define the required controls.

Product Configurations

The following lending products are released as part of this functionality.


Field Name
|
Application/Table name

Temenos Headquarters SA
2 Rue de l'Ecole-de-Chimie
CH - 1205 Geneva
Switzerland

Copyright © 2020- Temenos Headquarters SA

Published on :
Wednesday, May 24, 2023 12:39:45 AM IST