BIS Innovation Hub
Nexus - Short ReportAbout the BIS Innovation Hub
  • Introduction
    • Nexus Overview
    • How to use this site
    • Overview Report
    • Terminology
  • Payment Setup
    • Key Points
    • Scope of Nexus payments
    • Steps 1-2: Country, Currency & Amount
    • Steps 3-6: Exchange Rates
    • Steps 7-9: Addressing, Proxy Resolution & Confirmation of Payee
    • Steps 10-11: Sanctions screening
    • Step 12: Ask the Sender for approval
    • Step 13-16: Set up and send the payment instruction
    • Step 17: Accept the confirmation and notify Sender
  • Addressing & Proxy Resolution
    • Key Points
    • Overview of Payment Addressing in Nexus
      • Addressing via Proxies (Aliases)
      • Addressing via Account Details
    • Address Types & Inputs
      • Address Types
      • Address Inputs
      • Financial Institution Identification
      • List of PSPs
      • Examples
    • Proxy & Account Resolution Process
      • Step 1: Sender inputs proxy or account details
      • Step 2: Proxy Resolution Messaging Sequence
      • Step 3: Account Resolution Messaging Sequence
      • Step 4: Source PSP processes the results
      • Masking of Display Names
    • Role of the Proxy Directory Operator (PDO)
      • Obligations on the Proxy Directory Operator
      • Obligations of PSPs using the Proxy Directory
      • Onboarding a Proxy Directory Operator onto Nexus
  • FX Provision
    • Key Points
    • Role of the FX Provider
    • How Third-Party FX provision works in Nexus
    • Joining Nexus as a third-party FXP
    • Accessing Instant Payment Systems
    • Onboarding PSPs
    • Obligations & Compliance
    • Revenue model for FXPs
    • Rates from Third-Party FX Providers
      • Improving rates for larger transactions
      • Improving rates for specific PSPs
    • Quotes
    • Managing Liquidity
  • Payment Processing
    • Key Points
    • Accounts & Relationships
    • Maximum value of a Nexus payment
    • Payment Flow (Happy Path)
      • Detailed Flow in Source Country (Sending)
      • Detailed Flow in Destination Country (Receiving)
      • Booking flow for Source PSPs
      • Notifying FXPs of completed payments
    • Validations, Duplicates & Fraud
    • Time critical vs non-time critical payments
    • Special Scenarios
    • Payment setup for PSPs who provide their own FX
    • Unsuccessful Payments (Exceptions)
      • Rejects
      • Recall Requests
      • Returns
      • Investigation & Enquiry
      • Disputes
      • Reconciliation reports
    • Fees
    • Role and responsibilities of the Instant Payment System Operator (IPSO)
    • Ensuring settlement certainty
    • Annex: 4-step vs 5-step Processes in Domestic Clearing and Settlement
    • Annex: Sponsoring PSPs and Sponsored Entities
  • Settlement Access Provision
    • Key Points
    • Role of the Settlement Access Provider (SAP)
    • Joining Nexus as an SAP
    • SAP onboarding of FXPs (or foreign PSPs)
    • Costs and Revenue for SAPs
    • Obligations on the SAP
    • Processing payments as an SAP
      • Payment Process for the Source SAP
      • Payment Process for the Destination SAP
      • How the Destination IPS initiates the payment via the Destination SAP
    • Managing Liquidity as an SAP
  • Messaging & Translation
    • Key Points
    • General Usage of ISO 20022
      • Adherence to CPMI Harmonised ISO 20022 Data Requirements
    • Compatibility with Instant Payments Plus (IP+)
    • Message transformation by Nexus
    • Specific Message Elements
    • Purpose Codes
    • Message Guidelines (Excel)
    • MESSAGE acmt.023 Identification Verification Request
    • MESSAGE acmt.024 Identification Verification Report
    • MESSAGE: pacs.008 FI to FI Customer Credit Transfer
      • pacs.008 Differences from CPMI Harmonisation Requirements
    • MESSAGE pacs.002 Payment Status Report
      • pacs.002 Differences from CPMI/CBPR+ Guidelines
    • MESSAGE: pacs.004 Payment Return (Not yet supported)
    • MESSAGE: camt.054 Bank to Customer Debit Credit Notification
    • Translation To/From Domestic Message Formats
    • Translating To/From ISO 20022 Codes
  • APIs
    • Overview
    • Countries
    • Currencies
    • Address Types and Inputs
    • Financial Institutions
    • Fees and Amounts
    • Intermediary Agents (SAPs)
    • Quotes
    • ISO 20022 Messages
  • About
    • Contact the Nexus Team
  • LEGAL
    • Terms and Conditions of Use
    • Privacy Notice
    • Cookies Notice
Powered by GitBook
On this page
Export as PDF
  1. Messaging & Translation

Key Points

PreviousManaging Liquidity as an SAPNextGeneral Usage of ISO 20022

Last updated 5 months ago

This section describes:

  • How Nexus makes use of ISO 20022 messages

  • How to use the acmt.023/acmt.024 messages for proxy and account resolution

  • How to use the pacs.008/pacs.002 messages for payment instructions and acknowledgement

  • How instant payment system (IPS) operators that do not use ISO 20022 messages domestically should approach translation to and from ISO 20022

60-SECOND SUMMARY

  • Use of ISO 20022: Nexus exclusively uses ISO 20022 standard messages (and RESTful APIs) to communicate with IPS. The first release of Nexus will use pacs.008 for payment instructions, pacs.002 for payment status reports, acmt.023 for proxy resolution or account resolution requests, and acmt.024 for proxy resolution and account resolution responses. Further messages are not yet supported but are included in the roadmap.

  • ISO 20022 messages are sent to Nexus via API. See ISO 20022 Messages for further details.

  • CPMI Harmonisation requirements and Nexus message guidelines: The Nexus usage guidelines are designed to be consistent with the first and foremost, and then consistent with the Cross-Border Payments and Reporting (CBPR+) usage guidelines. Where the CPMI guidelines differ from the CBPR+ guidelines, Nexus follows the CPMI guidelines.

    • Nexus makes some optional elements mandatory in order to enable processing of Nexus payments across two IPS.

  • Compatibility with IP+: Where the ISO 20022 IP+ message guidelines are followed for domestic instant payments, compatibility with Nexus usage guidelines can be achieved (even before joining Nexus) by ensuring that elements which are mandatory for Nexus payments are optional in the domestic message format (rather than setting a “do not use” rule).

  • Payment tracking: Every payment instruction sent through Nexus must have a Unique End-to-End Reference (UETR) to allow tracking and investigation of the payment. If Source PSPs are not able to add this UETR, it must be added by the IPS before the message is sent to Nexus.

    • Note: There is no link or shared ID between the proxy resolution or the account verification and the following payment instruction.

  • Use of domestic messages, and message translation: The Nexus Scheme Rulebook does not require IPSs to use ISO 20022 to communicate domestically with their own PSPs. However, IPSs who do not use ISO 20022 for the domestic processing of Nexus payments must translate those domestic messages to be compatible with the Nexus usage guidelines before sending messages to Nexus, and back to the format used in the domestic leg after receiving messages from Nexus. Nexus does not provide a translation service; this must be handled by the IPS.

  • Use of ISO 20022 external codes: Where a code is used to denote a status, reason for rejection/failure, or proxy type, Nexus uses codes from the . Proprietary codes are not accepted. If proprietary codes are used domestically, they must be translated to the relevant ISO 20022 external code before the message is sent to Nexus.

  • Message transformation: “Transformation” is different from translation. Whereas translation moves the data unchanged from one message format to another, transformation in Nexus may change the value or position of some elements of the message.

  • Some messages need to be transformed by Nexus as they travel between the Source Country and Destination Country (or vice versa). Transformation varies depending on the message type but may include:

    • Moving the agents in an instruction (eg changing the Instructing and Instructed Agents from the Source PSP and Source SAP to the Destination SAP and Destination PSP respectively)

    • Converting a currency and payment value from the Source Currency to the Destination Currency (according to exchange rate given in the message, which will be verified against the Nexus quote ID provided in the message)

CPMI Harmonisation Requirements
ISO 20022 External Code Set