Handle the callback
TenderAdditionalData callback is tender-based and includes both a PED object and tender object as parameters.
||PedDevice||PED object that represents the terminal.|
||Tender||The tender associated with the additional data.|
||ResponseHdr||Header object that includes generic statuses, information about merchant, additional data from the PED.|
Confirm the additional data to the Adyen payments plaftorm
ConfirmAdditionalData to provide additional data to the terminal. After the POS receives the additional data callback from the PED, the POS must confirm this in order to continue the transaction. At this point, based upon the information received during the callback, the amount can be adjusted. The currency must be the same as the original currency.
||long||Final (potentially adjusted) value of the transaction.|
||String||Currency of the amount.|
||String||Use this field to record the shopper reference with the transaction and for recurring or one-click functionality shopper data.|
||String||Supply a shopper reference and/or shopper email to allow for digital shopper recognition.|
||String||Recurring contract reference. Use this field to set up recurring or one-click functionality.|
||String||Recurring contract details. Use this field to set up recurring or one-click functionality.|
||AdditionalData||Additional data returned by Adyen. The
||String||Type of transaction, for example: GOODSSERVICES, REFUND.|
A new, possibly altered, amount must be provided, typically used to offer a loyalty discount.
||Return a value from an array by using a key.|
||String||Key used to retrieve value from the array.|
Additional data elements
When something triggers the additional data callback, the callback provides the cash register with a large number of data elements that can be used to make decisions on the progress of the transaction. This is typically used for loyalty as the most distinguishing information concerns the cardholder-specific information.
An example list contains the following:
You can provide the following optional additional elements:
All these elements are present for chip-based transactions while several are non-existent for MSR or NFC transactions. Non-existence should not block the cash register from standard operating. Additional elements may be present depending on the transaction options, for example Gratuity .