Payments & Cash Management

Customer and bank-to-bank payments, the status, return and investigation messages that follow them, and the statements that close the day. The Messaging Hub carries them in MT and ISO 20022 across SWIFT and regional clearings.
CBPR+ Regional Clearings Capture & Approval Linked by UETR

A payment is more than one message

Payments operations handle the instruction, everything that comes back about it, and the reporting around it, under deadlines set by SWIFT and each clearing.

ISO 20022 is mandatory for cross-border

Under CBPR+, customer and bank-to-bank payments travel as pacs.008 and pacs.009, while many core banking systems still produce MT103 and MT202.

Structured addresses are coming

Structured or hybrid postal addresses become mandatory, with town and country as separate data. Free-text addresses from older systems no longer pass.

Investigations and statements move next

Exceptions and investigations move to camt.110 and camt.111, and MT940, MT942 and MT950 statements are retired. SWIFT will not convert either for you.

Manual payments need control

Payments keyed by operators need verification and approval by someone else, with limits by amount, and a trail that shows who did what.

Where the Hub stops and your payment systems take over

Handled by the Messaging Hub

Payment capture with verification and authorization
MT↔ISO 20022 translation with clearing-specific variants
CBPR+ and clearing usage guideline validation
Duplicate detection for MT and ISO 20022
Status, return and investigation messages linked to the original payment
Routing, archive, full-text search and audit trail

Handled by your payment and core banking systems

Automatic return and recall generation
Fee calculation, charges and commissions
Nostro reconciliation and liquidity management
Sanctions screening and AML checks
Payment accounting and GL posting

The Hub can call screening and other external services at any point of the payment flow, see screening orchestration.

From capture to delivery, with the controls each payment needs

Every step is configured per message type, amount, currency, BIC or any field of the payment. High-value payments get more approvals, routine ones flow straight through, and rules are configuration, not code.
  1. 1

    Capture

    Guided forms with BIC auto-complete and templates, or import from back-office systems and files

  2. 2

    Verification

    A second operator re-keys the critical fields, such as value date and amount, and discrepancies are flagged

  3. 3

    Authorization

    Supervisory approval, as 4-eyes or 6-eyes depending on amount or content

  4. 4

    Translation

    MT↔ISO 20022 when the network or clearing needs another format

  5. 5

    Validation

    SWIFT rules, CBPR+ and the usage guidelines of the destination clearing

  6. 6

    Routing and delivery

    Content-based routing to SWIFT, clearings or internal systems

  7. 7

    Reconciliation

    Acknowledgements, status and returns linked back to the payment

Amount > 1,000,000

High-value payment

Capture → Verification → Authorization by two approvers → Translation → Validation → SWIFT

Amount ≤ 50,000 and domestic

Low-value domestic payment

Capture → Verification → Validation → Clearing

Source = back-office system

Straight-through processing

Back office → Validation → Translation if needed → SWIFT, with no manual step

Pay, track, report

The flows a payments and cash management team runs every day, with what the Messaging Hub does for each one out of the box.
Flow SWIFT MT ISO 20022 What the Hub does
Pay
Customer credit transfers MT103 · MT103 STP · MT103 REMIT pacs.008 Translation both ways, CBPR+ validation and routing
Bank-to-bank and cover payments MT202 · MT202 COV pacs.009 · pacs.009 COV Translation both ways, CBPR+ validation and routing
Payment initiation MT101 pain.001 Translation both ways
Domestic and regional clearings MT103 · MT202 pacs.008 · pacs.009 per clearing Clearing-specific translation and validation, including FEDWIRE ↔ CBPR+
Track
Payment status and rejections MT199 · MT299 pacs.002 Linked to the original payment by UETR
Returns MT103 · MT202 returns pacs.004 Translation, linked to the original payment
Cancellation requests and answers MT192 · MT292 · MT196 · MT296 camt.056 · camt.029 Translation, linked to the original payment
Charges MT190 · MT191 camt.105 · camt.106 Translation both ways
Report
End-of-day statements MT940 · MT950 camt.053 Translation and routing to the back office
Intraday reports MT942 camt.052 Translation and routing to the back office
Debit and credit advices MT900 · MT910 camt.054 Translation and routing to the back office

Deadline dates are on the ISO 20022 migration timeline; supported clearings are in the clearing list.

Products for payments and cash management

On-Premises Platform

Messaging Hub

The operations platform for payment traffic, from operator capture to delivery and the messages that come back.

Translations module with CBPR+ and clearing variants
Message capture with verification and authorization
Validation against CBPR+ and clearing usage guidelines
Connectors for core banking and payment systems
Explore Messaging Hub →
Java Libraries

Prowide Integrator

Translation and validation of payment messages embedded in your own payment application.

MT↔ISO 20022 translation for payments and statements
Clearing-specific translators
Full validation, including CBPR+
Pure Java, for any payment architecture
Compare Hub and Integrator →

Running payments operations?

Talk to our team about your payment flows, the clearings you reach and the ISO 20022 deadlines ahead of you.