Consultar la configuración de Transfer In

🚧 Early Release — Beta

Este producto está en acceso temprano. Los parámetros, estructuras de respuesta y comportamientos pueden cambiar sin previo aviso. No uses esta versión en producción sin coordinarlo previamente con el equipo de integraciones de Kushki.

Devuelve los procesadores de Transfer In habilitados para tu comercio y, cuando aplica, los flujos de pago que soporta cada uno.

Úsalo antes de tokenizar

Llama a este endpoint antes de solicitar un token para saber qué procesadores tienes disponibles y cómo armar el token para cada uno:

Una entrada sin supportedFlows es un procesador tradicional: solicita el token sin el objeto processor, exactamente como hasta ahora.

Una entrada con supportedFlows opera con flujos de pago: solicita el token con processor: { name, flowType }, copiando name de processors[].name y flowType de uno de los processors[].supportedFlows[].type.

Si tu comercio tiene varios procesadores, usa los supportedFlows de cada entrada para decidir cómo armar cada token. Las entradas con supportedFlows operan con flujos de pago (Bre-B): consulta la descripción general de Transfer In para ver cómo se tokeniza cada una.

En Colombia la respuesta puede listar dos tipos de entrada:

Entrada	`supportedFlows`	Cómo tokenizar
PSE	Ausente	Flujo tradicional: solicita el token sin el objeto `processor` y envía los campos que exige PSE (`bankId`, `callbackUrl`, `userType`, `documentType`, `documentNumber`).
Bre-B	`QR`	Solicita el token con `processor: { name, flowType }` y `flowType: "QR"`. `bankId` no aplica.

Si el comercio no tiene procesadores de Transfer In configurados, la respuesta es 200 con un arreglo processors vacío.

{ "processors": [ { "name": "Pse Processor", "currency": "COP" }, { "name": "Bre-B Credibanco Processor", "currency": "COP", "supportedFlows": [ { "type": "QR", "name": "QR Code", "description": "QR code payment" } ] } ] }

Consultar la configuración de Transfer In

Request

Responses