Our payment terminals are able to accept credit and debit cards from the following card schemes:
|Global Credit||Local Credit||Global Debit||Local Debit|
|American Express||Alliance Data (ADS)||JCB||Bancontact|
|Discover||Hipercard||UnionPay (CUP)||Cartes Bancaires|
Not all of these cards are available in all regions. See our full Payment Methods offering for detailed information.
Before you begin
Before you begin integrating a payment method, make sure you have:
Perform card entry on your terminals using either magnetic swipe reader (MSR), EMV chip, or contactless via NFC. All card entry methods are supported without additional integration.
If all card entry methods fail, you can use manual keyed entry (MKE) to manually enter the card details.
The presence of the card holder is still required for MKE. Use MOTO payments if you need to support transactions where the card holder is not present.
Selecting the brand on co-branded cards
With a co-branded card, the brand (payment method) is selected automatically based on the Application ID (AID) priority configuration. However, in accordance with the Multilateral Interchange Fee (MIF) Regulation, the shopper can disable the automatic brand selection for a particular transaction.
To enable brand selection on co-branded cards, contact our POS Support Team.
After we have enabled brand selection, this is how it works:
- When the payment terminal prompts the shopper to present their card, the shopper presses the yellow key on the terminal keypad before they present their card to the terminal.
- The shopper presents their card to the terminal.
- The terminal display shows a list of payment methods that are on the card and supported by the terminal.
The issuer of the card defines the labels for each brand or application that is shown.
- The shopper selects the brand, payment method, or application that they want to use for this particular transaction.
The transaction then continues as usual.
Credit and debit cards can require a cardholder verification method (CVM) when used in a payment terminal. Verification is commonly with a personal identification number (PIN) or shopper signature. Support of all CVMs does not require any additional integration effort by default. For more information, see Cardholder verification methods.
Personal Identification Number
The shopper is prompted to enter their Personal Identification Number (PIN) into the terminal. Subsequently the PIN gets verified either offline with the chip on the card or online with the card issuer. Contactless transactions above CVM limit always require online verification.
The shopper is prompted to provide their signature either on the touch screen of the terminal or on the printed transaction receipt. This depends on how you configure this in your Customer Area. It is your responsibility to verify the signature of the shopper with the signature on the card or another form of identification.
For Terminal API, the terminal always approves the signature.
If you want to implement a manual signature check on the cash register, proceed as follows:
- Retrieve CapturedSignature data from the PaymentResponse.
- Make sure the cash register software shows a prompt to check the signature.
Your staff then checks the signature:
- If a signature is approved, no action is necessary.
- If a signature is declined, the payment needs to be refunded.
In this scenario, we recommend delaying auto-capture of payments on the Adyen payments platform to prevent unnecessary reservation or transfer of funds. To configure this, refer to Delayed capture.
All credit and debit cards follow the same payment flow. You can read more about this in our make a payment documentation.
Transaction routing and refunds
Adyen terminals support both credit and debit cards. Depending on transaction routing, a debit card is processed either over a debit network like Maestro, Interac, and Pulse, or over a credit network like MasterCard and Visa. All credit networks are dual-messaging, meaning that we are able to trigger a referenced refund against an existing transaction. Some debit networks however are single-messaging, meaning that a referenced refund cannot be performed and that the refund must be done by inserting the card into the terminal.
As a result, it is important to keep track of the
paymentMethodVariant at the time of the transaction. This field returns the network over which the transaction was routed and which can be used to determine the allowed refund method. Keep in mind that the routing is independent of the funding source of the card. For example, a debit card can be processed via a credit network. The best way to determine whether the card itself is a credit, debit, or prepaid card is via the
fundingSource. Keeping track of the
fundingSource along with the
paymentMethodVariant allows you to determine both the type of card and the routing so it can be refunded appropriately.