Create a payment without wallet cryptogram — without MPI (3DS required)
When neither a wallet cryptogram nor merchant-side 3DS results are available, the gateway performs 3DS authentication. The response will have status: "pending" and a client_action that the merchant must handle.
Any alphanumeric string to identify the Merchant's order
amountFloatrequired
Amount of the transaction including all taxes and shipping fees
currencyStringrequired
3 letter currency code
postback_urlStringrequired
The URL for updates about transaction status are posted
success_urlStringrequired
Where to redirect the user after a successful transaction
error_urlStringrequired
Where to redirect the user after a failed transaction
card_numberStringrequired
The card number (FPAN) from the decrypted Apple Pay token
card_holderStringrequired
Name of the cardholder
card_expiry_monthStringrequired
Expiry month of the card (1-12)
card_expiry_yearStringrequired
Expiry year of the card (4 digits)
Omit threeds_wallet_cryptogram, threeds_authentication_value, and threeds_directory_server_trans_id. The gateway will perform 3DS authentication automatically. The optional processing parameters from Cardholder Data Parameters such as card_entry, charge_order, clearing_mode, clear_after, and sca_exemption_request are also accepted in this flow.
Optional additional information about the transaction result
additional_transaction_dataString
Additional transaction data provided by you. This will be shown in the dashboard as well as when you query for transaction data. It will also be sent back to your postback_url as part of the postback data.
amountFloat
Amount of the transaction
included_feesString
Included fees for the transaction
error_codeInteger
Error code for the response
client_actionString
Indicates the required client-side action. Possible values: postForm (build and submit a POST form using the data in action_data) or redirect (redirect to the url in action_data).
action_dataObject
Contains: url (target URL of the action) and, in case of a postForm, fields (key/value pairs of the data to be posted).
The merchant must build a form on their frontend and POST the fields to the provided url in action_data. This will redirect the customer to the 3DS authentication page. Once 3DS is completed, the customer is returned to the merchant's success_url or error_url.
For testing Server-to-Server Apple Pay transactions without a wallet cryptogram and without MPI, omit threeds_wallet_cryptogram, threeds_authentication_value, and threeds_directory_server_trans_id. This triggers the gateway 3DS flow.
info
The card data in Server-to-Server Apple Pay transactions is actually token data (DPAN), not the real card number — but it follows the same format. CVV is not required for wallet token transactions.
info
3DS is very rare for Apple Pay transactions since the wallet cryptogram typically provides sufficient authentication.
Parameter
Test Value
card_number
5286940020000908
card_holder
Max Mustermann
card_expiry_month
12
card_expiry_year
2026
Complete the client_action returned in the response (postForm or redirect) to continue with the acquirer-provided 3DS flow.