KINTO estabilizó una plataforma de pagos heredada y sin documentación, y llevó las aprobaciones de usuarios que fallaban a cero errores en la ventana de observación, con alertas que avisan en minutos.
Problema
Una plataforma de pagos heredada de un desarrollador anterior no tenía documentación. Había fallas silenciosas en el acceso de usuarios y en la aprobación de cuentas, que quedaban incompletas. Además había que migrar el sitio de la empresa.
Señales
- Mercado: Los pagos internacionales de su segmento todavía se resuelven con transferencias manuales, correos y hojas de cálculo.
- Negocio: La plataforma dependía de servicios de terceros cuya caída arrastraba procesos completos.
- Experiencia de usuario: Usuarios aprobados no podían usar su panel.
- Atención al cliente: Los errores llegaban como reportes de usuarios; con poco tráfico y sin alertas, las fallas pasaban inadvertidas.
Cómo lo entendimos
- Auditoría de la infraestructura en la nube (inventario, red, costos) con hallazgos priorizados.
- Inventario del código y verificación de que era idéntico a lo que corría en producción.
- Revisión de dependencias: la plataforma tenía dependencias frágiles; se priorizó estabilizarla antes de evolucionarla.
- Causa raíz por datos: consultas puntuales y telemetría mostraron que las caídas de servicios de terceros se propagaban sin control al acceso y a la aprobación.
Qué construimos y por qué
- Degradación elegante: la aprobación siempre persiste y queda «pendiente» si un tercero cae; las cuentas se recuperan después con un proceso idempotente y protegido. Proveedores conmutables por configuración.
- Corrección del acceso sin romperlo, y guardas en la interfaz.
- Observabilidad: registros activados y alertas para los fallos que importan.
- Runbook y despliegue idempotente con respaldo, verificación y reversa; pruebas nuevas; documentación y una hoja de ruta por fases.
- Sitio de la empresa migrado.
Por qué así: Cuando un tercero cae, la aprobación debe quedar «pendiente» y recuperarse después con un proceso idempotente, en vez de dejar cuentas a medias; y las fallas deben avisar solas.
Transformación
-
Acceso de usuarios de error a respuesta correcta, validado de extremo a extremo.
-
Aprobaciones de usuarios que fallaban, a cero errores en la ventana de observación; desplegado al primer intento.
-
De fallas silenciosas a alertas en 15–30 minutos.
-
De una plataforma sin documentación a código versionado y documentado.
-
errores en la aprobación de usuarios: fallaba → cero en la ventana (medido)
-
tiempo de detección con alertas nuevas: 15–30 minutos (medido)
Lo que aún no sabemos
- Validación con usuarios reales al cierre y métricas del sitio nuevo: sin evidencia.
