This module will not be further enhanced. Support is limited to defect fixing only.

Introduction to Branch Operations

The module enables the banks to manage the Ethiopian branch operations through the local money transfer services within the same bank between customer and walk-in, walk-in and customer in addition to walk-in-to-walk-in. Moreover, the information required for validation of the transfer service are available to secure the payment, including specific personal information and the generation of a security number.

Cashier's Payment Order and Demand Draft

Banks in Ethiopia issue banker’s cheques (also called CPO – Cashier’s Payment Order) and demand drafts as one of their products to customers. This process involves two major steps:

• Printing a CPO or demand draft.
• Validate the authenticity of instrument before the payment.

A Cashier’s Payment Order (CPO) or a Demand Draft (DD) are instruments issued and paid by a bank and treated as guaranteed funds.

This functionality enables the bank to handle specific branch operations through the management of issue and the control on the outstanding payments of the Cashier's Payment Order and Demand Draft after a specified period.

The ETBROP.PARAMETER parameter application was introduced to define the number of days to identify the CPO/DD outstanding for long periods, for more than 180 days and for more than 365 days. The required cheque types can be defined in the parameter application

For instruments outstanding for more than 180 days, an override will be displayed and for instruments outstanding for more than 365 days, an error will be displayed.

Local Money Transfer Service

The local money transfer service is used to transfer funds from a customer’s account or walk-in customers cash deposit to another account or walk-in customer. The important aspect of the product is that it also serves the customers who do not maintain account with ETMB (walk-in customers).

This module enables the bank to handle specific branch operations through the management of cash deposit, account debit from a bank or non-bank customer as depositor to cash payout or account credit to bank or non-bank customer as beneficiary.

The following scenarios are managed by this functionality:

• Both sender and beneficiary are walk-in customers.
• The sender is a walk-in customer and beneficiary is a bank customer.
• The sender is a bank customer and beneficiary is a walk-in customer.

The transfers where the sender and beneficiary are both ETMB customers can be done through the TELLER application.

The following applications and enquiries are introduced as part of this functionality:

• The ETBROP.PARAMETER application is used to store the local money transfer service related details.
• The ETBROP.LMTS.TRANS applications is used to store the transfer status of the local money transfer service related transactions.
• The TELLER,ETBROP.CASHDEPOSIT version is used to create cash deposits.
• The TELLER,ETBROP.ACCDEBIT version is used to debit accounts.
• Two versions are introduced for the user to make a cash pay-out and credit an account and are attached to the ETBROP.PAYMENT.OF.LMTS enquiry. The TELLER,ETBROP.CASHPAYOUT version allows users to make a cash pay-out and the TELLER,ETBROP.ACCCREDIT version allows users to credit an account.
• Post COB, the ETBROP.LMTSTRFRTO.UNCLAIMED service is used to transfer funds to the head office.
• The ETBROP.LMTS.TXNS.LIST enquiry is used to list all the transactions with D and T status.
• The ETBROP.LMTS.PAID.TXNS.LIST enquiry is used to list all the transactions with P status.

Cheque Date Validations

Ethiopia has got its own calendar date called Ethiopian date. Banks entertain cheques issued with dates written in either Ethiopian or the Gregorian calendar.

The functionality allows banks to enter the cheque dates using the Gregorian calendar. The system will validate the cheque date to identify stale dated and post-dated cheques and reject the transaction.

A cheque is valid if it is not post-dated or stale dated.

A stale dated cheque is one which is presented for encashment or deposit after laps of 180 days of the stipulated date. Whereas, a post-dated cheque is one which is presented for encashment or deposit before its date. Therefore, the system will validate the Gregorian calendar dates upon presentation before encashment or deposit. If the cheque is stale dated or post-dated, the system will reject the transaction.

The Cheque Date field has been added to the TELLER application to store the Gregorian calendar dates. A routine has been developed to verify the Cheque Date and check if it is stale dated or post-dated. The Cheque Date is a mandatory field that must be filled and validated before the payment is effected in the system.