Payment Processing and Management

The modular platform for your payment transactions

The PPM platform

Modular, customisable and maximally efficient.

The Payment Processing and Management solution (PPM) is the central platform for receiving, converting, validating, correcting, matching and forwarding all payment transactions. It is the connecting link between the various systems and parties involved in payment transactions and impresses with its high configurability, modular structure and maximum efficiency. Our customers are convinced by the simple input, transparent workflow and many additional functions.
PPM by Foconis Payment has been used by many well-known banks in Germany for decades. They appreciate the flexible customisability and reliability of the payment processing and management solution.


What is possible with PPM?

PPM can be operated both as Software-as-a-Service (Saas) in the Service Bureau or as an on-premises model (operated by the respective institution itself).

  • Creation of postings and clearing entries
  • Processing of SEPA and individual payments (TARGET2 and AZV) in one system
  • Conversion of various payment formats
  • Standardised operation and user interface
  • Department and role concept
  • Multi-client and multi-user capability
  • and much more…

Basic functions


Various options are available for entering payments, such as manual entry, online submission via EBICS or import from the booking system


The following checks are carried out during import depending on the format supplied: Format checks, check digit calculation for account number and IBAN, check of bank code and BIC for existence, check of valid text keys, blocking. If the check is negative, an automatic return can take place depending on the configuration.


The documents (deposit/withdrawal slips, bank and postal cheque office statements, bills of exchange and cheque copy books) are compared with the entries made in the accounts.


The revision requirements for 4- or 6-eye control are fulfilled. All activities are logged and archived at individual transaction level.

Optional disposition

Customer bookings that fulfil a certain criterion can be held up in this workflow step. As long as the customer booking has not been released, the associated recipient bookings will not be processed any further.


The routing can be determined taking into account various criteria, e.g. booking system, amount, account number or IBAN of the payee/payer, bank sort code or BIC of the payee/payer, text key.


Output interfaces are available for the customer, core banking system, clearing system (Bundesbank and EBA), correspondent banks and archive

The following formats are supported here, for example: SEPA formats (pacs and pain), DTAUS format, DTAZV format, various “DTA dialects”, SWIFT formats (MT103 and MT202 or MT202 COV), CSV format, proprietary formats (POF, WINGS etc.), BAPI.

If authorised for revision purposes, individual work steps can also be carried out automatically.


The processed payment orders are archived in the payment archive. A search function in the short-term archive allows you to view the payment transaction history within a defined period. For long-term archiving, the data is stored in the long-term archive.


Additional functions

Embargo and completeness check

Checks can be carried out based on predefined criteria (e.g. recipient or sender country), e.g:

  • Check against EU embargo name list
  • Check against US embargo name list
  • Check against customer-specific embargo name list
  • Check based on the country list
  • Checking the completeness of the client data
  • Recipient account number comparison

In the event of an anomaly, a corresponding workflow is provided to ensure that the payments are only authorised after approval by the compliance employee (if necessary, taking into account the 4-eyes principle).


Bank identification codes or BICs of banks can be stored to which payments may only be forwarded after manual authorisation.

Continuous order management is available for payments in DTAUS and DTAZV formats.

Closing and archive

As part of the daily closing, the processed payments are transferred to the archive. Starting from a transaction, all revision-relevant information is archived (details of which employees have processed these files, details of changes, etc.)

In addition to the details of individual transactions, the input and output files are also archived. In the case of complex payment orders (AZV), all relevant payment items are archived and can be searched.

The archive forms the basis for extensive reports, such as the ZV-statistics.

Additional ISE functionality

As part of ISE processing, it is possible to perform matching between the clearing records (DTA) and the incoming and outgoing images.

Customised processing

Customer-specific requirements, such as purpose analysis to determine the account number and house bank procedure (fee correction for ATM orders) can be provided.

Interfaces to surrounding systems

This is how versatile PPM can be integrated.

PPM offers various interfaces to different systems and parties such as booking systems, compliance, Bundesbank and EBA.

We are looking forward to your enquiry

Christoph Thumm 

Head of Consulting


Current events and user meetings of Foconis Payment GmbH


Instant Payments Gateway

Everything you need to know about Instant Payments




Whitepapers, articles and presentations can be found in our download area