Test cases
Introduction
Before you go live, you want to be sure about how our platform works and how to process feedback received for processed transactions.
As this is pivotal part in your journey to finally process live transactions, we have designed ANZ Worldline Payment Solutions in a way allowing you to perform test transactions in manifold ways with any of our payment methods:
- Successful, declined and uncertain transaction results.
- Various 3-D Secure scenarios.
- Fraud-related cases.
- Outcomes when using one of our specific services.
Without any costs involved, ANZ Worldline Payment Solutions offers you a great way to simulate any business case you might encounter in your activities!
Make sure to switch to the LIVE endpoint as soon as you have finalised your tests.
Get started
Before you start testing, make sure you:
- Set up an active test account on our platform, with all the payment methods active you would like to test.
- Understand the properties presented in the tables below.
Input properties (values you need to send in your transaction request)
Property Description amount Refers to property order.amountOfMoney.amount (CreateHostedCheckout/CreatePayment) currency Refers to property order.amountOfMoney.currencyCode (CreateHostedCheckout/CreatePayment) authorizationMode
requiresApprovalRefers to property
cardPaymentMethodSpecificInput.authorizationMode
mobilePaymentMethodSpecificInput.authorizationMode
redirectPaymentMethodSpecificInput.requiresApproval
in CreateHostedCheckout/CreatePayment) requests.Read our dedicated guide to learn more about these properties and available authorisation modes.
If not specified, any value for properties are valid for any given scenario:
amount
currency
authorizationMode
-
Output properties (values you receive from our platform after submitting a request)
Properties Description eci Refers to property paymentOutput.cardPaymentMethodSpecificOutput.threeDSecureResults.eci (GetPayment/GetPaymentDetails/GetPaymentDetails)
Learn more about ECI values and their meaning in our dedicated guide.
statusCode Refers to properties
statusOutput.statusCode
payment.statusOutput.statusCode
createdPaymentOutput.payment.statusOutput.statusCodeLearn more about these properties and which of our API calls return them in our dedicated guide.
Credit Cards
Use case | Test data |
---|---|
Successful authorisations/direct sales (statusCode=5/9) |
371449635311004 (3-D Secure frictionless flow eci=5) 379764422997381 (3-D Secure challenge flow eci=5) See the Integration tab for a JSON example. |
Unsuccessful authorisations/direct sales (statusCode=2) |
See the Integration tab for a JSON example. |
Use case | Test data |
---|---|
Successful authorisations/direct sales (statusCode=5/9) |
4622390000002027 (3-D Secure frictionless flow eci=5) 4622390770897036 (3-D Secure challenge flow eci=5) See the Integration tab for a JSON example. |
Unsuccessful authorisations/direct sales (statusCode=2) |
4645790096327035 (3-D Secure frictionless flow eci=5)
See the Integration tab for a JSON example. |
Use case | Test data |
---|---|
Successful authorisations/direct sales (statusCode=5/9) |
3528798062014879 (3-D Secure challenge flow eci=5) See the Integration tab for a JSON example. |
Unsuccessful authorisations/direct sales (statusCode=2) |
3569990010083821 (3-D Secure challenge flow eci=91)
See the Integration tab for a JSON example. |
Use case | Test data |
---|---|
Successful authorisations/direct sales (statusCode=5/9) |
5137009801943438 (3-D Secure frictionless flow eci=5) 5130257474533310 (3-D Secure challenge flow eci=5) See the Integration tab for a JSON example. |
Unsuccessful authorisations/direct sales (statusCode=2) |
5168645305790452 (3-D Secure frictionless flow eci=91) Alternatively:
See the Integration tab for a JSON example. |
Use case | Test data |
---|---|
Successful authorisations/direct sales (statusCode=5/9) |
6250947000000048 (3-D Secure frictionless flow eci=5) See the Integration tab for a JSON example. |
Unsuccessful authorisations/direct sales (statusCode=2) |
See the Integration tab for a JSON example. |
Use case | Test data |
---|---|
Successful authorisations/direct sales (statusCode=5/9) |
4330264936344675 (3-D Secure frictionless flow eci=5) 4450213273993630 (3-D Secure frictionless flow eci=6) 4874970686672022 (3-D Secure challenge flow eci=5) See the Integration tab for a JSON example. |
Unsuccessful authorisations/direct sales (statusCode=2) |
4450022237973103 (3-D Secure challenge flow eci=91)
See the Integration tab for a JSON example. |
- To simulate the following pending statuses, we need to configure your account and make sure transactions are processed online (or offline when the online acquiring system is unavailable). Contact us to make this happen.
- Read in our dedicated transaction status guide to learn more about these exceptional scenarios and how to deal with them.
Use case | Test data |
---|---|
Pending authorisations (statusCode=51) |
|
Pending direct sales (statusCode=51) |
|
Successful refunds (statusCode=8) |
Right after processing the RefundPayment request, you will receive statusCode=81 in the feedback. Our platform will update the transaction to statusCode=8 after a few minutes. Make sure to retrieve this final status either via a GetPayment/GetPaymentDetails request or webhooks |
Uncertain refunds (statusCode=82) |
|
Unsuccessful refunds (statusCode=83) |
|
Uncertain captures (statusCode=92) |
|
Unsuccessful captures (statusCode=93) |
|
CVV for test cards
Use any 3- or 4-digit number for the CVV on the Hosted Checkout Page / Hosted Tokenization Page or for cardPaymentMethodSpecificInput.card.cvv in Server-to-server requests.
Alternative payment methods
Use case | Test data |
---|---|
Successful direct sales (statusCode=9) |
Use our test environment simulator to simulate the redirection to and the feedback from Alipay+. See the Integration tab for a JSON example. |
- Use Apple's sandbox environment to perform test transactions. This requires:
- A separate PREPRAD AppleID from your for PROD one.
- An active Apple developer account so that you can add your AppleID under "Sandbox testers".
- Using the Apple test cards you can find here.
- See the Integration tab for a JSON example.
Use Google’s sample cards to perform test transactions. See the Integration tab for a JSON example.
There are two ways to test your integration:
- Use our platform's PayPal simulator to process transaction in our test environment.
As this is an internal tool, your transactions do not reach PayPal. Contact us to set up your account accordingly and to work with the use cases mentioned below. - Use the PayPal Sandbox, allowing you to perform end-to-end tests from your test account. Contact us to set up your account accordingly.
Use case | Test data |
---|---|
Successful authorisations/direct sales (statusCode=5/9) |
|
Unsuccessful authorisations/direct sales (statusCode=2) |
|
Special use cases
Use these cards to test our Electronic Dynamic Currency Conversion feature. See chapter "Apply eDCC" for a JSON example.
Card number | Brand | Country |
---|---|---|
4012001036983332 | Visa | Canada |
4622630065965315 | Visa | Australia |
4532157066814747 | Visa | Thailand |
5148137017637192 | MasterCard | Australia |
5322683667269933 | MasterCard | USA |