Cancellations and credits are available for Bluecode payments as described in the sections below. Only credits are available in batch mode. For point-of-sale transactions please use connection for Bluecode QR Code payment.
Use the following URL to process an Bluecode QR Code payment via redirect to the Bluecode form:
|
Use the following URL to process an Bluecode QR Code payment via Server-to-Server connection – you have to transform the Bluecode URL into a QR Code:
|
|
Parameters for payments with Bluecode website payment
|
Result parameters for URLNotify, URLSuccess and URLFailure in case of Bluecode website payment
Reversals of a payment with Bluecode QR Code payment are possible via a Server-to-Server connection. The permits reversals that reference an authorisation previously made via
. If you reference a payment in a cancellation, the whole payment is cancelled. A cancellation is not possible for successful completed payment processes. To refund money to the consumer use "credit".
To carry out a Reversal for Bluecode QR Code payment via a Server-to-Server connection please use the following URL:
|
|
Parameters for reversal of Bluecode QR Code payments
|
Response parameters for reversal of Bluecode QR Code payments
Credits for a payment with all Bluecode payment scenarios can be made via server-to-server communication. permits credits that reference on a capture previously made via
. The amount of the credit is limited to the amount of the previous capture.
To carry out a credit with a reference transaction, please use the following URL:
|
|
Parameters for credits of Bluecode payments
|
Result parameters for credits of Bluecode payments
This section describes the parameters which must be transferred within the data set (Record) for executing an Bluecode payment and information can be found within the response file about the payment status
For Batch calls there must be considered batch versions, from which optional parameters depend. All version designations starting with „2.“ pertain calls for a group of enterprises. That means within a batch file for a particular MerchantID can be transferred transactions for other merchants with a separate Sub-MID
Following table gives an overview of all batch versions that are possible for a specific action an their specialities:
|
Description of the possible batch versions
The structure for a Bluecode credit within a Batch file to be submitted is as follows:
|
Example for Master MID function:
|
|
Description of fields within the record for Batch files
The record area within the response file for Batch transactions looks as follows:
|
|
Description of result parameters within the record for Batch files
Bluecode provides a special Sandbox-App to provide test functionality. This Sandbox-App is not available in the official Appstores, but is available here:
Smartphone | Link and remarks | QR-Code for easy download of Bluecode Sandbox-App |
---|---|---|
iOS | Note on iOS: When installing the sandbox app for the first time, the company app "bluesource" must be trusted once on iOS devices under "Settings> General> Profiles & device management". Only then the sandbox app can be used on iOS. | |
Android | https://install.appcenter.ms/orgs/bluecode-organization/apps/com.spt.bluecode.sandbox-android/distribution_groups/public |
|
Please note:
After installation of Bluecode Sandbox-App the Bluecode has to be connected to a bank account:
In the Bluecode Sandbox app, no "real" payments are made, they are only simulated!
The Bluecode Sandbox App also has some transaction limits (per hour / per day). In case you need to disable the transaction limits please send an email together with your Bluecode Sandbox App "Bluecode ID" to devsupport@bluecode.com. You will find the Bluecode ID here: |
itself has a certified Bluecode implementation. However, when switching from test to production mode a merchant has to ensure: