CBPR+: ISO 20022 for cross-border payments
CBPR+ profiles ISO 20022 for correspondent banking over SWIFT; HVPS+ does the same for high-value payment systems.
L0 Explain simply
Analogy: ISO 20022 is a language with an enormous vocabulary — rich enough to describe almost any financial event. If every bank used it freely, messages would be grammatically correct but wildly inconsistent, like essays written in completely different styles. CBPR+ is the agreed house style for one specific readership: banks sending payments to each other across borders. It says which words to use, which to avoid, and how long each section may be, so any correspondent can process any other correspondent's message without a phrasebook. High-value payment systems wrote a matching house style, called HVPS+, so a payment crossing both worlds does not need rewriting at the border.
L1 Core concepts
CBPR+ stands for Cross-Border Payments and Reporting Plus: a set of usage guidelines that take base ISO 20022 messages and restrict them for correspondent banking traffic exchanged over the SWIFT network. A usage guideline works by subtraction: it removes optional elements, tightens lengths and code lists, and pins the exact message versions in scope. HVPS+ (High Value Payments Plus) is the sister initiative for market infrastructures — the RTGS and other high-value systems — so that domestic settlement legs and correspondent legs stay aligned. Both routing models are covered: serial routing with pacs.008 passing hop by hop, and cover routing with a pacs.008 travelling directly while a pacs.009 COV carries the funding between correspondents.
L2 Practitioner view
For the MT generation, this is the replacement world: the MT–MX coexistence period for cross-border payment instructions on SWIFT ended in November 2025, and the MT payment categories were retired from that traffic in favour of the CBPR+ messages. Working under CBPR+ means version discipline (the guideline names the exact message versions in force), element discipline (data your channel captured may have no compliant home if the guideline excludes it), and route awareness: one payment often traverses both CBPR+ correspondent legs and HVPS+-aligned market infrastructure legs. The two guideline families are deliberately close but not identical, so the interesting defects live in the gaps — an element one leg carries that the other constrains more tightly.
L3 Technical details
Details that surface in real work: the Business Application Header's business service element declares which CBPR+ guideline a message claims to follow, and gateways validate against it. Character set rules are tighter than generic XML for many elements, so names in other scripts must be transliterated before they enter the message. The UETR is mandatory end to end, which is what makes cross-border tracking workable. For sanctions screening, CBPR+ structure is a genuine gain — a debtor's country sits in a labelled element rather than a free-text address line — but only where originators actually populate structured fields, and the guidelines have been tightening address rules over time to force that. Screening systems, in turn, had to be re-tuned from MT line numbers to XML paths, a migration many institutions found harder than the format change itself.
L4 Standards & sources
The normative texts are the CBPR+ usage guidelines themselves, published and versioned on SWIFT's MyStandards platform: element-level rules, code lists, and the in-force version schedule live there, not in summaries like this one. The HVPS+ guidelines are maintained by a task force of high-value payment system operators and published as market practice that individual infrastructures adapt to their own rules. Two verification habits follow. First, confirm which guideline version is currently in force before relying on any element-level rule, because versions change with the annual standards release cycle. Second, remember that an individual market infrastructure may deviate from HVPS+ in documented ways, so the infrastructure's own specification wins on its leg. Our description simplifies both families to their shared intent.
Sources & standards3
- Official requirement
Cross-Border Payments and Reporting Plus (CBPR+) usage guidelines ↗ — Swift (CBPR+ working group) · CBPR+ usage guidelines and version schedule on MyStandards
Full guidelines require MyStandards access; content here relies on public summaries. MT-to-CBPR+ translation rules are published on Swift's translation portal.
- Market practice
High Value Payments Systems Plus (HVPS+) usage guidelines ↗ — HVPS+ task force (published by Swift) · HVPS+ guideline publications
Full guidelines are published on MyStandards; content here relies on public summaries.
- Simplified educational illustration
Payments Signal editorial teaching models — Payments Signal
What this simplifies: We treat CBPR+ and HVPS+ as one aligned pair with a shared intent; the two guideline families differ at element level, and individual market infrastructures adapt HVPS+ further in their own specifications.
Used wherever diagrams, scenarios, figures, or example values are didactic constructions rather than sourced facts; every such use carries a simplifications disclosure. All people, companies, banks, and list entries in examples are fictional.
SEE THE PAYMENT MOVE
Read the steps as text
- 02ProcessingBank Alfa validates, screens, and debitsBank Alfa (debtor agent)
Checks and screening run on rich, structured fields — one of ISO 20022's main gains. The customer account is debited on acceptance.
- DR Debtor's account at Bank Alfa — USD 1,250,000.00
Screening checkpoint: Outbound screening on structured data — Structured names and addresses screen more precisely than free-text lines, cutting false positives.
- 04ProcessingMeridian screens in the middle of the chainMeridian Bank (intermediary agent)
The intermediary agent screens the structured parties and checks cover on Bank Alfa's account.
- 05SettlementThe correspondent settles across its booksMeridian Bank (intermediary agent)
Settlement is a book transfer between the two banks' USD accounts at Meridian — same mechanics as the MT world; the message standard changed, the money movement did not.
- DR Bank Alfa's USD account at Meridian (vostro) — USD 1,250,000.00
- CR Cassia's USD account at Meridian (vostro) — USD 1,250,000.00
- 07ProcessingCassia validates the incoming paymentCassia Bank (creditor agent)
Inbound screening and account checks before the credit is applied.
- 08PostingThe creditor is creditedCassia Bank (creditor agent)
The structured remittance information lets the creditor reconcile the invoice automatically.
- CR Creditor's account at Cassia — USD 1,250,000.00
Sources for this topic4
- Official requirement
Cross-Border Payments and Reporting Plus (CBPR+) usage guidelines ↗ — Swift (CBPR+ working group) · CBPR+ usage guidelines
Full guidelines require MyStandards access; content here relies on public summaries. MT-to-CBPR+ translation rules are published on Swift's translation portal.
- Market practice
High Value Payments Systems Plus (HVPS+) usage guidelines ↗ — HVPS+ task force (published by Swift) · HVPS+ guideline publications
Full guidelines are published on MyStandards; content here relies on public summaries.
- Official requirement
ISO 20022 Standards (Swift ISO 20022 adoption programme) ↗ — Swift · end of MT–MX coexistence for cross-border payment instructions, November 2025
Programme milestones change over time; the coexistence period for in-scope cross-border payment instructions ended in November 2025. Check swift.com for the current timeline.
- Simplified educational illustration
Payments Signal editorial teaching models — Payments Signal
What this simplifies: The house-style analogy compresses usage-guideline mechanics; guideline restrictions operate element by element, not as broad stylistic rules.
Used wherever diagrams, scenarios, figures, or example values are didactic constructions rather than sourced facts; every such use carries a simplifications disclosure. All people, companies, banks, and list entries in examples are fictional.
Deepest material on this page: L4 — Standards & sources. Where a topic stops short of implementation depth, that is a deliberate coverage decision, not an oversight — see coverage.