We have relaxed the requirement to provide a value for PSP in a payout request. If your retail channel is configured to use only one PSP, then we will default to use that to process the payout.

If there are multiple PSPs configured then a PSP should still be provided in the payout request. If omitted you will receive a 4000 response code.

We have added a new GET refunds endpoint to our API: [GET /v1/payments/{paymentId}/refunds], which will return a list of all the refunds
associated with a paymentId. Additionally, a merchantTransactionId can optionally be passed in as a query parameter to find a specific
refund on a payment.

We have changed the 5004 response code to be mapped to HttpStatus 422 instead of 500.

We have added cashierId field to the response of GET payment and payout status call. This field will be present in the
response in cases where the transaction was handled by a cashier.

We have added merchantTransactionId to the request and response of the POST /refund endpoint. This is your unique
identifier for the API request. We will validate the uniqueness of the merchantTransactionId value so if a
payment/payout/refund is created with merchantTransactionId abc, no other payment/payout/refund can be created with
abc. If this happens we will return a HTTP Status 409 Conflict with a 4701 response code.

This identifier will in future be used to retrieve a payment/payout/refund when you experience a connection drop and
are unable to obtain a paymentId.

We have added Paysafecard as a new payment-instrument, which can be used to make Payments via the PSP Paysafecard.

For more information, please see our Paysafecard integration page.

We have added a stand-alone Network Token Service Provider. You can now provision Network Tokens from multiple Card Schemes via a single integration with BR-DGE.

You can use BR-DGEs Network Token Service to:

• Create CoFs and have BR-DGE provision a Network Token.
• Provision a Cryptogram for use outside of the BR-DGE platform.
• Be kept informed of the status of your Network Tokens and whether they can be used.
• Delete existing CoFs and their respective network tokens.

For more information, please see our Network Token Service Provider page.

We have added the 5305 response code description as:

Unknown outcome due to read timeout, please contact your processor.

Updated descriptions for response codes

Added support for External 3D Secure.