Temenos Transact
R24 AMR | Min(s) read
Related topics:

Introduction to Generic Accounting Interface

In the payment landscape, payment processing is a complex process, where booking is just one of the steps. The Temenos Payments Hub (TPH) orchestrates the payment execution. The account status check, funds reservation and booking can take place at different stages of payment processing.

TPH uses the internal Temenos Transact Deposit Demand Account interface to check the account status, reserve funds and raise bookings in an embedded manner. However, when a bank implements a third party payment system, these APIs must be invoked from that system or an ESB, and possibly from other solutions implemented by the bank like online channels, cards interfaces, and so on.

Depending on their enterprise architecture, banks can have multiple systems or interfaces to invoke the APIs for:

  • Checking if a transaction can be applied on an account (cover request).
  • Reserving funds on an account (reservation request).
  • Booking an entry or entries on an account (booking request).

Temenos Generic Accounting Interface (GAI), also known as OFS clearing, accepts cover, reservation and booking requests sent by other banks’ systems to Temenos Transact.

Depending on the type of processing, a synchronous and/or asynchronous response(s) is sent by the GAI. Then, this response is forwarded by the Enterprise Service Bus (ESB) back to the request source system to take a decision on the payment processing.

The request messages are received through queues in the Temenos OFS Clearing proprietary format. The formatting to the Temenos request format, from the Temenos response format and routing are done in ESB.

The GENERIC.ACCOUNTING.REQUEST application allows the user to manually reverse a transaction that is successfully posted through GAI. This creates a booking reversal request, which is processed using the GAI mechanism.

Product Configuration

The main processing rules related to Generic Accounting Interface (GAI) messages are described in the AC.ENTRY.PARAM application and cover the following:

  • System ID associated with the bookings
  • Message layout – the header and the data items provided in the message
  • Entry and fields separator
  • Default transaction codes
  • Contra-related options
  • Accounting mode for exceptions handling
  • Additional validations
  • Duplicate check rule
  • Suspense details
  • Fund Transfer (FT) transaction type used in suspense posting
  • Response options

Business Events

When the Emit Business Event field in MS.PARAMETER is set as ‘Yes’, the business events representing the state change are emitted.

The following business events are emitted for Generic Accounting Interface tables.

Business Event Description
settlementService.checkFunds.fundAvailable Event for a cover request when sufficient funds are available in the account
settlementService.checkFunds.fundNotAvailable Event for a cover request when sufficient funds are not available in the account
settlementService.creditRequest.accountCredited Event for a book request when the account is credited successfully
settlementService.creditRequest.creditFailed Event for a book request when credit transaction to an account fails
settlementService.creditRequest.creditSubmittedForRetry Event for a book request when credit transaction to an account submitted for a retry
settlementService.creditRequest.creditSuspended Event for a book request when credit transaction to an account gets suspended
settlementService.debitRequest.accountDebited Event for a book request when the account is debited successfully
settlementService.debitRequest.debitFailed Event for a book request when debit transaction to an account fails
settlementService.debitRequest.debitSubmittedForRetry Event for a book request when debit transaction to an account submitted for a retry
settlementService.debitRequest.debitSuspended Event for a book request when debit transaction to an account gets suspended
settlementService.reserveRequest.fundReserved Event for a reserve request when the funds are reserved successfully
settlementService.reserveRequest.reserveFundFailed Event for a reserve request when the funds reserve fails
settlementService.transactionRetry.fundRecovered Event for a transaction retry when the funds are recovered successfully
settlementService.transactionRetry.fundReserved Event for a transaction retry when the funds are reserved successfully

Illustrating Model Parameters

This section covers the high-level specifications required for Generic Accounting Interface.

S.No. Parameters Description
1. AC.ENTRY.PARAM The processing rules related to Generic Accounting Interface (GAI) messages are described in the AC.ENTRY.PARAM application. Nonfinancial option in the Attribute field indicates the non-financial clearing messages and its respective responses updated in the AC.INWARD.ENTRY.NONFIN table. If this attribute is not set, all messages continue to update in existing way, that is, in the AC.INWARD.ENTRY table.

Copyright © 2020- Temenos Headquarters SA

Published on :
Tuesday, May 28, 2024 4:59:27 PM IST