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
  • When FX is provided by the Source PSP
  • When FX is provided by a third-party FX Provider
  • Playing multiple roles in Nexus
  • Accessibility for smaller or non-bank FXPs
Export as PDF
  1. FX Provision

Role of the FX Provider

PreviousKey PointsNextHow Third-Party FX provision works in Nexus

Last updated 7 months ago

Every cross-border, cross-currency payment requires an actor who is willing and able to swap one currency for another. In Nexus, the entity providing this service plays the role of FX Provider.

This is one of the three key roles that a financial institution may play in Nexus:

  • Payment Service Provider (PSP), sending and receiving payments on behalf of customers

  • FX Provider (FXP), providing FX rates and FX conversion to PSPs

  • Settlement Access Provider (SAP), who provide FXPs (or PSPs) who are not themselves members of an IPS with accounts which can send and receive payments through a specific Instant Payment System (IPS)

The key roles in Nexus are described in more detail in .

When FX is provided by the Source PSP

In some cases, the Source PSP will act as FXP for its own payments; this may happen when:

  • the Source PSP is a participant in the IPS of the Destination Country, OR

  • the Source PSP holds an account at a PSP in the destination country, and that PSP is willing to act as a Settlement Access Provider.

When FX is provided by a third-party FX Provider

In other cases, the Source PSP will make use of a third-party FXP; this is more common when the Source PSP only operates in one country and does not hold funds in the destination country.

Third-party FXPs would be regulated financial institutions that are willing to accept the Source Currency from the Sender and pay out the Destination Currency to the Recipient.

Third-party FXPs inform Nexus of the current rates at which they are willing to exchange one currency for another. They compete to offer the best rates for a specific corridor, helping to ensure a competitive market.

Each payments corridor between two Nexus countries and currencies will have one or more third-party FX Providers, who are in competition with each other to provide the best rates.

Playing multiple roles in Nexus

A single financial institution may choose to play one or more roles in Nexus (subject to eligibility). The role an institution plays may vary depending on the currency pair and specific payment.

The table below shows the exhaustive combination of roles that an FXP may play. When the Source PSP and the FX Provider are separate entities, the Source PSP is using a Third-Party FX Provider.

(Each box shows a distinct financial institution.)

Two special cases have a significant impact on the way that the FXP acts:

  • SPECIAL CASE 1: Source PSP acts as FXP for its own payments (scenarios 10, 11 and 12 in the diagram below):

    • A PSP that holds the Destination Currency in an account at a Destination SAP may act as FX Provider for their own payments.

    • In this case the Source PSP does not need to request a quote from Nexus. They may instead define the FX rate they wish to apply to the payment. The Source PSP must follow a special process when preparing the payment instruction – see Payment setup for PSPs who provide their own FX.

  • SPECIAL CASE 2: An FXP and (one or both) SAP(s) are the same entity (scenarios 5-12 below):

    • An FXP that is a member of either the Source or Destination IPS may also act as Settlement Access Provider to themselves. (See Accessing Instant Payment Systems)

    • In this case, everything in this guide applies as normal, but in addition, the obligations that apply to an SAP also apply to the FXP, in their capacity as an SAP. (See Settlement Access Provision.)

Accessibility for smaller or non-bank FXPs

Nexus is designed to enable a wide range of actors to play the role of FX Provider. For example, the use of Settlement Access Providers enables institutions who are not members of an IPS to access that IPS and provide FX via Nexus. This ensures that FX provision is not limited to the largest international banks (who are more likely to be members of multiple IPSs). It also makes it more likely that there is FX provision for lesser-used or “exotic” currency pairs.

Any FX Provider that meets the and adheres to the Nexus Scheme may provide FX conversion to Nexus payments.

Chapter 2.3 of the Nexus (2024) report
eligibility requirements
A third-party FX Provider holds funds in both countries. They accept funds from the Source PSP and pay out funds to the Destination PSP
One financial institution can play multiple roles in a specific Nexus payment.