¿Cómo lograr un desmantelamiento de sistemas SAP de forma segura y completa?
Emanuel Böminghaus, Experto en sistemas heredados y Director General de AvenDATA
Emanuel Böminghaus
Experto en sistemas heredados
y Director General de AvenDATA
y Director General de AvenDATA
La desconexión de un sistema SAP es uno de los proyectos informáticos más exigentes en el ciclo de vida de una empresa. Un ecosistema SAP está profundamente integrado en los procesos operativos los flujos de datos con relevancia fiscal y las dependencias técnicas. Si se va a apagar todos los datos deben permanecer disponibles en estricto cumplimiento de la ley ante organismos como la Agencia Tributaria. Al mismo tiempo hay que garantizar que no surjan riesgos técnicos ni brechas de cumplimiento normativo. Por este motivo la desconexión de un entorno SAP es siempre una operación estructurada y de una altísima precisión técnica.
Por qué la desconexión de sistemas SAP resulta tan compleja
Un ecosistema SAP contiene datos en estructuras técnicas muy diversas que no pueden capturarse mediante una simple exportación. Para cumplir con la conservación legal obligatoria exigida por entidades como la Agencia Tributaria los datos deben ser completos precisos inmutables y legibles a largo plazo. Al mismo tiempo tras la desconexión no deben vulnerarse los derechos de acceso ni seguir funcionando componentes críticos para la ciberseguridad. Por tanto las empresas necesitan un proceso que contemple todos los formatos de datos relevantes y garantice la capacidad futura de proporcionar información auditada.
Qué datos deben extraerse obligatoriamente al apagar un sistema SAP
En los sistemas SAP la información no reside únicamente en la base de datos relacional clásica sino que se distribuye en distintos niveles ubicaciones de almacenamiento y estructuras de archivo corporativo. Para garantizar la integridad absoluta de los datos durante la desconexión del sistema es imprescindible tratar de forma experta las siguientes áreas.
- Archivos ADK del archivado de SAP
- Tablas y contenidos de la base de datos SAP habitual
- Documentos GOS vinculados a justificantes fiscales o procesos
- Documentos y objetos del archivo de comprobantes de SAP
- Contenidos de tablas clúster que exigen un tratamiento y una validación muy específicos
La combinación de todos estos formatos demuestra claramente que resulta casi imposible apagar un sistema SAP sin poseer profundos conocimientos técnicos. Las tablas clúster en particular pueden generar graves contratiempos si no se extraen ni se interpretan correctamente. Sus datos no se presentan en filas de tablas claras y convencionales sino en estructuras comprimidas que requieren procedimientos sumamente especializados para su correcto procesamiento.
La importancia de los archivos ADK en la desconexión
Los archivos ADK constituyen un componente central del almacenamiento de datos en SAP. Muchas empresas utilizan el archivado de SAP durante años sin ser conscientes de que los ADK no son simples archivos sino repositorios estructurados absolutamente imprescindibles para cualquier consulta futura. Sin estos archivos resulta casi imposible reconstruir operaciones históricas por completo. Por tanto durante la desconexión del sistema los ADK deben extraerse validarse y alojarse de forma inmutable. La pérdida o corrupción de estos archivos puede generar riesgos legales enormes ya que podrían faltar justificantes o datos transaccionales esenciales.
Por qué la base de datos convencional no es suficiente
Muchas organizaciones asumen que la desconexión se centra exclusivamente en la base de datos relacional. Sin embargo en la práctica esto es solo una parte del ecosistema. Aunque tablas como BKPF BSEG o MARA albergan gran parte de las operaciones históricas el sistema queda incompleto sin los datos de archivo vinculados los anexos GOS o las estructuras de los comprobantes. Solo la interacción de todas estas fuentes de información garantiza la capacidad total de respuesta ante la Agencia Tributaria los auditores externos o los departamentos internos.
El papel de los documentos GOS en la retirada de sistemas SAP
Los documentos GOS suelen ser el elemento más subestimado de un entorno SAP. Se adjuntan directamente a los justificantes a través de la función de Servicios de Objetos Genéricos y con frecuencia contienen contratos correspondencia archivos PDF u otros objetos de información relevantes. Estos anexos no residen en el esquema de base de datos habitual sino que se gestionan mediante mecanismos propios de SAP. Al apagar el sistema deben extraerse en su totalidad y asignarse de manera inequívoca a sus comprobantes respectivos. La ausencia de documentos GOS puede provocar lagunas documentales muy graves algo especialmente problemático durante las inspecciones de la Agencia Tributaria.
El archivo de comprobantes de SAP como pieza crítica del ecosistema de datos
El archivo de comprobantes de SAP almacena documentos que no residen en la base de datos central sino que se vinculan mediante el procedimiento ArchiveLink de SAP. Las facturas los albaranes los pedidos o la documentación de recursos humanos se encuentran físicamente fuera de la instancia principal de SAP. Para la desconexión del sistema esto significa que tanto las referencias lógicas como los archivos físicos deben extraerse de forma impecable y mantenerse legibles a largo plazo ante posibles requerimientos de la Agencia Tributaria. Sin este paso fundamental el sistema archivado queda completamente incompleto.
Especial precaución con las tablas clúster
Las tablas clúster representan uno de los mayores desafíos técnicos. No son tablas relacionales clásicas sino que contienen paquetes de datos comprimidos que SAP almacena internamente y descomprime durante su lectura. Un tratamiento inadecuado puede provocar la corrupción de los datos transaccionales o la imposibilidad absoluta de reconstruir información vital. Por consiguiente durante la desconexión de un entorno SAP estas tablas clúster deben procesarse mediante lógicas de extracción altamente especializadas que aseguren tanto la integridad absoluta de los datos como su total legibilidad a lo largo de los años.
Por qué una desconexión estructurada del sistema es absolutamente imprescindible
La desconexión de un ecosistema SAP no termina con la simple extracción de los datos. Al final del proceso el sistema SAP y todos sus componentes técnicos deben apagarse por completo y de forma inmutable. Esto incluye el desmantelamiento de los servidores la desactivación de las interfaces la eliminación de las copias de seguridad antiguas y la documentación impecable de todo el apagado. El sistema solo puede retirarse definitivamente de servicio cuando todos los datos han sido extraídos todos los objetos de archivo están asegurados y la totalidad de las estructuras de tablas se han procesado de forma correcta.
La desconexión de un entorno SAP exige la máxima precisión
Apagar un sistema SAP resulta mucho más exigente que retirar cualquier otra aplicación. El motivo principal radica en la inmensa variedad de formatos de datos y en la estrecha interconexión entre objetos de archivo tablas de bases de datos documentos GOS archivos ADK y tablas clúster. Las empresas deben garantizar que toda la información relevante se ponga a disposición de forma íntegra inmutable y legible a largo plazo. Esta es la única manera de apagar limpiamente un sistema SAP sin generar riesgos legales ni problemas posteriores durante las inspecciones de la Agencia Tributaria.
¿Tienes previsto archivar un sistema antiguo?
Artículos Recientes
-
¿Cuáles son los costes y los riesgos del archivo de un ERP?
-
¡AI blir ett massivt problem för legacysystem!
-
¡Por qué la reducción de costes es fundamental en tiempos de crisis y cómo ayuda el archivado de sistemas legacy!
-
¡Por qué el archivado de SAP es más que una exportación de datos!
-
El grupo del DAX LANXESS confía en AvenDATA
-
¿Cuál es el coste real de las aplicaciones legacy?
-
¿Por qué desmantelar aplicaciones es una estrategia directiva?
-
¿Cómo archivar datos con éxito tras una escisión corporativa?
-
¿Por qué la migración a SAP S/4HANA queda incompleta sin archivado?
-
Archivado ERP: ¿por qué fallar un test de penetración es un riesgo real?