1. Recurring Card Payments (Online)
Kushki Docs
English
  • Español
  • English
  • Home
  • Quick Start
    • Frequently Asked Questions
    • Moving to Production
    • Policy for Important API Changes
    • Test Data
    • Error Codes
    • Latest Features
  • Payment Glossary
    • Payments Glossary
  • One-time card payments (Online)
    • Supported card brands
    • Functionalities by business model
    • How do third party commissions work?
    • Integration guide Third Party Commissions
    • Network Tokens
    • One-step Payments
      • How do Card Payments Work?
      • Accept a Card Payment
      • Direct charge (without token)
      • Accept One-Time Payments with OTP
      • OTP Authentication Error Codes
      • Error codes for single card payments
    • Two-steps Payments
      • How do single payments with authorization and capture work?
      • Receive payments with authorization and capture
    • Refunds
      • Returns, cancellations, and refunds
    • 3DS Authentication
      • Introduction to 3DS
      • 3DS API integration
      • 3DS integration with kushki.js library
      • 3DS API integration plus kushki.js library
      • 3DS Error Codes
    • Apple Pay Payments
      • Apple Pay Configuration
      • Apple Pay Sandbox testing
  • Recurring Card Payments (Online)
    • Functionalities by business model
    • External subscriptions to Kushki
    • Authenticate your subscriptions with 3DS
    • Accept one-click payments with 3DS
    • Error codes in recurring charges
    • Apple Pay for Subscriptions
    • Scheduled payments
      • How do Credit or Debit Card Payment Recurring Charges Work?
      • Create a recurring charge
      • Manage your Scheduled Charges
    • OneClick Payments
      • Accepting One-Click Payments
      • How do OneClick payments with authorization and capture work?
      • Receive one-click payments with authorization and capture
  • Card-present payments
    • Card present payments
    • Accept card present payments
    • Test data
    • Webhooks for card present
    • Cloud Terminal API
      • Cloud terminal API overview
      • Take payments
      • Cancel a payment request
      • Check the status of a payment request
      • How to print a customized ticket?
    • App-to-app
      • App-to-app overview
      • Take payments
    • Terminal SDK
      • Terminal SDK Introduction
      • Take payments
    • Raw card-present API
      • Raw card-present API overview
      • Cryptographic key exchange
      • Sample script to encrypt information
      • Take Payments
      • Frequently Asked Questions
      • Error codes for card-present transactions
    • Transactions
      • Transactions
      • Cancel payments
    • Kushki One
      • First Steps
      • Autenticación y Cifrado de Requests
      • Accept payments with Kushki One
      • Amount Format
      • Async services and webhooks
      • Printing on SmartPOS terminal
      • Unified Error Catalog — Kushki ONE Connect
    • Kushki One Payment App
      • Overview
      • Process a payment
      • Split payment on the terminal
      • Refunds and PreAuth & Capture
      • Review Your Transactions
      • Terminal Setup
  • Wire Transfers
    • How do Payments by Wire Transfers Work?
    • Banks and transaction details for bank transfer payments
    • Receive Wire Transfers
    • Check the Status of a Transaction
  • Money Disbursement
    • Wire Transfer
      • How Does a Payment Distribution by Wire Transfer Work?
      • Payment Distribution to Bank Accounts
      • Error codes for transfer dispersions
  • Payment Links
    • Smartlinks
  • Plugins
    • Shopify
      • Shopify
      • Plugin Operation
    • VTEX
      • VTEX Integration Guide
  • Payment forms and buttons
    • Kajita
      • How Does it Work?
      • Payment Kajitas
    • Payment Button
      • Overview
      • Generate a payment button
  • Branch Offices Management
    • How to Onboard Submerchants via API
  • Notifications
    • Webhooks
    • Good Practices
    • Check your Webhooks
    • One-time Payments Webhooks
      • Webhook for One-Time Payments made with a card
      • Webhook for One-Time Payments by Wire Transfer
      • Webhook for One-Time Payments in Cash
    • Recurring Payments Webhooks
      • Webhook for Recurring Payments Made with Card
    • Payment Distribution Webhooks
      • Webhook for payment disbursement through wire transfer
    • Payment button Webhooks
      • Webhooks with Payment Button
    • Smartlinks Webhooks
      • Webhooks with Smartlinks
    • Refunds Webhooks
      • Webhook for Voids and Refunds
      • Chargeback Webhooks
HomeMexico 🇲🇽
Ecuador 🇪🇨Chile 🇨🇱Colombia 🇨🇴Peru 🇵🇪
HomeMexico 🇲🇽
Ecuador 🇪🇨Chile 🇨🇱Colombia 🇨🇴Peru 🇵🇪
Status
Soporte / Support
English
  • Español
  • English
  1. Recurring Card Payments (Online)

Apple Pay for Subscriptions

Accept recurring payments with Apple Pay
Accept recurring payments with Apple Pay in your Kushki integration. Depending on the type of solution you use (Smartlink, Custom Integration, or Direct Apple Pay Integration), the configuration process varies.
Important
🚧 BETA: Limited Availability 🇵🇪 🇨🇱 🇲🇽
Please note that Apple Pay is currently in Beta. This functionality is only available for merchants in Chile, Mexico, and Peru.

Supported capabilities#

Feature
One-time payments✅ Supported
Pre-authorization and Capture✅ Supported
Subscriptions✅ Supported
Installments⛔️ Not supported
Supported cards:
Visa
Mastercard

1. No-code integrations: Smartlinks#

If you use Smartlinks, the technical integration is already handled. However, you need to manually enable this option in your Kushki Console.
When creating or editing your Smartlink in the Console, select the Subscription or Combined payment type and make sure to enable the Apple Pay toggle under the Payment Methods section.
Note
The Payment Button (Webcheckout) does not support subscriptions, so this option does not apply to that product.
Smartlinks: Follow the step-by-step guide for enabling Apple Pay in Smartlinks.

2. Custom integrations: Libraries and Kajita#

Do I need an Apple Developer account?
No. For No-Code integrations (Smartlinks) and Custom integrations (libraries and Kajita), you do not need an Apple Developer account.
By using Kushki as your processor, we handle the complexity of Apple certificates on your behalf. You only need to host the file we provide to prove that you own the domain.
If you use Kushki.js (v1 or v2 - Hosted Fields) or Kajita, a domain verification is required to ensure your website is authorized to process payments with Apple Pay.
Prerequisites: Before getting started, make sure you have access to the Kushki Console, specifically the Configuration module.

Step 1: Request the verification file#

To validate your domain, you need the Apple merchant association file (apple-developer-merchantid-domain-association).
Contact the Kushki Support team.
Request the Apple Pay configuration certificate.
Specify which environment you need the file for: Testing (UAT) or Production.
Important
⚠️ Important: Verification files are unique to each environment. Make sure to request and use the correct file for UAT or Production accordingly.

Step 2: Host the file on your server#

Once Kushki provides the file, you must host it on your web server. Apple requires this file to be publicly accessible over HTTPS at a specific path.
Create a folder named .well-known at the root of your domain and place the downloaded file there. The final URL should look like this:
https://your-domain.com/.well-known/apple-developer-merchantid-domain-association
You can verify the file is correctly hosted by running the following command in your terminal or simply pasting the URL into your browser:
You should receive a 200 OK response and the file should be downloadable or visible.

Step 3: Register your domain in the Kushki Console#

With the file correctly hosted, the final step is to register your domain on our platform to complete the association.
Log in to the Kushki Console.
Go to Configuration > Integrations.
Find the Apple Pay section.
Enter your domain URL (e.g., your-domain.com) in the corresponding field.
Click Register or Verify.
At this point, Kushki will communicate with Apple to verify that the file exists on your server. If everything is correct, the domain will be verified.

Step 4: Technical implementation#

Once the domain is verified, proceed with the technical implementation according to your integration method:
Kajita: Follow the guide to enable Apple Pay in your Kajita form.
Kushki.js v2 (Hosted Fields): Check the Apple Pay integration documentation for v2 for the subscription integration example.
Kushki.js v1: See the subscription examples for implementation details.

3. Direct Apple Pay integration#

This guide details the process for obtaining the necessary credentials directly from Apple.
ℹ️ 👉 For more information, refer to the official Apple Developer documentation.
Please note that Apple is a third-party provider, so their documentation and processes may change without prior notice.
Prerequisites:
You must have an active Apple Developer account.
This account has an annual cost. See details at the Apple Developer Program ›

Phase 1. Get your Merchant ID#

The Merchant ID identifies your business for accepting payments.
Sign in to your active Apple account.
Go to the Certificates, Identifiers & Profiles section.
Select Identifiers from the side menu, then Merchant IDs from the list on the right.
Click the blue (+) button to add a new one.
Select Merchant IDs and click Continue.
Enter a Description and a Unique Identifier.
Review the details and click Register.

Phase 2: Get the Merchant Identity Certificate#

This certificate validates that your website is legitimate to display the Apple Pay button. Apple requires RSA 2048-bit encryption for this step.
1.
Generate the RSA private key: Open your terminal and run the following command to create your key:
openssl genrsa -out merchant.key 2048
2.
Create the Certificate Signing Request (CSR): Generate the .csr file using your Merchant ID as the common name.
openssl req -new -key merchant.key -out merchant.csr \-subj "{merchant_ID}"
3.
Create in Apple:
Return to the Apple console (Merchant IDs section), select your ID and click Create Certificate under the Apple Pay Merchant Identity Certificate heading.
Upload the generated merchant_id.csr file and click Continue.
Download the certificate (merchant_id.cer).

Phase 3: Generate the Apple Pay Payment Processing Certificate#

Once the Merchant ID and Merchant Identity Certificate have been generated, you need to obtain a Certificate Signing Request.
Follow these steps to obtain the certificate:
1.
Create the EC private key (P-256): Run the following command to generate the processing key:
openssl ecparam -name prime256v1 -genkey -noout -out payment.key
🔐 Critical File: The resulting payment.key file is your Private Key. Store it in a safe place.
2.
Create the Certificate Signing Request (CSR): Generate the file to submit to Apple using your Merchant ID.
openssl req -new -key payment.key -out payment.csr \-subj "/CN={merchant_ID}"
3.
Activate your certificate in Apple:
Return to the console and select Certificates, Identifiers & Profiles.
Under Identifiers, select Merchant ID.
Select the Merchant ID created earlier.
In the Apple Pay Payment Processing Certificate section, click Create Certificate.
Follow the instructions, then upload the generated file.
Download the final certificate to complete the process.

Phase 4. Validate your Web Domain#

Apple needs to confirm that you own the website.
In your Merchant ID, go to the Merchant Domains section.
Click Add Domain, enter your website (e.g., www.example.com or example.com) and save.
Download the verification file.
Host the file in the .well-known path on your server.
Return to the Apple console and click Verify.

4.1. Verification confirmation:#

Success: If the file is accessible, Apple will verify the domain immediately and you will see the status as "Verified".
Error: If verification fails, review these critical points before trying again:
Exact path: make sure the folder is named .well-known (with the leading dot) and the filename has no extra extensions.
Accessibility: try opening the file URL from an incognito browser window. If you cannot see it, Apple won't be able to either.
Redirects: make sure your server is not forcing redirects or security blocks (firewalls) that prevent the text file from being read directly.

Phase 5: Web Implementation and Tokenization#

Once you have your certificates and your domain is verified, proceed with coding the payment button on your website.
Important
For button implementation and further information, refer to the official Apple Pay on the Web guide.
Follow these steps:
Create the Apple Pay Session: Use your Merchant Identity Certificate (generated in Phase 2) to communicate with Apple's servers. This is required to validate your identity and allow the payment sheet (Wallet) to display on the customer's device.
Decrypt the data: Once the customer authorizes the subscription, Apple will return an encrypted payment object. Use the private key from your Payment Processing Certificate (generated in Phase 3) to decrypt this package and obtain the card data (DPAN, cryptogram, etc.).
Tokenize with Kushki: With the decrypted card data, send it to Kushki to generate a secure subscription token.
You must call the endpoint to create a Network Token with the corresponding subscription parameter. Learn how it works in Network Tokens.
See the required parameters in our API Reference: Create a Card Token ›.

Frequently Asked Questions (FAQ)#

Are there special decline codes for Apple Pay transactions? No, because the transaction travels to the card networks through the same card flow, and the same existing decline codes apply.
Are there maximum or minimum transaction amounts? No, there are no specific amount limits imposed by Apple Pay.
Does it work from mobile apps? No. Currently, the functionality is only available for purchases made through web browsers.
Does domain registration need to be done in both UAT (testing) and Production? Yes, Apple requires the domain to be validated in both environments to process payments correctly.
Does 3DS authentication apply to Apple Pay transactions? Apple Pay transactions do not require 3DS because when the card is registered in the wallet, the process is authorized by the Issuer.
Is the subscription token generated with Apple Pay different from a one-time payment token? Yes. By including isSubscription: true in requestApplePayToken, Kushki generates a subscription token that must be used exclusively with the recurring charge endpoint. It is not interchangeable with a one-time payment token.
Modificado en 2026-10-14 19:43:31
Anterior
Error codes in recurring charges
Siguiente
Scheduled payments
Built with