Apple Pay is a digital wallet for storing payment details, providing an easy and secure way to pay in iOS applications, websites running on Safari browser and contactless POS terminals. In applications and on websites, users can quickly and securely provide their payment, shipping, and contact information to check out. Apple Pay’s simplicity increases conversion rates and new user adoption that come with it.
’s Apple Pay solution supports following scenarios:
In-application payments (also part of the SDK)
Web payments
Notice: Regarding the liability shift in case of the card processing, please contact your Acquirer directly. Because is not a direct contract partner, your Acquirer should specify the liability shift rules for each card brand.
Web payment
Apple Pay is available on all iOS devices with a Secure Element running iOS 10 or later. For macOS devices, users must be running macOS 10.12 or later, and have a Mac with Touch ID or an Apple Pay-capable iPhone or Apple Watch to authorize the payment.
Apple Pay is available through Safari on macOS. On iOS, Apple Pay is available in-app, on Safari, and as of iOS 16, websites displayed through a webviews (including third party browsers and social media apps)
To enable Apple Pay on your website it must comply with the Apple Pay Acceptable Use Guidelines, and be served over https://.
Apple Pay can be used for payments within the iOS applications. The main advantage of Apple Pay is that it is frictionless process with no need to re-type credit card data, shipping or billing address, which can be cumbersome on the smaller iPhone screens. Customer just choose to checkout with Apple Pay and confirms the payment with Touch ID.
Merchants can also use ’s SDK for facilitating the in-app payment integration, making it easier and faster.
Apple Pay requirements:
Apple Pay in-app payments are supported on all iOS devices with a Secure Element.
Within apps, PassKit provides the API’s that your app will use to determine if it is running on a device with a Secure Element and if the device has been provisioned with payment cards that you support. On websites, WebKit provides APIs that allow your website to check if the individual has an Apple Pay capable device and if it is set up.
If the device is Apple Pay enabled you should present the Buy with Apple Pay button using APIs supplied within PassKit within apps and Webkit within Safari.
Â
Presenting the Payment Sheet
When your user selects goods or services to buy, and selects Apple Pay as the payment method, you create a payment request and ask PassKit in apps or Webkit on your website to present the payment sheet to the user. The payment sheet must immediately follow the user tapping the Apple Pay button, without any interim screens or pop-ups except to prompt for necessary product details, such as size or quantity.
Your app specifies the contents of the payment sheet but it does not control the user’s interaction with the sheet. You must decide if it makes sense to present shipping and billing information, shipping method, and other line items to the user. You should only request the information necessary to process the transaction.
Â
Processing Payments
Once authorized by the user with Touch ID (and bank PIN code in China), your app receives a payment token from PassKit. The payment token encapsulates the information needed to complete a payment transaction, including the device-specific account number, the amount, and a unique, one-time-use cryptogram. The encrypted payment bundle will be decrypted by , which then handles the whole processing of the transaction.
On this page
Step by Step Set-Up Guide for Apple Pay
Â
Once you have decided to support Apple Pay, there is a set of steps that need to be completed:
Validate if the Acquirer supports Apple Pay
Not all Acquirers are supporting Apple Pay for in-app and web payments
 can provide information about supporting Acquirers
Create Merchant ID, unique identifier that represents a merchant for Apple Pay
Access your Apple Developer Account and visit the Certificates, Identifiers & Profiles section of the Apple member center. You can then navigate to Merchant IDs and click add.
Set your Merchant ID. The identifier you enter should be a reverse DNS style identifier prefixed with the word "merchant".
Create Payment Processing Certificate, used to securely transfer payment data. Apple Pay servers use the payment processing certificate’s public key to encrypt the payment data.
Obtaining Certificate Signing Request (CSR) from
Contact and ask for Apple Pay CSR. Provide us with information about your Apple Merchant ID.
CSR will be needed by Apple to generate actual certificate for signing Payment Token
Upload CSR at Apple
In Member Center, select Certificates, Identifiers & Profiles. Under Identifiers, select Merchant IDs. Select the merchant ID from the list, and click Edit.
Click Choose File, select the CSR received from and click Generate.
Download the certificate by clicking Download, and click Done.
Return Certificate to
Send the downloaded Certificate (CER file) together with your Apple Merchant ID toÂ
Â
Enable Apple Pay for your app in Xcode
Open Capabilities pane
Select the switch in the Apple Pay row, and then select the merchant IDs you want the app to use.
(WEB ONLY) Create Merchant Identity Certificate. A Transport Layer Security (TLS) certificate used to authenticate your merchant sessions with the Apple Pay servers.
To register and verify your domain, and create your Merchant Identity Certificate:
In Member Center, select Certificates, Identifiers and Profiles.
Under Identifiers, select Merchant IDs.
Select the merchant ID from the list, and click Edit.
In the Apple Pay on the Web section, click the Add Domain
Enter your fully qualified domain name, and click Continue.
The site creates a file and makes it available to download. Download this file and host it at the provided location.
As soon as the file is available on your server, click the Verify button. If the verification succeeds, the site returns to the iOS Merchant ID Settings page and shows a green Verified status label.
In the Apple Pay on the Web section, click the Create Certificate Follow the instructions to create and download your Merchant Identity Certificate. Use this certificate when requesting a merchant session during payment validation. For more information, see Merchant Validation in ApplePaySession.
Â
Integrate Apple Pay at your application or web shop
Important: When creating PKPaymentRequest, request.merchantCapabilities = PKMerchantCapability3DS. only supports 3DS types.
interface
Calling the interface
Two transactions are created when making a credit card payment via Apple Pay. In the Apple Pay transaction the required credit card data are determined first and the actual credit card transaction is then carried out automatically. This takes place via a server-to-server connection and supports all usual credit card transaction options. The difference here, however, is that you don't transmit the credit card information, which you don't know. Instead, you transmit the PKPaymentToken generated by Apple Pay, which contains the required credit card data in encrypted form.
In order to make a credit card payment with Apple Pay, go to the following URL:
applepay.aspx
The table describes just basic parameters. It is also possible to include all credit card payment parameters (without credit card data). More information about this you can find within Card processing. If you are processing Recurring or stored Credential on File transactions, please make sure to review all the necessary information in "COF Mandate Integration Guide". If there are any specific parameters that are mandatory for credit card payment, these parameters are also mandatory for Apple Pay.
Merchant’s unique reference number, which serves as payout reference in the acquirer EPA file. Please note, without the own shop reference delivery you cannot read out the EPA transaction and regarding the additional settlement file (CTSF) we cannot add the additional payment data.
Merchant’s unique reference number, which serves as payout reference in the acquirer EPA file. Please note, without the own shop reference delivery you cannot read out the EPA transaction and regarding the additional settlement file we cannot add the additional payment data.
Notes:
Fixed length of 12 characters (only characters (A..Z, a..z) and digits (0..9) are allowed, no special characters like whitespace, underscore...)
If the number of characters entered is lower than 12, BNP will complete, starting from the left side, with "0" (Example : 000018279568)
The format depends on the available paymethods for your MerchantId and this parameter is used for card payments reconciliation.
Please choose your format in that way that all paymethods are covered.
We recommend to use the most restrictive format for this parameter (AN12 - M) and create unique RefNr.
Complete URL which calls up in order to notify the shop about the payment result. The URL may be called up only via port 443. It may not contain parameters: Use the UserData parameter instead.
Common notes:
We recommend to use parameter "response=encrypted" to get an encrypted response by
However, fraudster may just copy the encrypted DATA-element which are sent to URLFailure and send the DATA to URLSuccess/URLNotify. Therefore ensure to check the "code"-value which indicates success/failure of the action. Only a result of "code=00000000" should be considered successful.
Key
Format
CND
Description
Beschreibung
MerchantIDExt
ans..128
C
Merchant Identifier of Public Key
Mandatory if more then one Merchant Identifiers are stored with
Merchant Identifier des Public Keys
Pflicht, wenn mehr als ein Merchant Identifier bei The page DE:Wording was not found -- Please check/update the page name used in the MultiExcerpt-Include macro hinterlegt ist.
TokenExt
ans..6000
M
Apple Pay PKPaymentToken as JSON string in the Base64 format
ID assigned by for the payment, e.g. for referencing in batch files
This ID refers to the credit card transaction unless an error occurs already at the Apple Pay transaction.
Vom The page DE:Wording was not found -- Please check/update the page name used in the MultiExcerpt-Include macro vergebene ID für die Zahlung, z.B. zur Referenzierung in Batch-Dateien.
Diese ID bezieht sich auf die Kreditkarten-Transaktion, es sei denn, es kommt bereits bei der Apple-Pay-Transaktion zu einem Fehler.
Card scheme specific transaction ID required for subsequent credential-on-file payments, delayed authorizations and resubmssions.
Kartensystemspezifische Transaktions-ID, die für nachfolgende Zahlungen mit hinterlegten Daten, verzögerte Autorisierungen und Wiedereinreichungen erforderlich ist.
Result parameters for Apple Pay
Capture / Credit / Reversal
Captures, credits and reversals do not refer to the Apple Pay transaction but directly to the credit card transaction. More information about this you can find within Card processing.
Batch processing via the interface
Captures, credits and reversals via batch do not refer to the Apple Pay transaction but directly to the credit card transaction. More information about this you can find within the document Card processing.