Test Cards and Conventions

Find the test cards for testing your Cards Connect integration and get info on testing conventions we use

⚠️

Card Present Gateway

If you want to access information about our in-store offering, you may check the API specifications here: In-store Transactions Overview

Cards Connect enables to you to simulate various scenarios during the integration phase. You can use the following test cards with to simulate basic transaction responses. You may also check the testing conventions section to learn how to simulate various other cases such as a timeout or a specific decline code for a specific type of operation.

📘

Conventions override the test cards table

When testing, if the data you use falls into any of the conventions, the behaviour of the Cards Connect will follow the convention even if you use a test card from the list below.

Test Cards

SchemeNumberMM/YYCVVBehaviour
MasterCard520000000000102105/26123Succeeded
MasterCard512899878415170709/26884Succeeded
MasterCard512899878515340509/26611Succeeded
MasterCard512899878615920309/26964Succeeded
MasterCard512899878715390809/26816Succeeded
MasterCard512899878915040709/26386Succeeded
MasterCard546827242910610609/26345Succeeded
MasterCard535318180022646609/26488Succeeded
MasterCard521729180007149309/26523Succeeded
MasterCard531357535011662209/26123Succeeded
MasterCard516320203396495209/26123Succeeded
Visa426558111064730309/26143Succeeded
Visa426558121064970409/26090Succeeded
Visa426558160064590809/26755Succeeded
Visa426558190064230809/26608Succeeded
Visa456004963021060809/26249Succeeded
Visa461976000000122609/26123Succeeded
Visa494052180053455409/26234Succeeded
Visa453224180000744409/26123Succeeded
Visa453030310226362009/26123Succeeded
Visa453030300000081909/26123Succeeded
Visa456471207508884909/26123Succeeded
AMEX37424545540000109/264455Succeeded
AMEX37634569874523409/265566Succeeded
AMEX37624569874523609/266677Succeeded
AMEX37604569874523009/267788Succeeded
AMEX37605569874523909/268899Succeeded
AMEX37644569874523209/261234Succeeded
JCB356999001002572309/261234Succeeded
QCard601531015385808209/26123Succeeded
MasterCard520000000000100505/26123Accepts authorization
Delays capture by 2 seconds - simulates async capture
MasterCard520000000000101305/26123Successful auth with a delay of 2 seconds
MasterCard514619937651888605/26123Response code = 16

Approved; update track 3
MasterCard520000000000104705/26123Times out the authorization
MasterCard520000000000105405/26123Capture times out
Visa452089601532053805/26123Response code = 11

Approved; VIP

Testing Based on Conventions

Aside from the cards above, there are certain conventions which may vary the behavior/outcome of transaction operations. These conventions react based on the following values, regardless of PAN / Expiry combinations.

  • Transaction value
  • CVV inputs

The conventions below are processed in the following order.

Convention 1: Simulating Switch Failure

All transactions with a value between 95 and 99 cents will automatically time out the initial request. Cards Connect will undertake the necessary compensating actions, ensuring that the resolution is dynamic.

As a result, this convention will influence the behaviour of Cards Connect for integrators to experience the API responses and webhook notifications.

The severity of the failure and compensation is controlled by the higher cents value as tabled below. Duration columns represent the probability for time to resolution.

Cents ValueChance of Resolving Failure5 mins45 mins2h 11mins19h 12mins
9535%95.7%99.47%99.81%99.9975%
9645%90.88%98.15%99.16%99.830%
9755%83.86%94.96%97.23%99.160%
9865%72.53%88.39%92.45%96.813%
9975%57.81%76.23%82.20%89.980%

Possible examples:

  • A transaction may time out and automatically reverse if the transaction value is $77.99.
  • A transaction receives approval during the authorization phase (utilising test cards or convention 2). When a capture of $1.99 is processed, the API will respond with "accepted"; however, there may be a delay in the webhook for the successful acknowledgement of the capture.
  • A transaction is approved and captured using either test cards or convention 2. If a refund of $2.96 is initiated, it will timeout, resulting in an automatic reversal of the refund. Additionally, the webhook notification regarding the failed outcome will be delayed.

Convention 2: Custom Response Codes with Transaction Value

The motivation behind this behaviour is to manipulate the response codes issued by the schemes, in accordance with the ISO 8583:1987 publication of response codes.

This convention is divided into two components, which break down the transaction value (XXXyy) into dollars (XXX) and cents (yy):

  • The dollar value (XXX) serves as the pre-qualifier that indicates the stage of the transaction at which the response code will be manipulated.
  • The cents value (yy) is then utilised to return the transaction response code.
Dollar ValueCards Connect API EquivalencyNotes
$100AuthorizationUseful for simulating the various kinds of approval modes, fraud, card restrictions, and similar.
$420VoidsUseful to illustrating async behavior and Cards Connect business resolution as an acquirer
$220CapturesUseful to illustrating async behavior and Cards Connect business resolution as an acquirer
$200RefundsSimulating cards which were marked as stolen subsequent to an authorization

Example:

  • PAN: Any variation
  • Expiry: Current or future dated (Cards Connect validation rule)
  • Transaction amounts
    • $100.11 - Transaction is approved as a VIP
    • $100.31 - Transaction decline as bank not supported by switch
    • $100.41 - Declined as card is marked stolen
    • $200.41 - Transaction is approved, capture will also be successful; but upon refund the response code marks the card as stolen

Convention 3: CVV Match Type

Any cards entered with the following CVV will return the following CVV match type represented as cvvResponseCode in the API response

CVVOutcome
000
0000
Not Matched
111
1111
Not Matched
222
2222
Not Processed
333
3333
Suspicious
999
9999
Unknown