Visión General de Estados
Un pago avanza por varios estados desde su creación hasta la liquidación final. Rastrear estos estados te permite confirmar la entrega, detectar fallos temprano y proporcionar información precisa a tus usuarios.Flujo de Estados
Descripción de Estados
| Estado | Descripción | Mensaje Sugerido |
|---|---|---|
CREATED | El pago ha sido recibido y persistido. Está en espera de entrar a la cola de procesamiento. | ”Pago enviado” |
PENDING | El pago está en cola y esperando ser despachado al proveedor de pagos. | ”Próximamente en proceso” |
PROCESSING | La dispersión ha sido enviada al proveedor de pagos y está esperando confirmación. | ”Transferencia en progreso” |
COMPLETED | El proveedor de pagos confirmó la entrega exitosa de fondos al beneficiario. | ”¡Pago entregado!” |
ERROR | Ocurrió un error interno del sistema. No se dispersaron fondos. Contacta soporte si persiste. | ”Error interno — contacta soporte” |
FAILED | La dispersión fue rechazada por datos de cuenta del beneficiario inválidos o incorrectos. | ”Transferencia fallida — verifica datos del beneficiario” |
REJECTED | El pago fue bloqueado por una revisión de cumplimiento y no será procesado. | ”Transferencia rechazada — problema de cumplimiento” |
REFUNDED | Los fondos dispersados han sido devueltos al saldo pre-financiado. | ”Fondos reembolsados al saldo” |
Obtener Estado del Pago
Polling de Estado
Usa polling como respaldo cuando los webhooks no estén disponibles:Webhooks para Actualizaciones de Estado
Suscríbete al tipo de eventoPAYOUT para recibir notificaciones en tiempo real en cada cambio de estado:
Mejores Prácticas
Webhooks como Canal Principal
Webhooks como Canal Principal
Siempre configura un endpoint webhook para eventos
PAYOUT. Esto te da actualizaciones instantáneas de estado sin sobrecarga de polling y reduce llamadas innecesarias a la API.Polling como Respaldo
Polling como Respaldo
Si falla la entrega de tu webhook, consulta
GET /api/v2/payouts/{id} cada 15–30 segundos. Establece un timeout razonable (ej. 5 minutos) y alerta a tu equipo si un pago permanece en PROCESSING más tiempo del esperado.Distinguir ERROR, FAILED y REJECTED
Distinguir ERROR, FAILED y REJECTED
Cada estado de fallo no exitoso tiene una causa distinta y la remediación apropiada difiere:
ERROR— Un problema interno del sistema en KillB. No se requiere acción en los datos del beneficiario; contacta soporte si el problema recurre.FAILED— El banco del beneficiario rechazó la transferencia por datos de cuenta inválidos o incorrectos. Revisa y corrige los datos del beneficiario antes de reintentar.REJECTED— El pago fue bloqueado por una revisión de cumplimiento. No reintentar automáticamente; escalar internamente para revisión.
Reconciliar Diariamente
Reconciliar Diariamente
Obtén todos los pagos del día anterior vía
GET /api/v2/payouts y reconcilia con tu libro mayor interno. Compara los estados terminales esperados vs. reales para detectar discrepancias temprano.Próximos Pasos
Configurar Webhooks
Configura y asegura las notificaciones webhook
Manejo de Errores
Gestiona fallos de API con elegancia