¿Por qué son vitales las escisiones corporativas?
Emanuel Böminghaus
y Director General de AvenDATA
1. ¿Qué se entiende por una escisión corporativa?
Ejemplos prácticos típicos de escisiones corporativas:
- Un proveedor de la industria automotriz se desprende de su división de componentes para motores de combustión para centrarse exclusivamente en la movilidad eléctrica El área externalizada se vende a un inversor financiero
- Una corporación tecnológica segrega su división en la nube y la saca a bolsa como una empresa independiente La nueva entidad recibe su propia infraestructura tecnológica y opera de forma totalmente autónoma
- En el marco de nuevas exigencias regulatorias un banco se ve obligado a desprenderse de su negocio de clientes particulares y lo vende a otra entidad de crédito Durante este proceso los datos de los clientes deben transferirse desde los ecosistemas existentes de forma completa y en estricto cumplimiento con el RGPD
- Tras la fusión de dos corporaciones internacionales se lleva a cabo un carve out de las unidades de negocio superpuestas como por ejemplo los departamentos de tecnología o finanzas duplicados con el objetivo de materializar sinergias estratégicas
- Una empresa farmacéutica vende su negocio de protección de cultivos para concentrarse en el área de la medicina humana Los datos y ecosistemas correspondientes se extraen de la plataforma SAP y se archivan de forma segura
2 Por qué resulta tan desafiante una operación de carve out para el departamento de tecnología
- Enlaces de sistemas e interfaces corporativas
- Separación de datos y responsabilidades
- Comprensión profunda de bases de datos y tablas
- Protección de datos y RGPD
- Gestión de ecosistemas heredados
- Capacidad de prueba y validación corporativa
- Gestión estratégica de tiempos y recursos
Conclusión:
Proceso técnico de una escisión corporativa (sin ejecución de prueba)
1. Análisis previo / Evaluación del sistema
- Identificación de todos los sistemas afectados (por ejemplo SAP, DMS, CRM, RRHH)
- Delimitación del volumen de datos a extraer (por ejemplo entidades contables, mandantes)
- Revisión de las interfaces existentes, las dependencias de datos y los desarrollos propios
- Evaluación de los posibles riesgos técnicos y requisitos regulatorios (por ejemplo RGPD)
2. Planificación del proyecto y alcance
- Definición del sistema de destino (solución de archivado como ViewBox, migración, traspaso al comprador)
- Determinación de los formatos de datos y estándares de archivado
- Coordinación con el departamento informático, áreas de negocio, protección de datos y, en su caso, comité de empresa
- Objetivo: Establecer unos objetivos claros y una base sólida para la ejecución.
3. Preparación técnica y concepto de extracción
- Definición de las tablas y objetos de datos a extraer incluyendo sus relaciones
- Configuración de accesos técnicos (por ejemplo usuarios de solo lectura, accesos a la base de datos)
- Configuración de la estructura de destino para el archivado posterior o la entrega de datos
4. Extracción de datos productivos
- Ejecución de la extracción de datos productivos en la fecha de corte establecida
- Extracción de datos estructurados (tablas, comprobantes, datos maestros) y datos no estructurados (por ejemplo documentos PDF, archivos adjuntos)
- Cifrado de datos y transmisión segura al sistema de destino (por ejemplo el archivo)
5. Validación y garantía de calidad
- Revisión técnica de integridad y consistencia (por ejemplo pruebas de plausibilidad, verificación de claves foráneas)
- Revisión funcional mediante informes de auditoría definidos o comparaciones entre la situación prevista y la real
- Documentación de la calidad de los datos como prueba ante terceros (por ejemplo auditores)
6. Implementación en el sistema de destino / Archivado
- Transferencia de los datos al sistema de archivado (por ejemplo ViewBox con acceso de solo lectura)
- Configuración de los permisos de usuario, la estructura del archivo y las funciones de búsqueda y filtrado
- Integración de la documentación de los procedimientos y los registros técnicos
- Formación de los usuarios del archivo (por ejemplo contabilidad, departamento fiscal, informática)
7. Cierre del proyecto y desconexión del sistema
- Elaboración del informe final que incluye la documentación de todos los pasos realizados
- Recomendación para el desmantelamiento o la reducción controlada del sistema heredado
- Entrega de todos los artefactos técnicos (tablas de mapeo, archivos de registro, protocolos de auditoría)
Artículos Recientes
-
Los sistemas heredados se convierten en un riesgo de seguridad: por qué la IA aumenta drásticamente la presión para actuar
-
¡El ministro de Finanzas alemán planea una conservación de datos de 15 años!
-
Application Retirement: por qué aferrarse a los sistemas heredados ahora resulta caro
-
El Application Retirement ya es imprescindible
-
Carve out de SAP: Por qué el archivado suele ser mejor que la migración
-
Desmantelamiento de Sistemas: Por qué tus plataformas heredadas son una trampa de costes inminente
-
Archivado SAP: Por qué retener sus datos es vital para su empresa.
-
¿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!