Ir al contenido
InterPago ▸ Contingencia

Contingencia

Cuando los sistemas primarios fallan, sus operaciones deben continuar. Construimos los tres modos de contingencia requeridos por la regulación para que nunca esté fuera de línea.

Por qué contingencia no es opcional

La Circular 14/2017 de Banxico exige que cada participante de SPEI mantenga operable su cliente de contingencia (COA) y a su personal ensayado para usarlo, con procedimientos documentados de activación y simulacros periódicos. El procedimiento operativo alterno (POA) cubre correcciones, reversos y ajustes, y el sistema alterno (ASA) aplica a los participantes de mayor volumen, alrededor del 3% o más de las operaciones del sistema. La contingencia no es un “nice to have”: sin ella, una institución regulada no obtiene ni mantiene su participación. Y cuando un sistema primario falla a media operación, el movimiento de dinero debe continuar, el impacto al cliente se acumula en minutos.

Los tres modos, a fondo

COA

Contingencia Operativa del Participante

Respaldo a nivel del participante mediante procesamiento de archivos por lotes con formato delimitado por tilde (~). Cada transacción requiere aprobación de operador. Activación automática cuando se detecta falla en la conexión primaria. Y algo que pocos dicen: en COA las transferencias no se envían ni se acreditan en tiempo real. Es un modo degradado por diseño; su valor es que el dinero sigue moviéndose y la evidencia queda completa.

Entregamos: generador de archivos COA, flujo de aprobación por operador, playbook de activación, integración con la submission oficial al banco central, y reportes de operación COA para auditoría.
POA

Procedimiento Operativo Alterno

Operación alterna a nivel sistema, utilizada para correcciones, reversos y ajustes de liquidación post-operación cuando el sistema principal no está disponible.

Entregamos: consola de operación POA, flujo de reversos y ajustes con doble control, registro auditable completo, y reportes de cierre.
ASA

Sistema Alterno Avanzado

Sistema de respaldo completo que replica la funcionalidad del sistema primario. Conmutación automática con pérdida mínima de datos.

Entregamos: hot-standby con replicación continua, conmutación automatizada, un diseño donde ningún pago confirmado se pierde y la operación alterna inicia en minutos, comprobado en simulacros obligatorios, y reconciliación de catch-up al restaurar el primario.

Secuencia de conmutación

  1. Detección automática del incidente (heartbeat, timeout de protocolo, error de conexión).
  2. Activación de la contingencia configurada, COA, POA o ASA, sin intervención manual cuando aplica.
  3. Validación de operador para confirmar el modo y el alcance de la activación.
  4. Reanudación de tráfico por el canal alterno.
  5. Restauración del sistema primario y reconciliación de catch-up de las operaciones procesadas en contingencia.
  6. Generación de reporte post-incidente con timeline, decisiones, transacciones afectadas.

Auditoría y reporte regulatorio

Cada activación, cada operación procesada en contingencia y cada decisión de operador queda registrada de forma inmutable. Generamos automáticamente los artefactos requeridos por el regulador:

  • Timestamp de inicio y fin de la contingencia
  • Diff de transacciones procesadas en modo alterno vs. primario
  • Aprobaciones de operador con identidad y momento
  • Reporte post-incidente conforme al formato del regulador
  • Evidencia para auditorías regulatorias

Pruebas anuales obligatorias

El regulador requiere simulacros periódicos de contingencia. Sin un ambiente de pruebas, los simulacros se hacen contra producción, riesgoso e inviable. Cada proyecto incluye nuestro servidor simulador multi-banco y un harness de drills scripted, para que su institución valide cada modo sin afectar tráfico real.

Lista de verificación de cumplimiento

  • Documentación de procedimientos COA, POA y ASA
  • Logs inmutables y archivado regulatorio
  • Pruebas anuales documentadas con evidencia
  • Manuales de operación para el equipo de turno
  • Reportes post-incidente listos para el regulador
  • Plan de recuperación con objetivos de recuperación documentados y diseño de cero pérdida de datos

Preguntas frecuentes

¿Qué son COA, POA y ASA?

Son los tres modos de contingencia que el banco central exige a cada participante SPEI/SPID. COA es respaldo a nivel participante mediante archivos batch delimitados por tilde con aprobación de operador. POA es operación alterna a nivel sistema para correcciones y reversos. ASA es un sistema hot-standby completo con failover automatizado.

¿La contingencia es un sistema separado de SPEI o SPID?

No. La contingencia es una capa de respaldo que se activa cuando el primario falla. Aplica a SPEI, SPID o ambos según la configuración, y cubre MXN y USD.

¿Cuándo se activa la contingencia?

La activación se dispara por escenarios de failover, pérdida de heartbeat, timeout de protocolo o falla de conexión, no por demanda. El modo configurado (COA, POA o ASA) inicia de forma automática donde aplica y el operador confirma el alcance.

¿Son obligatorios los simulacros de contingencia?

Sí. El regulador exige simulacros periódicos. Cada proyecto incluye un simulador multi-banco y un harness de ejercicios para validar cada modo sin afectar tráfico real.

¿Qué objetivos de recuperación alcanza ASA?

ASA está diseñado para que ningún pago confirmado se pierda y la operación alterna inicie en minutos, comprobado en simulacros obligatorios. Replica el estado del sistema primario de forma continua y conmuta automáticamente.

Consulte también la guía: contingencia SPEI, COA, POA y ASA explicados.

¿Listo para implementar contingencia?

Solicite una evaluación gratuita y sin compromiso.

¿Listo para modernizar sus operaciones de pago?

Ya sea que comience desde cero o modernice un sistema legado, le ayudaremos a lograrlo, de forma segura, en tiempo y sin compromiso hasta que esté listo.

sales@interpago.com.mx Crear Ticket
Solicitar Demo