Qué es el software legacy y qué hacer con él
Software legacy es el que sigue siendo necesario para el negocio pero se ha quedado atrás en tecnología, soporte o conocimiento. No siempre hay que tirarlo: se puede mantener con medidas, envolver con una API, modernizar por partes o rehacer. La decisión depende del riesgo y del valor.
El software legacy (o heredado) es el que tu empresa sigue necesitando pero se ha quedado atrás: tecnología sin soporte, código que solo entiende una persona o un programa que no se conecta con nada. No siempre hay que tirarlo. Las opciones son mantenerlo con medidas, envolverlo con una API, modernizarlo por partes o rehacerlo.
Qué es el software legacy
«Legacy» significa herencia. Un sistema heredado no es malo por ser antiguo: a menudo es el que más sabe del negocio, porque lleva años acumulando reglas que nadie ha escrito en otro sitio. Se convierte en un problema cuando cambiarlo da miedo, cuando nadie puede mantenerlo o cuando frena lo que la empresa necesita hacer.
Puede ser un programa a medida de hace quince años, una aplicación de Access hecha en casa, un ERP en una versión sin soporte o una hoja de cálculo con macros de la que depende la facturación. La etiqueta no depende de la edad, sino del equilibrio entre lo que aporta y lo que cuesta y arriesga mantenerlo.
Señales de que tu software se ha quedado atrás
Si te reconoces en varias, merece la pena hacer un diagnóstico:
- El fabricante ya no publica actualizaciones de seguridad para el programa o para el sistema operativo en el que funciona.
- Solo una persona sabe cambiarlo, y no hay documentación.
- Funciona en un equipo concreto o necesita una versión antigua de Windows, del navegador o de la base de datos.
- No se conecta con la web, la tienda o la facturación: los datos se copian a mano o pasan por Excel.
- Cada cambio pequeño rompe algo en otro sitio y no hay pruebas automáticas que lo detecten.
- Hay copias de seguridad, pero nadie ha probado a restaurarlas.
- El proveedor original ya no existe o no responde.
- Hay procesos enteros fuera del sistema porque «el programa no lo permite».
Los riesgos reales del software legacy
Seguridad
Cuando un producto llega al final de su soporte deja de recibir parches. Microsoft lo explica así en su calendario de ciclo de vida: sin nuevas actualizaciones de seguridad ni de otro tipo, y sin soporte. El 14 de octubre de 2025 terminó, por ejemplo, el de Office y Access 2016 y 2019, y el de las ediciones Home, Pro, Enterprise y Education de Windows 10; para Windows 10, Microsoft ofrece un programa de actualizaciones de seguridad extendidas (ESU) por suscripción anual para los equipos que se inscriben. La agencia de ciberseguridad de Estados Unidos (CISA) incluye el uso de software sin soporte en su lista de malas prácticas para las infraestructuras críticas.
Dependencia de una persona
Si el conocimiento está en una sola cabeza, el sistema está a una baja o a una jubilación de quedarse sin mantenimiento. Es un riesgo que no aparece en ningún inventario técnico.
Integraciones
Un sistema que no deja salir sus datos obliga a copiarlos a mano, y cada copia es un error posible. Además bloquea lo nuevo: un portal de clientes, una tienda online o un asistente con IA necesitan leer y escribir en el sistema central.
Coste de cambiar
Cada año se acumulan reglas, datos y dependencias, y la salida se complica. Esperar también es una decisión, con su coste.
Las cuatro opciones: mantener, envolver, modernizar por partes o rehacer
No hay una respuesta única. La guía de migración a la nube de AWS, por ejemplo, distingue siete estrategias, entre ellas retirar, conservar, rehospedar, recomprar o refactorizar (rediseñar) una aplicación, y advierte que refactorizar es la más compleja y costosa. En una empresa, las opciones prácticas se resumen en cuatro:
1. Mantener, con medidas
Si el sistema funciona, cambia poco y no bloquea nada, se puede conservar: aislarlo de internet si es posible, documentar lo que hace, probar la restauración de las copias y acordar el mantenimiento con alguien que lo entienda (lo contamos en contrato de mantenimiento de software). Es una decisión válida si se revisa cada año.
2. Envolver con una API o integrar
El sistema se queda como está y se le pone delante una capa que traduce: lee y escribe sus datos para que la web, la tienda o un portal los usen sin tocar el código antiguo. Microsoft lo describe como patrón de capa anticorrupción y avisa de su coste: añade latencia y un servicio más que mantener. Es un buen primer paso cuando lo urgente es conectar.
3. Modernizar por partes
El sistema nuevo sustituye funciones del antiguo una a una mientras los dos conviven; cuando ya nada depende del viejo, se retira. Es el patrón de la higuera estranguladora, y Microsoft señala cuándo puede no encajar: si no se pueden interceptar las peticiones al sistema antiguo, si no hay acceso a su código o si el sistema es pequeño y sustituirlo entero es sencillo.
4. Rehacer o sustituir
Se construye o se compra un sistema nuevo y se migra todo de una vez. Encaja en sistemas pequeños o cuando el proceso ha cambiado tanto que conservar lo anterior no tiene sentido. Exige una migración de datos con cuadre y un plan de vuelta atrás. Si la alternativa es un programa estándar, lee cambiar de ERP.
Tabla de decisión
| Situación | Opción razonable |
|---|---|
| Funciona, cambia poco y no bloquea nada | Mantener, con copias probadas y documentación |
| Lo urgente es conectarlo con la web, la tienda o un portal | Envolver con una API |
| Es grande, crítico y no se puede parar | Modernizar por partes |
| Es pequeño, o el proceso ha cambiado por completo | Rehacer o sustituir |
| Nadie puede mantenerlo y el fabricante no da soporte | Planificar la salida ya, empezando por los datos |
| Es una base de Access o una hoja de cálculo con macros | Datos a un servidor y aplicación web por módulos (migrar Access a web) |
Lecciones de modernizar sin cortar el servicio
Modernizar sin cortar el servicio es, sobre todo, disciplina al publicar cambios. Estas lecciones salen de los sistemas que hemos construido:
- Lo antiguo condiciona lo nuevo. Un TPV que construimos tiene que seguir funcionando en ordenadores con Windows 7 y Chrome 109, y eso limita qué tecnología puede usarse en su interfaz. Convivir con equipos antiguos es parte del diseño, no una excepción.
- Que la versión vieja responda no prueba que la nueva funcione. Antes de sustituir la versión en marcha, se comprueba que la nueva arranca de verdad.
- Copia antes de tocar datos. Copia de seguridad antes de cualquier cambio en la base de datos, con migraciones pequeñas y reversibles.
- No se publica con el negocio en marcha. Una comprobación automática impide publicar una versión nueva si un local está cobrando o acaba de abrir un ticket.
- Pruebas que protegen lo que ya funciona. Antes de publicar un cambio pasan más de mil comprobaciones automáticas.
Por dónde empezar
El primer paso no es elegir tecnología, sino hacer inventario: qué sistemas hay, qué hace cada uno, quién los usa, qué datos guardan y con qué se conectan. Con eso se puede puntuar cada sistema por su valor para el negocio y por su riesgo, y decidir qué se hace primero. Para cada sistema, estas cinco preguntas bastan para empezar:
- ¿Qué procesos dependen de él y qué pasa si se para un día entero?
- ¿Quién sabe cambiarlo y qué parte está documentada?
- ¿Tiene soporte del fabricante y hasta cuándo?
- ¿Qué datos guarda y se pueden exportar completos?
- ¿Con qué otros sistemas se conecta, y cómo?
Después, la modernización se trata como un proyecto por fases, con entregas pequeñas: lo contamos en fases de un proyecto de software. Y cuando el sistema nuevo esté en marcha necesitará mantenimiento para no convertirse en el próximo legacy: lee tipos de mantenimiento de software. Más sobre cómo trabajamos en software a medida.
Fuentes consultadas
Comprobadas el 26 de septiembre de 2026. Enlazamos la fuente original para que puedas consultar el texto vigente.
- Ending Support in 2025 (ciclo de vida de productos Microsoft). Microsoft Learn.
- Bad Practices. CISA (Cybersecurity and Infrastructure Security Agency, EE. UU.).
- About the migration strategies. AWS Prescriptive Guidance.
- Patrón de capa anticorrupción (Azure Architecture Center). Microsoft Learn.
- Patrón de la higuera estranguladora (Azure Architecture Center). Microsoft Learn.
- Programa de Novedades de seguridad extendida (ESU) para Windows 10. Microsoft Learn.
Preguntas frecuentes
¿Qué significa legacy en informática?
Significa heredado: un sistema que se sigue usando aunque su tecnología, su soporte o el conocimiento para mantenerlo se hayan quedado atrás. No es sinónimo de inservible; a menudo guarda reglas de negocio valiosas que hay que conservar.
¿Qué es la modernización de aplicaciones legacy?
Es el proceso de actualizar un sistema heredado para reducir su riesgo y su coste: conectarlo mediante una API, sustituirlo por partes, moverlo a otra plataforma o rehacerlo. Conviene hacerlo por fases, sin parar el negocio.
¿Cuándo conviene rehacer un sistema en lugar de modernizarlo por partes?
Cuando es pequeño y sustituirlo entero es sencillo, cuando no hay acceso a su código o cuando el proceso ha cambiado tanto que conservar el anterior no tiene sentido. En sistemas grandes y críticos, ir por partes reduce el riesgo.
¿Es peligroso usar software sin soporte?
Aumenta el riesgo: el fabricante deja de publicar parches de seguridad, así que los fallos que se descubran después no se corrigen. Si todavía no se puede sustituir, hay que aislarlo, limitar quién accede y tener copias que se sepa restaurar.
¿Algo de esto encaja con tu negocio? Cuéntanos cómo lo haces hoy.