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. Settlement Access Provision

Key Points

This section on Settlement Access Providers is highly technical and is only likely to be of interest to IPS Operators and PSPs who are considering becoming SAPs.

This guide describes:

  • the role of a Settlement Access Provider (SAP) in enabling FXPs and some Source PSPs to manage FX conversion, even if they are not members of a country's payment system

  • the process and criteria for a financial institution to act as an SAP in Nexus

  • how SAPs engage with and onboard FXPs

  • scheme obligations on the SAPs

  • how Nexus payments are processed through the SAPs

  • how the SAP should manage its liquidity

60-SECOND SUMMARY

  • Settlement Access Providers (SAPs) provide accounts to:

    • third-party Foreign Exchange Providers (FXPs) who are not participants in particular Instant Payment System (IPS)

    • some Source PSPs from other countries (foreign PSPs) who wish to act as FXP to themselves (by holding the Destination Currency) but are not members of the Destination IPS

  • SAPs play an important role by ensuring that a wider range of FXPs can participate in Nexus.

  • An SAP only deals with their own domestic currency.

  • To be an SAP, a financial institution must be a member of the local IPS. Therefore all SAPs are also PSPs, by definition (but not all PSPs are SAPs). Any PSP can act as a SAP, subject to conditions outlined in this guide. See Joining Nexus as an SAP.

  • FXPs (or foreign PSPs) enter into bilateral arrangements with SAPs to open accounts. The prices charged by the SAPs to the FXPs is outside the scope of the Nexus scheme. See SAP onboarding of FXPs (or foreign PSPs).

    • It is the FXP (or foreign PSP) who informs Nexus which SAP accounts they wish to use. However, the Nexus staff team will verify that the FXP does indeed own the account at the SAP, and that the SAP is willing to act as SAP to that FXP.

  • When Nexus issues a quote on behalf of an FXP, the quote will include information about the accounts at SAPs that the payment will flow through.

    • These are defined as Intermediary Agent Accounts in the pacs.008 payment instruction.

  • In each specific payment, there can be a Source SAP and a Destination SAP. Processing payments as the Source SAP is relatively simple, as it is very similar to processing payments as a Destination PSP. However, processing payments as the Destination SAP can be slightly more complex, and the process may vary depending the IPS and SAP in question. See Processing payments as an SAP

  • FXPs are responsible for making sure they have a sufficient account balance (or line of credit) at their respective SAPs. In turn, SAPs are responsible for ensuring they have sufficient liquidity in their IPS settlement account to honour payments on behalf of their customer FXPs. Given that Nexus payments will be 24/7, this may require the SAP to pay additional attention to liquidity management outside of core business hours and at weekends. See Managing Liquidity as an SAP.

PreviousAnnex: Sponsoring PSPs and Sponsored EntitiesNextRole of the Settlement Access Provider (SAP)

Last updated 8 months ago