Using our Standalone solution?
With our Standalone solution, Support can configure tender options and transaction conditions for your account.
Tender options are parameters that change how the tender is processed. For example, the tender option AskGratuity
triggers the payment terminal to ask the shopper for a tip.
You pass tender options in your Terminal API payment requests, using the SaleToAcquirerData
field.
Other ways to change transaction processing
Apart from passing tender options, there are other ways to influence the transaction processing. You can:
- Pass a transaction condition in your payment request. This forces the payment terminal to accept a specific card entry method or payment method for that payment. This is used for example with Manual Keyed Entry (MKE) payments and payments in Brazil.
- Configure default tender options and transaction conditions. The terminal will then use these for every payment. Ask our POS Support Team for help.
List of tender options
These are the tender options that you can pass in the SaleToAcquirerData
field:
Name | Description |
---|---|
AllowPartialAuthorisation |
Flags that a partial approval is allowed and it's possible that the authorised amount is lower than the requested amount. |
AskGiving |
Triggers Adyen Giving, where the terminal asks if the shopper wants to donate to charity. |
AskGratuity |
Triggers tipping from the terminal, where the terminal asks if the shopper wants to tip. |
BypassPin |
Bypasses PIN entry when the shopper says they don't know the PIN for the card and you either know they are the legitimate cardholder or want to give them the benefit of the doubt.
This is the process:
|
ForcedDecline |
Forces the transaction to be declined, for example, if fraud is suspected. |
MOTO |
Triggers Mail Order/Telephone Order transactions on the payment terminal from the cash register. MOTO transactions are card-not-present transactions, where the shopper provides the merchant with the payment details by means of mail (not email), fax, or telephone. |
ReceiptHandler |
Specifies that the cash register handles and prints receipts. If omitted, it is required that the payment terminal prints the receipt. If there is no printer unit, the transaction will fail. |
SkipAIDPriority |
Skip the application identifier (AID) priority that has been set in your Customer Area. This allows a shopper to select their preferred application (payment method). |
Specify tender options
To specify the tender options that you want to use (see the list):
-
Make a
PaymentRequest
that contains aSaletoAcquirerData
field with one or more comma-separated values specified in one of the following formats:-
Option 1: A JSON object
{"tenderOption": "option"}
converted to a Base64 encoded string.
For example, you encode{"tenderOption": "AskGratuity,ReceiptHandler"}
to Base64, and pass the result:
"SaleToAcquirerData": "eyJ0ZW5kZXJPcHRpb24iOiAiQXNrR3JhdHVpdHksUmVjZWlwdEhhbmRsZXIifQ=="
- Option 2: tenderOption=option.
For example:"SaleToAcquirerData": "tenderOption=AskGratuity,ReceiptHandler"
The format that you use here, will also be the format of the
AdditionalResponse
that you receive.The following example shows how you would pass the
AskGratuity
andReceiptHandler
tender options to the terminal. The response shows the shopper added a tip. -
Combining tender options and other data elements
Apart from tender options, you can also add other information in the SaleToAcquirerData
field. For example, you can add application info, or add data elements for shopper recognition.
To combine tender options and other data elements, refer to Add information to a payment.