Test data

Positives

Below are the positive test case input definitions with the expected results in the last 4 columns. Positive in this context means that the payments get an authorization. Be aware that the Fraud service can have influence on the final payment status.

Negatives

The negative cases are simulating transactions that do not get an authorization. There are lots of different reasons why a transaction gets declined. More info what the reasons are, are found in the event code description.

Currencies

To be able to test every single currency as listed in the currency table before, please use following details.

Below you will find all accepted currency code in the Sandbox:

Fraud Services

Fraud services are by default enabled. The field CITY is controlling the outcome of the fraud check:

For the 525 status a formal decision is required to accept the payment or decline it. The API processchallenged is needed to accept the payment; the status will change to 800. When the payment needs to be declined the CancelPayment will set the status to 99999 (cancelled).

It is also possible to turn off the fraud services per transaction by adding skipFraudService: True to the request. There will be no fraud result in the responses.

3D secure

On payment product id 117 (maestro) 3d secure is enabled as all Maestro transaction are mandated to be processed with 3D secure.

AVS

Address verification is enabled on all cards that support it. Different cases give different AVS result. In case the card type isn’t supporting AVS, the result will always be 0.

Delayed settlement

By default all transaction are set to Delayed settlement, except for the product that don’t support it. In Sale mode, payment will lead to status 800.
In Auth/Capture mode, a payment will lead to status 600, which subsequently requires to do a ApprovePayment to make the status go to 800.

Card verification

Also known as 0$ authorization. This type of transaction is triggered with an amount of 0 and will only return a validated response resulting in a status of 300 and only works on a recurring model.

Refunding

Transactions are not refundable on status Completed with status ID 800, as for that a separate process is scheduled to have the payment end up on a refundable status. Please wait for 1 hour for all your test transactions at status Completed with status ID 800 to be processed like this and set to be ready for refunds.

3D secure handling

For the handling of transaction with 3D secure a redirect takes place for the consumer. In the Sandbox it will not show a login screen but a functional HTML form that needs to post the 3D secure validation to the payment platform. Please use that process to simulate the authentication process. The post action triggers the right action to be able to finish the payment.

The redirect behavior back and forward are as it would be in real production systems.

Sample of the form:

Test data

Below are the positive test case input definitions with the expected results in the last column.

For testing negative payment flow, please cancel the payment after redirect; status of the payment will be 50.

After initializing the payment, a redirect needs to happen. An example of what this page will look like is provided below:

Käyttäjätunnus / Användarkoden: 11111111 

Salasana / Lösenordet: 123456

Click ‘Sisaan/Stig in’

Fill in 123456 and click ‘Vahvista’

Fill in 123456

Click ‘Vahvista’ to get the final page, and you will be automatically redirected to the return URL. The payment ends up on status 800.

Test data

Unfortunately we do not have test data for Android Pay.

Test data

Unfortunately we do not have test data for Apple Pay.

Test data

The test data is related to the sandbox environment and only describes the different test cases. The difference in using the hosted payment page or not is not described.

The following currencies are supported in the sandbox environment, please note that these currencies do not reflect the total number of supported currencies. These are indicated at the top of this page.

Positives

Below are the positive test case input definitions with the expected results in the last column. Positive in this context means that the payments gets accepted, it doesn’t relate to an authorization.

Negatives

The negative cases for bank transfers only occur when invalid data is submitted (eg. Not supported currency/country combination).

Refunds in sandbox

Transactions are not refundable on status Completed with status ID 800, as for that a separate process is scheduled to have the payment end up on a refundable status. Please wait for 1 hour for all your test transactions at status Completed with status ID 800 to be processed like this and set to be ready for refunds.

Test data

Belfius does not offer a test environment. 

Test data

Positives

Below is the positive test case input definitions with the expected results in the last column.

Negatives

There is an easy negative case defined for this product, please use below info to reproduce.

Payment Steps

After initializing the payment, a form should be shown to the consumer to take to the Boleto Bancário office.

Payments cannot be simulated to go to the status completed with the status ID 800 or higher.

Refunds in Sandbox

Transactions are not refundable on status Completed with status ID 800, as for that, a separate process is scheduled to have the payment end up on a refundable status. Please wait 1 hour for all your test transactions at status Completed with status ID 800 to be processed like this and set to be ready for refunds.

Test data

The test data is related to the Sandbox environment, and only describes different test cases. The difference in using the hosted payment page (or not), is not described.

Positives

The positive test case input definitions can be found below. The expected results are in the last column. Positive in this context means that the payments gets accepted, it doesn’t relate to an authorization.

Negatives

The negative cases for bank transfers only occur when invalid data is submitted (e.g. not supported currency/country combination).

Refunds in Sandbox

Transactions are not refundable on status ‘Completed’ with status ‘ID 800’; for that, a separate process is scheduled to have the payment end up on a refundable status. Please wait 1 hour for all your test transactions to reach status ‘Completed’ with status ‘ID 800’ to be processed like this and set to be ready for refunds.

Test data

CBC does not offer a test environment. 

Test data

The positive test case input definition can be found below. The expected results are in the last column. Positive in this context means that the payments gets accepted, it doesn’t relate to an authorization

For testing a negative payment flow, please use the data below.

Test Data / Test Cases

The test data is related to the Sandbox Environment and only describes the different test cases. The difference in using the hosted payment page or not is not described.

Positives

Below are the positive test case input definitions with the expected results in the last column. Positive in this context means that the payments gets accepted, it doesn’t relate to an authorisation.

Negatives

The negative cases for bank transfers only occur when invalid data is submitted (e.g. Not supported currency/country combination).

Refunds in Sandbox

Transactions are not refundable on status completed with Status ID 800, as for that a separate process is scheduled to have the payment end up on a refundable status. Please wait for 1 hour for all your test transactions at status completed with status ID 800 to be processed like this and set to be ready for refunds.

Test data

The difference between using the hosted payment page or not using the hosted payment page is not described.

Positives

Please find below positive test case input definitions with the expected results in the last column.

Negatives

There are no negative test cases for this product.

Refunds in sandbox

Transactions are not refundable on status completed with status ID 800, as for that a separate process is scheduled to have the payment end up on a refundable status. Please wait for 1 hour for all your test transactions at status completed with status ID 800 to be processed like this and set to be ready for refunds.

Test Data / Test Cases

eCard Poland does not offer a test environment; the full transaction cycle can only be tested in production.

Test Payment Steps (Production only)

After initializing the payment, the consumer needs to be redirected to the eCard environment. The landing page looks as below:

Select your bank and click on “Dalej” (Next) at the bottom of the page. Follow the instructions on the bank page to finalize the payment.

Test data

Below are the positive test case input definitions, with the expected results in the last column.

For testing negative payment flow, please use below data.

Choose payment platform specific information

Choose payment platform specific information

Test data

ING Home’Pay does not offer a test environment.

Test data

For the sandbox no test data is available for this product.

Test data

KBC does not offer a test environment. 

Test data

The GlobalCollect platform has not integrated a Konbini and Pay-easy end-to-end testing environment for merchants.

Test data

Below are the positive test case input definitions, with the expected results in the last column.

For testing negative payment flow, please use ‘cancel’ buttons after the redirects. These actions will result in status pending merchant and status id 130 for the payments.

After initializing the payment a redirect needs to happen. The page looks like below:

Click OK, you will end up on the next page:

Enter 1234 in the text box and click ‘ Vahvista’

Click the button to get back on the return URL. The payment ends up on the status completed with the status ID 800.

Test data

The positive test case input definition can be found below. The expected results are in the last column.

For testing the negative payment flow, please use the ‘cancel’ button after the redirects. These actions will result in status ‘pending payment’ with the status ID 130 for the payments.

In case of testing Sweden, please use the data below for this result.

After initializing the payment, a redirect needs to happen. An example of what this page will look like is provided below:

Click ‘lyckad betalning’ to continue a successful payment and you will be automatically redirected to the return URL.

Test data

Pago Fácil does not offer an end to end testing environment for merchants.

Choose payment platform specific information

Test data

The test data is related to the sandbox environment and only describes the different test cases. The difference in using the hosted payment page or not is not described.

The following currencies are supported in the sandbox environment, please note that these currencies do not necessarily reflect the total number of supported currencies. These are indicated at the top of this page.

Positives

Below are the positive test case input definitions with the expected results in the last column.

Negatives

For testing negative payment flow, please cancel the payment after redirect, status of the payment will be Rejected with status ID 130 and eventid 400702.

Payment steps

After initializing the payment a redirect needs to happen. The page will look like below:

• 16 digit pin 0000 0000 0990 0828 
• Tick the box ‘yes, I agree…….’
• Click ‘Pay’

The screen will change to the one shown below:

This is the final page and you will automatically be redirected to the return URL. The payment ends up on status Completed with status ID 800.

Refunds in sandbox

Transactions are not refundable on status Completed with status ID 800, as for that a separate process is scheduled to have the payment end up on a refundable status. Please wait for 1 hour for all your test transactions at status Completed with status ID 800 to be processed like this and set to be ready for refunds.

Test data

There are no test cases available for this product.

Test data

The test data is related to the sandbox environment and only describes the different test cases. The difference between using the hosted payment page or not using the hosted payment page is not described.

Positives

Below are the positive test case input definitions with the expected results in the last column.

Negatives

For testing negative payment flow, please use below data.

Refunds in sandbox

Transactions are not refundable on status Completed with status ID 800, as for that a separate process is scheduled to have the payment end up on a refundable status. Please wait for 1 hour for all your test transactions at status Completed with status ID 800 to be processed like this and set to be ready for refunds.

Test Data

IBAN = Any IBAN of SEPA zone with valid format

You can generate pre and post settlement issues (pre-settlement à RJECTED transaction; post-settlement à CHARGEBACKED) by providing “ISSUE-SEPA-REJ-CODE” as value in the field “lastname” of the mandate data when creating a mandate where “CODE” corresponds to the type of error you want to simulate when using the mandate. Please refer to transaction status evolution section for the list of codes.

Test data

The test data is related to the sandbox environment and only describes the different test cases. The difference in using the hosted payment page or not is not described.

The following currencies are supported in the sandbox environment, please note that these currencies do not reflect the total number of supported currencies. These are indicated at the top of this page.

Positives

Below are the positive test case input definitions with the expected results in the last column. The payment will end at a status completed with the status ID 800.

Negatives

Please use following details, the payments will stay at the status ‘pending payment, which has the status ID 50.

Refunds in sandbox

Transactions are not refundable on status Completed with status ID 800, as for that a separate process is scheduled to have the payment end up on a refundable status. Please wait for 1 hour for all your test transactions at status Completed with status ID 800 to be processed like this and set to be ready for refunds.

Payment steps

After initializing the payment a redirect must happen. The page will look like below:

After you click ‘LOGIN’, you will automatically be redirected to RETURNURL. The payment ends up on 800 status.

Test data

The test data is related to the sandbox environment and only describes the different test cases. The difference in using the hosted payment page or not is not described.

The following currencies are supported in the sandbox environment. Please note that these currencies do not reflect the total number of supported currencies. These are indicated at the top of this page.

Positives

Below are the positive test case input definitions with the expected results in the last column.

Negatives

For testing negative payment flow, please cancel the payment upon redirection, the status of the payment will be 125 with eventid 400700.

Payment steps

After initializing the payment a redirect needs to happen. The page will look like the following:

You can use any details on this page. Please click "Next".

Please type 12345 as instructed on the page. Click Next to complete the transaction. The status ID of the transaction will be 800.

The following is how a page looks like on a mobile device:
 

Refunds in sandbox

Transactions are not refundable on status Completed with status ID 800. A separate process is scheduled for the payment to end up on a refundable status for that. Please wait for an hour for all your test transactions at status Completed with status ID 800 to be processed and set for refunds.

Test data

Unfortunately we cannot provide test data for WebMoney. Please find below screenshots of the checkout flow.

The consumer places the order and fills out the account details.

In the next step, the consumer has to fill out the CAPTCHA and the system will check if the certificate is installed.

If the certificate is present the consumer will be able to complete the order.

Test data

Western Union has an asynchronous payment flow. Any transaction created will not be set to a successful authorized state until the payment confirmation is sent to us.

Positives

Below are the positive test case input definitions with the expected results in the last column.

Negatives

There are no negative cases defined for this product. When the payment is not finalized, the status will remain at the status pending payment with Status ID 55.

Payment Steps

After initializing the payment a form should be shown to the consumer, which the consumer must take to the Western Union Office.

Refunds in Sandbox

Transactions are not refundable on status ID 55, so there is no refund test possible on this product.

Test data

The test data is related to the sandbox environment and only describes the different test cases. The difference in using the hosted payment page or not is not described.

Positives

Below are the positive test case input definitions with the expected results in the last column.

Negatives

For this product no negative cases are available. After initializing the payment a redirect needs to happen. The page will look like below:

Click ‘ Подтвердить’, you will automatically be redirected to RETURNURL. The payment ends up on 800 status.

Refunds in sandbox

Refunds are currently not available.