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. Addressing & Proxy Resolution

Key Points

PreviousStep 17: Accept the confirmation and notify SenderNextOverview of Payment Addressing in Nexus

Last updated 8 months ago

This section describes:

  • how Nexus payments can be addressed using any details that are valid in the Destination Country, including proxies/aliases, International Bank Account Numbers (IBAN) or Account Identifiers.

  • how a Proxy Directory Operator (PDO) should onboard with Nexus, and the information it needs to provide about the proxy types available in that country

  • how a Source PSP should set up proxy or account resolution requests

  • how a PDO should process and respond to proxy resolution requests

  • how a Destination PSP should respond to account resolution requests

60-Second Summary

  • Addressing: Nexus payments can be addressed using the same details that are valid for domestic payments, including:

    • IBAN (depending on the country)

    • Account Identifiers in conjunction with a Financial Institution Identification (either a BIC or a non-BIC Clearing System Member Identification, such as a routing number)

    • Proxies (also known as aliases) such as mobile numbers, email addresses or company registration numbers (depending on the country)

  • Address Options & Address Inputs: A Source PSP (ie the sender’s PSP) can use the Nexus APIs to find out which address options (including proxies) are available in each country. Once the Sender has selected the Destination Country, the PSP’s app can call the relevant Nexus API and use the data returned to dynamically generate the addressing form in the app.

  • Proxy resolution: Nexus connects to proxy directories in each country in the network. When a Sender provides a proxy (eg mobile number) for the Recipient, this will be sent through Nexus to the relevant proxy directory in the Recipient’s country. The proxy directory will reply with the Account Identification (account number) and Financial Institution Identification of the Recipient’s account.

  • Account resolution: Nexus will also try to contact the Destination PSP (ie the recipient’s PSP) to request further information about the Recipient. The Destination PSP can choose whether or not to share any further information. Any information shared can increase the chances that sanctions screening and other compliance checks will pass without requiring manual intervention.

  • Onboarding and setup: The Proxy Directory Operator (or IPSO, if the IPSO also operates the proxy directory) must inform Nexus of the address types available in its country when it first onboards to Nexus. It can do so through the Nexus Service Desk or through Nexus APIs.

  • ISO 20022 and message translation: Nexus uses ISO 20022 messages (specifically and ) for proxy and account resolution requests and responses. Where an IPS or its member PSPs do not support these messages domestically, the IPSO is responsible for translating the domestic message to the Nexus standard and vice versa.

  • Local implementation: In most countries, some changes may be needed to the domestic message format and the way that PSPs set up proxy resolution or account resolution requests.

acmt.023
acmt.024