Plan de Contingencia y Rollback: Go-Live Yuruary
Fase Crítica: Hyper-Care (Semanas 1-2 post-lanzamiento)
Objetivo: Garantizar la continuidad del negocio ante fallos críticos de software o infraestructura.
🏗️ Fase 1: Periodo "Hyper-Care" (Pruebas Paralelas)
Duración: 2 semanas estrictas tras el corte a producción.
Durante este periodo, la operación NO confía ciegamente en el nuevo sistema. Se mantiene una validación cruzada constante.
Didáctica de Doble Carga
El personal administrativo (Cajeros y Analistas) tiene la instrucción mandatoria de registrar operaciones en ambos sistemas:
- Primario: Registrar el pago/movimiento en Yuruary Desktop Client.
- Secundario: Registrar el mismo movimiento en la pantalla verde del AS/400.
Esta duplicidad de esfuerzo es temporal y es el precio de la seguridad financiera.
Conciliación Diaria (Cierre de Caja)
Al finalizar el turno (5:00 PM), el Gerente de Operaciones ejecuta el reporte de "Cierre de Caja" en ambos sistemas.
- Si
Total Yuruary==Total AS/400✅ -> Día Aprobado. - Si
Total Yuruary!=Total AS/400❌ -> Incidente reportado a Softmena.
🚦 Matriz de Riesgos y Respuestas
Clasificamos los incidentes para determinar la respuesta operativa sin entrar en pánico innecesario.
| Nivel | Descripción | Ejemplo | Respuesta |
|---|---|---|---|
| 🟡 Amarillo | Bug Visual / UX / No Bloqueante | "El botón de imprimir sale desalineado" o "Faltan tildes en un reporte". | Hotfix en Caliente. Se corrige y despliega sin detener la operación. |
| 🟠 Naranja | Error de Cálculo Aislado | "El recibo #500 calculó mal el interés de mora". | Uso Híbrido. Se procesa ESE recibo específico en AS/400. Se corrige el bug en < 24h. |
| 🔴 Rojo | Pérdida de Datos / Caída Total | "La base de datos no guarda pagos" o "El servidor no responde por > 1 hora". | 🚨 ROLLBACK ACTIVADO. Se vuelve al sistema anterior por tiempo indefinido. |
🛑 Protocolo de "Kill Switch" (Rollback Completo)
Este protocolo se activa exclusivamente ante incidentes de Nivel Rojo.
El "Punto de No Retorno"
Si el sistema falla de manera irrecuperable (Data Corruption) y Softmena no puede garantizar una solución en menos de 2 horas, se declara el Rollback.
Procedimiento de Reversión
- Notificación a Gerencia: El CTO de Softmena informa al Gerente General de Yuruary.
- Apagado de Servicios:
# En el Servidor Windows
cd C:\Yuruary-Server\production
docker compose down - Redirección Oficial: Se instruye a todo el personal a ignorar Yuruary y operar 100% en AS/400 hasta nuevo aviso.
- Rescate de Datos (Data Salvage):
- Los ingenieros de Softmena extraen los pagos realizados exitosamente en Yuruary durante las horas previas al fallo.
- Se genera un Excel
rescate_pagos_fecha.xlsx. - Se cargan manualmente en el AS/400 para igualar saldos.
🤝 Responsabilidad Compartida
Para que este plan funcione, ambas partes aceptan sus roles (SLA):
Softmena
- Garantiza la disponibilidad técnica del servicio.
- Garantiza la integridad de la Base de Datos PostgreSQL.
- Se compromete a corregir bugs de Nivel Rojo en < 4 horas.
Cliente (Yuruary)
- Garantiza la validación de negocio (verificar que el monto cobrado sea el correcto).
- Garantiza la ejecución disciplinada de la Doble Carga durante el Hyper-Care.