1. Online Payments
  • API Docs Chile 🇨🇱
  • Online Payments
    • Release Notes
    • Card Payments
      • Request a card token
      • Create payment (tokenless)
      • Make a charge or deferred charge
      • Void a transaction
      • Refund a transaction
      • Request deferred options
      • Authorize payments
      • Preauthorization (tokenless)
      • Reauthorize payments
      • Capture an authorized payment
      • Verify Account
      • Validate OTP
      • Bin Info V2
      • Bin Info
      • Voucher
    • One-Click & Scheduled Payments
      • Request a recurring charge token
      • Create a recurring charge
      • Update recurring charge card data
      • Make an One-click payment
      • Cancel a recurring charge
      • Update a recurring charge
      • Add a temporary charge or discount
      • Authorize payments
      • Capture an authorized payment
      • Get recurring charge Info
    • Card Async
      • Request a card async token
      • Init Transaction
      • Authorize payments
      • Capture an authorized payment
      • Get Status
    • Async Card Recurring Charges
      • Request an async card recurring charge token
      • Init an async card recurring charge
      • Authorize payments
      • Capture an authorized payment
    • Chargebacks
      • Query chargebacks
      • Request chargeback export
    • Transfer In
      • Get Bank List
      • Request a Transfer In token
      • Init Transaction
      • Get Status
    • Transfer Out
      • Get Bank List
      • Get Bank List V2
      • Request a Transfer Out token
      • Init Transaction
      • Get Status
      • Balance for Payouts
    • Cash In
      • Request a cash in token
      • Init Transaction
      • Transaction Status
    • Smartlinks V2
      • Create a Smartlink
      • Get a Smartlink
      • Delete a smartlink
      • Update a Smartlink
    • Payment Button
      • Create a payment button
    • Analytics
      • Get transactions list v1
      • Get transactions list v2
    • Status
      • Get platform status
      • Get gateway status
    • Subscription Transactions
      • Get subscription transactions
    • Payment Credentials
      • Create a credential
      • Search credentials
      • Update credential
      • Regenerate a credential
      • Delete credential
      • Activate or deactivate
      • Advanced search
    • Settlement
      • Query settlement
  • API Raw Card Present Payments
    • Release Notes
    • Error Catalog
    • Test Data
    • Key Exchange Process
    • One-time payments
      • Single payment
    • Two-step-payments
      • Authorization and capture
    • Voids & Refunds
      • Refund a transaction
      • Void & Reverse
    • Card information
      • Get BIN Info
      • Bin Info V2
      • Request deferred options
    • Query Transactions
      • Transaction Search
    • Webhooks
      • Introduction
      • Good practices
      • Refunds
      • Card Payments
      • Check your webhooks
  • Kushki One
    • Cloud Services
      • Payment
        • Charge
        • Authorization (Pre-auth)
        • Capture
        • Re-authorization
        • Post-tip
        • Void
        • Refund
        • Abort
      • Search
        • Transaction Search
      • Print
        • Create Print Job
        • Get Print Job Status
    • Local Services
      • Payment
        • Charge
        • Authorization (Pre-auth)
        • Capture
        • Re-authorization
        • Post-tip
        • Void
        • Refund
        • Abort
      • Search
        • Transaction Search — Online
        • Transaction Search — Local
      • Print
        • Create Print Job
        • Get Print Job Status
        • Print Job Webhook (inbound — implemented by your POS)
  • Appian - Submerchant Register
    • Submerchant Validation in Batch
    • Query submerchant status by requestId/submerchantId
    • Get submerchantIds
    • Get credentials for submerchants
  • Schemas
    • RequestBodies
      • one-and-two-step-payment
    • documentType
    • Amount-cash-in
    • amount
    • Card
    • ChargebackListResponse
    • Channel
    • StatusComponent
    • SubscriptionTransactionsResponse
    • SettlementDateRangeRequest
    • AmountWithTaxes
    • PrintJobRequest
    • networkToken
    • extra_taxes
    • ChargebackItem
    • SubscriptionTransaction
    • SettlementTicketRequest
    • AmountCore
    • CommandText
    • webhooks
    • card
    • Amount-CL
    • webhooksItem
    • ErrorResponse400
    • SettlementResponse
    • ExtraTaxes
    • CommandColumns
    • headers
    • currency
    • Amount
    • card_details
    • ErrorResponse401
    • SettlementRecord
    • ColumnItem
    • Metadata
    • transactionType
    • enc_tlv
    • ErrorResponse403
    • ErrorResponse
    • TransactionResponse
    • CommandDivider
    • extraTaxes
    • Country
    • binInfo
    • Deferred
    • deferred
    • ErrorResponse500
    • payment_method
    • RawResponse
    • CommandFeed
    • SubscriptionUpdate
    • pos_details
    • CardData
    • CommandSpace
    • ContactDetails
    • Language
    • contact_details
    • sub_merchant
    • AmountWithTip
    • CommandCut
    • Subscription
    • metadata
    • LinkFailure
    • CommandImage
    • orderDetails
    • TransactionSearchRequest
    • CommandQR
    • Shipping Address
    • payment_submethod
    • CommandBarcode
    • Billing-Address
    • PrinterError
    • product
    • PrintJobStatus
    • threeDomainSecure
    • SubscriptionAdjustmentRequest
    • PrintWebhookPayload
    • webhooksChargeback
    • citMit
    • network
    • messageFields
    • UnexpectedErrorResponse
    • ExternalReferenceId
    • ExternalSubscriptionId
BienvenidaPerú 🇵🇪México 🇲🇽Ecuador 🇪🇨Colombia 🇨🇴Chile 🇨🇱
BienvenidaPerú 🇵🇪México 🇲🇽Ecuador 🇪🇨Colombia 🇨🇴Chile 🇨🇱
  1. Online Payments

Release Notes


Release notes#

Discover the latest feature releases, product improvements and bug fixes of Kushki online payment services.


Stay up to date with changes and updates to the Kushki API.
We used the ISO 8601 standard (YYYY-MM-DD) for dates, the Semantic Versioning (MAJOR.MINOR.PATCH) for version numbers, increasing the:
1.
MAJOR version when we make incompatible API changes,
2.
MINOR version when we add functionality in a backward-compatible manner, and
3.
PATCH version when we make backward-compatible bug fixes

Types of changes#

NEW for new features.
IMPROVEMENTS for changes in existing functionality.
DEPRECATED for soon-to-be removed features.
REMOVED for now removed features.
FIX for any bug fixes.
SECURITY in case of vulnerabilities.

Latest#

1.18.3 - 2026-06-04#

NEW

fullResponse v3 — Create a recurring charge#

The Create a recurring charge endpoint now accepts "fullResponse": "v3". This version extends the details object in the response with additional subscription data, including validationTicketNumber — the ticket number of the validation charge executed at subscription creation.
When a subscription is created with v3, the Get recurring charge info endpoint also returns validationTicketNumber in its response.
⚠️ V3 response stability: The v3 response may include new or deprecated fields without prior notice. Always handle unexpected or missing fields gracefully.

Previous release notes#

1.18.0 - 2026-04-17#

NEW

🔖 Platform Status Endpoint#

A new endpoint is now available to retrieve the real-time operational status of both Kushki and BillPocket platforms in a single request.
The Get Platform Status endpoint returns a unified response with the status of all components for each platform, including uptime percentage and incident counters for a configurable date range. No authentication is required.

NEW

🔖 Subscription Transactions Endpoint#

A new endpoint is now available to query the transactions charged under a specific subscription, filtered by date range.
The Get Subscription Transactions endpoint returns full subscription metadata along with its transaction history. Use the start, end, and size query parameters to scope results to a specific billing period.

NEW

🔖 Settlement Query Endpoint#

A new endpoint is now available to retrieve merchant settlement records on demand in JSON format, replacing the need to wait for a daily CSV file delivery.
The Query Settlement endpoint returns paginated settlement records for a configurable date range. Use the startDate, endDate, page, and limit body parameters to scope results to a specific period. Authentication via the private-merchant-id header is required.

1.17.2 - 2026-04-07#

IMPROVEMENTS

🔖 New POS Device Fields in Get Transaction List V2#

The Get Transaction List V2 response now includes additional POS device fields for card present transactions.
New fields returned in pos_details:
pos_user: Device operator username.
pos_friendly_name: Friendly display name of the terminal.
pos_serial: Device serial number.
pos_type: Physical device type. Possible values: COUNTERTOP, MPOS, SMARTPOS, SELF_SERVICE, OTHER.
pos_connectivity: Network connectivity type. Possible values: GPRS, WIFI, ETHERNET, DIAL_UP, OTHER.
These fields are only returned in card present transactions if they were sent in the original request.

1.17.1 - 2026-03-31#

IMPROVEMENTS

🔖 Transaction Identifier (TID) in Payments API#

The Transaction Identifier (TID) — the transaction ID assigned by payment networks (Visa, Mastercard, etc.) — is now available as a standard opt-in field for any merchant.
Key capabilities:
Request the TID on a per-transaction basis by including "franchiseTransactionCode" in the new capabilities array in your charge or preAuth request.
If capabilities is not sent, transactionIdentifier is not returned in the response — the feature is fully opt-in.
Supported operations: charge, tokenlessCharge, preAuth, tokenlessPreAuth.
network.transactionIdentifier is only present in the response when franchiseTransactionCode was included in the request's capabilities array.
PRODUCT IN BETA VERSION
1.17.0 - 2026-03-20NEW
Introducing the Chargebacks API — a new set of endpoints that allows merchants to query their chargeback information directly via API and request asynchronous exports, replacing manual processes and providing real-time visibility into chargeback status, deadlines, and risk levels.

What's new#

🔄 Query Chargebacks#

POST /data/v1/chargebacks/search — Returns a paginated list of chargebacks associated with the authenticated merchant.
Key capabilities:
Filter by transaction_date or request_date (up to a 3-month window; only one date filter can be sent at a time).
Apply additional filters by chargeback_status, country_name, chargeback_type, and chargeback_ticket_code.
Request additional fields beyond the default response set using the fields parameter.
Paginate results with a maximum of 100 records per page.
Default response includes:
Chargeback status, reason code, requested amount, and currency.
deadline_representation_date — calculated as request_date + 15 calendar days.
deadline_resolution_date — calculated as request_date + 120 calendar days.
risk_level — urgency indicator (HIGH, MEDIUM, LOW) based on days remaining until the representation deadline.

📤 Request Chargeback Export#

POST /data/v1/chargebacks/export — Initiates the asynchronous generation of a chargeback export file.
Key capabilities:
Same filters and fields as the search endpoint.
Configure up to 5 webhook URLs to receive the download notification.
Once the file is ready, Kushki sends a POST notification to each configured URL with the S3 download link.
The download URL is a pre-signed S3 URL valid for 4 hours from generation.
Webhook notification includes:
file_url — pre-signed S3 URL to download the export file.
expiration_timestamp — Unix timestamp (13 digits) indicating when the URL expires.
request — the original request body sent to the export endpoint (excluding webhooks).
Authentication: private-merchant-id header. Applies to all countries and covers both card present and card not present transactions.
EARLY RELEASE
1.16.8 - 2026-01-21Network Token Transport updates
Added support for the Network Object and expanded Message Fields in V2 responses. This update facilitates the identification of network transaction IDs for Card on File (COF) flows with external subscription engines.

Updates#

💳 Card Charge V2 / Tokenless Charge / Pre-authorization V2 / Tokenless Pre-authorization#

1. New network Object
Returns the franchise scheme and the transactionIdentifier.
Condition: Appears only when transactionMode is set to initialRecurrence.
2. Updated messageFields Object
Specific fields are now returned within messageFields depending on the card brand when the initialRecurrence condition is met:
Visa: Adds f62.f2 (derived from field 62, subfield 2).
Mastercard: Adds f63 and f15.
Prosa: Adds f63.

💳 [Preauth for COF]#

1.
We have enabled support for Card on File (COF) flows within the Pre-authorization endpoint. We added the initialRecurrenceReference field in the preauth v1 endpoint, which allows linking a subsequent fund reservation (subsequentRecurrence) with its initial transaction.
EARLY RELEASE
1.16.7 - 2025-12-12Network Token Transport
Release including the new Merchant Verification Value (MVV) field support within the networkToken object.

Updates#

🧾 💳 Card token requests / Tokenless charge/ Pre-authorization without token / Token for subscriptions enpoints#

A new field has been added inside the networkToken object:
mvv : The 10-digit Merchant Verification Value assigned by Visa.
Condition: Optional. Applicable to Visa transactions only.
Format: String containing exactly 10 numeric digits.
EARLY RELEASE

1.16.6 - 2025-11-05#

Network Token Transport
Early release of documentation for Chile (CL) and Peru (PE) as part of the Network Token Transport project.

Updates#

💳 Card token requests / Tokenless charge/ Pre-authorization without token / Token for subscriptions#

A new field has been added:
originalTransactionID : The unique identifier of the original transaction, used exclusively in external subscription flows where Kushki processes on-demand charges and tokenization is handled externally.
Condition: Must be sent if the externalSubscriptionID field is present.
Note: For Visa transactions, only 15 numeric digits are accepted.

💳 Card token requests / Tokenless charge/ Pre-authorization without token / Token for subscriptions#

The following fields have been added:
card.cryptogram — Cryptographic value associated with network tokens.
isNetworkToken (boolean) — Indicates whether the card number provided is a network token.
networkToken (object) — Contains additional information required for network token transactions (e.g., deviceType, requestorId, source, walletId, authenticationLevel).

This update enables early integration and testing of network token support in CL and PE environments.

1.16.5 - 2025-10-27#

IMPROVEMENTS

🚀 New Installment Type Available in Chile: "Cuotas Comercio" 🇨🇱#

PRODUCT IN BETA VERSION
We have expanded our deferred payment options in Chile (CL) to include the "Cuotas Comercio" modality.
This merchant-funded installment type has the following characteristics:
Installment Range: Must be sent between 2 and 12 installments.
Minimum Amount: The minimum amount does apply (following standard regulations).
Transaction Identification: To distinguish a transaction as "Cuotas Comercio", you must send the field creditType with the value 03 within the deferred object.
You can include this deferred type within the following requests:
Make a charge or deferred charge
Charge (without token)
Pre-authorization
Pre-authorization (without token)
Subscriptions
Make a One-click payment (for existing subscriptions)

New Response Fields for Merchant Installments (Cuotas Comercio)#

The following fields were added to the Get Transactions List V2 service response to support Chilean merchant installments (Cuotas Comercio):
FieldTypeDescription
transaction_sub_typestringSubtype for merchant installment transactions. Possible values: installment → current installment being charged, principal → total financed amount. Applies only to Chile.
principal_amountnumberTotal financed amount under a merchant installment plan. Applies only to Chile in transactions of type installment.
installment_countstringSequence number of the installment being collected. To see the total number of installments, refer to number_of_months. Applies only to Chile.
principal_ticket_codestringTicket number of the principal transaction associated with a merchant installment. Used to link each installment charge back to the original financed transaction. Applies only to Chile.

FIX
Corrected minor errors in the API specification.
Improved consistency across card-present and deferred payment flows.

1.16.2 - 2025-09-23#

NEW

Card Payouts now available in Chile 🇨🇱!#

This release introduces the new Card Payouts product, now available for Chile 🇨🇱.
Card Payouts in Chile allows you to send funds directly to Visa debit or credit cards, providing a fast and reliable payout solution. This service is ideal for disbursements such as refunds, commissions, or reimbursements, and integrates seamlessly into your existing flow via API or hosted fields.
The launch includes a complete set of endpoints to support secure tokenization, fund transfers, subscription management, and transaction status tracking.
Check the full documentation and examples in the Card Payouts section.

1.16.1 - 2025-09-01#

NEW

Idempotency now available in Online Payments#

We've added support for the Idempotency-Key header to help you safely retry requests without the risk of processing the same transaction twice. This is especially useful in cases of timeouts, network issues, or client retries.

Where it works#

Void a transaction (one-time charges, preauthorizations, and subscription charges)
Refund a transaction (one-time charges, preauthorizations, and subscription charges)
Subscription preauthorizations
Click here for more information.

1.15.7 - 2025-05-19#

IMPROVEMENTS

Changes to the get transaction list V2 endpoint#

Removed filters: bin_card,last_four_digits.
Added a new response field external_reference_id. Available only for card transactions. This is a unique transaction ID generated by the merchant. Click here for further information.

1.15.6 - 2025-04-16#

IMPROVEMENTS

New 3DS 100% API Authentication Option#

A new value iframe is now supported for the authValidation parameter in the token request of the 3DS 100% API authentication flow.
With iframe, merchants can embed the authentication experience directly into their website or app, avoiding redirections. It is the merchant's responsibility to listen for iframe events to determine the result of the authentication and trigger the appropriate actions.
📚 See the updated API reference and 3DS 100% API Integration Guide for more details.
REMOVED
The Chargebacks API (/chargebacks) has also been removed from the public API documentation.

1.15.4 - 2025-02-05#

NEW

New Release: Get Transactions List v2 🚀#

We are excited to announce the release of Get Transactions List v2, an upgraded version of our transaction retrieval endpoint. This new version enhances flexibility and efficiency when accessing transaction data.

What's New?#

✅ Expanded Coverage – Supports both card-present and card-not-present transactions.
✅ Enhanced Filtering – Allows filtering by pay-ins and pay-outs for more granular insights.
✅ Optimized Pagination – Returns transactions in descending order, displaying the most recent ones first.
With these enhancements, Get Transactions List v2 provides a more comprehensive and streamlined way to retrieve transaction records for a specific merchant.
🔗 API Documentation

1.15.3 - 2025-02-07#

IMPROVEMENTS

External reference ID now supported in card payments and voids#

Now you can send an externalReferenceId in the services: Make a charge or deferred charge, Create payment (tokenless), Void a transaction, Refund a transaction, Authorize payments, Preauthorization (tokenless),and Capture an authorized payment. This will be also returned in the responses of those endpoints, even if the transaction is declined.
The externalReferenceId has been include in the response of the get transaction list service v1.

Metadata object now supported in voids and refunds.#

Users can now send the object metadata while trying to perform a refund or void via API

1.15.2 - 2024-11-14#

Updated transaction status for voids and refunds.

1.15.0 - 2024-05-02#

NEW

Tokenless operations#

Now you can make a charge or pre-authorization without the need to request a token (tokenless).
This operations are only available for Acquirer model in Chile 🇨🇱, Colombia 🇨🇴, México 🇲🇽, and Perú 🇵🇪.
Get more information on the Create payment (tokenless) or Preauthorization (tokenless) endpoint.
CIT,MIT and MAC codes for Kushki Acquirer#
Kushki now accepts the CIT or MIT code for Visa or Mastercard on transactions that allow processing with external subscription engine (single charge, tokenless charge, preauthorization, and tokenless preauthorization). This optional field is called citMit.
New brand rejection responses were added, including MAC code for Mastercard. This is located in parameter s84, within the messageFields object of the single charge or pre-authorization responses.
New parameter added Transaction ARN#
The Acquirer Reference Number(ARN) transaction_arn has been added to the response in the get transaction list service. Only applies to the Kushki Acquirer model and it may take 1 business day to be reflected.

1.14.1 - 2024-02-29#

NEW

New ERRORS category#

Error catalogs are now grouped under the category ERRORS. Error catalog is now Kushki API errors and ISO error catalog is now ISO errors.

Presenting the new format for changes in documentation#

The format has been updated for changes made to the documentation. Find the changes much easier with the types of changes separated by categories and with a different color for each one.
Now, all changes are concentrated in the release-notes file instead of having a separate file per version. You will be able to access all the changes from a single place.
The following types of changes were modified:
Added -> NEW
Changed -> IMPROVEMENTS
Fixed -> FIX
IMPROVEMENTS

Updated specificationVersion for external 3D Secure authentication engines#

Updated the note in the threeDomainSecure schema description about 3D Secure version 1 support.
Old version.

Important notice about support for version 1 of 3D Secure!#

NOTE: 3DS version 1 will no longer be supported after October 2022. Merchants will need to migrate to version 2 of the protocol to avoid any impact on their transactions.
New version.

Important notice about support for version 1 of 3D Secure!#

NOTE: Support for 3D Secure 1.0.2 and related technology ended in October 2022. Merchants will need to migrate to version 2 of the protocol to avoid any impact on their transactions.
We also update the allowed values for the specificationVersion field in the same model. Now, the allowed values are 2.0.0 and 2.2.0.
Old version.
{
  "title": "threeDomainSecure",
  "type": "object",
  "properties": {
    "specificationVersion": {
      "description": "3DS protocol version to implement\n\n**NOTE: 3DS version 1 will no longer be supported after October 2022. Merchants will need to migrate to version 2 of the protocol to avoid any impact on their transactions.**",
      "type": "string",
      "enum": [
                "1.0.2",
                "2.0.0"
            ],
            "minLength": 5,
            "maxLength": 5,
            "pattern": "[1-2].[0-9].[0-9]"
    }
  },
  "required": [ "specificationVersion"]
}
New Version.
{
  "title": "threeDomainSecure",
  "type": "object",
  "properties": {
    "specificationVersion": {
      "description": "3DS protocol version to implement\n\n**NOTE: Support for 3D Secure 1.0.2 and related technology ended in October 2022. Merchants will need to migrate to version 2 of the protocol to avoid any impact on their transactions.**",
      "type": "string",
      "enum": [
                "2.0.0",
                "2.2.0"
            ],
            "minLength": 5,
            "maxLength": 5,
            "pattern": "[1-2].[0-9].[0-9]"
    }
  },
  "required": [ "specificationVersion"]
}
Version 1.0.2 of specificationVersion has been deprecated and replaced by version 2.2.0. All references to the previous version in the documentation have been updated.

The side menu has been restructured by categories for better navigation#

Improved navigation experience in the side menu which is now divided by categories.

1.14.0 - 2024-01-29#

NEW
Added support for 3D Secure authentication in API integrations.
Added binCard property to binInfo schema.
CARD - Request a card token:
Added 3D Secure (3DS) authentication section in the endpoint description.
Added url field in response type 200 for a required 3D Secure authentication.
Added authValidation and callbackUrl fields in the request for 3D Secure authentication.
CARD - Make a charge or deferred charge:
Added example GL - K322 - Autenticación fallida - Sin validación de seguridad of type 400 in the response for a failed 3D Secure authentication
Added amount, binInfo, created, merchantId, requestAmount, transactionStatus, transactionType properties in 400 type responses.
Added error parameter isoErrorCode within details object for declined transactions in Kushki acquiring model.
CARD - Authorize payments
Added error parameter isoErrorCode within details object for declined transactions in Kushki acquiring model.
CARD ASYNC
Added CARD ASYNC - Authorize payments, CARD ASYNC - Capture payments, ASYNC CARD RECURRING CHARGES - Authorize payments and ASYNC CARD RECURRING CHARGES - Capture an authorized payment services in the services by country table.
ONE-CLICK & SCHEDULED PAYMENTS - Make an One-click payment
Added error parameter isoErrorCode within details object for declined transactions in Kushki acquiring model.
Kushki Error Catalog
Added ISO Error Codes article with responses from the card franchises in the isoErrorCode field.
IMPROVEMENTS
Updated the description of the CARD - Void a transaction endpoint to add information about partial voids.
Updated the description of the CARD - Refund a transaction endpoint to add information about partial refunds.
Modified at 2026-07-27 21:48:22
Previous
Online Payments
Next
Card Payments
Built with