Open BankingB2B SuiteERP Integration
GuidesChangelog
Menu

Categories

Open BankingB2B SuiteERP Integration


  • GENERAL INFORMATION

    • Documentation guide
    • Documentation guide
    • SingleView B2B Core APIs
    • SingleView Open Banking
    • Platform architecture
    • KSAOB standards
    • Security best practices
  • Getting started

    • Introduction
    • Become a User
    • Quick Lookup
  • GETTING STARTED

    • Integration guide
    • Become a user
    • Integration guide
    • Prerequisites for Sandbox
    • Developer console
    • Establishing secure connection
    • Establish secure connection
    • Authenticating your request
    • Generate access token
    • Making your first test api call
    • Make test raw data API call
    • Prerequisites for production
    • Make test data use case API call
    • Moving to production
  • Authentication

    • Generate Signature
  • ERP API Services

    • Configure API Account
    • Create Group & Company
    • Supplier Services
    • Account Services
    • Balance Enquiry
    • Statements
    • IBAN Validation
    • POS Transactions
  • CONSENT MANAGEMENT

    • Overview
    • Create a consent
    • Retrieve consent details
    • Revoke a consent
  • AUTHENTICATION

    • Header parameters
    • Obtain access token
    • Generate signature
  • Data APIs

    • Account statement
    • Balance enquiry
    • IBAN verification
    • POS transactions
    • Raw statement
  • Raw Data APIs

    • Introduction
    • View accounts
    • View balance
    • View transactions
    • Identify account holders (Parties)
    • Review direct debits
    • Review scheduled payments
    • Review standing orders
  • Payment APIs

  • DATA USE CASE APIS

  • SADAD

  • Plug-and-Play Integrations

    • Payly
  • RESOURCES

    • POR Details
    • Error codes
    • Errors & codes
    • Collections
    • API version management
    • Bank connectivity
  • API Archives


Authenticating your request

Secure every API request with access token authentication and digital request signing

To protect sensitive business data and payment transactions, every request to the SingleView B2B API Suite must be authenticated and verified before it is processed.

The platform uses a layered security approach that combines Access Token authentication with digital request signatures. Together, these mechanisms verify the identity of the calling application, ensure request integrity, and prevent unauthorized access.

Authentication Overview

Each API request must include:

  • A valid Access Token to authenticate your application.
  • A digital signature to verify that the request has not been altered during transmission.

Only requests that successfully pass both authentication and signature validation are processed by the platform.

Obtain Access Token

Before calling any protected API, your application must obtain an access token from the authentication service.

The access token serves as proof that your application has been authenticated and is authorized to access the requested APIs.

Access Token Workflow

  1. Submit your authentication request using the credentials provided during onboarding.
  2. Receive an access token from the authentication endpoint.
  3. Store the token securely.
  4. Include the token in the Authorization header of every API request.
  5. Refresh or regenerate the token when it expires.

Note: Access tokens are time-limited and should be managed securely. Avoid hardcoding tokens or exposing them in client-side applications.

Generate a Request Signature

In addition to the access token, every API request must include a digital signature.

The signature is generated using your organization's private key and helps verify:

  • The authenticity of the sender.
  • The integrity of the request payload.
  • That the request has not been modified during transit.

The SingleView platform validates the signature using the corresponding public certificate configured during onboarding.

Request Validation

When a request is received, the platform performs the following validation checks:

  • Verifies the access token
  • Validates the digital signature
  • Confirms the request originates from an authenticated client
  • Verifies request integrity
  • Processes the request only if all security checks are successful

If any validation fails, the request is rejected and an appropriate error response is returned.

Authentication Flow

The authentication process follows these steps:

  1. Generate or retrieve a valid access token
  2. Construct the API request
  3. Generate a digital signature for the request
  4. Include the required authentication headers
  5. Send the request over the established mutual TLS (mTLS) connection
  6. Receive the API response after successful authentication and validation

Security Best Practices

To help protect your integration, follow these recommended practices:

  • Store credentials, private keys, and access tokens securely.
  • Never expose private keys in source code or client-side applications.
  • Rotate credentials and certificates according to your organization's security policies.
  • Regenerate access tokens when they expire.
  • Validate server certificates before establishing connections.
  • Sign every request using the configured private key.
  • Use HTTPS and mutual TLS (mTLS) for all API communication.
What's next?

Once your application is successfully authenticated, you can begin testing the available APIs in the sandbox environment.

Continue to the next step in the integration guide to learn how to make your first test API call.

Updated July 10, 2026

Was this helpful?