POST /donations

Default value: "application/json"

A unique identifier for the message with a maximum of 64 characters (we recommend a UUID).

PSP reference of the transaction from which the donation token is generated. Required when donationToken is provided.

The type and required details of a payment method to use.

Required for recurring payments. Your reference to uniquely identify this shopper, for example user ID or account ID. Minimum length: 3 characters.

Your reference must not include personally identifiable information (PII), for example name or email address.

Donation account to which the transaction is credited.

The shopper's IP address. In general, we recommend that you provide this data, as it is used in a number of risk checks (for instance, number of payment attempts or location-based checks).

For 3D Secure 2 transactions, schemes require shopperIP for all browser-based implementations. This field is also mandatory for some merchants depending on your business model. For more information, contact Support.

The shopper's full name.

The last name.

The first name.

A string containing the shopper's device fingerprint. For more information, refer to Device fingerprinting.

The donation campaign ID received in the /donationCampaigns call.

Metadata consists of entries, each of which includes a key and a value. Limits:

• Maximum 20 key-value pairs per request. When exceeding, the "177" error occurs: "Metadata size exceeds limit".
• Maximum 20 characters per key.
• Maximum 80 characters per value.

Conversion ID that corresponds to the Id generated by the client SDK for tracking user payment journey.

The merchant account identifier, with which you want to process the transaction.

This field contains additional data, which may be required for a particular payment request.

The additionalData object consists of entries, each of which includes the key and value.

The combination of a language code and a country code to specify the language to be used in the payment.

The shopper's telephone number.

Defines a recurring payment type. Required when creating a token to store payment details or using stored payment details. Allowed values:

• Subscription – A transaction for a fixed or variable amount, which follows a fixed schedule.
• CardOnFile – With a card-on-file (CoF) transaction, card details are stored to enable one-click or omnichannel journeys, or simply to streamline the checkout process. Any subscription not following a fixed schedule is also considered a card-on-file transaction.
• UnscheduledCardOnFile – An unscheduled card-on-file (UCoF) transaction is a transaction that occurs on a non-fixed schedule and/or have variable amounts. For example, automatic top-ups when a cardholder's balance drops below a certain amount.

Possible values:

• "CardOnFile"
• "Subscription"
• "UnscheduledCardOnFile"

Specifies the redirect method (GET or POST) when redirecting to the issuer.

Specifies the sales channel, through which the shopper gives their card details, and whether the shopper is a returning customer. For the web service API, Adyen assumes Ecommerce shopper interaction by default.

This field has the following possible values:

• Ecommerce - Online transactions where the cardholder is present (online). For better authorisation rates, we recommend sending the card security code (CSC) along with the request.
• ContAuth - Card on file and/or subscription transactions, where the cardholder is known to the merchant (returning customer). If the shopper is present (online), you can supply also the CSC to improve authorisation (one-click payment).
• Moto - Mail-order and telephone-order transactions where the shopper is in contact with the merchant via email or telephone.
• POS - Point-of-sale transactions where the shopper is physically present to make a payment using a secure payment terminal.

Possible values:

• "ContAuth"
• "Ecommerce"
• "POS"
• "Moto"

Specifies the redirect method (GET or POST) when redirecting back from the issuer.

Data for 3DS authentication.

Indicates when 3D Secure authentication should be attempted. This overrides all other rules, including Dynamic 3D Secure settings.

Possible values:

• always: Perform 3D Secure authentication.
• never: Don't perform 3D Secure authentication. If PSD2 SCA or other national regulations require authentication, the transaction gets declined.

Possible values:

• "never"
• "always"

Object with additional parameters for the 3D Secure authentication flow.

Indicates if native 3D Secure authentication should be used when available.

Possible values:

• preferred: Use native 3D Secure authentication when available.
• disabled: Only use the redirect 3D Secure authentication flow.

Possible values:

• "preferred"
• "disabled"

The version of 3D Secure to use.

Possible values:

• 2.1.0
• 2.2.0

Possible values:

• "2.1.0"
• "2.2.0"

Flag for data only flow.

Possible values:

• "false"
• "true"

Dimensions of the 3DS2 challenge window to be displayed to the cardholder.

Possible values:

• 01 - size of 250x400
• 02 - size of 390x400
• 03 - size of 500x600
• 04 - size of 600x400
• 05 - Fullscreen

Possible values:

• "05"
• "04"
• "03"
• "02"
• "01"

If set to true, you will only perform the 3D Secure 2 authentication, and not the payment authorisation. Default: false.

Default value: false

The URL to return to in case of a redirection. The format depends on the channel. This URL can have a maximum of 1024 characters.

• For web, include the protocol http:// or https://. You can also include your own additional query parameters, for example, shopper ID or order reference number. Example: https://your-company.com/checkout?shopperOrder=12xy
• For iOS, use the custom URL for your app. To know more about setting custom URL schemes, refer to the Apple Developer documentation. Example: my-app://
• For Android, use a custom URL handled by an Activity on your app. You can configure it with an intent filter. Example: my-app://your.package.name

If the URL to return to includes non-ASCII characters, like spaces or special letters, URL encode the value.

The URL must not include personally identifiable information (PII), for example name or email address.

Additional risk fields for 3D Secure 2.

For 3D Secure 2 transactions, we recommend that you include this object to increase the chances of achieving a frictionless flow.

For prepaid or gift card purchase, total count of individual prepaid or gift cards/codes purchased.

For prepaid or gift card purchase, ISO 4217 three-digit currency code of the gift card, other than those listed in Table A.5 of the EMVCo 3D Secure Protocol and Core Functions Specification.

Indicates whether the cardholder is reordering previously purchased merchandise.

Indicator for whether the shopper has already purchased the same items in the past.

For prepaid or gift card purchase, the purchase amount total of prepaid or gift card(s).

The amount of the transaction, in minor units.

The three-character ISO currency code.

For pre-order purchases, the expected date this product will be available to the shopper.

Indicator regarding the delivery address. Allowed values:

• shipToBillingAddress
• shipToVerifiedAddress
• shipToNewAddress
• shipToStore
• digitalGoods
• goodsNotShipped
• other

Possible values:

• "digitalGoods"
• "shipToBillingAddress"
• "other"
• "shipToStore"
• "goodsNotShipped"
• "shipToVerifiedAddress"
• "shipToNewAddress"

Whether the chosen delivery address is identical to the billing address.

The delivery email address (for digital goods).

For Electronic delivery, the email address to which the merchandise was delivered. Maximum length: 254 characters.

Indicator for whether this transaction is for pre-ordering a product.

The estimated delivery time for the shopper to receive the goods. Allowed values:

• electronicDelivery
• sameDayShipping
• overnightShipping
• twoOrMoreDaysShipping

Possible values:

• "overnightShipping"
• "twoOrMoreDaysShipping"
• "electronicDelivery"
• "sameDayShipping"

Indicates whether Cardholder is placing an order for merchandise with a future availability or release date.

Indicates shipping method chosen for the transaction.

If set to true, you will only perform the 3D Secure 2 authentication, and not the payment authorisation.

Default value: false

The reference to uniquely identify a payment. This reference is used in all communication with you about the payment status. We recommend using a unique value per payment; however, it is not a requirement. If you need to provide multiple references for a transaction, separate them with hyphens ("-"). Maximum length: 80 characters.

The shopper's social security number.

Price and product information about the purchased items, to be included on the invoice sent to the shopper.

This field is required for 3x 4x Oney, Affirm, Afterpay, Clearpay, Klarna, Ratepay, Riverty, and Zip.

Size of the item.

Description of the line item.

Brand of the item.

Tax amount, in minor units.

Number of items.

Link to the purchased item.

Item amount excluding the tax, in minor units.

Link to the picture of the purchased item.

Marketplace seller id.

ID of the line item.

Item amount including the tax, in minor units.

Item category, used by the payment methods PayPal and Ratepay.

Email associated with the given product in the basket (usually in electronic gift cards).

Stock keeping unit.

Manufacturer of the item.

Tax percentage, in minor units.

Universal Product Code.

Color of the item.

The address where the purchased goods should be delivered.

A maximum of five digits for an address in the US, or a maximum of ten characters for an address in all other countries.

The two-character ISO 3166-2 state or province code. For example, CA in the US or ON in Canada.

Required for the US and Canada.

The two-character ISO-3166-1 alpha-2 country code. For example, US.

If you don't know the country or are not collecting the country from the shopper, provide country as ZZ.

The number or name of the house. Maximum length: 3000 characters.

The name of the street. Maximum length: 3000 characters.

The house number should not be included in this field; it should be separately provided via houseNumberOrName.

The name of the city. Maximum length: 3000 characters.

The shopper's browser information.

For 3D Secure, the full object is required for web integrations. For mobile app integrations, include the userAgent and acceptHeader fields to indicate that your integration can support a redirect in case a payment is routed to 3D Secure 1.

Boolean value indicating if the shopper's browser is able to execute JavaScript. A default 'true' value is assumed if the field is not present.

Default value: true

The total width of the shopper's device screen in pixels.

Time difference between UTC time and the shopper's browser local time, in minutes.

The total height of the shopper's device screen in pixels.

The accept header value of the shopper's browser.

The color depth of the shopper's browser in bits per pixel. This should be obtained by using the browser's screen.colorDepth property. Accepted values: 1, 4, 8, 15, 16, 24, 30, 32 or 48 bit color depth.

Boolean value indicating if the shopper's browser is able to execute Java.

The navigator.language value of the shopper's browser (as defined in IETF BCP 47).

The user agent value of the shopper's browser.

The date and time the purchased goods should be delivered.

Format ISO 8601: YYYY-MM-DDThh:mm:ss.sssTZD

Example: 2017-07-17T13:42:40.428+01:00

Request fields for 3D Secure 2. To check if any of the following fields are required for your integration, refer to Online payments or Classic integration documentation.

Completion indicator for the device fingerprinting.

The sdkEphemPubKey value as received from the 3D Secure 2 SDK.

The kty value as received from the 3D Secure 2 SDK.

The crv value as received from the 3D Secure 2 SDK.

The x value as received from the 3D Secure 2 SDK.

The y value as received from the 3D Secure 2 SDK.

The sdkReferenceNumber value as received from the 3D Secure 2 SDK.

Identifies the type of transaction being authenticated. Length: 2 characters. Allowed values:

• 01 — Goods/Service Purchase
• 03 — Check Acceptance
• 10 — Account Funding
• 11 — Quasi-Cash Transaction
• 28 — Prepaid Activation and Load

Possible values:

• "11"
• "10"
• "28"
• "03"
• "01"

Required for merchants that have been enrolled for 3D Secure 2 by another party than Adyen, mostly authentication-only integrations. The mcc is a four-digit code with which the previously given acquirerMerchantID is registered at the scheme.

Required for authentication-only integration for Visa. Unique 3D Secure requestor name assigned by the Directory Server when you enrol for 3D Secure 2.

Date after which no further authorisations shall be performed. Format: YYYYMMDD

Indicates whether a challenge is requested for this transaction. Possible values:

• 01 — No preference
• 02 — No challenge requested
• 03 — Challenge requested (3DS Requestor preference)
• 04 — Challenge requested (Mandate)
• 05 — No challenge (transactional risk analysis is already performed)
• 06 — Data Only

Possible values:

• "06"
• "05"
• "04"
• "03"
• "02"
• "01"

Additional information about the Cardholder’s account provided by the 3DS Requestor.

Date that the cardholder’s account with the 3DS Requestor was last changed, including Billing or Shipping address, new payment account, or new user(s) added. Format: YYYYMMDD

Indicates the length of time since the cardholder’s account with the 3DS Requestor had a password change or account reset. Allowed values:

• 01 — No change
• 02 — Changed during this transaction
• 03 — Less than 30 days
• 04 — 30–60 days
• 05 — More than 60 days

Possible values:

• "05"
• "04"
• "03"
• "02"
• "01"

Indicates whether the 3DS Requestor has experienced suspicious activity (including previous fraud) on the cardholder account. Allowed values:

• 01 — No suspicious activity has been observed
• 02 — Suspicious activity has been observed

Possible values:

• "02"
• "01"

Number of transactions (successful and abandoned) for this cardholder account with the 3DS Requestor across all payment accounts in the previous 24 hours. Max length: 3 characters.

Number of purchases with this cardholder account during the previous six months. Max length: 4 characters.

Length of time since the cardholder’s account information with the 3DS Requestor was last changed, including Billing or Shipping address, new payment account, or new user(s) added. Allowed values:

• 01 — Changed during this transaction
• 02 — Less than 30 days
• 03 — 30–60 days
• 04 — More than 60 days

Possible values:

• "04"
• "03"
• "02"
• "01"

Date that cardholder’s account with the 3DS Requestor had a password change or account reset. Format: YYYYMMDD

String when the shipping address used for this transaction was first used with the 3DS Requestor. Format: YYYYMMDD

Indicates if the Cardholder Name on the account is identical to the shipping Name used for this transaction. Allowed values:

• 01 — Account Name identical to shipping Name
• 02 — Account Name different to shipping Name

Possible values:

• "02"
• "01"

String that the payment account was enrolled in the cardholder’s account with the 3DS Requestor. Format: YYYYMMDD

Indicates the length of time that the payment account was enrolled in the cardholder’s account with the 3DS Requestor. Allowed values:

• 01 — No account (guest checkout)
• 02 — During this transaction
• 03 — Less than 30 days
• 04 — 30–60 days
• 05 — More than 60 days

Possible values:

• "05"
• "04"
• "03"
• "02"
• "01"

Number of transactions (successful and abandoned) for this cardholder account with the 3DS Requestor across all payment accounts in the previous year. Max length: 3 characters.

Length of time that the cardholder has had the account with the 3DS Requestor. Allowed values:

• 01 — No account
• 02 — Created during this transaction
• 03 — Less than 30 days
• 04 — 30–60 days
• 05 — More than 60 days

Possible values:

• "05"
• "04"
• "03"
• "02"
• "01"

Date that the cardholder opened the account with the 3DS Requestor. Format: YYYYMMDD

Number of Add Card attempts in the last 24 hours. Max length: 3 characters.

Indicates when the shipping address used for this transaction was first used with the 3DS Requestor. Allowed values:

• 01 — This transaction
• 02 — Less than 30 days
• 03 — 30–60 days
• 04 — More than 60 days

Possible values:

• "04"
• "03"
• "02"
• "01"

Indicates the minimum number of days between authorisations. Maximum length: 4 characters.

The messageVersion value indicating the 3D Secure 2 protocol version.

Indicates whether the Cardholder Shipping Address and Cardholder Billing Address are the same. Allowed values:

• Y — Shipping Address matches Billing Address.
• N — Shipping Address does not match Billing Address.

Possible values:

• "N"
• "Y"

Required for authentication-only integration. The merchant name that the issuer presents to the shopper if they get a challenge. We recommend to use the same value that you will use in the authorization. Maximum length is 40 characters.

Optional for a full 3D Secure 2 integration. Use this field if you are enrolled for 3D Secure 2 with us and want to override the merchant name already configured on your account.

Indicates the type of payment for which an authentication is requested (message extension)

Required for authentication-only integration for Visa. Unique 3D Secure requestor identifier assigned by the Directory Server when you enrol for 3D Secure 2.

Required for authentication-only integration. The merchantId that is enrolled for 3D Secure 2 by the merchant's acquirer. This string should match the value that you will use in the authorisation. Use 123456 on the Test platform.

If set to true, you will only perform the 3D Secure 2 authentication, and not the payment authorisation.

Default value: false

The sdkAppID value as received from the 3D Secure 2 SDK.

Indicates the type of Authentication request.

Identify the type of the transaction being authenticated.

Possible values:

• "accountFunding"
• "checkAcceptance"
• "goodsOrServicePurchase"
• "quasiCashTransaction"
• "prepaidActivationAndLoad"

URL of the (customer service) website that will be shown to the shopper in case of technical errors during the 3D Secure 2 process.

Required for authentication-only integration. The acquiring BIN enrolled for 3D Secure 2. This string should match the value that you will use in the authorisation. Use 123456 on the Test platform.

Indicates the maximum number of authorisations permitted for instalment payments. Length: 1–3 characters.

Value true indicates that the transaction was de-tokenised prior to being received by the ACS.

The sdkTransID value as received from the 3D Secure 2 SDK.

The home phone number provided by the Cardholder.

Country code. Length: 1–3 characters.

Subscriber number. Maximum length: 15 characters.

The whiteListStatus value returned from a previous 3D Secure 2 transaction, only applicable for 3D Secure 2 protocol version 2.2.0.

The work phone number provided by the Cardholder.

Country code. Length: 1–3 characters.

Subscriber number. Maximum length: 15 characters.

Information about how the 3DS Requestor authenticated the cardholder as part of a previous 3DS transaction.

This data element provides additional information to the ACS to determine the best approach for handing a request. This data element contains an ACS Transaction ID for a prior authenticated transaction. For example, the first recurring transaction that was authenticated with the cardholder. Length: 30 characters.

Date and time in UTC of the prior cardholder authentication. Format: YYYYMMDDHHMM

Mechanism used by the Cardholder to previously authenticate to the 3DS Requestor. Allowed values:

• 01 — Frictionless authentication occurred by ACS.
• 02 — Cardholder challenge occurred by ACS.
• 03 — AVS verified.
• 04 — Other issuer methods.

Possible values:

• "04"
• "03"
• "02"
• "01"

Data that documents and supports a specific authentication process. Maximum length: 2048 bytes.

Indicates the type of account. For example, for a multi-account card product. Length: 2 characters. Allowed values:

• 01 — Not applicable
• 02 — Credit
• 03 — Debit

Possible values:

• "03"
• "02"
• "01"

Possibility to specify a preference for receiving a challenge from the issuer. Allowed values:

• noPreference
• requestNoChallenge
• requestChallenge
• requestChallengeAsMandate

Possible values:

• "requestChallenge"
• "requestChallengeAsMandate"
• "noPreference"
• "requestNoChallenge"

Display options for the 3D Secure 2 SDK. Optional and only for deviceChannel app.

UI types supported for displaying specific challenges. Allowed values:

• text
• singleSelect
• outOfBand
• otherHtml
• multiSelect

Supported SDK interface types. Allowed values:

• native
• html
• both

Possible values:

• "html"
• "both"
• "native"

Default value: "both"

The mobile phone number provided by the Cardholder.

Country code. Length: 1–3 characters.

Subscriber number. Maximum length: 15 characters.

URL to where the issuer should send the CRes. Required if you are not using components for channel Web or if you are using classic integration deviceChannel browser.

The maximum amount of time in minutes for the 3D Secure 2 authentication process. Optional and only for deviceChannel set to app. Defaults to 60 minutes.

Default value: 60

Information about how the 3DS Requestor authenticated the cardholder before or during the transaction

Mechanism used by the Cardholder to authenticate to the 3DS Requestor. Allowed values:

• 01 — No 3DS Requestor authentication occurred (for example, cardholder “logged in” as guest).
• 02 — Login to the cardholder account at the 3DS Requestor system using 3DS Requestor’s own credentials.
• 03 — Login to the cardholder account at the 3DS Requestor system using federated ID.
• 04 — Login to the cardholder account at the 3DS Requestor system using issuer credentials.
• 05 — Login to the cardholder account at the 3DS Requestor system using third-party authentication.
• 06 — Login to the cardholder account at the 3DS Requestor system using FIDO Authenticator.

Possible values:

• "06"
• "05"
• "04"
• "03"
• "02"
• "01"

Data that documents and supports a specific authentication process. Maximum length: 2048 bytes.

Date and time in UTC of the cardholder authentication. Format: YYYYMMDDHHMM

Shopper account information for 3D Secure 2.

For 3D Secure 2 transactions, we recommend that you include this object to increase the chances of achieving a frictionless flow.

Date the selected delivery address was first used.

Indicator when the shopper has changed their password. Allowed values:

• notApplicable
• thisTransaction
• lessThan30Days
• from30To60Days
• moreThan60Days

Possible values:

• "moreThan60Days"
• "notApplicable"
• "thisTransaction"
• "lessThan30Days"
• "from30To60Days"

Indicator for the length of time since this shopper account was created in the merchant's environment. Allowed values:

• notApplicable
• thisTransaction
• lessThan30Days
• from30To60Days
• moreThan60Days

Possible values:

• "moreThan60Days"
• "notApplicable"
• "thisTransaction"
• "lessThan30Days"
• "from30To60Days"

Number of attempts the shopper tried to add a card to their account in the last day.

Date when the shopper's account was created.

Number of successful purchases in the last six months.

Number of all transactions (successful and abandoned) from this shopper in the past 24 hours.

Indicator for the length of time since the shopper's account was last updated. Allowed values:

• thisTransaction
• lessThan30Days
• from30To60Days
• moreThan60Days

Possible values:

• "moreThan60Days"
• "thisTransaction"
• "lessThan30Days"
• "from30To60Days"

Shopper's home phone number (including the country code).

Indicator for the length of time since this delivery address was first used. Allowed values:

• thisTransaction
• lessThan30Days
• from30To60Days
• moreThan60Days

Possible values:

• "moreThan60Days"
• "thisTransaction"
• "lessThan30Days"
• "from30To60Days"

Whether suspicious activity was recorded on this account.

Shopper's work phone number (including the country code).

Date when the shopper last changed their password.

Indicator for the length of time since this payment method was added to this shopper's account. Allowed values:

• notApplicable
• thisTransaction
• lessThan30Days
• from30To60Days
• moreThan60Days

Possible values:

• "moreThan60Days"
• "notApplicable"
• "thisTransaction"
• "lessThan30Days"
• "from30To60Days"

Shopper's mobile phone number (including the country code).

Date when the shopper's account was last changed.

Indicates the type of account. For example, for a multi-account card product. Allowed values:

• notApplicable
• credit
• debit

Possible values:

• "credit"
• "notApplicable"
• "debit"

Date this payment method was added to the shopper's account.

Number of all transactions (successful and abandoned) from this shopper in the past year.

Authentication data produced by an MPI (Mastercard SecureCode, Visa Secure, or Cartes Bancaires).

Risk score calculated by Directory Server (DS). Required for Cartes Bancaires integrations.

The electronic commerce indicator.

The CAVV algorithm used. Include this only for 3D Secure 1.

In 3D Secure 1, the authentication response if the shopper was redirected.

In 3D Secure 2, this is the transStatus from the challenge result. If the transaction was frictionless, omit this parameter.

Possible values:

• "A"
• "N"
• "Y"
• "U"

In 3D Secure 1, this is the enrollment response from the 3D directory server.

In 3D Secure 2, this is the transStatus from the ARes.

Possible values:

• "D"
• "C"
• "R"
• "A"
• "N"
• "I"
• "Y"
• "U"

The version of the 3D Secure protocol.

Indicator informing the Access Control Server (ACS) and the Directory Server (DS) that the authentication has been cancelled. For possible values, refer to 3D Secure API reference.

Possible values:

• "07"
• "06"
• "05"
• "04"
• "03"
• "02"
• "01"

Supported for 3D Secure 2. The unique transaction identifier assigned by the Directory Server (DS) to identify a single transaction.

Network token authentication verification value (TAVV). The network token cryptogram.

Supported for 3D Secure 1. The transaction identifier (Base64-encoded, 20 bytes in a decoded form).

Provides information on why the transStatus field has the specified value. For possible values, refer to our docs.

The cardholder authentication value (base64 encoded, 20 bytes in a decoded form).

The address where to send the invoice.

The billingAddress object is required in the following scenarios. Include all of the fields within this object.

• For 3D Secure 2 transactions in all browser-based and mobile implementations.
• For cross-border payouts to and from Canada.

A maximum of five digits for an address in the US, or a maximum of ten characters for an address in all other countries.

The two-character ISO 3166-2 state or province code. For example, CA in the US or ON in Canada.

Required for the US and Canada.

The two-character ISO-3166-1 alpha-2 country code. For example, US.

If you don't know the country or are not collecting the country from the shopper, provide country as ZZ.

The number or name of the house. Maximum length: 3000 characters.

The name of the street. Maximum length: 3000 characters.

The house number should not be included in this field; it should be separately provided via houseNumberOrName.

The name of the city. Maximum length: 3000 characters.

The shopper country.

Format: ISO 3166-1 alpha-2 Example: NL or DE

Information about your application. For more details, see Building Adyen solutions.

Merchant developed software, such as cashier application, used to interact with the Adyen API.

Name of the field. For example, Name of External Platform.

Version of the field. For example, Version of External Platform.

Third-party developed platform used to initiate payment requests. For example, Magento, Zuora, etc.

External platform integrator.

Name of the field. For example, Name of External Platform.

Version of the field. For example, Version of External Platform.

Merchant device information.

Version of the operating system on the merchant device.

Operating system running on the merchant device.

Merchant device reference.

Adyen-developed software, such as libraries and plugins, used to interact with the Adyen API. For example, Magento plugin, Java API library, etc.

Name of the field. For example, Name of External Platform.

Version of the field. For example, Version of External Platform.

Shopper interaction device, such as terminal, mobile device or web browser, to initiate payment requests.

Version of the operating system on the shopper interaction device.

Locale on the shopper interaction device.

Operating system running on the shopper interaction device.

Adyen-developed software to get payment details. For example, Checkout SDK, Secured Fields SDK, etc.

Name of the field. For example, Name of External Platform.

Version of the field. For example, Version of External Platform.

The platform where a payment transaction takes place. This field is optional for filtering out payment methods that are only available on specific platforms. If this value is not set, then we will try to infer it from the sdkVersion or token.

Possible values:

• iOS
• Android
• Web

Possible values:

• "iOS"
• "Web"
• "Android"

Donation token received in the /payments call.

The shopper's email address. We recommend that you provide this data, as it is used in velocity fraud checks.

For 3D Secure 2 transactions, schemes require shopperEmail for all browser-based and mobile implementations.

The date and time until when the session remains valid, in ISO 8601 format.

For example: 2020-07-18T15:42:40.428+01:00

The amount information for the transaction (in minor units). For BIN or card verification requests, set amount to 0 (zero).

The amount of the transaction, in minor units.

The three-character ISO currency code.

Required for the 3D Secure 2 channel Web integration.

Set this parameter to the origin URL of the page that you are loading the 3D Secure Component from.

Checkout attempt ID that corresponds to the Id generated by the client SDK for tracking user payment journey.

The shopper's date of birth.

Format ISO-8601: YYYY-MM-DD