Testing
-
Show Hide
ACH
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.
Routing Number Account Number Currency Country Payment product ID Payment status ID 121000248 4942590324 USD US 730 800 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.
-
Show Hide
AfterPay - Installments
Please be advised that the credentials to test a transaction will be provided to you during the boarding process.
-
Show Hide
AfterPay - Invoice
Please be advised that the credentials to test a transaction will be provided to you during the boarding process.
-
Show Hide
American Express
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.
Card number CVV Amount Currency code Country code Payment product ID Auth code AVS result CVV result Payment status ID 371449635398431 123 11006 USD US 2 OK1443 Y P 600 371449635398431 999 1100 USD US 2 OK1456 Y P 600 371449635398431 999 11008 USD US 2 OK2318 Y P 600 371449635398431 123 733 CAD CA 2 OK2424 Y M 600 371449635398431 123 1000 USD US 2 OK1131 0 M 600 Currencies
To be able to test every single currency as listed in the currency table, please use following details.
Card number CVV Amount Currency code Country code Payment product ID Auth code AVS result CVV result 371449635398431 432 1000 See curr. table NL 2 OK1131 0 M Fraud Services
Fraud services are by default enabled. The field CITY is controlling the outcome of the fraud check:
City Fraud Result Payment status Amsterdam A(ccept) 600/800 Calais C(hallenged) 525 Denver D(eny) 160 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:
Below are the specific test cases for refused scenarios. Any other amount while end up on a successful operation.
Actions Refused Direct Sale without acceptation code € 13.02 Sale cancellation with acceptation code € 13.03 Reservation / Authorization € 13.04 Reservation cancellation € 13.05 Refund - cancelation without acceptation code € 13.06 TUID recap € 13.08 Data capture – sale with an acceptation code € 13.09 Pre authorization - check against black list € 13.10 Refund Reversal (RFD in POSTED status - before batched) € 13.18 Card numbers test data
Card number Payment product ID 371449635398431 2 371449635398431 2 -
Show Hide
Apple Pay
Unfortunately we do not have test data for Apple Pay.
-
Show Hide
Argencard
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.
Card number CVV Amount Currency code Country code Payment product ID Auth code AVS result CVV result Payment status ID 5011053417303125 123 1003 ARS AR 140 109196 0 0 600 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.
Card number CVV Amount Currency code Country code Payment product ID Event code AVS result CVV result 5011053417303125 123 1017 ARS AR 140 430424 0 0 Fraud Services
Fraud services are by default enabled. The field CITY is controlling the outcome of the fraud check:
City Fraud Result Payment status Amsterdam A(ccept) 600/800 Calais C(hallenged) 525 Denver D(eny) 160 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.
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.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.
-
Show Hide
Aura
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.
Card number CVV Amount Currency code Country code Payment product ID Auth code AVS result CVV result Payment status ID 5078608877345328 321 1008 BRL BR 146 130170 0 0 8001 1 Payment product 146 doesn't support delayed settlement.
Fraud Services
Fraud services are by default enabled. The field CITY is controlling the outcome of the fraud check:
City Fraud Result Payment status Amsterdam A(ccept) 600/800 Calais C(hallenged) 525 Denver D(eny) 160 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.
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.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.
-
Show Hide
Bancontact
Below are the specific test cases for refused scenarios. Any other amount while end up on a successful operation.
Actions Refused Direct Sale without acceptation code € 13.02 Sale cancellation with acceptation code € 13.03 Reservation / Authorization € 13.04 Reservation cancellation € 13.05 Refund - cancelation without acceptation code € 13.06 TUID recap € 13.08 Data capture – sale with an acceptation code € 13.09 Pre authorization - check against black list € 13.10 Refund Reversal (RFD in POSTED status - before batched) € 13.18 Card numbers test data
Card number Payment product ID 67030000000000003 3012 -
Show Hide
Bangkok Bank
To get support for testing, please contact your implementation manager.
-
Show Hide
Bank Transfer
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.
- Australian dollar (AUD)
- Bahraini dinar (BHD)
- Bulgarian lev (BGN)
- Canadian dollar (CAD)
- Colombian peso (COP)
- Croatian kuna (HRK)
- Czech koruna (CZK)
- Danish krone (DKK)
- Euro (EUR)
- Hong Kong dollar (HKD)
- Hungarian forint (HUF)
- Indian rupee (INR)
- Indonesian rupiah (IDR)
- Japanese yen (JPY)
- Kuwaiti dinar (KWD)
- Malaysian ringgit (MYR)
- Mexican peso (MXN)
- New Taiwan dollar (TWD)
- New Zealand dollar (NZD)
- Norwegian krone (NOK)
- Polish zloty (PLN)
- Pound sterling (GBP)
- Qatari riyal (QAR)
- Romanian new leu (RON)
- Russian ruble (RUB)
- Singapore dollar (SGD)
- South African rand (ZAR)
- Swedish krona (SEK)
- Swiss Franc (CHF
- Turkish lira (TRY)
- United States dollar (USD)
MorePositives
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.
MoreCountry code Currency code Payment product ID Fiscal number Payment status ID AD EUR 11 800 AF USD 11 800 AG USD 11 800 AI USD 11 800 AL EUR 11 800 AM RUB 11 800 AN USD 11 800 AO ZAR 11 800 AQ NOK 11 800 AS USD 11 800 AT EUR 11 800 AU AUD 11 800 AW USD 11 800 AZ RUB 11 800 BA EUR 11 800 BB USD 11 800 BD INR 11 800 BD USD 11 800 BE EUR 11 800 BF EUR 11 800 BG BGN 11 800 BH BHD 11 800 BI EUR 11 800 BJ EUR 11 800 BM USD 11 800 BN HKD 11 800 BO USD 11 800 BQ USD 11 800 BS USD 11 800 BT INR 11 800 BV NOK 11 800 BW ZAR 11 800 BY RUB 11 800 BZ USD 11 800 CA CAD 11 800 CC AUD 11 800 CD EUR 11 800 CF EUR 11 800 CG EUR 11 800 CH CHF 11 800 CI EUR 11 800 CK NZD 11 800 CL USD 11 800 CM EUR 11 800 CN USD 11 800 CO COP 11 800 CO USD 11 800 CR USD 11 800 CV EUR 11 800 CW USD 11 800 CX AUD 11 800 CY EUR 11 800 CZ CZK 11 800 DE EUR 11 800 DJ EUR 11 800 DK DKK 11 800 DM USD 11 800 DO USD 11 800 DZ EUR 11 800 EC USD 11 800 EE EUR 11 800 EG EUR 11 800 EG USD 11 800 EH EUR 11 800 ER USD 11 800 ES EUR 11 800 ET USD 11 800 FI EUR 11 800 FJ AUD 11 800 FK GBP 11 800 FM USD 11 800 FO DKK 11 800 FR EUR 11 800 GA EUR 11 800 GB GBP 11 800 GD USD 11 800 GE RUB 11 800 GF EUR 11 800 GG GBP 11 800 GH USD 11 800 GI GBP 11 800 GL DKK 11 800 GM USD 11 800 GN EUR 11 800 GP EUR 11 800 GQ EUR 11 800 GR EUR 11 800 GS GBP 11 800 GT USD 11 800 GU USD 11 800 GW EUR 11 800 GY USD 11 800 HK GBP 11 800 HK HKD 11 800 HK USD 11 800 HM AUD 11 800 HN USD 11 800 HR HRK 11 800 HT USD 11 800 HU HUF 11 800 ID IDR 11 800 ID USD 11 800 IE EUR 11 800 IL USD 11 800 IM GBP 11 800 IN INR 11 800 IN USD 11 800 IO USD 11 800 IQ USD 11 800 IT EUR 11 800 JE GBP 11 800 JM USD 11 800 JO USD 11 800 JP JPY 11 800 KE USD 11 800 KG RUB 11 800 KH HKD 11 800 KI AUD 11 800 KM EUR 11 800 KN USD 11 800 KR USD 11 800 KW KWD 11 800 KY USD 11 800 KZ RUB 11 800 LA HKD 11 800 LB LBP 11 800 LB USD 11 800 LC USD 11 800 LI CHF 11 800 LK INR 11 800 LK USD 11 800 LR USD 11 800 LS ZAR 11 800 LT EUR 11 800 LU EUR 11 800 LV EUR 11 800 LY EUR 11 800 MA EUR 11 800 MC EUR 11 800 MD RUB 11 800 ME EUR 11 800 MG EUR 11 800 MH USD 11 800 MK EUR 11 800 ML EUR 11 800 MM HKD 11 800 MN HKD 11 800 MO HKD 11 800 MP USD 11 800 MQ EUR 11 800 MR EUR 11 800 MS USD 11 800 MT EUR 11 800 MU EUR 11 800 MV INR 11 800 MV USD 11 800 MW USD 11 800 MX MXN 11 800 MX USD 11 800 MY MYR 11 800 MZ ZAR 11 800 NA ZAR 11 800 NC EUR 11 800 NE EUR 11 800 NF AUD 11 800 NG USD 11 800 NI USD 11 800 NL EUR 11 800 NO NOK 11 800 NP INR 11 800 NP USD 11 800 NR AUD 11 800 NU NZD 11 800 NZ NZD 11 800 OM USD 11 800 PA USD 11 800 PF EUR 11 800 PG AUD 11 800 PH USD 11 800 PK INR 11 800 PK USD 11 800 PL PLN 11 800 PM EUR 11 800 PN NZD 11 800 PR USD 11 800 PS USD 11 800 PT EUR 11 800 PW USD 11 800 PY USD 11 800 QA QAR 11 800 RE EUR 11 800 RO EUR 11 800 RO RON 11 800 RS EUR 11 800 RU RUB 11 800 RW EUR 11 800 SA USD 11 800 SB AUD 11 800 SC USD 11 800 SE SEK 11 800 SG SGD 11 800 SG USD 11 800 SH GBP 11 800 SI EUR 11 800 SJ NOK 11 800 SK EUR 11 800 SL USD 11 800 SM EUR 11 800 SN EUR 11 800 SO USD 11 800 SR USD 11 800 ST EUR 11 800 SV USD 11 800 SX USD 11 800 SZ ZAR 11 800 TC USD 11 800 TD EUR 11 800 TF EUR 11 800 TG EUR 11 800 TH USD 11 800 TJ RUB 11 800 TK NZD 11 800 TM RUB 11 800 TN EUR 11 800 TO AUD 11 800 TP HKD 11 800 TR EUR 11 800 TR TRY 11 800 TR USD 11 800 TT USD 11 800 TV AUD 11 800 TW TWD 11 800 TZ USD 11 800 UA RUB 11 800 UG USD 11 800 UM USD 11 800 US USD 11 800 UY USD 11 800 UZ RUB 11 800 VA EUR 11 800 VC USD 11 800 VE USD 11 800 VG USD 11 800 VI USD 11 800 VN HKD 11 800 VU AUD 11 800 WF EUR 11 800 WS AUD 11 800 YE USD 11 800 YT EUR 11 800 YU EUR 11 800 ZA ZAR 11 800 ZM ZAR 11 800 ZW ZAR 11 800 AU AUD 500 800 BR BRL 51 28001238938 800 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.
-
Show Hide
Belfius
Belfius does not offer a test environment.
-
Show Hide
Boleto Bancário
Positives
Below is the positive test case input definitions with the expected results in the last column.
Country code Currency code Payment product ID Statecode Zip Amount Payment status ID FISALNUMBER BR BRL 1503 RJ 21200654 2200 55 21298750091 Negatives
There is an easy negative case defined for this product, please use below info to reproduce.
Country code Currency code Payment product ID Amount Event ID Payment status ID FISALNUMBER BR BRL 1503 2200 800200 100 99999999 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.
-
Show Hide
Bpay
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.
Country code Currency code Payment product ID Payment status ID AU AUD 500 800 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.
-
Show Hide
Cabal
Unfortunately we do not have test data for this card -
Show Hide
Carte Bancaire
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.
Card number CVV Amount Currency code Country code Payment product ID Auth code AVS result CVV result Payment status ID 5017670000001800 321 1100 EUR FR 130 varies C 0 600 5017670000002600 321 1100 EUR FR 130 varies C 0 600 5017670000004200 321 1100 EUR FR 130 varies C 0 600 5017670000005900 321 1100 EUR FR 130 varies C 0 600 5017670000006700 321 1100 EUR FR 130 varies C 0 600 5017670000007500 321 1100 EUR FR 130 varies C 0 600 5017670000008300 321 1100 EUR FR 130 varies C 0 600 Fraud Services
Fraud services are by default enabled. The field CITY is controlling the outcome of the fraud check:
City Fraud Result Payment status Amsterdam A(ccept) 600/800 Calais C(hallenged) 525 Denver D(eny) 160 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.
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.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.
Below are the specific test cases for refused scenarios. Any other amount while end up on a successful operation.
Actions Refused Direct Sale without acceptation code € 13.02 Sale cancellation with acceptation code € 13.03 Reservation / Authorization € 13.04 Reservation cancellation € 13.05 Refund - cancelation without acceptation code € 13.06 TUID recap € 13.08 Data capture – sale with an acceptation code € 13.09 Pre authorization - check against black list € 13.10 Refund Reversal (RFD in POSTED status - before batched) € 13.18 Card numbers test data
Card number Payment product ID 5017670000001800 130 5017670000002600 130 5017670000004200 130 5017670000005900 130 5017670000006700 130 5017670000007500 130 5017670000008300 130 -
Show Hide
CBC
CBC does not offer a test environment.
-
Show Hide
China UnionPay
Please be advised that currently no test scenarios are supported for China UnionPay. We are working on a solution and will update this page as soon as the status has been changed.
-
Show Hide
Consumax
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.
Card number CVV Amount Currency code Country code Payment product ID Auth code AVS result CVV result Payment status ID 6034163498674939 321 1004 ARS AR 141 109196 0 0 600 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.
Card number CVV Amount Currency code Country code Payment product ID Event code AVS result CVV result 6034163498674939 321 10022 ARS AR 141 485000 0 0 Fraud Services
Fraud services are by default enabled. The field CITY is controlling the outcome of the fraud check:
City Fraud Result Payment status Amsterdam A(ccept) 600/800 Calais C(hallenged) 525 Denver D(eny) 160 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.
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.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.
-
Show Hide
Depósito Identificado
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.
Country code Currency code Payment product ID Fiscal Number Payment status ID BR BRL 51 99999999 800 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.
-
Show Hide
Diners Club
Currencies
To be able to test every single currency as listed in the currency table, please use following details.
Card number CVV Amount Currency code Country code Payment product ID Auth code AVS result CVV result 3000000000000004 432 3500 USD NL 132 OK2000 0 0 Fraud Services
Fraud services are by default enabled. The field CITY is controlling the outcome of the fraud check:
City Fraud Result Payment status Amsterdam A(ccept) 600/800 Calais C(hallenged) 525 Denver D(eny) 160 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 response.
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.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.
Unfortunately we do not have test data for this card -
Show Hide
Direct Debit UK
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.
Bank code Accountnumber Currency Country Payment product ID Payment status ID 601613 31926819 GBP GB 705 600 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.
-
Show Hide
Discover
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.
Card number CVV Amount Currency code Country code Payment product ID Event code AVS result CVV result 6011000991300009 123 1101 USD US 128 430285 X 0 6011000991300009 123 1102 CAD CA 128 430285 X 0 6011000991300009 123 2100 USD US 128 430409 X 0 6011000991300009 123 3100 USD US 128 430285 X 0 Currencies
To be able to test every single currency as listed in the currency table, please use following details.
Card number CVV Amount Currency code Country code Payment product ID Auth code AVS result CVV result 6011000991300009 123 1091 USD NL 128 OK3372 X M 6011000991300009 123 1091 CAD NL 128 OK3372 X M Fraud Services
Fraud services are by default enabled. The field CITY is controlling the outcome of the fraud check:
City Fraud Result Payment status Amsterdam A(ccept) 600/800 Calais C(hallenged) 525 Denver D(eny) 160 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.
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.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.
Unfortunately we do not have test data for this card -
Show Hide
Dragonpay Banking
To get support for testing, please contact your implementation manager.
-
Show Hide
Dragonpay Cash
To get support for testing, please contact your implementation manager.
-
Show Hide
ELO
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.
Card number CVV Amount Currency code Country code Payment product ID Auth code AVS result CVV result Payment status ID 6277805454536223 321 1009 BRL BR 147 130170 0 0 600 Fraud Services
Fraud services are by default enabled. The field CITY is controlling the outcome of the fraud check:
City Fraud Result Payment status Amsterdam A(ccept) 600/800 Calais C(hallenged) 525 Denver D(eny) 160 =
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.
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.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.
-
Show Hide
eNETS
Below are the positive test case input definitions, with the expected results in the last column.
Country code Currency code Payment product ID Amount Payment status ID SG SGD 810 100 800 For testing negative payment flow, please use below data.
Country code Currency code Payment product ID Amount Event ID Payment status ID SG SGD 810 101 400702 100 -
Show Hide
ePrzelewy
ePrzelewy 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 ePrzelewy 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.
-
Show Hide
Giropay
Positives
Below are the positive test case input definitions with the expected results in the last column.
Country code Currency code Payment product ID Amount IBAN Payment status ID DE EUR 816 1000 DE46940594210000012345 800 Negatives
For testing negative payment flow, please cancel the payment at any time after the redirect. The payment status will result in 125 with event ID 400701.
Payment steps
A redirection needs to happen after initializing the payment. The page will look like the following:
Enter these values:
- "Anmeldename order legitimations-ID": sepatest1
- PIN: 45613
Click "Anmelden".
Click ‘Weiter’.
Enter these values:
- "TAN": 123412
Click "absenden".
Click ‘giropay beenden + zuruck zum Shop’ to go back. The payment ends up on status 800.
Ingenico offers the possibility to create a free test account. Transactions are not submitted to the acquirers/banks in the test environment, our system simulates transaction results depending on the payment amount or depending on a specific card number.
To configure this payment method in test in a full service mode, please contact us.
-
Show Hide
Hiper
Unfortunately we do not have test data for this card -
Show Hide
Hipercard
Unfortunately we do not have test data for this card -
Show Hide
iDEAL
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.
Below are the positive test case input definitions with the expected results in the last column.
Country code Currency code Issuer ID PP ID Amount PStatus ID NL EUR INGBNL2A 809 100 800 NL EUR INGBNL2A 809 200 800 For testing negative payment flow, please use below data.
Country code Currency code Issuer ID PP ID Amount Event ID PStatus ID NL EUR INGBNL2A 809 2000 400870 50 NL EUR INGBNL2A 809 1200 400880 50 Payment steps
After initializing the payment a redirect needs to happen. The page automatically takes you to the returnurl. The payment ends up on the status Completed with the 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.
Ingenico offers the possibility to create a free test account. Transactions are not submitted to the acquirers/banks in the test environment, our system simulates transaction results depending on the payment amount or depending on a specific card number.
To configure this payment method in test in a full service mode, please contact us.
Here are the different scenarios that can be tested with our internal simulator. The status of the transactions depends on the transaction amount:
Below are the positive test case input definitions with the expected results in the last column.
Country Currency Issuer ID Amount Test scenario GETPAYMENT status Status in Ingenico Back Office NL EUR INGBNL2A 13.14 € The authorization is rejected REJECTED 2 (Authorisation refused) NL EUR INGBNL2A 15.14 € Card holder cancels the payment on 3rd party website CANCELLED 1 (Cancelled by client) NL EUR INGBNL2A 10.00 € Payment is successful CAPTURED 9 (payment requested) NL EUR INGBNL2A 12.14 € Status not received by Ingenico from 3rd party
(e.g. card holder closes the browser before the redirection back to the status page)PENDING_APPROVAL 92 (Payment uncertain) -
Show Hide
Invoice
For the sandbox no test data is available for this product.
-
Show Hide
Italcred
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.
Card number CVV Amount Currency code Country code Payment product ID Auth code AVS result CVV result Payment status ID 5043380343417303 123 1002 ARS AR 139 109196 0 0 600 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.
Card number CVV Amount Currency code Country code Payment product ID Event code AVS result CVV result 5043380343417303 123 1005 ARS AR 139 430285 0 0 Fraud Services
Fraud services are by default enabled. The field CITY is controlling the outcome of the fraud check:
City Fraud Result Payment status Amsterdam A(ccept) 600/800 Calais C(hallenged) 525 Denver D(eny) 160 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.
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.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.
-
Show Hide
JCB
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.
Card number CVV Amount Currency code Country code Payment product ID Auth code AVS result CVV result Payment status ID 3566000020000410 123 11001 CAD CA 125 OK2847 0 0 600 3566000020000410 123 11008 CAD CA 125 OK3032 0 0 600 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.
Card number CVV Amount Currency code Country code Payment product ID Event code AVS result CVV result 3566000020000410 123 2100 CAD CA 125 430409 0 0 3566000020000410 123 3100 USD US 125 430285 0 0 Currencies
To be able to test every single currency as listed in the currency table, please use following details.
Card number CVV Amount Currency code Country code Payment product ID Auth code AVS result CVV result 3566000020000410 432 11001 AUD NL 125 OK2847 0 0 3566000020000410 432 11001 CNY NL 125 OK2847 0 0 3566000020000410 432 11001 HKD NL 125 OK2847 0 0 3566000020000410 432 11001 MYR NL 125 OK2847 0 0 3566000020000410 432 11001 SGD NL 125 OK2847 0 0 3566000020000410 432 11001 THB NL 125 OK2847 0 0 3566000020000410 432 11001 TWD NL 125 OK2847 0 0 3566000020000410 432 11001 CHF NL 125 OK2847 0 0 3566000020000410 432 11001 BRL NL 125 OK2847 0 0 3566000020000410 432 11001 BHD NL 125 OK2847 0 0 3566000020000410 432 11001 PHP NL 125 OK2847 0 0 3566000020000410 432 11001 CAD NL 125 OK2847 0 0 3566000020000410 432 11001 GBP NL 125 OK2847 0 0 3566000020000410 432 11001 EUR NL 125 OK2847 0 0 3566000020000410 432 11001 USD NL 125 OK2847 0 0 Fraud Services
Fraud services are by default enabled. The field CITY is controlling the outcome of the fraud check:
City Fraud Result Payment status Amsterdam A(ccept) 600/800 Calais C(hallenged) 525 Denver D(eny) 160 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.
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.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.
Below are the specific test cases for refused scenarios. Any other amount while end up on a successful operation.
Actions Refused Direct Sale without acceptation code € 13.02 Sale cancellation with acceptation code € 13.03 Reservation / Authorization € 13.04 Reservation cancellation € 13.05 Refund - cancelation without acceptation code € 13.06 TUID recap € 13.08 Data capture – sale with an acceptation code € 13.09 Pre authorization - check against black list € 13.10 Refund Reversal (RFD in POSTED status - before batched) € 13.18 Card numbers test data
Card number Payment product ID 3566000020000410 125 -
Show Hide
KBC
KBC does not offer a test environment.
-
Show Hide
Konbini
The GlobalCollect platform has not integrated a Konbini and Pay-easy end-to-end testing environment for merchants.
-
Show Hide
Krung Thai Bank
To get support for testing, please contact your implementation manager.
-
Show Hide
Krungsri Bank
To get support for testing, please contact your implementation manager.
-
Show Hide
Maestro
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.
Card number CVV Amount Currency code Country code Payment product ID Auth code AVS result CVV result Payment status ID 6331101999990073 321 8300 GBP FR 117 10000 U U 6001 633478111298873700 321 8200 GBP FR 117 10000 U U 600 6304939304310009610 321 8200 GBP FR 117 10000 U U 600
1 3D secure transactions will not go directly to 600 status, but only after authentication steps when applicable.
Fraud Services
Fraud services are by default enabled. The field CITY is controlling the outcome of the fraud check:
City Fraud Result Payment status Amsterdam A(ccept) 600/800 Calais C(hallenged) 525 Denver D(eny) 160 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:
Below are the specific test cases for refused scenarios. Any other amount while end up on a successful operation.
Actions Refused Direct Sale without acceptation code € 13.02 Sale cancellation with acceptation code € 13.03 Reservation / Authorization € 13.04 Reservation cancellation € 13.05 Refund - cancelation without acceptation code € 13.06 TUID recap € 13.08 Data capture – sale with an acceptation code € 13.09 Pre authorization - check against black list € 13.10 Refund Reversal (RFD in POSTED status - before batched) € 13.18 Card numbers test data
Card number Payment product ID 6331101999990073 117 633478111298873700 117 6304939304310009610 117 -
Show Hide
Mas
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.
Card number CVV Amount Currency code Country code Payment product ID Auth code AVS result CVV result Payment status ID 6034935354535357 321 1015 ARS AR 142 109196 0 0 600 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.
Card number CVV Amount Currency code Country code Payment product ID Event code AVS result CVV result 6034935354535357 321 1051 ARS AR 142 430175 0 0 Fraud Services
Fraud services are by default enabled. The field CITY is controlling the outcome of the fraud check:
City Fraud Result Payment status Amsterdam A(ccept) 600/800 Calais C(hallenged) 525 Denver D(eny) 160 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.
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.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.
-
Show Hide
Mastercard
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.
Card number CVV Expiry Date Amount Currency code Country code Payment product ID Auth code AVS result CVV result Payment status ID 5424180279791732 123 1144 CAD CA 3 OK2341 X 600 5424180279791732 123 3500 CAD CA 3 OK2345 X N 600 5424180279791732 321 2000 CAD CA 3 OK2346 X U 600 5424180279791732 321 1500 USD US 3 OK2348 Z 600 5424180279791732 123 11006 CAD CA 3 OK1433 N 0 600 5424180279791765 123 99900 CAD CA 3 OK1440 X 0 600 5424180279791732 123 11003 USD US 3 OK1452 N 0 600 5434842555555556 123 100 CAD CA 3 OK2323 Z P 600 5424180279791732 123 2200 CAD CA 3 OK2336 X M 600 5424180279791732 123 1144 CAD CA 3 OK2341 X 0 600 5424180279791732 123 3500 USD US 3 OK2345 X N 600 5424180279791732 123 2000 USD US 3 OK2346 X U 600 5424180279791732 123 1500 USD US 3 OK2348 Z 0 600 5424180279791732 123 11001 CAD CA 3 OK2390 N 0 600 5424180279791732 123 113 CAD CA 3 OK2384 X 0 600 5424180279791732 123 11008 USD US 3 OK5836 N 0 600 5424180279791732 123 1200 CAD CA 3 OK5839 Y 0 600 5424180279791732 123 1300 CAD CA 3 OK5840 X 0 600 5424180279791732 123 1400 CAD CA 3 OK5841 A 0 600 5481040000020035 123 1000 USD US 3 OK1131 X M 600 5354201978641111 123 1000 CAD CA 3 OK1131 X M 600 5469123084370553 123 12/2024 1000 RUB RU 3 600 5469125367380696 123 12/2024 1000 RUB RU 3 600 5486733999143033 123 12/2024 1000 RUB RU 3 600 5486732185168077 123 12/2024 1000 RUB RU 3 600 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.
Card number CVV Amount Currency code Country code Payment product ID Event code AVS result CVV result 5424180279791732 123 2997 USD US 3 430285 X P 5424180279791732 123 4467 CAD CA 3 430285 X N 5424180279791732 123 31001 CAD CA 3 430475 0 0 5424180279791732 123 1600 USD US 3 430409 X 0 5424180279791732 123 2100 CAD CA 3 430409 X 0 5424180279791732 123 31006 USD US 3 430285 X 0 5424180279791740 123 99900 CAD CA 3 430285 Y 0 Currencies
To be able to test every single currency as listed in the currency table, please use following details.
Card number CVV Amount Currency code Country code Payment product ID Auth code AVS result CVV result 5424180279791732 123 2200 See curr. table NL 3 OK2336 X M Fraud Services
Fraud services are by default enabled. The field CITY is controlling the outcome of the fraud check:
City Fraud Result Payment status Amsterdam A(ccept) 600/800 Calais C(hallenged) 525 Denver D(eny) 160 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:
Below are the specific test cases for refused scenarios. Any other amount while end up on a successful operation.
Actions Refused Direct Sale without acceptation code € 13.02 Sale cancellation with acceptation code € 13.03 Reservation / Authorization € 13.04 Reservation cancellation € 13.05 Refund - cancelation without acceptation code € 13.06 TUID recap € 13.08 Data capture – sale with an acceptation code € 13.09 Pre authorization - check against black list € 13.10 Refund Reversal (RFD in POSTED status - before batched) € 13.18 Card numbers test data
Card number Payment product ID 5424180279791732 3 5424180279791765 3 5434842555555556 3 5481040000020035 3 5354201978641111 3 -
Show Hide
Mastercard Debit
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.
Card number CVV Amount Currency code Country code Payment product ID Auth code AVS result CVV result Payment status ID 5424180279791732 123 2200 USD US 119 OK2336 X M 600 Fraud Services
Fraud services are by default enabled. The field CITY is controlling the outcome of the fraud check:
City Fraud Result Payment status Amsterdam A(ccept) 600/800 Calais C(hallenged) 525 Denver D(eny) 160 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:
Unfortunately we do not have test data for this card -
Show Hide
Mir
AnyPositives
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.
Request AuthType Card number CVV Expiry Date Amount Currency code Country code Payment product ID Payment status ID Purchase 3 2200000000000061 123 12/2024 Any RUB RU 164 935 Pre-auth 2 2200000000000061 123 12/2024 Any RUB RU 164 680 Capture 2 2200000000000061 123 12/2024 Any RUB RU 164 925 Purchase 3 2202201502887108 123 12/2020 Any RUB RU 164 935 Pre-auth 2 2202201502887108 123 12/2020 Any RUB RU 164 680 Capture 2 2202201502887108 123 12/2020 Any RUB RU 164 925 Purchase 3 2202207558945880 123 12/2020 Any RUB RU 164 935 Pre-auth 2 2202207558945880 123 12/2020 Any RUB RU 164 680 Capture 2 2202207558945880 123 12/2020 Any RUB RU 164 925 Purchase 3 2200159223618891 123 12/2020 Any RUB RU 164 935 Pre-auth 2 2200159223618891 123 12/2020 Any RUB RU 164 680 Capture 2 2200159223618891 123 12/2020 Any RUB RU 164 925 Purchase 3 2200151893711247 123 12/2020 Any RUB RU 164 935 Pre-auth 2 2200151893711247 123 12/2020 Any RUB RU 164 680 Capture 2 2200151893711247 123 12/2020 Any RUB RU 164 925 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.
AuthType Card number CVV Amount Currency code Country code Payment product ID Event code 2 / 3 2200000000000079 123 Any RUB RU 164 430360 2 / 3 2200000000001002 123 Any RUB RU 164 430345 Delayed settlement
- By default all transactions are set to Delayed settlement.
- In Sale mode, payment will lead to status 935.
- In Auth/Capture mode, a payment will lead to status 680, which subsequently requires to do a ApprovePayment to make the status go to 925.
- After transaction (Sale or Auth/Capture) is reported by acquirer status will change to 975.
- Reversal is available in status 680.
- Refund is available in status 975.
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:
-
Show Hide
Naranja
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.
Card number CVV Amount Currency code Country code Payment product ID Auth code AVS result CVV result Payment status ID 5895620033330020 123 1000 ARS AR 136 109196 0 0 600 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.
Card number CVV Amount Currency code Country code Payment product ID Event code AVS result CVV result 5895620033330020 123 1051 ARS AR 136 430175 0 0 5895620033330020 123 1039 ARS AR 136 430694 0 0 5895620033330020 123 1005 ARS AR 136 430285 0 0 5895620033330020 123 1017 ARS AR 136 430424 0 0 5895620033330020 123 10022 ARS AR 136 485000 0 0 Fraud Services
Fraud services are by default enabled. The field CITY is controlling the outcome of the fraud check:
City Fraud Result Payment status Amsterdam A(ccept) 600/800 Calais C(hallenged) 525 Denver D(eny) 160 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.
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.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.
-
Show Hide
Nativa
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.
Card number CVV Amount Currency code Country code Payment product ID Auth code AVS result CVV result Payment status ID 4870179877664434 321 1007 ARS AR 145 130170 0 0 600 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.
Card number CVV Amount Currency code Country code Payment product ID Event code AVS result CVV result 4870179877664434 321 1005 ARS AR 145 430285 0 0 Fraud Services
Fraud services are by default enabled. The field CITY is controlling the outcome of the fraud check:
City Fraud Result Payment status Amsterdam A(ccept) 600/800 Calais C(hallenged) 525 Denver D(eny) 160 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:
-
Show Hide
Nevada
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.
Card number CVV Amount Currency code Country code Payment product ID Auth code AVS result CVV result Payment status ID 5043630279791737 123 1001 ARS AR 137 109196 0 0 600 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.
Card number CVV Amount Currency code Country code Payment product ID Event code AVS result CVV result 5043630279791737 123 1039 ARS AR 137 430694 0 0 Fraud Services
Fraud services are by default enabled. The field CITY is controlling the outcome of the fraud check:
City Fraud Result Payment status Amsterdam A(ccept) 600/800 Calais C(hallenged) 525 Denver D(eny) 160 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.
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.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.
-
Show Hide
Nordea Finland
Below are the positive test case input definitions, with the expected results in the last column.
Country code Currency code Payment product ID Amount Payment status ID FI EUR 802 100 800 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.
-
Show Hide
Pago Fácil
Pago Fácil does not offer an end to end testing environment for merchants.
-
Show Hide
PayPal
The following currencies are supported in the sandbox environment.
- Australian dollar (AUD)
- Canadian dollar (CAD)
- Czech koruna (CZK)
- Danish krone (DKK)
- Euro (EUR)
- Hong Kong dollar (HKD)
- Hungarian forint (HUF)
- Japanese yen (JPY)
- Mexican peso (MXN)
- New Zealand dollar (NZD)
- Norwegian krone (NOK)
- Polish zloty (PLN)
- Pound sterling (GBP)
- Russian ruble (RUB)
- Singapore dollar (SGD)
- Swedish krona (SEK)
- Swiss franc (CHF)
- Thai baht (THB)
- United States dollar (USD)
Positives
Below are the positive test case input definitions with the expected results in the last column.
MoreCountry code Currency code Payment product ID Amount Paypal account usr Paypal account pwd Payment status ID AU AUD 840 100 "gcsstag@outlook.com gcs2live" 800 CA CAD 840 100 "gcsstag@outlook.com gcs2live" 800 CH CHF 840 100 "gcsstag@outlook.com gcs2live" 800 CZ CZK 840 100 "gcsstag@outlook.com gcs2live" 800 DK DKK 840 100 "gcsstag@outlook.com gcs2live" 800 NL EUR 840 100 "gcsstag@outlook.com gcs2live" 800 GB GBP 840 100 "gcsstag@outlook.com gcs2live" 800 HK HKD 840 100 "gcsstag@outlook.com gcs2live" 800 HU HUF 840 100 "gcsstag@outlook.com gcs2live" 800 JP JPY 840 100 "gcsstag@outlook.com gcs2live" 800 MX MXN 840 100 "gcsstag@outlook.com gcs2live" 800 NO NOK 840 100 "gcsstag@outlook.com gcs2live" 800 NZ NZD 840 100 "gcsstag@outlook.com gcs2live" 800 PL PLN 840 100 "gcsstag@outlook.com gcs2live" 800 RU RUB 840 100 "gcsstag@outlook.com gcs2live" 800 SE SEK 840 100 "gcsstag@outlook.com gcs2live" 800 SG SGD 840 100 "gcsstag@outlook.com gcs2live" 800 TW TWD 840 100 "gcsstag@outlook.com gcs2live" 800 US USD 840 100 "gcsstag@outlook.com gcs2live" 800 Negatives
For testing negative payment flow, please cancel the payment after redirect, status of the payment will be 125.
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 test steps
After initializing the payment a redirect needs to happen. The page will look like below.
Please fill in the following data:
- Paypal password: gcs2live
- Email: gcsstag@outlook.com
Click ‘pay now’, you will automatically be redirected to RETURNURL. The payment ends up on status Completed with status ID 800.
There are two ways to test your integration:
1. Using our PayPal simulator, you can perform test transactions with PayPal from your test account.
Note that it is an internal simulator. Your transactions do not reach PayPal. Please contact the Support team to configure your account with PayPal simulator.Here are the different scenarios:
Authorization
Amount Status received 13.04 € 2 (payment refused) 10.00 € 9 (payment requested) Sale
Amount Status received 13.02 € 2 (payment refused) 10.00 € 9 (payment requested) 2. Using PayPal Sandbox, you can perform transactions with PayPal from your test account. Please contact the Support team to configure your account with PayPal Sandbox.
-
Show Hide
Paysafecard
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.
- Czech koruna (CZK)
- Danish krone (DKK)
- Euro (EUR)
- Mexican peso (MXN)
- Norwegian krone (NOK)
- Polish zloty (PLN)
- Pound sterling (GBP)
- Romanian new leu (RON)
- Swedish krona (SEK)
- Swiss franc (CHF)
Positives
Below are the positive test case input definitions with the expected results in the last column.
Country code Currency code Payment product ID Amount PIN Payment status ID CH CHF 830 100 0000 0000 0990 0828 800 CZ CZK 830 100 0000 0000 0990 0828 800 DK DKK 830 100 0000 0000 0990 0828 800 DE EUR 830 100 0000 0000 0990 0828 800 GB GBP 830 100 0000 0000 0990 0828 800 MX MXN 830 100 0000 0000 0990 0828 800 NO NOK 830 100 0000 0000 0990 0828 800 PL PLN 830 100 0000 0000 0990 0828 800 RO RON 830 100 0000 0000 0990 0828 800 SE SEK 830 100 0000 0000 0990 0828 800 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.
-
Show Hide
Pyme Nacion
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.
Card number CVV Amount Currency code Country code Payment product ID Auth code AVS result CVV result Payment status ID 5049105546746461 321 1006 ARS AR 144 109196 0 0 600 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.
Card number CVV Amount Currency code Country code Payment product ID Event code AVS result CVV result 5049105546746461 321 1039 ARS AR 144 430694 0 0 Fraud Services
Fraud services are by default enabled. The field CITY is controlling the outcome of the fraud check:
City Fraud Result Payment status Amsterdam A(ccept) 600/800 Calais C(hallenged) 525 Denver D(eny) 160 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:
-
Show Hide
Razer Cash
To get support for testing, please contact your implementation manager.
-
Show Hide
SEPA Direct Debit
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.
IBAN Currency code Country code Payment product ID Payment status ID NL08 INGB 0000000 555 EUR NL 770 600 DE46 7202007 00359 736690 EUR DE 770 600 FR14 2004 1010 0505 0001 3M02 606 EUR FR 770 600 Negatives
For testing negative payment flow, please use below data.
IBAN Currency code Country code Payment product ID Event ID Payment status ID NL08INGB0001234567 EUR NL 770 420080 100 DE46 7202007 00359 666555 EUR DE 770 420080 100 FR14 2004 54654649871 EUR FR 770 420080 100 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.
-
Show Hide
SEPA Direct Debit with Mandate Management
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.
-
Show Hide
Siam Commercial Bank
To get support for testing, please contact your implementation manager.
-
Show Hide
Skrill
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.
- Australian dollar (AUD)
- Bulgarian lev (BGN)
- Canadian dollar (CAD)
- Croatian kuna (HRK)
- Czech koruna (CZK)
- Danish krone (DKK)
- Euro (EUR)
- Hong Kong dollar (HKD)
- Hungarian forint (HUF)
- Icelandic króna (ISK)
- Indian rupee (INR)
- Israeli new shekel (ILS)
- Japanese yen (JPY)
- Malaysian ringgit (MYR)
- New Zealand dollar (NZD)
- Norwegian krone (NOK)
- Polish zloty (PLN)
- Pound sterling (GBP)
- Romanian new leu (RON)
- Singapore dollar (SGD)
- South African rand (ZAR)
- South Korean won (KRW)
- Swedish krona (SEK)
- Swiss franc (CHF)
- Thai baht (THB)
- Turkish lira (TRY)
- United States dollar (USD)
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.
MoreCountry code Currency code Payment product ID Amount Payment status ID AU AUD 843 100 800 BG BGN 843 100 800 CA CAD 843 100 800 CH CHF 843 100 800 CZ CZK 843 100 800 DK DKK 843 100 800 EE EEK 843 100 800 FR EUR 843 100 800 GB GBP 843 100 800 HK HKD 843 100 800 HR HRK 843 100 800 HU HUF 843 100 800 IL ILS 843 100 800 IN INR 843 100 800 IS ISK 843 100 800 JP JPY 843 100 800 KR KRW 843 100 800 MY MYR 843 100 800 NO NOK 843 100 800 NZ NZD 843 100 800 PL PLN 843 100 800 RO RON 843 100 800 SE SEK 843 100 800 SG SGD 843 100 800 TH THB 843 100 800 TR TRY 843 100 800 TW TWD 843 100 800 US USD 843 100 800 ZA ZAR 843 100 800 Negatives
Please use following details, the payments will stay at the status ‘pending payment, which has the status ID 50.
MoreCountry code Currency code Payment product ID Amount Payment status ID AU AUD 843 404 50 BG BGN 843 404 50 CA CAD 843 404 50 CH CHF 843 404 50 CZ CZK 843 404 50 DK DKK 843 404 50 EE EEK 843 404 50 FR EUR 843 404 50 GB GBP 843 404 50 HK HKD 843 404 50 HR HRK 843 404 50 HU HUF 843 404 50 IL ILS 843 404 50 IN INR 843 404 50 IS ISK 843 404 50 JP JPY 843 404 50 KR KRW 843 404 50 MY MYR 843 404 50 NO NOK 843 404 50 NZ NZD 843 404 50 PL PLN 843 404 50 RO RON 843 404 50 SE SEK 843 404 50 SG SGD 843 404 50 TH THB 843 404 50 TR TRY 843 404 50 TW TWD 843 404 50 US USD 843 404 50 ZA ZAR 843 404 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.
-
Show Hide
Sofort
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.
- Euro (EUR)
- Polish zloty (PLN)
- Pound sterling (GBP)
- Swiss franc (CHF)
Positives
Below are the positive test case input definitions with the expected results in the last column.
Country code Currency code Payment product ID Amount Payment status ID CH CHF 836 100 800 DE EUR 836 100 800 GB GBP 836 100 800 PL PLN 836 100 800 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.
-
Show Hide
Tarjeta Shopping
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.
Card number CVV Amount Currency code Country code Payment product ID Auth code AVS result CVV result Payment status ID 6034885454536229 232 1008 ARS AR 149 130170 0 0 600 Fraud Services
Fraud services are by default enabled. The field CITY is controlling the outcome of the fraud check:
City Fraud Result Payment status Amsterdam A(ccept) 600/800 Calais C(hallenged) 525 Denver D(eny) 160 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.
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.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.
-
Show Hide
Tesco Lotus
To get support for testing, please contact your implementation manager.
-
Show Hide
Trustly
On the sandbox environment all supported combinations for countries and currencies are available. By submitting a transaction you will be redirected to the checkout page of Trustly. Follow the instructions on the page to complete your test.
-
Show Hide
UnionPay International - ExpressPay
Unfortunately we do not have test data for this card -
Show Hide
UnionPay International - SecurePay
Unfortunately we do not have test data for this card -
Show Hide
Visa
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.
Card number CVV Expiry Date Amount Currency code Country code Payment product ID Auth code AVS result CVV result Payment status ID 4012000033330026 123 3500 USD US 1 OK2334 Y 0 600 4567350000427977 123 4005 USD US 1 OK1131 0 0 600 4012000033330026 999 1100 USD US 1 OK1131 0 0 600 4012000077777777 123 999 CAD CA 1 OK1419 Y 0 600 4012000033330026 123 1700 CAD CA 1 OK1175 0 P 600 4012000033330026 123 1000 CAD CA 1 OK1178 0 P 600 4012000033330026 123 1100 USD US 1 OK1180 0 0 600 4012000033330026 124 1100 CAD CA 1 OK2316 N 0 600 4500600000000061 123 10100 USD US 1 OK2319 B 0 600 4500600000000061 123 10200 CAD CA 1 OK2322 C 0 600 4012000033330026 123 9200 CAD CA 1 OK2324 Y M 600 4012000033330026 123 8744 USD US 1 OK232C Y 0 600 4012000033330026 123 5500 USD US 1 OK2329 Y S 600 4012000033330026 123 2000 USD US 1 OK2331 Y 0 600 4012000033330026 123 3500 CAD CA 1 OK2334 Y 0 600 4012000033330026 123 11065 USD US 1 OK2371 Z P 600 4012000033330026 123 111 CAD CA 1 OK2372 Z P 600 4012000033330026 123 11062 USD US 1 OK2404 Z P 600 4012000033330026 123 1101 USD US 1 OK2419 Z P 600 4012000033330026 125 1100 CAD CA 1 OK5830 N 0 600 4012000033330026 123 11012 CAD CA 1 OK5833 Z P 600 4012000033330026 123 1200 USD US 1 OK5834 Y 0 600 4012000033330026 123 1500 USD US 1 OK5835 U 0 600 4063651370499176 123 1000 CAD CA 1 OK1131 X M 600 4063651370499176 123 1100 USD US 1 OK1131 N M 600 4012001038443335 123 1000 CAD CA 1 OK1131 X M 600 4187603025743962 123 1000 CAD CA 1 OK1131 X M 600 4063651370499176 123 321 USD US 1 OK1131 X M 600 4063651370499176 123 500 USD US 1 OK1131 X M 600 4063651370499176 123 0 CAD CA 1 OK1131 X 0 3001 4539791001730106 123 140 CAD CA 1 OK1131 0 0 600 4063651370499176 123 2345 CAD CA 1 OK1131 X M 600 4276025067630158 123 12/2024 1000 RUB RU 1 OK1131 600 4276024450233308 123 12/2024 1000 RUB RU 1 OK1131 600 4584118188287409 123 12/2024 1000 RUB RU 1 OK1131 600 4584112640348586 123 12/2024 1000 RUB RU 1 OK1131 600 1 Card verification transactions will only end up in status 300 and will not be settled. Be aware this only works on initial attempt for recurring orders.
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.
Card number CVV Amount Currency code Country code Payment product ID Event code AVS result CVV result 4457010000000009 123 100 USD US 1 430424 0 0 4012000033330026 123 3156 CAD CA 1 430475 0 0 4012000033330026 123 3100 USD US 1 430327 0 0 4543059790016721 123 3099 USD US 1 430424 0 0 4012000033330026 123 2100 USD US 1 430409 Y 0 4012000033330026 123 3155 CAD CA 1 430285 Y M 4012000033330026 123 4100 USD US 1 430330 Y 0 4012000033330026 123 6100 CAD CA 1 430306 Y 0 4012000033330026 123 7100 USD US 1 430260 Y 0 4012000033330026 123 8100 CAD CA 1 430403 Y 0 4012000088888886 123 999 USD US 1 430475 0 0 4263971921001307 123 100 CAD CA 1 430424 0 0 4012000033330026 123 2995 CAD CA 1 430285 Y 0 4012000033330026 123 5200 USD US 1 430285 Y 0 Currencies
To be able to test every single currency as listed in the currency table, please use following details.
Card number CVV Amount Currency code Country code Payment product ID Auth code AVS result CVV result 4012000033330026 123 3500 See curr. table NL 1 OK2334 Y 0 Fraud Services
Fraud services are by default enabled. The field CITY is controlling the outcome of the fraud check:
City Fraud Result Payment status Amsterdam A(ccept) 600/800 Calais C(hallenged) 525 Denver D(eny) 160 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:
Below are the specific test cases for refused scenarios. Any other amount while end up on a successful operation.
Actions Refused Direct Sale without acceptation code € 13.02 Sale cancellation with acceptation code € 13.03 Reservation / Authorization € 13.04 Reservation cancellation € 13.05 Refund - cancelation without acceptation code € 13.06 TUID recap € 13.08 Data capture – sale with an acceptation code € 13.09 Pre authorization - check against black list € 13.10 Refund Reversal (RFD in POSTED status - before batched) € 13.18 Card numbers test data
Card number Payment product ID 4012000033330026 1 4567350000427977 1 4012000033330026 1 4012000077777777 1 4500600000000061 1 4063651370499176 1 4012001038443335 1 4187603025743962 1 4063651370499176 1 4539791001730106 1 -
Show Hide
Visa Debit
Unfortunately we do not have test data for this cardUnfortunately we do not have test data for this card -
Show Hide
Visa Electron
Unfortunately we do not have test data for this card -
Show Hide
WebMoney
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.
-
Show Hide
WeChat Pay
WeChat Pay has no sandbox environment.
The test capabilities are limited on Pre-Production see below. Test on Pre-production when test are succesfull. We advise you to do a penny test on production to a end to end test in all supported currencies.
Pre-Production test capabilities
- Tests can be done only in USD.
- Desktop/Mobile integrations can be tested
- Test until status CAPTURED
- Can’t test refunds
Countries and currencies:
The following countries and currencies are supported:
Currency Code
Currency
Decimals
Countries
USD United States Dollar 2 All countries Positive Case
Below are the positive test case input definitions with the expected results in the last column.
Countries Currency code Payment Product Id Amount Payment Status Id All countries USD 863 50 CAPTURED Negative caseFor testing negative payment flow, please cancel the payment after redirect or leave the 2 hour session open, the resulting status of the payment will remain REDIRECTED.Countries Currency code Payment Product Id Amount Payment Status Id All countries CNY 863 50 ERROR Refunds
Refunds can be only done in production environment.
Payment test steps
MyHostedCheckout
