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#
IMPROVEMENTS for changes in existing functionality.
DEPRECATED for soon-to-be removed features.
REMOVED for now removed features.
SECURITY in case of vulnerabilities.
Latest#
1.18.3 - 2026-06-04#
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.1 - 2026-04-28#
🔖 Partial Refunds for Ecuador#
Partial refunds are now available for transactions processed in Ecuador.The Create Refund endpoint now accepts a partial amount for Ecuadorian transactions, allowing merchants to refund a portion of the original charged amount without canceling the full transaction.⚠️ Important limitations:Only one (1) partial refund is allowed per transaction. Subsequent refund requests on the same transaction will be rejected.
Partial voids are not supported. Void operations must be applied to the full transaction amount.
The time window to request a partial refund varies by processor, ranging from 30 days up to 6 months after the original transaction date. Requests submitted outside this window will be declined.
1.18.0 - 2026-04-17#
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.
🔖 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.
🔖 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#
🔖 New POS Device Fields in Get Transaction List V2#
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#
🔖 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.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.
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#
POST /data/v1/chargebacks/search — Returns a paginated list of chargebacks associated with the authenticated merchant.
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.
POST /data/v1/chargebacks/export — Initiates the asynchronous generation of a chargeback export file.
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.1.16.8 - 2026-01-21Network Token Transport updatesAdded 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#
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.
💳 [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. 1.16.7 - 2025-12-12Network Token TransportRelease including the new Merchant Verification Value (MVV) field support within the networkToken object.Updates#
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.
1.16.5 - 2025-10-27#
Corrected minor errors in the API specification.
Improved consistency across card-present and deferred payment flows.
1.16.1 - 2025-09-01#
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#
Support for external subscriptions in Ecuador#
The externalSubscriptionId field is now available in Ecuador for the aggregator model. When this field is included, transactions are marked as third-party initiated recurring payments. Click here for more information. 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#
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.The Chargebacks API (/chargebacks) has also been removed from the public API documentation.
1.15.4 - 2025-02-05#
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.1.15.3 - 2025-02-07#
External reference ID now supported in card payments and voids#
Users can now send the object metadata while trying to perform a refund or void via API 1.15.2 - 2024-11-14#
1.14.1 - 2024-02-29#
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.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:Check the changes of each version with the new content menu.Updated specificationVersion for external 3D Secure authentication engines#
Updated the note in the threeDomainSecure schema description about 3D Secure version 1 support.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.
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.{
"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"]
}
{
"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.Improved navigation experience in the side menu which is now divided by categories.1.14.0 - 2024-01-29#
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 paymentsAdded error parameter isoErrorCode within details object for declined transactions in Kushki acquiring model.
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 paymentAdded error parameter isoErrorCode within details object for declined transactions in Kushki acquiring model.
Added ISO Error Codes article with responses from the card franchises in the isoErrorCode field.
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 22:01:26