Payment Processing and Management

• Manual input
• Paper-based submission (vdb/SL)
• Online submission via EBICS
• Import from the booking system

The following checks are carried out during the import:

• Format checks
• Check digit verification of the account number and IBAN
• Existence of bank code number and BIC
• Examination of the corresponding text key
• Blocks

In the case of a negative test result, an automatic return can be initiated depending on the configuration.

There is a reconciliation between the documents (bank statements, payment receipts) and the entries on the bank accounts.

The audit requirements regarding the 4-eye or 6-eye principle are respected. All activities are logged and archived on individual transaction level.

Entries initiated by the originator of the transfer that match a certain criterion can be stopped in this workflow step. As long as this entry has not been approved, the associated entries will not be processed further.

The routing can be determined in consideration of the following criteria:

• Booking system
• Payment amount
• Account number or IBAN of the creditor/debtor
• Bank account number or BIC of the creditor/debtor
• Account number or IBAN of the initiator/creditor
• Bank account number or IBAN of the initiator/creditor
• Text key

Output interfaces are available in the direction of:

• Customer
• Core banking system
• Clearing Mechanism system (Bundesbank and EBA)
• Correspondent banks
• Archive

The following formats are supported:

• SEPA formats (pacs and pain)
• NP format
• IP format (international payment)
• Diverse “NPF dialects”
• SWIFT formats (for example MT103 and MT202)
• CSV format
• Proprietary formats (POF, WINGS, etc.)
• BAPI

Processed payment orders are getting stored in the payment archive. With the help of a search function of the short-term archive, the payment history can be displayed. For the purpose of long-term archiving, the data is stored in the long-term archive.

These tests can be performed based on predefined criteria (for example receiver and transmitter country):

• Check against the EU embargo name list
• Check against the US embargo name list
• Check against customer specified name lists
• Check on the basis of the country list
• Completeness check of the customer data
• Matching beneficiary account numbers

In case of abnormality, a workflow will be provided which ensures that the payments can only be authorized after approval and compliance (if necessary, in consideration of the 4-eyes or 6-eyes principle).

Standing Order Management

Standing Order Management is available for the following formats:

• DTAUS
• DTAZV
• SEPA

As part of the daily closing, the processed payments are transferred to the archive. Starting from a transaction, all audit-related information is also archived (information which employees have processed the files, information regarding amendments, etc.). Along with the information about individual transactions, the import and output files are archived. In the case of complex payment orders such as DTAZV all relevant payment items are archived and searchable.

The archive is the basis for comprehensive reports such as the payment statistics.

It is possible to perform a matching between the settlement rates (NP format) and the input and output images as a part of the ISE-processing.

Customized adaptation, such as analysing the payment reason to determine the account number and house bank methods (fees correction for ATM orders), can be provided.