Un ERP heredado (legacy) es un sistema de gestión implantado hace años, con capas de personalizaciones e integraciones acumuladas, que la empresa mantiene en funcionamiento aunque ya no reciba el mismo nivel de soporte, actualizaciones o inversión de desarrollo que un ERP moderno. En la práctica, esto casi siempre implica también que el sistema está alojado en servidores propios o gestionados por un tercero (instalación local u on-premise), no en una plataforma en la nube (cloud) con actualizaciones automáticas: un ERP cloud moderno recibe mejoras gestionadas por el proveedor de forma continua, así que estructuralmente no puede acumular el mismo tipo de deuda de mantenimiento que sí acumula un sistema on-premise con el paso de los años. Por eso este artículo trata el coste de un ERP legacy y el de un ERP on-premise casi como una sola cosa: en la práctica, casi siempre lo son. El coste de un ERP legacy que aparece en la factura del proveedor no es el coste real. Según recoge el análisis de nCube sobre coste de sistemas legacy, entre el 45% y el 55% del gasto total en mantener un sistema legacy corresponde a costes directos (infraestructura, licencias, soporte), pero otro 25%-35% son costes ocultos: pérdida de productividad, caídas de servicio, lanzamientos retrasados y deuda técnica que sigue creciendo. La cifra que ve el CFO en el presupuesto es, en el mejor de los casos, la mitad de la historia.
McKinsey documentó el caso de una aseguradora multinacional que descubrió que la deuda técnica consumía entre el 15% y el 60% de cada euro invertido en TI, sin que ninguna cifra de esas apareciera nunca en un business case, según recoge Synoptek. El patrón se repite: la empresa ve la factura del proveedor del ERP, pero no ve a los tres ingenieros que dedican la mitad de su tiempo a construir middleware para que una plataforma de 15 años hable con las API modernas.
Este es, precisamente, el motivo por el que un business case de modernización que solo compara «cuota actual» contra «cuota nueva» siempre sale mal parado: está comparando una cifra visible contra otra cifra visible, ignorando la mitad invisible del coste actual. En NoBlue2 vemos este patrón repetirse en las valoraciones de coste que hacemos junto a empresas que llevan años con el mismo ERP: casi ninguna tenía, antes de sentarse con nosotros, una cifra real del coste oculto que estaba asumiendo. Ya explicamos cómo construir un business case de ERP que resista estas preguntas, y el coste oculto del sistema legacy es exactamente la pieza que más se olvida incluir.
La deuda técnica no es una metáfora contable, es un coste que se comporta como un interés compuesto. Según Deloitte, la deuda técnica absorbe entre el 21% y el 40% del gasto total de IT: de cada 100 € invertidos, entre 21 y 40 van a mantener lo que ya existe, no a generar valor nuevo. Gartner, por su parte, estima que las organizaciones destinarán hasta el 40% de sus presupuestos de TI a mantener deuda técnica, según recoge RecordPoint.
Cada personalización, cada parche y cada integración a medida que se apila sobre un ERP legacy incrementa esa base de deuda. No se reduce esperando: crece con cada nuevo desarrollo que se sigue construyendo sobre un sistema que ya arrastra años de decisiones tomadas bajo presión de plazo, no de arquitectura. Es la parte del coste de un ERP legacy que menos se documenta y más se acumula sin que nadie lo note hasta que ya es grande.
Cuantas más personalizaciones tiene un ERP legacy, menos se parece al software que se compró originalmente y más se parece a un ecosistema construido a medida, mantenido por muy pocas personas que entienden por qué cada pieza está ahí. Ese conocimiento concentrado en una o dos personas es, en sí mismo, un riesgo de negocio: si se van, se van con la única documentación real del sistema.
Las integraciones a medida entre un ERP legacy y las herramientas modernas del resto de la empresa (CRM, e-commerce, analítica) funcionan como un impuesto recurrente: cada vez que el resto del ecosistema tecnológico avanza, alguien tiene que reconstruir el puente para que el ERP siga hablando con el resto. Cuantas más aplicaciones modernas rodean al ERP legacy, más caro se vuelve mantener esos puentes en pie, y ese mantenimiento constante es una parte del coste de un ERP legacy que rara vez se presupuesta con antelación.
En 2026, los costes de mantenimiento de sistemas legacy están subiendo entre un 18% y un 25% interanual, según The Silicon Partners, impulsados por la escasez de especialistas, los parches de seguridad urgentes para arquitecturas sin soporte, y las auditorías de cumplimiento cada vez más estrictas con la deuda técnica acumulada. Este incremento es especialmente marcado en instalaciones on-premise, donde no hay un proveedor gestionando las actualizaciones de forma centralizada: es la empresa, o su partner, quien asume ese trabajo cada vez. La misma fuente documenta un caso concreto que ya conocemos bien: el mantenimiento extendido de SAP ECC tras el fin del soporte estándar añade un sobrecoste estimado de dos puntos porcentuales, lo que se traduce en un incremento de coste anual de aproximadamente un 9%, con un nivel de servicio reducido.
Los contratistas especializados en plataformas antiguas también encarecen la ecuación: sus tarifas han pasado de unos 120 $/hora en 2022 a un rango de 180-250 $/hora en 2026, reflejo de un grupo de especialistas cada vez más reducido para sistemas cada vez más antiguos. En los proyectos de migración que hemos acompañado en NoBlue2, esta es precisamente la partida que más sorprende al CFO cuando desaparece por completo del presupuesto tras dejar el sistema legacy atrás.
Procesos ineficientes: el coste que no se ve en ninguna factura
Un ERP legacy que ya no encaja con cómo opera realmente la empresa genera un coste silencioso: informes que se reconstruyen fuera del sistema en hojas de cálculo, procesos manuales que rodean personalizaciones que nadie recuerda por qué se hicieron así, y equipos que han dejado de confiar en los números que ve el sistema y verifican todo por su cuenta. Ese tiempo no aparece en ninguna partida de «mantenimiento TI», pero sale del mismo presupuesto de la empresa igualmente.
Oracle NetSuite ilustra el contraste de forma directa y verificable: al tener una única base de datos que unifica financiero, CRM, inventario y gestión de proyectos, buena parte del trabajo de reconciliación manual que exige un ERP legacy fragmentado deja de ser necesario, porque no hay varios sistemas con versiones distintas de la misma información que reconciliar.
El coste de un ERP legacy no termina en lo que cuesta mantenerlo: incluye también lo que la empresa deja de ganar mientras sigue con él. Cada mes que un equipo comercial no tiene visibilidad real de inventario, cada decisión que se toma con datos de la semana pasada en vez de en tiempo real, y cada hora que un analista dedica a conciliar cifras en vez de a analizarlas, es una oportunidad de negocio que no se puede recuperar después.
Aplazar la decisión no es una postura neutral: cada año que se pospone la modernización, el coste compuesto de la deuda técnica sigue creciendo sobre la misma base, y el proyecto que hoy parece caro se vuelve más caro cuanto más se espera para abordarlo.
Según varias fuentes del sector, entre el 25% y el 35% del coste total de mantener un sistema legacy corresponde a costes ocultos (productividad perdida, caídas, deuda técnica creciente), frente al 45%-55% de costes directos visibles en factura.
Porque no es un coste fijo: crece con cada año que se pospone la modernización, ya que cada nueva personalización o parche se construye sobre una base cada vez más frágil, aumentando el coste de corregirlo más adelante.
Es uno de los ejemplos más concretos y medibles: el mantenimiento extendido tras el fin del soporte estándar añade un sobrecoste estimado del 9% anual, con menos cobertura que el mantenimiento estándar. Lo explicamos en detalle en nuestro artículo sobre el fin del soporte de SAP ECC en 2027.
Cada personalización nueva aumenta la deuda técnica acumulada y encarece una futura migración, así que conviene evaluarlo caso por caso: una personalización menor puntual no es el problema, la acumulación sostenida de años de parches sí lo es.
Documentando horas de trabajo manual dedicadas a reconciliación y workarounds, coste de contratistas especializados, y el coste de oportunidad de decisiones tomadas con datos desactualizados, no solo la cuota de mantenimiento visible en factura.
En parte sí, de forma verificable: al ser una plataforma multi-tenant con actualizaciones automáticas dos veces al año sin coste adicional ni intervención de consultores, elimina buena parte del coste de mantenimiento e integración que sí arrastra un ERP on-premise fragmentado, gestionado por la propia empresa o por un tercero.
Pocas empresas tienen una cifra fiable del coste total (visible y oculto) de seguir con su ERP actual, y sin esa cifra es imposible comparar con criterio frente a modernizar. En NoBlue2, como mayor partner de Oracle NetSuite en la región EMEA y reconocidos como Partner NetSuite EMEA del Año en 2022, 2025 y 2026, ayudamos a empresas a poner cifras reales al coste de un ERP legacy, no solo al lado visible de la comparación. Puedes revisar la guía de precios de NetSuite como primer punto de referencia, o solicitar una valoración sin compromiso del coste real de tu situación actual.
Fuentes consultadas
Las cifras citadas proceden de estudios y análisis de terceros sobre el mercado en general, no de una auditoría del sistema de ningún cliente concreto; el coste real de cada empresa depende de su propio entorno. Última actualización: octubre 2026.
