Dos sistemas ERP tras una adquisición: ¿qué hacer?

4 min de lectura

Tras una adquisición, la empresa matriz y la compañía adquirida deben seguir operando mientras la dirección decide qué hacer con sus sistemas ERP. Ambos sistemas pueden mantenerse por el momento, conectarse mediante interfaces o integrarse en una plataforma común. La solución adecuada depende de los procesos de negocio, los datos necesarios y el calendario. Una evaluación inicial ayuda a evitar que se pasen por alto funciones importantes durante la integración.

Tres opciones para los sistemas tras la adquisición

Coexistencia: Ambas empresas siguen trabajando por el momento con sus sistemas ERP actuales. Esto da tiempo para evaluar la situación y también puede ser adecuado a largo plazo si las sociedades operan de forma bastante independiente. Para elaborar informes conjuntos, sin embargo, debe quedar claro quién aporta cada dato y cómo se concilian las diferencias. El cálculo debe incluir los costes de licencias, operación y mantenimiento de ambos sistemas. Una fecha de revisión acordada evita que la solución siga en marcha sin evaluarse.

Conexión: Ambos sistemas se mantienen e intercambian determinados datos mediante interfaces. Puede ser una opción razonable si la filial debe conservar sus propios procesos y el grupo necesita información conjunta de forma periódica. Antes hay que aclarar qué sistema es la fuente principal de cada registro, cómo se transmiten los cambios y quién gestiona los errores. Una interfaz también puede servir de solución transitoria mientras se prepara una migración posterior.

Migración: La empresa adquirida pasa a un sistema de destino común. Puede ser adecuado si sus requisitos pueden cubrirse en ese sistema y si la operación conjunta justifica el esfuerzo. Antes de decidir, las áreas de negocio deben comprobar qué funciones, datos históricos y operaciones pendientes deben trasladarse. Las adaptaciones del sistema de destino y los costes de la transición también deben incluirse en la comparación.

Cuatro preguntas antes de decidir

La dirección debe elaborar las respuestas junto con los responsables de ambas empresas:

1. ¿Con qué grado de autonomía debe operar la sociedad adquirida en el futuro?
2. ¿Qué procesos y funciones específicas son importantes para la prestación de sus servicios?
3. ¿Qué datos necesita el grupo para la gestión y el cierre contable y para cuándo?
4. ¿Qué costes puntuales y recurrentes generan la operación, las interfaces y una posible migración?

La evaluación también incluye los contratos y sus plazos, las interfaces existentes, las responsabilidades y el estado de los datos maestros. Si la revisión puede realizarse antes de la compra, puede incorporarse a la diligencia debida. Después de la compra, aporta la base para un plan de integración sólido.

Definir los datos maestros y las interfaces

Los clientes, proveedores y artículos pueden tener nombres distintos o estar registrados varias veces en ambos sistemas. Por eso es necesario acordar para cada tipo de dato compartido dónde se mantiene, quién puede modificarlo y cómo se resuelven las discrepancias. En una conexión también debe quedar claro qué datos se transfieren, en qué dirección y con qué frecuencia.

En una migración se suman los pedidos pendientes, las existencias y los saldos. Microsoft incluye en su documentación sobre migración de datos la correspondencia de campos, la comprobación de la calidad de los datos y la definición de responsabilidades entre las tareas necesarias. Las indicaciones se refieren a Dynamics 365 y las cuestiones también son útiles para comparar otros proyectos ERP.

Preparar la transición con las áreas de negocio

Los profesionales de ventas, compras, producción y contabilidad conocen los procesos que el sistema debe respaldar. Su revisión permite comprobar, por ejemplo, si un pedido puede tramitarse desde su recepción hasta la factura en el proceso de destino elegido. El departamento de TI aporta su visión sobre las interfaces, los permisos y la operación. Microsoft menciona la participación de los responsables de procesos, así como las pruebas y la formación en su estrategia de implantación.

Antes de cambiar de sistema deben probarse la transferencia de datos y los procesos críticos con datos representativos. Un plan de transición establece quién toma cada decisión y cuándo, cuánto tiempo pueden permanecer detenidos los sistemas para la transferencia y cómo actuar ante problemas graves. Los responsables de las áreas validan los resultados antes de la puesta en marcha. Una nueva interfaz también necesita pruebas y un acuerdo para el soporte durante su funcionamiento.

Preguntas frecuentes

Fuente de la imagen: generada con IA (junio de 2026)

Traducido del original en alemán con inteligencia artificial. La versión alemana es la de referencia.