Scope
FinTP-SEPA functionality, processing Euro payment instructions in compliance to SEPA regulation and schemes, includes 2 components: FinTP-SCT for processing credit transfer instructions and FinTP-SDD for processing direct debit instructions.
This document is intended to outline requirements for assuring the connction between a bank internal applications and the SWIFT network in order to process outgoing SEPA Credit Transfer transactions.
Overview
FinTP-SCT ensures the processing of Euro payment instructions (credit transfer) corresponding to the business flows in relation with the correspondent bank (XYZ Bank) which acts as a CSM. FinTP-SCT is processing the credit transfer – pacs.008 – low value payment instruction
The base functionality of FinTP assures:
- Technical integration with back-office applications
- Duplicate detection for outgoing transactions
- Conversion into/from SWIFT FIN and XML ISO20022 format
- Embedded message routing mechanism, with two routing modes: based on rules and on content
- Advanced capabilities for transaction searching and reporting
- Transactions tracing and logging into history database
- Persistent end-to-end transactions
- Communication breaks detection along with connection restoring
- Security module, including the management of groups and users, profiles, functions etc.
- Transactions archiving
- Facilities to view and manage transactions (processing, monitoring, authorization, exceptions investigation, reporting)
- Administration: users/groups settings, message routing and formatting rules, lists management, audit logs enquiring, data archiving
Reports:
- Search reports
Business Flow
Outgoing instructions flows – credit transfer instructions
| # | Flow | Source | Destination |
|---|---|---|---|
| 1 | FinTP receives data from BackOffice App (MT103 format ) related to credit transfer instructions to be settled by XYZ Bank | BOApp | FinTP |
| 2 | If duplicate detection feature is configured for this flow, the transactions will be validated against the configured criteria (see Note 1) | FinTP | FinTP |
| 3 | Transactions which fail validation will be automatically moved to a specific investigation queue: • CTDupOutQueue - credit transfer | FinTP | FinTP |
| 4 | In case duplicate detection feature is not configured or transactions are passing validation, they are routed to a specific authorization queue: • CTOutQueue - credit transfer | FinTP | FinTP |
| 5 | At authorization queue level, users have the option to select transactions in order to reject, authorize (see Note 2) or move them to investigation | FinTP | FinTP |
| 6 | In case of manual rejection, error code FINTP09 will be assigned by FinTP to the transaction and an alarm could be sent | FinTP | FinTP |
| 7 | In case of moving transactions to investigation, users have the option to select the specific investigation queue. Available queue will be configured in compliance with bank polices | FinTP | FinTP |
| 8 | In case of authorization, transactions will be grouped and sent to SWIFT network | FinTP | SAA |
| 9 | Positive answers received from SAA/SWIFT network will be matched with original transactions and Ack code will be assigned to them | SAA | FinTP |
| 10 | Negative answers received from SAA/SWIFT network will be matched with the original transactions; the received error code will be assigned to all transactions in the file; an alarm could be sent | SAA | FinTP |
| 11 | Positive answers received from XYZ Bank (file accepted) will be matched with original transactions and Acceptance code -- CSM00 - will be assigned to them | SAA | FinTP |
| 12 | Negative answers received from XYZ Bank (file reject) will be matched with the original transactions ; the received error code will be assigned to all transactions in the file; an alarm could be sent; | SAA | FinTP |
Notes:
- Duplicate criteria – all business transaction data, except reference
- Authorization – the authorization mode will be configured at queue level depending on the bank policies:
- Manual authorization – users will select and manually authorize the instructions
- Scheduled authorization – specific cut-off periods will be configured, at cut-off all instructions in the specific queue will be automatically authorized.
- Real-time authorization – instructions will not be stopped
Response to outgoing transactions flows
FinTP could send alarms to Back Office when a final negative status for each transaction will be received. The following type of responses can be expected:
- Transaction manually rejected from FinTP
- Transaction rejected by SAA/SWIFT network
- Transaction rejected by XYZ Bank
Support files
The configuration files and scripts required to run this scenario are available on GitHub :
- Release Notes
- Connector configuration files
- Server configuration files
- Scripts needed to start/stop and monitor the deployment
- Database scripts for the MT103 and pacs008 message types
You will also need to download the precompiled in FinTP binaries from the Releases section of this site, or build your own binaries using the code published on GitHub.
For additional instructions see the wiki of every project :
- Installation instructions for details on how to deploy the binaries and configuration file for a connector.