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
  • Account management
  • Due diligence on FXPs
  • Compliance & sanctions screening
  • Testing
  • Minimum commitment
  • Pricing
  • Fees
  • Allowing payment reversals
  • The following obligations will be taken care of by Nexus:
Export as PDF
  1. Settlement Access Provision

Obligations on the SAP

The Nexus Scheme Rulebook provides detailed obligations for Settlement Access Providers. At a high level, these obligations include:

Account management

  • The SAP must provide the FXP with an account denominated in the domestic currency, and the tooling to manage the balance on the account. This may be the same tooling as supplied by the SAP to other (corporate) clients.

Due diligence on FXPs

  • The SAP needs to onboard the FXP and comply with local laws and regulations, including (but not limited to) due diligence on the FXP. Depending on the local legislation, this process may be different than onboarding other corporate clients.

  • The SAP should accept the Wolfsberg Correspondent Banking Due Diligence Questionnaire (CBDDQ) template from FXPs, and not require FXPs to use a non-standard process for collecting due diligence information.

Compliance & sanctions screening

  • SAPs must comply with all applicable regulations in the jurisdiction they are based in. The SAP must ensure that any applicable compliance checks are completed before approving the payment. Depending on local regulations, this typically includes screening against the sanctions lists applicable in the SAP’s jurisdiction. If there are no local requirements for screening for the SAP in the local jurisdiction, this is not required by Nexus.

  • If local regulations do not permit the SAP to rely on screening done by the Source or Destination PSP, then the SAP must have real-time sanctions screening ability.

  • The SAP must ensure that its internal systems can handle and process the Nexus payment messages, which may be more data-rich than the domestic format.

Testing

  • The SAP must undertake a robust testing process with the IPS Operator and FXP to ensure that all systems are working as expected before go-live and before any significant change.

Minimum commitment

  • SAPs must commit to providing services to an FXP and must give a period of notice if they wish to stop providing those services. This is to avoid unexpected disruption to Nexus payments, which could occur if an SAP withdrew its services at short notice.

Pricing

  • The SAP has total discretion over whether it offers services to a specific FXP or not, and on what terms. The terms of service between the SAP and FXP will be agreed bilaterally, outside of the Nexus Scheme.

Fees

  • The SAP is not allowed to deduct fees from the value of the payment transferred; it must pass on the funds in full.

  • Any fees charged by the SAP to the FXP must therefore be charged separately and paid by the FXP to the SAP outside of the Nexus scheme.

Allowing payment reversals

  • When a Nexus Payment fails to complete correctly in the Destination IPS:

    • the Destination SAP has the obligation to return the funds already debited from an FX Provider to that same FX Provider.

    • the Source SAP has the obligation to allow the Source IPS to return funds that were credited to the Source SAP back to the Source PSP

The following obligations will be taken care of by Nexus:

  • After each successfully completed Nexus payment, Nexus will notify the FX Provider of the amount and currencies of the payment.

PreviousCosts and Revenue for SAPsNextProcessing payments as an SAP

Last updated 8 months ago