1. Detectar
Identifique caída de authorization rate, errores, latencia, timeouts, fallos de webhooks, payouts detenidos o settlement fuera de expectativa.
PaymentsNova Operations Tool
Payment Incident & Failover Runbook
La redundancia solo funciona si el equipo sabe cuándo activarla, quién decide y cómo reconciliar lo ocurrido después.
Señales que deberían activar revisión
| Área | Señal |
|---|---|
| Authorization | Caída material vs baseline del mercado/método |
| Availability | Timeouts, errores o provider no disponible |
| Payouts | Cola detenida, rechazos anormales o fondos no entregados |
| Settlement | Retraso, monto inesperado o ruta de fondos interrumpida |
| Reconciliation | Diferencias crecientes, estados inconsistentes o datos faltantes |
Secuencia del runbook
2. Clasificar
Determine alcance: provider, método, mercado, moneda, cashier, acquiring, bank rail, wallet/network o dependencia interna.
3. Contener
Evite reintentos ciegos, duplicados o cambios de routing sin control. Preserve IDs, timestamps, logs y evidencia.
4. Decidir failover
Active una ruta alternativa solo si está aprobada, probada y operativamente disponible. Defina quién autoriza el cambio.
5. Comunicar
Alinee operaciones, pagos, soporte, riesgo/compliance y al provider afectado. Mantenga un timeline único del incidente.
6. Proteger funds flow
Revise transacciones pendientes, payouts, balances, settlement y exposición de tesorería antes y después del cambio.
7. Reconciliar
Compare la fuente interna con provider reports para identificar pendientes, duplicados, fees, refunds y diferencias.
8. Recuperar
Restaure la ruta original únicamente cuando la causa y estabilidad estén suficientemente verificadas.
9. Postmortem
Documente causa, impacto, tiempo de recuperación, decisiones, brechas y acciones preventivas con owner.
Antes de activar failover
Confirme que la ruta alternativa sigue disponible para el merchant, mercado y método aplicables. Provider approval, underwriting, compliance, límites y condiciones pueden cambiar; una integración existente no garantiza disponibilidad operativa permanente.
PaymentsNova
Convierta el problema en una arquitectura clara.
Empiece con una revisión del stack o describa directamente el caso.