Sistema legacy: cómo decidir entre mantener, integrar, modernizar o reescribir

¿Qué es un sistema legacy y cuándo deja de servirle a tu empresa?

Un sistema legacy es el software que tu empresa sigue usando para operar aunque su tecnología ya sea vieja, no tenga soporte o cueste mucho cambiarla. Es más común de lo que parece: en una encuesta de Researchscape para Saritasa a 504 profesionales de TI en Estados Unidos (mayo de 2025), el 62 % dijo que su empresa sigue usando al menos un sistema legacy. Saritasa vende modernización de software, así que lee sus cifras con esa reserva.

En español de negocios se dice "legacy" tal cual. También verás sistema heredado o sistema legado, y los tres nombran lo mismo.

La antigüedad de un sistema legacy importa menos que lo difícil que resulta cambiarlo. Un sistema de quince años que alguien sabe modificar, que tiene soporte y que entrega sus datos a otros sistemas sigue siendo un buen activo. Uno de cinco años que solo entiende una persona ya se comporta como legacy. Estas son las señales que conviene revisar primero:

• Solo una o dos personas saben modificarlo, y una de ellas está por irse.
• El proveedor dejó de dar soporte, o dejó de existir.
• Sus datos no salen limpios hacia otros sistemas, así que alguien copia y pega entre pantallas.
• Un cambio pequeño tarda semanas porque nadie sabe qué más se va a romper.

Con dos de esas señales, tu sistema legacy ya merece una revisión formal. Es un criterio de trabajo, sin valor de norma.

Cada una de las salidas que verás abajo tiene su propio texto en el hub de sistemas legacy, integración y software a medida.

¿Cuánto cuesta mantener un sistema legacy?

Un sistema legacy rara vez aparece como una línea del presupuesto. Su costo se reparte entre horas de mantenimiento, procesos manuales alrededor del sistema y proyectos que no se pueden hacer porque el sistema no los soporta.

Para verlo en tu empresa, cuenta tres cosas: las horas al mes que tu equipo dedica a parches y caídas, las personas que copian datos entre pantallas y los proyectos en pausa porque el sistema no entrega sus datos.

Un dato de escala viene del sector público. Según la Oficina de Rendición de Cuentas del Gobierno de Estados Unidos (GAO), el gobierno federal gasta más de 100 mil millones de dólares al año en TI y ciberseguridad. Las agencias suelen reportar cerca del 80 % de ese monto en operar y mantener los sistemas existentes. Una empresa mediana no es el gobierno federal, pero el patrón se repite: lo que sostiene lo viejo no construye lo nuevo.

Quién lo mantiene pesa tanto como cuánto cuesta. En la misma encuesta de Saritasa, el 68 % dice que su equipo interno de TI mantiene el software legacy, solo el 20 % tiene especialistas dedicados y el 7 % lo subcontrata.

Pegasystems también vende modernización. Su estudio con Savanta de octubre de 2025, a más de 500 responsables de TI de Norteamérica, Reino Unido, Francia, Australia y Alemania, halló que solo el 9 % dice estar en condiciones de retirar o reemplazar todas sus aplicaciones legacy. Entre las razones para no haberlas retirado aún, el 36 % dice que hacerlo lleva demasiado tiempo.

En una empresa mediana, el sistema de gestión suele ser el primer candidato a volverse legacy. En España, el 63.6 % de las empresas de 10 o más empleados usa software ERP, según el INE (primer trimestre de 2025). En la Unión Europea, Eurostat reporta que el uso de ERP va del 41 % en empresas pequeñas al 89 % en grandes (datos de 2025). Un ERP con años de personalizaciones es un candidato natural a volverse legacy (lectura mía, no de las fuentes). Si es tu caso, empieza por integración con ERP: APIs, middleware y lo que suele salir mal.

Si ya piensas en reemplazarlo, el precio cambia mucho según el alcance: mira cuánto cuesta un software a medida en 2026.

¿Qué opciones tiene un sistema legacy: mantener, integrar, modernizar o reescribir?

Un sistema legacy tiene cuatro salidas. La tabla las compara con los criterios que más pesan en una decisión de dueño o director.

¿Cuándo conviene mantener un sistema legacy tal como está?

Un sistema legacy estable merece que lo dejes como está más seguido de lo que parece. Si cubre su proceso, tiene soporte y no frena nada, lo que necesita es documentación y un segundo responsable que sepa operarlo.

En la encuesta de Saritasa, entre quienes siguen con un sistema legacy, la razón más citada para no modernizarlo es que todavía funciona (50 %). Siguen el presupuesto (44 %) y el miedo a interrumpir la operación (38 %). Esa inercia es correcta mientras el sistema cueste poco y el riesgo esté controlado, y deja de serlo cuando nadie mide ese costo.

Mantener también es trabajo: un inventario de lo que hace el sistema y una copia de seguridad que alguien haya probado restaurar.

¿Cuándo conviene integrar un sistema legacy en lugar de reemplazarlo?

Un sistema legacy que guarda bien los datos pero los entrega mal casi siempre se resuelve con integración antes que con reemplazo. Se conecta con lo nuevo mediante APIs, un middleware o una réplica de su base de datos, y el núcleo sigue haciendo lo que ya hace bien.

La integración falla cuando el sistema no expone nada y nadie conoce su estructura de datos. También falla cuando cada conexión nueva exige tocar el código viejo. En ese punto conviene pasar a modernizar. El texto sobre integración de sistemas sin rehacerlo todo detalla los patrones y sus límites.

La integración también precede a cualquier automatización seria, porque un sistema legacy que no entrega sus datos limita lo que puedes hacer con IA. Según el INE, el 21.1 % de las empresas españolas de 10 o más empleados ya usa inteligencia artificial (primer trimestre de 2025). Para ver por dónde empezar, lee automatización de procesos con IA.

¿Cuándo toca modernizar un sistema legacy por partes?

Un sistema legacy se moderniza por partes cuando un módulo concreto frena al negocio y el resto todavía sirve. El método es repetible: eliges el módulo con mayor costo, construyes su reemplazo al lado, mueves el tráfico y apagas la parte vieja.

Modernizar toma más tiempo del que se anuncia. GAO señaló en junio de 2019 diez sistemas críticos del gobierno federal que necesitaban modernizarse. En febrero de 2025, solo tres estaban completados.

"Until agencies fully document modernization plans for critical legacy IT systems, their modernization initiatives will have an increased likelihood of cost overruns, schedule delays, and overall project failure."

GAO, informe GAO-25-107795 (julio de 2025). En español: hasta que las agencias documenten por completo sus planes de modernización, sus iniciativas tendrán más probabilidad de sobrecostos, retrasos y fracaso (traducción propia).

GAO resume las buenas prácticas de gobierno e industria así: un plan de modernización debe incluir como mínimo hitos, una descripción del trabajo y el destino del sistema viejo. De los 11 sistemas que analizó en 2025, nueve tenían plan, y solo tres de esos planes incluían los tres elementos. La tercera pieza evita pagar por dos sistemas: si no decides cuándo se apaga la parte vieja, terminas sosteniendo ambas. Para ver cómo se aborda en un proyecto, revisa el servicio de modernización de aplicaciones.

¿Cuándo tiene sentido reescribir un sistema legacy desde cero?

Un sistema legacy se reescribe cuando se cumple al menos una de estas condiciones: ya casi nadie conoce su tecnología, sus reglas de negocio quedaron obsoletas o integrarlo cuesta más que reemplazarlo.

El riesgo de una reescritura está en lo que el sistema viejo sabe y nadie anotó. Los descuentos especiales y las excepciones por cliente viven en el código, y un sistema nuevo los pierde si nadie los extrae antes. Por eso una reescritura empieza con un inventario de reglas, no con pantallas.

Si lo hará un tercero, lee qué es una fábrica de software y cuándo conviene contratar una.

¿Cómo decide una empresa qué hacer con su sistema legacy?

Un sistema legacy se decide con cinco preguntas, en este orden:

1. ¿Qué proceso se detiene si el sistema falla un día?
2. ¿Quién sabe cómo funciona hoy, y qué pasa si se va?
3. ¿Puede entregar sus datos a otros sistemas sin trabajo manual?
4. ¿Tiene soporte del proveedor y parches de seguridad?
5. ¿Qué va a cambiar en tu negocio en los próximos doce meses, y el sistema lo soporta?

Si la 1 y la 2 son un problema, documenta y asegura primero, antes de cambiar nada. Si falla la 3, integra. Si fallan la 4 y la 5 juntas, moderniza por partes o reescribe, según cuánto del sistema sigue sirviendo.

El método tiene un precedente. GAO calificó 69 sistemas legacy del gobierno federal con 16 atributos, entre ellos edad, soporte del proveedor, riesgo de ciberseguridad y costo de operación. Las cinco preguntas son una versión corta del mismo ejercicio para una empresa sin comité de arquitectura.

¿Qué no hacer con un sistema legacy?

Un sistema legacy suele fallar por las decisiones del proyecto más que por la tecnología. Estos errores conviene evitar:

• Empezar por reescribir. Una reescritura sin inventario de reglas pierde lógica del negocio.
• Tocarlo sin un plan por escrito. GAO vincula la falta de planes documentados con mayor probabilidad de sobrecostos y retrasos.
• Apagar el sistema viejo antes de migrar y probar los datos. El sistema viejo es tu plan de respaldo hasta que el nuevo demuestre lo contrario.
• Aceptar un proyecto sin precio cerrado por fase. Sin un tope por fase, el riesgo del proyecto queda del lado del cliente.
• Aceptar un sistema que no te pertenece. Pide por escrito que el código y los datos queden en tu propiedad.

¿Cómo se evalúa un sistema legacy antes de gastar en él?

Un sistema legacy se evalúa mejor antes de comprometer presupuesto de construcción. Soy Ronan Pinho, fundador de isonew, y llevo más de diez años construyendo y operando empresas de tecnología. En isonew, ese paso es el Diagnóstico de Oportunidades de IA. Es un trabajo de pago con tarifa fija. Te informamos la tarifa antes de que te comprometas, según el tamaño de la empresa y la cantidad de procesos revisados. El Diagnóstico entrega un plan priorizado con costo, esfuerzo y riesgo por escrito. Si sigues con la construcción, la tarifa del Diagnóstico se descuenta de la fase uno.

La construcción se cobra por fase, con precio cerrado y nunca por hora. Como rango de planificación, la primera fase toma entre 4 y 10 semanas, y lo que se construye queda en propiedad del cliente. Trabajamos con empresas dirigidas por sus dueños, de 10 a 300 personas. Puedes ver el detalle en cómo trabajamos, en la página de precios y en el resto de los servicios.