1. OneClick Payments
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. OneClick Payments

Receive one-click payments with authorization and capture

Separate the authorization and capture on subscribed cards to create a charge now and capture funds later
Web
Android
iOS
This functionality is available for the following models:
☑ Acquirer

☐ Aggregator
Receive OneClick payments using the authorization and capture scheme enable secure storage of your customer's card data, guaranteeing fund availability on the customer's card for a maximum of 7 days for debit cards and 28 days for credit cards. If the payment is not captured at that time, the held funds will be released by the issuing bank back to the cardholder.
Important
Please note that due to our risk policies, available payment methods and integration types may vary when you formalize the affiliation. We will inform you on how to proceed if this process applies to your merchant.

Flow#

The flow you will integrate will be as follows:
Auth y captura bajo demanda

1. Create card enrollment#

The first step in generating OneClick payments with the authorization and capture scheme is to enroll your customer's card. To perform the enrollment, follow the instructions given in the relevant article Generate one click payments.
If the subscription is successful, you will receive thesubscriptionId.
The next step will be to make an authorization request from your back-end and then proceed with capture or unsubscription requests as needed, depending on the case.

2. Authorize the charge#

With the subscriptionId of your card received in the previous step, you will need to make a call to our authorization endpoint to initiate the reservation of a given amount.
JavaScript
Python
PHP
You can get more information in our API reference.

3. Kushki verifies authorization#

Kushki will validate the availability of funds with the card issuer.
Once you have received Kushki's response, save theticketNumber as this will be the identifier for later capture as well as cancellation.

4. Capture or release funds#

4.1. Performs capture (Optional)#

Important
The maximum amount to be captured may be 10% higher than the total amount of the initial authorization plus the n reauthorizations that may be executed.
Once you are required to collect the funds from the card, capture the amount you define according to the authorized by calling our capture endpoint for subscriptions OneClick, using the subscriptionId of the card and ticketNumber obtained in the authorization.
JavaScript
Python
PHP
You can find more information in our API reference.

4.2. Void authorization (optional)#

If you need to void an authorization for funds to be released to the cardholder, you can do so by calling our void of collections enpoint, using the ticketNumber obtained in the authorization.
Once the authorization has been voided, it may take up to 30 days for the balance to be reflected back in the cardholder's account.
JavaScript
Python
PHP
You can find more information in our API reference.

Test your integration#

There are test cards you can use in the UAT environment to make sure your integration is ready. Use them with any CVV, zip code and future expiration date.
Approved Transaction: 5451951574925480
Declined transaction on token request (front-end): 4574441215190335
Transaction declined on authorization: 4349003000047015
Transaction declined on capture: 4547004841271012

Prepare Your Certification#

Take into consideration the following guidelines to pass the technical certification (required to obtain production credentials):
Tax calculations are correct.
Do not store sensitive card data in your database (full card number, CVV, etc.).
On-screen messages according to Kushki responses.
Save and record all Kushki responses (required in case support is needed).
The Kushki logo must be visible to the customer. You can find our logo in various formats here.
Make sure you submit all the required data specified in the API reference.
If you are using Kushki.js, also consider the following:
The cardholder's name is required.
The card number field is required.
The card number field accepts only numbers.
The card number field accepts a maximum of 16 digits (may be fewer).
The CVV field is required
The CVV field accepts only numbers.
The CVV field allows a maximum of 4 digits and a minimum of 3.
The CVV field must be of password type.
The expiration date is required.
The expiration date must accept only future dates.
The payment button is disabled after the first click.
The Kushki logo must be visible to the customer. You can find our logo in various formats here.
-Make sure to send your customer-payer's contact information (contactDetails), along with the billing ( orderDetails -> billingDetails)and shipping information (if your business model requires it: orderDetails -> shippingDetails),within the request to make the charge. You can find an example of the JSON Body for the charge in API reference.
Modificado en 2026-10-14 19:43:56
Anterior
How do OneClick payments with authorization and capture work?
Siguiente
Card-present payments
Built with