Green Adyen test card

Here we describe how you can:

• Test transactions with different card types.
• Test different CVMs.
• Test offline transactions.
• Test the responses you can receive from acquirers.

You can view the details of test payments, including the result, in your test Customer Area under Transactions > Payments.

Testing card types

Use the table below to see which application on the test card corresponds with the scenario you want to test, and which card details to use in your test requests.

Application	Payment method	Locale	Issuing country	Currency	Expiration date	Cardholder	PIN	PAN	AID
mc en gbr gbp	Mastercard	English	UK	GBP	02/28	AD YEN-UK	1234	5413 3300 8909 9999	A0000000041010
mc en usa usd	Mastercard	English	US	USD	12/29	AD YEN-US	1234	5100 0600 0000 0002	A0000000041010
ms nl nld eur	Maestro	Dutch	NL	EUR	03/30	AD YEN-NL	1234	6000 0707 3616 9237 003	A0000000043060
mc en aus aud	Mastercard	English	AU	ASD	12/29	AD YEN-AU	1234	5520 3300 0000 0001	A0000000041010
mc cn chn cny	Mastercard	Chinese	CN	CNY	12/29	AD YEN-CN	123456	6243 0300 0000 0001	A0000000041010
mc pt bra brl	Mastercard	Portuguese	BR	BRL	12/29	AD YEN-BR	1234	2308 8800 0000 0000	A0000000041010
MSR					03/30	MSR AD YEN-VISA		4151 5000 0000 0008

Testing CVMs

When you make transactions with the test card, a CVM is triggered based on the test card's CVM list, the application, and the amount and currency of the transaction.

This is the CVM list for the test card:

Amount threshold

• See table below. To trigger a particular CVM with a currency conversion (DCC) transaction, make sure the amount is above-threshold after the conversion.

CVM 1 and CMV 2:

• CVM code: If this CVM is unsuccessful, try the next CVM.
• CVM type: Depends on the test card application. See table below.
• CVM condition: The CVM type applies if the transaction is in the currency of the test card application and the amount is above-threshold.

CVM 3

• CVM code: If this CVM is unsuccessful, fail the cardholder verification.
• CVM type: Depends on the test card application. See table below.
• CVM condition: The CVM type always applies.

This table shows the amount thresholds and the CVM types for each application:

Application	Interface	CVM 1 amount >200.00	CVM 2 amount >100.00	CVM 3	Contactless/NFC above CVM limit	Offline within set limits
mc en gbr gbp	EMV chip + Contactless	Online PIN	Enciphered Offline PIN	Signature	Online PIN	Decline after 3 tries
mc en usa usd	EMV chip	Signature	Online PIN	No CVM		Decline after 3 tries
ms nl nld eur	EMV chip	Online PIN	Enciphered Offline PIN	Plaintext PIN		Always decline
mc en aus aud	EMV chip	Online PIN	Plaintext PIN	Signature		Decline after 3 tries
mc cn chn cny	EMV chip	Enciphered offline PIN + Signature	Signature	Plaintext PIN		Decline after 3 tries
mc pt bra brl	EMV chip	Online PIN	Enciphered Offline PIN	Signature		Decline after 3 tries
MSR	MSR	Signature				Decline after 3 tries

If you are testing a contactless transaction, you will be asked to enter a PIN when the transaction amount is above the NFC CVM limit specific for the country the terminal is located in.

Testing offline transactions

To test offline EMV transactions:

1. Contact our Support Team and ask them to configure the chip floor limit, offline swipe limit, and offline refund limit to the values you want.
2. Force an internet connection failure, for example by unplugging the ethernet cable.
3. Do your test transactions. The test card enforces the offline limits configured in your test Customer Area.

Each application on the test card has its own counter for offline EMV transactions. Offline transactions within the configured offline limits are accepted until the counter is exceeded. The first thee offline transactions for the test card application are accepted and the fourth is declined. To reset the offline counter for a particular test card application, you need to do an online contact (EMV chip) transaction with that application. This also applies to application mc en gbr gbp. This application shares the offline counter with the contactless application, but contactless transactions can't reset the counter.

Testing acquirer responses

To simulate different acquirer responses, change the last three digits of the RequestedAmount that you specify in the payment request.

For example, to test how your integration responds when the issuer suspects fraud, specify a RequestedAmount with 151 as the last three digits, such as 101.51 or 21.51.

Amount (last three digits)	Acquirer Response	Transaction Result
Any (except the special cases below)	Approved	Approved
121	Acquirer Cancelled	Refused
122	Fraud	Refused
123	Declined	Refused
124	Not enough balance	Refused
125	Blocked card	Refused
126	Expired card	Refused
127	Invalid amount	Refused
128	Invalid card number	Refused
129	Not supported	Refused
130	Acquirer error	Error
131	Acquirer declined	Refused
132	Acquirer declined	Refused
133	Referral	Refused
134	Incorrect online PIN Use the correct PIN for the application on your test card, either test card v1 or test card v2.	Error
135	PIN tries exceeded	Refused
136	Issuer unavailable	Refused
137	Withdrawal Amount Exceeded	Refused
138	Withdrawal Count Exceeded	Refused
139	Amount partially approved	Approved
142	Contactless Withdrawal Amount Exceeded (Only for contactless, otherwise APPROVED)	Refused
143	Contactless Withdrawal Count Exceeded (Only for contactless, otherwise APPROVED)	Refused
144	Not Submitted	Refused
145	Cancelled due to Fraud	Refused
146	Transaction Not Permitted	Refused
147	CVC Declined	Refused
148	Restricted Card	Refused
149	Revocation Of Auth	Refused
150	Declined Non Generic	Refused
151	Issuer Suspected Fraud	Refused
152	No checking account	Refused
153	No savings account	Refused
154	Contactless fallback	Retry
155	Mobile PIN required	Retry
Any	Card removed during app selection	Error
Any	Cancelled via terminal	Cancelled
Any	Cancelled through the library by merchant	Cancelled

See also