1. Métodos alternativos de pago (APM)
Kushki Docs
Español
  • Español
  • English
  • Inicio
  • Inicio rápido
    • Preguntas frecuentes
    • Paso a producción
    • Política de cambios importantes del API
    • Códigos de error
    • Datos de prueba
    • Últimas novedades
  • Glosario de pagos
    • Glosario de pagos
  • Pagos únicos con tarjeta (Online)
    • Network Tokens
    • Marcas de tarjeta soportadas
    • Funcionalidades por modelo de negocio
    • Pagos en un paso
      • ¿Cómo funcionan los pagos con tarjeta?
      • Acepta pagos únicos con OTP
      • Códigos de error autenticación OTP
      • Códigos de error pagos únicos con tarjeta
      • Cargo directo (sin token)
      • Acepta un pago con tarjeta
    • Pagos en dos pasos
      • ¿Cómo funcionan los pagos únicos con autorización y captura?
      • Recibe pagos con autorización y captura
    • Devoluciones
      • Devoluciones, anulaciones y reembolsos
    • Autenticación 3DS
      • Integración 100% API de 3DS
      • Integración 3DS con librería kushki.js
      • Códigos de error autenticación 3DS
      • Integración 3DS API + librería kushki.js
      • Introducción a 3DS
    • Pagos con Apple Pay
      • Configuración de Apple Pay
      • Pruebas en Sandbox Apple Pay
  • Pagos recurrentes con tarjeta (Online)
    • Autentica tus suscripciones con 3DS
    • Apple Pay en Suscripciones
    • Acepta pagos one click con 3DS
    • Funcionalidades por modelo de negocio
    • Códigos de error en cargos recurrentes
    • Suscripciones externas a Kushki
    • Pagos calendarizados
      • Crea un cargo recurrente
      • Maneja tus cargos calendarizados
      • ¿Cómo funcionan los cargos recurrentes con tarjeta?
    • Pagos OneClick
      • ¿Cómo funcionan los pagos OneClick con autorización y captura?
      • Genera pagos one click
      • Recibe pagos OneClick con autorización y captura
  • Pagos con tarjeta presente
    • Datos de prueba
    • Acepta pagos con tarjeta presente
    • Webhooks para tarjeta presente
    • Raw card-present API
      • Introducción a Raw card-present API
      • Script de ejemplo para cifrar información
      • Intercambio de claves criptográficas
      • Preguntas frecuentes
      • Códigos de error para transacciones con tarjeta presente
      • Acepta pagos
    • Transacciones
      • Anula un pago
      • Transacciones
    • Kushki One
      • Autenticación y Cifrado de Requests
      • Realiza cobros con Kushki One
      • Servicios asíncronos y webhooks
      • Formato de montos en Kushki ONE
      • Catálogo Unificado de Errores — Kushki ONE Connect
      • Primeros Pasos
      • Impresión en terminal SmartPOS
    • Kushki One App de Pagos
      • Descripción general
      • Devoluciones y PreAuth & Capture
      • Pago Dividido en la terminal
      • Configuración del terminal
      • Consulta tus transacciones
      • Procesa un cobro
  • Pagos con transferencias
    • Consulta el estado de una transacción
    • Experiencias de compra y detalles de operación para pagos con transferencia bancaria
    • Recibe transferencias bancarias
  • Pagos en efectivo
    • Puntos de recaudo
    • Códigos de error para transacciones declinadas en efectivo
    • Acepta un pago en efectivo
  • Métodos alternativos de pago (APM)
    • ¿Cómo funcionan los pagos con APM?
    • Acepta pagos con Yape
  • Dispersión de dinero
    • Transferencia bancaria
      • ¿Cómo funciona la dispersión por transferencia bancaria?
      • Códigos de error para dispersiones por transferencia
      • Dispersa a cuentas bancarias
    • Tarjeta
      • ¿Cómo funciona el envío de fondos a tarjetas?
      • Envía dinero a una tarjeta
      • Códigos de error
  • Plugins
    • Shopify
      • Operación del Plugin
      • Shopify
    • Vtex
      • Guía de integración VTEX
  • Links de pago
    • Smartlinks
  • Formularios y botones de pago
    • Kajita
      • Kajitas de pago
      • ¿Cómo funciona?
    • Botón de pago
      • ¿Cómo funciona el botón de pago?
      • Genera un botón de pago
  • Administración de sucursales
    • ¿Cómo realizar el onboarding de subcomercios vía API?
  • Notificaciones
    • Buenas prácticas
    • Consulta tus webhooks
    • Webhooks para pagos únicos
      • Webhook para pagos únicos con tarjeta
      • Webhook para pagos únicos con transferencia bancaria
      • Webhook para pagos únicos con efectivo
    • Webhooks para pagos recurrentes
      • Webhook para pagos recurrentes con tarjeta
    • Webhooks para dispersiones
      • Webhook para dispersión de dinero con Transferencia
      • Webhook para dispersión con tarjeta
    • Webhooks para smartlinks
      • Webhooks con Smartlinks
    • Webhooks para botón de pagos
      • Webhooks con Botón de pago
    • Webhooks para devoluciones
      • Webhook para devoluciones
      • Webhook para contracargos
HomeMexico 🇲🇽Ecuador 🇪🇨Chile 🇨🇱Colombia 🇨🇴Peru 🇵🇪
HomeMexico 🇲🇽Ecuador 🇪🇨Chile 🇨🇱Colombia 🇨🇴Peru 🇵🇪
Status
Soporte / Support
Español
  • Español
  • English
  1. Métodos alternativos de pago (APM)

¿Cómo funcionan los pagos con APM?

🚧 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.
Te explicamos cómo funcionan los métodos alternativos de pago (APM) y el flujo multiprocesador en Kushki
Los métodos alternativos de pago (APM) permiten a tus clientes pagar sin tarjeta, con billeteras digitales. En Perú hoy puedes aceptar pagos con Yape: el cliente aprueba el pago directamente en su app de Yape, por redirección directa a la app (DEEPLINK, desde mobile) o mediante una notificación push al número de celular del pagador (PUSH, desde web o desktop).
Los APM funcionan con un flujo multiprocesador: una sola integración con la API de Kushki, en la que el procesador que uses en cada transacción define cómo integras y cómo paga tu cliente. Tu comercio puede tener habilitado uno o varios procesadores, y a medida que se habiliten más, tu integración no cambia: solo consultas qué procesadores tienes y armas el token según cada uno.
¿Buscas pagos con transferencia bancaria?
La transferencia bancaria es la integración tradicional y no cambia. Consulta Recibe transferencias bancarias.
Disponible solo para integraciones 100% API
El flujo multiprocesador aplica a integraciones directas con la API: el token se solicita desde tu backend. Kajita y Kushki.js aún no soportan el objeto processor.

El modelo: consulta tus procesadores#

Toda integración APM empieza por la misma pregunta: ¿qué procesadores tiene mi comercio? La respuesta vive en un solo lugar:
GET /transfer/v1/config (con tu credencial pública) → processors[]
Cada entrada de la respuesta te dice cómo continuar:
La entrada elegida...Es un procesador de...El token se arma...
Con supportedFlows (Yape)Flujos de pago APMCon processor: { name, flowType }, copiado tal cual de la respuesta; solo amount y currency siguen requeridos (más phoneNumber en PUSH).
Sin supportedFlowsTransferencia bancaria (tradicional)Sin el objeto processor. Sigue la guía de transferencias bancarias.
Si tu comercio tiene varios procesadores, usa supportedFlows de cada entrada para saber cómo armar el token con cada uno. Si tiene uno solo puedes omitir la consulta, pero intégrala desde el inicio: es la regla del producto a medida que se habilitan más procesadores y flujos.

El flujo, de punta a punta#

Procesadores disponibles#

Yape — aprobación en la app#

flowTypeCanalCómo funciona
DEEPLINKMobileRediriges al pagador al deepLink que devuelve el init; se abre la app de Yape en su celular y aprueba el pago.
PUSHWeb / DesktopEl pagador ingresa su número de celular en tu checkout (phoneNumber, requerido en el token) y Yape le envía una notificación push a su app para que apruebe la compra desde Aprobar compras.
Recibes el estado final por webhook o consultándolo con Get Status. La guía completa está en Acepta pagos con Yape.

Arma el token según el procesador#

CasoprocessorRequeridosNotas
Yape DEEPLINK{ "name": "Yape Processor", "flowType": "DEEPLINK" }amount, currency (PEN), processor—
Yape PUSH{ "name": "Yape Processor", "flowType": "PUSH" }amount, currency (PEN), processor, phoneNumberphoneNumber es el número celular asociado a la cuenta Yape del pagador.
El objeto processor no admite propiedades adicionales (produce 400) y flowType no tiene valor por defecto: sus valores se copian de la consulta de procesadores, sin alias.

Compatibilidad token ↔ procesador#

El token queda ligado al procesador con el que fue generado; POST /transfer/v1/init lo valida:
Token generadoProcesador del comercioResultado
Con processor YapeYapeContinúa (la respuesta trae ticketNumber y consentId; con DEEPLINK, también deepLink).
Con processorOtro procesador422 E046.
Sin processorYape422 E046.
Si recibes E046, revisa la consulta de procesadores y regenera el token con el procesador correcto. Los errores de cada caso están en la sección Errores de la guía Acepta pagos con Yape.

Integra cada procesador#

Acepta pagos con Yape
Integración con aprobación en la app de Yape
Modificado en 2026-10-21 17:59:38
Anterior
Métodos alternativos de pago (APM)
Siguiente
Acepta pagos con Yape
Built with