Mantente al día de los cambios y actualizaciones de la API de Kushki.Las entradas anteriores a septiembre de 2025 se mantienen en inglés. Puedes consultar el historial completo en la versión en inglés de esta página.
Usamos el estándar ISO 8601 (YYYY-MM-DD) para las fechas y el versionado semántico (MAJOR.MINOR.PATCH) para los números de versión, incrementando:1.
la versión MAJOR cuando hacemos cambios incompatibles en la API,
2.
la versión MINOR cuando agregamos funcionalidad de forma retrocompatible, y
3.
la versión PATCH cuando corregimos errores de forma retrocompatible.
Tipos de cambios#
NEW para funcionalidades nuevas.
IMPROVEMENTS para cambios en funcionalidad existente.
DEPRECATED para funcionalidades que se eliminarán pronto.
REMOVED para funcionalidades ya eliminadas.
FIX para correcciones de errores.
SECURITY en caso de vulnerabilidades.
Última versión#
1.19.0 - 2026-09-02#
🔖 Endpoint de alertas de fraude#
Ya está disponible un nuevo endpoint para consultar los registros de alertas de fraude que VISA y Mastercard ponen a disposición de Kushki, sin esperar a que un archivo se entregue manualmente por SFTP.El endpoint Query fraud alerts devuelve los registros de los dos programas de reporte de fraude de las redes de tarjetas — TC40 (VISA) y SAFE (Mastercard) — para transacciones presenciales y no presenciales. Admite dos modos de consulta: por rango de fechas, con from y to y los filtros opcionales brand, country, fraud_type y merchant_id, o por identificador de transacción, con transaction_arn o transaction_reference. Los resultados se paginan con page y limit.La autenticación es a nivel de customer: envía tu credencial privada de customer en la cabecera Private-merchant-id y usa el campo merchant_id para limitar la consulta a sucursales concretas.⚠️ Disponibilidad: this report is only available for transactions made with VISA and MASTERCARD cards, and only for Kushki's acquiring.
ℹ️ Límite de rango de fechas: queries are limited to a maximum of 12 months from the current date, and from and to must use the exact format YYYY-MM-DDThh:mm:ss.
Notas de versión anteriores#
1.18.3 - 2026-06-04#
fullResponse v3 — Crear un cargo recurrente#
El endpoint Create a recurring charge ya acepta "fullResponse": "v3". Esta versión amplía el objeto details de la respuesta con datos adicionales de la suscripción, incluido validationTicketNumber — el número de ticket del cargo de validación que se ejecuta al crear la suscripción.Cuando la suscripción se crea con v3, el endpoint Get recurring charge info también devuelve validationTicketNumber en su respuesta.⚠️ Estabilidad de la respuesta V3: la respuesta v3 puede incluir campos nuevos o deprecados sin aviso previo. Maneja siempre con tolerancia los campos inesperados o ausentes.
1.18.2 - 2026-05-12#
🇨🇴 Dispersiones por transferencia con Bre-B — Colombia (Beta)#
Los pagos por transferencia en tiempo real con Bre-B ya están disponibles en Beta para comercios seleccionados en Colombia.Bre-B es el Sistema de Pago Inmediato de Bajo Valor (SPBVI) que opera el Banco de la República. Te permite desembolsar fondos en tiempo real usando solo la llave de pago del destinatario, sin número de cuenta bancaria. Tipos de llave admitidos (accountType): KI (documento de identidad), KP (número de celular), KE (correo electrónico), KA (alias alfanumérico), KM (código de comercio).⚠️ Acceso Beta: Available only for Colombia merchants with the Bre-B processor configured on their MID. To request access, contact your account executive. Sending Bre-B key types without the processor configured returns HTTP 400.
1.18.0 - 2026-04-17#
Ya tienes disponible un nuevo endpoint para consultar en tiempo real el estado operativo de las plataformas de Kushki y BillPocket en una sola petición.El endpoint Get Platform Status devuelve una respuesta unificada con el estado de todos los componentes de cada plataforma, incluidos el porcentaje de disponibilidad y los contadores de incidentes para un rango de fechas configurable. No requiere autenticación.
🔖 Endpoint de transacciones de suscripción#
Ya tienes disponible un nuevo endpoint para consultar las transacciones cobradas en una suscripción específica, filtradas por rango de fechas.El endpoint Get Subscription Transactions devuelve todos los metadatos de la suscripción junto con su historial de transacciones. Usa los parámetros de consulta start, end y size para limitar los resultados a un periodo de facturación concreto.
🔖 Endpoint de consulta de liquidación#
Ya tienes disponible un nuevo endpoint para obtener los registros de liquidación del comercio a demanda en formato JSON, sin esperar la entrega diaria de un archivo CSV.El endpoint Query Settlement devuelve los registros de liquidación paginados para un rango de fechas configurable. Usa los parámetros de cuerpo startDate, endDate, page y limit para limitar los resultados a un periodo concreto. Se requiere autenticación con la cabecera private-merchant-id.1.17.2 - 2026-04-07#
🔖 Nuevos campos del dispositivo POS en Get Transaction List V2#
La respuesta de Get Transaction List V2 ya incluye campos adicionales del dispositivo POS para transacciones presenciales.Nuevos campos devueltos en pos_details:pos_user: nombre de usuario del operador del dispositivo.
pos_friendly_name: nombre visible del terminal.
pos_serial: número de serie del dispositivo.
pos_type: tipo físico del dispositivo. Valores posibles: COUNTERTOP, MPOS, SMARTPOS, SELF_SERVICE, OTHER.
pos_connectivity: tipo de conectividad de red. Valores posibles: GPRS, WIFI, ETHERNET, DIAL_UP, OTHER.
Estos campos solo se devuelven en transacciones presenciales si se enviaron en la petición original.
1.17.1 - 2026-03-31#
🔖 Identificador de transacción (TID) en la API de pagos#
El Transaction Identifier (TID) — el ID de transacción que asignan las redes de pago (Visa, Mastercard, etc.) — ya está disponible para cualquier comercio como campo estándar de activación opcional.Solicita el TID transacción por transacción incluyendo "franchiseTransactionCode" en el nuevo array capabilities de tu petición de charge o preAuth.
Si no envías capabilities, transactionIdentifier no se devuelve en la respuesta: la funcionalidad es totalmente opcional.
Operaciones admitidas: charge, tokenlessCharge, preAuth, tokenlessPreAuth.
network.transactionIdentifier solo está presente en la respuesta cuando franchiseTransactionCode se incluyó en el array capabilities de la petición.
1.17.0 - 2026-03-20#
PRODUCT IN BETA VERSIONNEWLlega la Chargebacks API — un nuevo conjunto de endpoints con el que puedes consultar tu información de chargebacks directamente por API y solicitar exportaciones asíncronas. Reemplaza los procesos manuales y te da visibilidad en tiempo real del estado, los plazos y el nivel de riesgo de cada chargeback.Novedades#
POST /data/v1/chargebacks/search — Devuelve una lista paginada de los chargebacks asociados al comercio autenticado.
Filtra por transaction_date o request_date (ventana máxima de 3 meses; solo puedes enviar un filtro de fecha a la vez).
Aplica filtros adicionales por chargeback_status, country_name, chargeback_type y chargeback_ticket_code.
Pide campos adicionales a los de la respuesta por defecto con el parámetro fields.
Pagina los resultados con un máximo de 100 registros por página.
La respuesta por defecto incluye:Estado del chargeback, código de motivo, monto solicitado y moneda.
deadline_representation_date — se calcula como request_date + 15 calendar days.
deadline_resolution_date — se calcula como request_date + 120 calendar days.
risk_level — indicador de urgencia (HIGH, MEDIUM, LOW) según los días que faltan para el plazo de representación.
POST /data/v1/chargebacks/export — Inicia la generación asíncrona de un archivo de exportación de chargebacks.
Los mismos filtros y fields que el endpoint de búsqueda.
Configura hasta 5 URL de webhook para recibir la notificación de descarga.
Cuando el archivo está listo, Kushki envía una notificación POST a cada URL configurada con el enlace de descarga de S3.
La URL de descarga es una URL de S3 prefirmada válida durante 4 horas desde que se genera.
La notificación de webhook incluye:file_url — URL de S3 prefirmada para descargar el archivo de exportación.
expiration_timestamp — timestamp Unix (13 dígitos) que indica cuándo expira la URL.
request — el cuerpo de la petición original que se envió al endpoint de exportación (sin webhooks).
Autenticación: private-merchant-id header. Applies to all countries and covers both card present and card not present transactions.1.16.8 - 2026-01-21#
EARLY RELEASENetwork Token Transport updatesSe agregó soporte para el Network Object y se ampliaron los Message Fields en las respuestas V2. Esta actualización facilita identificar los IDs de transacción de la red en los flujos Card on File (COF) con motores de suscripción externos.Actualizaciones#
Devuelve el scheme de la franquicia y el transactionIdentifier.Condición: Appears only when transactionMode is set to initialRecurrence.
2. Updated messageFields ObjectAhora se devuelven campos específicos dentro de messageFields según la marca de la tarjeta cuando se cumple la condición initialRecurrence:Visa: agrega f62.f2 (derivado del campo 62, subcampo 2).
Mastercard: agrega f63 y f15.
💳 Preautorización para COF#
1.
Habilitamos el soporte de los flujos Card on File (COF) en el endpoint de preautorización. Agregamos el campo initialRecurrenceReference en el preauth v1 endpoint, que permite vincular una reserva de fondos posterior (subsequentRecurrence) con su transacción inicial. 1.16.7 - 2025-12-12#
EARLY RELEASENetwork Token TransportVersión que incluye el soporte del nuevo campo Merchant Verification Value (MVV) dentro del objeto networkToken.Actualizaciones#
Se agregó un campo nuevo dentro del objeto networkToken:mvv: el Merchant Verification Value de 10 dígitos que asigna Visa.Condición: opcional. Solo aplica a transacciones Visa.
Formato: String con exactamente 10 dígitos numéricos.
1.16.5 - 2025-10-27#
Se corrigieron errores menores en la especificación de la API.
Se mejoró la consistencia entre los flujos de pago presencial y diferido.
1.16.1 - 2025-09-01#
Idempotencia ya disponible en 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.Dónde funciona#
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.8 - 2025-06-18#
Cambios en el endpoint get transaction list V2#
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#
Nueva opción de autenticación 3DS 100 % API#
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#
Nueva versión: 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.Novedades#
✅ 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#
El external reference ID ya se admite en pagos con tarjeta y anulaciones#
Users can now send the object metadata while trying to perform a refund or void via API 1.15.2 - 2024-11-14#
1.15.1 - 2024-08-28#
Transfiya ya está disponible en Colombia para Transfer Out (fase Beta)#
Now you can make dispersions in Colombia using the cell phone number through Transfiya. For this purpose the accountType= NC has been added in the Transfer out token request. 1.15.0 - 2024-05-02#
Operaciones sin token#
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ú 🇵🇪.Códigos CIT, MIT y MAC para Kushki Acquirer#
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.
Nuevo parámetro añadido: 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#
Nueva categoría ERRORS#
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:specificationVersion actualizado para los motores de autenticación 3D Secure externos#
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.El menú lateral se reorganizó por categorías para navegar mejor#
Improved navigation experience in the side menu which is now divided by categories.🖼️ Migración de recursos pendiente: this section originally embedded 3 screenshots (Kushki-api-reference-category.png, schemas-category.png, errors-category.png) via relative Stoplight paths (../../assets/images/...), which don't resolve in Apidog. Re-upload these images to Apidog's asset library and re-embed them with the resulting URLs.
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.