Sandbox description AIS

Account Information Services Scenarios

Below are list of Account Information Services (AIS) scenarios and documentation of guideline steps, user can perform to try out each scenario.

 Sr. No.  Scenario Name  ASPSP ID  Scenario Guideline

 01.

 AIS with Redirect Authorisation and Accounts, Balances & Transactions (Date filter only)

 20101

 02.

 AIS with Redirect Authorisation and Accounts, Balances & Transactions (DateTime filter)

 20116

 03.

 AIS Download Transactions

 20102

 04.

 AIS Delete Consents

 20101

Enable "on this page" menu on doc section
On

Statements (beta test)

Technical Description

 

This API allows you to provide specifications explaining the merchant payment to your merchant customers. Combined with the transactions API, all details can be provided to your merchant customer.

Version note:

This API is currently in beta test.

Please be aware that these API interfaces are for evaluation. The API interfaces may be changed and improved.

Merchant analysis (test)

Merchant analysis (test)

Make trends, revenue and transaction totals insightful for your merchants. You can use our API to create charts and graphs, supply totals without having to retrieve all the transaction details. Totals can be divided by brand and type on a daily, or monthly basis. The API can be used to retrieve the totals on all levels of the merchant hierarchy.

Benefits for you!

rak

Efficiency

 

Show transaction and revenue totals to your merchants without the need to first retrieve all the details.

puzz

Complete overview

 

The merchant gets insights on the use of different brands and the number of refunds on cluster, merchant, contract and site level.

hand

Improve user experience

 

Enhance your merchant’s experience by integrating his transaction data in your own environment. A separate portal is not necessary anymore

Who can use this API?

acq

Acquirers

 

 

psp

PSPs

merch

Merchants

Why use it?

The merchant wants to see the total number of transactions, total revenue for a specific period without having to wait long, browse through big amounts of data, or retrieve his information in different portals. The Merchant Analysis API delivers the totals fast and on the level the merchant requires it, divided by brand and type.

USE CASE

Transaction data gives new consumers insights

lamp

A large clothes store with multiple locations, is now able to analyze the amount of refunds and chargebacks versus the transactions, to compare how his different locations perform on client satisfaction.

How it works

Step 1

The merchant logs in to your app or portal and clicks on “Store Transaction Analysis” (or any other name you branded the Worldline FS API with)

Step 2

Your app or portal transfers the request to the Worldline FS API by using one of the available API Operation

Step 3

The Worldline FS API retrieves the requested data

Step 4

The API delivers the requested data in JSON format to your app/portal

Step 5

Your app/portal reformats this information in plain text, a table, or a graph and presents it to the merchant

Step 6

The merchant uses this information for his analysis

Statements (beta test)

Statements (beta test)

With the Statements API you will be able to search for and retrieve Statements that specify the merchant payment (payout) to your (sub-)merchant customers. Combined with the transactions API, all detail can be provided to your (sub-)merchant customer.
This API enables you to search for Reconciliation Statements based on payments reference and on specific periods of time.

Benefits for you!

hand

Control

 

Control the look and feel of the statement by formatting the received data using your own templates.

loc

One location

 

Present the statement explaining the merchant and the payment itself in one location.

owb

Own environment

 

Present the statements in your own app or portal based on your own client data.

Who can use this API?

acq

Acquirers

psp

PSPs

 

Interchange fees (beta test)

Technical Description

 

This API enables you as a Acquirer or PSP to provide your client with interchange fee data. The API retrieves the interchange data based on transactions, payments, contract entity and specific periods of time.

Version note:

This API is currently in beta test.

Please be aware that these API interfaces are for evaluation. The API interfaces may be changed and improved.

Interchange fees (beta test)

Interchange fees (beta test)

This API enables you as an Acquirer or PSP to provide your client with interchange fee data and key fields associated with the rate. The API retrieves the interchange data based on transactions, payments, contract entity and specific periods of time.

Benefits for you!

puzzle

Complete

 

Complete your transaction information with interchange fee data and gain insight into rates and fees

schild

Compliant

 

Become compliant by providing the interchange fee data to your merchants

grafiek

Own environment

 

Present interchange fee data in your own app or portal

Who can use this API?

Acq

Acquirers

PSP

PSPs

Why use It?

This API enables you to use certain criteria from other APIs (e.g. transactionId of presentments) to retrieve interchange data and show it in your application.

USE CASE

Be compliant and provide Interchange data to your customers

Use case

A webshop would like to compare the interchange fee for domestic vs cross-border transactions. With this API the merchant has better insight into the transaction cost of different types of consumers.

Merchant payments

Technical Description

 

This API allows you to provide detailed payment data to your customers. The API retrieves comprehensive payment data using specific criteria and periods of time.

Version note:
Please be aware that these API interfaces may be changed and improved (e.g. addition of fields).

The "Try out" feature does not work at this time because the sandbox is being improved to support new functionality.

Payment Initiation Service API

Payment Initiation Service API's

The APIs will allow the initiation of a payment from any payment account to another payment account in Europe, held by any reachable ASPSP provided the account holder has given his explicit consent as is stipulated by the Payment Services Directive 2 (PSD2).