7 min. de lectura<\/p>\n
La migraci\u00f3n a S\/4HANA domina la agenda de TI. Pero mientras las empresas invierten miles de millones en nuevos sistemas, los antiguos suelen seguir activos. Esto cuesta dinero, genera riesgos de cumplimiento normativo y consume recursos que escasean en otros frentes. La desactivaci\u00f3n controlada de datos (Data Decommissioning) resuelve este problema, pero se olvida sistem\u00e1ticamente en la mayor\u00eda de los proyectos de migraci\u00f3n.<\/strong><\/p>\n SAP ha comunicado claramente la cronolog\u00eda. Para las versiones de ECC EHP 0 a 5, el soporte est\u00e1ndar ya finaliz\u00f3 a finales de 2025. Las versiones EHP 6 a 8 lo har\u00e1n a finales de 2027. A partir de entonces, solo quedar\u00e1 el mantenimiento extendido, con un recargo del 9 por ciento sobre los costes de licencia anteriores.<\/p>\n La realidad, sin embargo, difiere de la hoja de ruta. Seg\u00fan una encuesta de la DSAG (Asociaci\u00f3n Alemana de Usuarios de SAP) de febrero de 2026, casi la mitad de los usuarios de SAP en pa\u00edses de habla alemana planean seguir operando sus sistemas ECC m\u00e1s all\u00e1 de 2027. Los motivos son comprensibles: las migraciones a S\/4HANA tardan m\u00e1s de lo previsto, superan el presupuesto asignado y requieren la dedicaci\u00f3n exclusiva de los mejores profesionales del equipo.<\/p>\n Lo que suele pasarse por alto: incluso las empresas que migran con \u00e9xito a S\/4HANA a menudo mantienen activos los sistemas antiguos. La operativa diaria puede haberse trasladado, pero los datos hist\u00f3ricos deben seguir siendo accesibles. Las normativas GoBD (Grunds\u00e4tze zur ordnungsm\u00e4\u00dfigen F\u00fchrung und Aufbewahrung von B\u00fcchern, Aufzeichnungen und Unterlagen in elektronischer Form sowie zum Datenzugriff – Principios para la gesti\u00f3n y conservaci\u00f3n ordenada de libros, registros y documentos en formato electr\u00f3nico, as\u00ed como para el acceso a los datos) exigen hasta diez a\u00f1os de acceso auditado. Los plazos de eliminaci\u00f3n bajo el RGPD tambi\u00e9n deben cumplirse. Y en transacciones de fusiones y adquisiciones, reclamaciones por garant\u00edas pueden exigir acceso a datos antiguos incluso a\u00f1os despu\u00e9s.<\/p>\n Definici\u00f3n<\/p>\n Data Decommissioning<\/strong> (Desmantelamiento de datos) designa el proceso estructurado mediante el cual se desactivan de forma controlada los sistemas IT post-productivos. Los datos almacenados en ellos se transfieren a un sistema de historizaci\u00f3n independiente, que garantiza el acceso auditado sin necesidad de mantener operativo el sistema original.<\/p>\n<\/div>\n Una migraci\u00f3n a S\/4HANA consta de dos mitades. La primera recibe toda la atenci\u00f3n, el presupuesto y los equipos de proyecto: migraci\u00f3n de datos, personalizaci\u00f3n, pruebas y puesta en producci\u00f3n. La segunda mitad se pospone: \u00bfqu\u00e9 pasa con los sistemas heredados?<\/p>\n En la pr\u00e1ctica, esto significa que instancias ECC, sistemas Navision, aplicaciones AS\/400 y entornos mainframe siguen activos en el centro de datos. Consumen licencias, recursos de servidor y capacidad administrativa. Se siguen aplicando parches, aunque ning\u00fan usuario trabaje ya productivamente con ellos. El conocimiento sobre estos sistemas se va perdiendo, mientras los costes permanecen constantes.<\/p>\n Los responsables de TI conocen este problema. Pero rara vez existe un presupuesto dedicado espec\u00edficamente a \u201capagar sistemas antiguos\u201d. El desmantelamiento no aparece en ninguna hoja de ruta, porque no aporta nuevas funcionalidades ni genera un caso de negocio que quepa en una diapositiva. Sin embargo, la cuenta es sencilla: cada euro que no se gasta en mantener sistemas obsoletos queda disponible para la innovaci\u00f3n.<\/p>\n El desmantelamiento de datos aborda situaciones que los departamentos de TI en la regi\u00f3n DACH (Alemania, Austria y Suiza) enfrentan con regularidad. Tres casos pr\u00e1cticos.<\/p>\n Escenario 1: Post-migraci\u00f3n.<\/strong> Una empresa ha completado la transformaci\u00f3n a S\/4HANA y, al mismo tiempo, ha consolidado varios sistemas heredados. Los datos operativos de los \u00faltimos dos a\u00f1os ya han sido migrados. Sin embargo, los datos hist\u00f3ricos procedentes de ECC y Navision deben seguir estando accesibles, ya que auditores externos, asesores fiscales y el departamento de auditor\u00eda interna necesitan consultarlos. En lugar de mantener ambos sistemas antiguos en funcionamiento, los datos se transfieren a un sistema de historizaci\u00f3n. El sistema fuente se apaga.<\/p>\n Escenario 2: Transacci\u00f3n de fusiones y adquisiciones.<\/strong> La empresa A vende una unidad de negocio a la empresa B. Los datos operativos se migran, pero ambas partes deben seguir teniendo acceso a los datos hist\u00f3ricos, entre otras razones para gestionar reclamaciones por garant\u00edas y cumplir con la normativa GoBD (Grunds\u00e4tze zur ordnungsm\u00e4\u00dfigen F\u00fchrung und Aufbewahrung von B\u00fcchern, Aufzeichnungen und Unterlagen in elektronischer Form sowie zum Datenzugriff – principios para la gesti\u00f3n y conservaci\u00f3n adecuada de libros, registros y documentos en formato electr\u00f3nico, as\u00ed como para el acceso a los datos). Una copia completa del sistema ser\u00eda la soluci\u00f3n costosa; una herramienta de historizaci\u00f3n que conserve los datos de forma auditada y mantenga el acceso l\u00f3gico es la alternativa m\u00e1s \u00e1gil.<\/p>\n Escenario 3: Desalojo del centro de datos.<\/strong> Los servidores deben ser retirados del centro de datos antes de fin de a\u00f1o. En un sistema AS\/400 y un mainframe reposan datos hist\u00f3ricos cr\u00edticos para el negocio que, por motivos regulatorios, no pueden eliminarse. Las aplicaciones no son compatibles con la nube. La soluci\u00f3n: exportar los datos, almacenarlos en una herramienta de historizaci\u00f3n basada en la nube y apagar el hardware antiguo.<\/p>\n El enfoque ha cambiado en los \u00faltimos a\u00f1os. Anteriormente, el est\u00e1ndar era el archivado nativo de SAP mediante ILM (Information Lifecycle Management) o el funcionamiento de copias de solo lectura. Ambos enfoques tienen l\u00edmites: ILM es complejo, requiere licencias SAP activas y solo cubre datos de SAP. Las copias de solo lectura deben ser parcheadas y administradas continuamente.<\/p>\n Plataformas modernas de historizaci\u00f3n, como Historia de SDD Group, siguen un enfoque diferente. Los datos se exportan del sistema de origen y se almacenan en un repositorio basado en la nube. El acceso se realiza a trav\u00e9s de una aplicaci\u00f3n web que replica la l\u00f3gica empresarial del sistema anterior. Los usuarios ven los datos en la estructura familiar, aunque el sistema de origen ya no exista.<\/p>\n El modelo de precios se basa en el volumen de almacenamiento, no en el n\u00famero de usuarios. Usuarios ilimitados, inicio de sesi\u00f3n \u00fanico (Single Sign-On) y control de acceso basado en roles. Para los departamentos de TI, esto significa: sin costes recurrentes por licencias de sistemas heredados, sin sobrecarga administrativa y sin gesti\u00f3n de parches para software fuera de soporte.<\/p>\n Un gestor de retenci\u00f3n garantiza que se cumplan los plazos de eliminaci\u00f3n conforme al RGPD (Reglamento General de Protecci\u00f3n de Datos de la UE) y que los datos se borren o anonimicen autom\u00e1ticamente tras expirar el per\u00edodo obligatorio de conservaci\u00f3n. En sectores regulados como servicios financieros y farmac\u00e9utico, las autoridades supervisoras verifican activamente este cumplimiento.<\/p>\n La combinaci\u00f3n de la finalizaci\u00f3n del soporte de SAP, el aumento de los costes en la nube y los requisitos de cumplimiento normativo cada vez m\u00e1s estrictos genera una presi\u00f3n para actuar que no se puede ignorar. Quien siga operando sistemas ECC m\u00e1s all\u00e1 de 2027 en modo de mantenimiento extendido pagar\u00e1 un 9 % m\u00e1s por un sistema que ya no recibir\u00e1 nuevas funcionalidades.<\/p>\n Al mismo tiempo, crece la presi\u00f3n regulatoria. La conservaci\u00f3n conforme a GoBD (Grunds\u00e4tze zur ordnungsm\u00e4\u00dfigen F\u00fchrung und Aufbewahrung von B\u00fcchern, Aufzeichnungen und Unterlagen in elektronischer Form – Principios para la gesti\u00f3n y conservaci\u00f3n ordenadas de libros, registros y documentos en formato electr\u00f3nico), las obligaciones de eliminaci\u00f3n bajo el RGPD y normativas sectoriales como DORA en el \u00e1mbito financiero convierten la historizaci\u00f3n estructurada de datos en una obligaci\u00f3n. \u201cSeguir as\u00ed sin hacer nada\u201d no es una estrategia de cumplimiento.<\/p>\n Para directores de TI y CIOs, el desmantelamiento de sistemas legacy no es un tema glamuroso. No aporta innovaci\u00f3n, ni funciones de IA, ni proyectos estrella para la pr\u00f3xima presentaci\u00f3n ante el comit\u00e9 ejecutivo. Pero libera presupuesto, reduce riesgos y simplifica el entorno tecnol\u00f3gico. Son estos los temas que marcar\u00e1n la diferencia dentro de doce meses.<\/p>\n Seguir operando sistemas legacy<\/p>\n Desmantelamiento con historizaci\u00f3n<\/p>\n La desactivaci\u00f3n de datos se refiere al proceso estructurado de apagar sistemas heredados y transferir los datos que contienen a un sistema independiente de archivo o historizaci\u00f3n. El objetivo es mantener el acceso a los datos hist\u00f3ricos sin necesidad de seguir operando el sistema fuente.<\/p>\n<\/details>\n La implementaci\u00f3n depende de la complejidad del sistema fuente y del volumen de datos. En entornos SAP estandarizados, un proyecto puede completarse en pocas semanas. Los entornos m\u00e1s complejos con m\u00faltiples sistemas heredados pueden requerir entre tres y seis meses.<\/p>\n<\/details>\n Las estimaciones del sector indican que el mantenimiento de sistemas heredados consume aproximadamente el 15 % del presupuesto de TI. A esto se suman costes indirectos: gastos de personal para administraci\u00f3n, riesgos de seguridad por sistemas sin parches y costes de oportunidad derivados de recursos inmovilizados.<\/p>\n<\/details>\n No. Soluciones de historizaci\u00f3n como Historia admiten, adem\u00e1s de SAP, sistemas no SAP como Navision, aplicaciones AS\/400, aplicaciones mainframe y otras bases de datos heredadas. El enfoque es independiente del sistema.<\/p>\n<\/details>\n La GoBD (principios de contabilidad digital en Alemania) exige hasta diez a\u00f1os de acceso seguro a datos relevantes para la empresa. El RGPD exige la eliminaci\u00f3n de datos personales tras el vencimiento de su prop\u00f3sito de tratamiento. Normativas sectoriales como DORA en el \u00e1mbito financiero endurecen a\u00fan m\u00e1s estos requisitos. Las plataformas modernas de historizaci\u00f3n abordan los tres \u00e1mbitos.<\/p>\n<\/details>\nLo m\u00e1s importante en breve<\/h2>\n
\n
SAP ECC: El soporte se acaba, pero los sistemas permanecen<\/h2>\n
El paso olvidado: qu\u00e9 ocurre despu\u00e9s del Go-Live<\/h2>\n
Tres escenarios t\u00edpicos de desmantelamiento de datos<\/h2>\n
C\u00f3mo funciona la desactivaci\u00f3n moderna<\/h2>\n
Por qu\u00e9 este tema debe estar ahora en la agenda<\/h2>\n
\n
\n
Preguntas frecuentes<\/h2>\n
\u00bfQu\u00e9 es la desactivaci\u00f3n de datos (Data Decommissioning)?<\/strong><\/summary>\n
\u00bfCu\u00e1nto dura un proyecto t\u00edpico de desactivaci\u00f3n?<\/strong><\/summary>\n
\u00bfCu\u00e1nto cuesta simplemente seguir manteniendo los sistemas heredados?<\/strong><\/summary>\n
\u00bfEs relevante la desactivaci\u00f3n de datos solo para sistemas SAP?<\/strong><\/summary>\n
\u00bfQu\u00e9 requisitos de cumplimiento normativo aborda la desactivaci\u00f3n?<\/strong><\/summary>\n
Selecci\u00f3n editorial<\/h2>\n