Software a medida
Modernizar software legacy sin parar el negocio
Estrategia de strangler fig: encapsular módulos críticos, reemplazar por capas y medir riesgo — aplicado a ERPs, desktop y Excel operativo.
13 min de lectura · Actualizado 2026-07-22
Qué es legacy en la operación real (no solo «código viejo»)
Legacy no es solo COBOL o un exe de Windows 7. Es el sistema que nadie quiere tocar porque «siempre funcionó», el Access que consolida rutas, el reporte Crystal que tarda 40 minutos, la macro Excel que aplica descuentos que el ERP no soporta. En manufactura y distribución, legacy es lo que sostiene el cierre contable — y por eso da miedo cambiarlo.
Modernizar no significa tirar todo y comprar «la nube». Significa reducir riesgo incrementalmente: extraer lo que duele (performance, seguridad, imposibilidad de integrar) y estabilizar lo que aún cumple con contratos claros hacia el nuevo núcleo.
El costo de no modernizar: imposibilidad de abrir canal e-commerce confiable, dependencia de una persona clave, vulnerabilidades sin parche y contratos con clientes corporativos que exigen APIs o trazabilidad que el legacy no da.
Qué evitar: RFP de «reemplazo total en 18 meses» sin inventario de dependencias ocultas. Qué hacer: mapa de módulos con criticidad (A/B/C) y volumen transaccional.
Patrón strangler: estrangular por módulo
Coloca una fachada API delante del legacy. Los nuevos consumidores (portal B2B, app de vendedores, integración marketplace) hablan con la fachada; esta traduce al legacy mientras exista. Módulo a módulo, reemplazas la implementación detrás de la misma API sin cortar usuarios.
Priorizá módulos de alto dolor y bajo acoplamiento interno: catálogo web, consulta de cartera, tracking de pedidos. Dejá contabilidad fiscal y nómina para fases tardías salvo mandato regulatorio.
Ejemplo: empresa con Siesa sólido pero sin portal — el strangler expone /pedidos y /stock; internamente lee tablas o servicios existentes. La fase 2 escribe pedidos vía API nativa. La fase 3 retira el script Perl que nadie recordaba.
Checklist por módulo: volumen diario, usuarios afectados, ventana de mantenimiento aceptable, datos a migrar, prueba de rollback. Sin checklist, un «módulo chico» tumba el cierre de mes.
Datos, migración y convivencia
Migración big bang de datos históricos suele ser el mayor riesgo. Migrá lo mínimo operativo (clientes activos, SKUs vigentes, saldos abiertos) y archivá el resto en lectura. Los usuarios necesitan historial consultable, no necesariamente en la misma base transaccional.
Convivencia dual-write es peligrosa si no hay reconciliación automatizada. Preferí single writer por entidad: o el legacy o el nuevo servicio manda; el otro sincroniza. Períodos de shadow mode (nuevo calcula pero no publica) validan paridad antes del switch.
Excel operativo: tratalo como sistema satélite. Documentá fórmulas y fuentes; muchas veces el primer entregable a medida es reemplazar una hoja crítica por un micro-app con validaciones y auditoría, no un ERP nuevo.
Qué evitar: migrar datos sucios «para limpiarlos después». Qué hacer: reglas de calidad acordadas con negocio (ver guía de calidad de datos maestros en recursos relacionados).
Riesgo, compliance y equipos
Identificá regulaciones: facturación electrónica DIAN, retención de logs, datos personales. Un módulo nuevo debe cumplir desde el día 1; «parchear después» en fiscal es inviable.
Capacitación por oleadas: usuarios piloto en bodega o sucursal, feedback antes del despliegue nacional. Muchos proyectos de modernización fallan por adopción, no por tecnología — resistencia porque el nuevo flujo no refleja la excepción del martes.
DevOps compartido: CI/CD para el nuevo stack, monitoreo unificado. Legacy puede quedar en VM aislada con backup estricto hasta retiro. Conecta suele alojar el nuevo núcleo en LXC/VM en infraestructura propia con Cloudflare al frente mientras el legacy permanece en red segmentada.
Cuándo llamar a Conecta: el roadmap interno lleva años congelado, hay presión de negocio por canal digital, o un audit externo señaló seguridad obsoleta. Entramos por assessment de 2–4 semanas con entregable de fases y costos acotados.
Métricas de éxito y qué no prometer
Medí: tiempo de ciclo del proceso reemplazado, incidentes P1/P2, costo de soporte interno, velocidad de lanzamiento de cambios comerciales (días para nueva lista de precios). El legacy «estable» a veces es estable porque no cambia nada — esa rigidez también tiene costo.
No prometas «cero legacy en 6 meses» salvo que el alcance sea minúsculo. Prometé hitos verificables: portal en producción, 80 % pedidos sin intervención manual, retiro de un job batch concreto.
Documentación viva: diagramas de integración, dueños, SLAs. Modernización sin documentación recrea legacy en el stack nuevo.
Checklist de cierre de fase: paridad validada, runbook, capacitación registrada, métricas baseline vs actual, decisión explícita de retirar o mantener componente legacy. Modernizar es una serie de finales pequeños, no un único corte de cinta.
Ponlo en práctica ahora
Usa las herramientas gratuitas del Toolbox para validar tu configuración en minutos.
¿Necesitas que lo resolvamos contigo?
Un ingeniero de Conecta puede aplicar esto en tu operación: servicio relacionado o conversación directa.