“Legacy” no describe la edad de una aplicación; describe el costo y riesgo de cambiarla. Algunas siguen aportando valor con ajustes controlados. Otras concentran conocimiento, datos y dependencias que conviene separar antes de que un incidente fuerce una decisión apresurada.
1) Evalúa el proceso antes de evaluar el stack
Documenta qué decisiones, usuarios y excepciones atiende el sistema. Si nadie puede explicar el flujo, reemplazar la interfaz solo trasladará la confusión. Mide impacto de caída, trabajo manual alterno, errores frecuentes y dependencia de personas específicas.
| Señal | Respuesta posible |
|---|---|
| Valor estable y riesgo bajo | Mantener y documentar |
| Datos útiles, interfaz limitada | Encapsular con APIs y modernizar por etapas |
| Reglas críticas sin soporte | Reconstruir con migración controlada |
| Proceso ya no aporta valor | Retirar con archivo y trazabilidad |
2) Separa datos, reglas e integraciones
Una modernización viable identifica primero qué datos son maestros, qué cálculos son reglas de negocio y qué conexiones dependen de SAP, correo, archivos o proveedores. Esta separación permite reemplazar un módulo sin interrumpir toda la operación.
3) No construyas el reemplazo en secreto
Una reescritura total suele fallar cuando intenta replicar comportamientos que nadie validó. Empieza con un flujo de alto valor, publica una interfaz o API compatible cuando corresponda y ejecuta ambos caminos con reconciliación temporal.
- Define un owner funcional y un owner técnico.
- Conserva auditoría de cambios y datos migrados.
- Prueba excepciones reales, no solo el caso feliz.
- Establece rollback y criterios de salida de la convivencia.
4) Integra con contrato, no con exportaciones manuales
Cuando el sistema debe convivir con SAP, CRMs o automatizaciones n8n, define contratos de API, identificadores y reglas de reintento. Una integración provisional basada en archivos sin owner puede convertir la modernización en otra fuente de deuda.
5) El retiro también es una entrega
Retirar requiere decidir qué datos se conservan, quién los consulta, cuánto tiempo deben estar disponibles y qué integraciones se desconectan. Apagar un servidor sin esta decisión puede borrar evidencia operativa o dejar procesos aguas abajo sin señal.
Checklist de decisión
- Proceso, usuarios y excepciones documentados.
- Datos maestros, reglas e integraciones identificados.
- Opción elegida con costo, riesgo y owner explícitos.
- Migración gradual con reconciliación y rollback.
- Plan de retiro o soporte residual definido.
Modernizar no es perseguir tecnología nueva. Es recuperar control sobre un proceso que la organización necesita sostener y cambiar con seguridad.