Lo que una adquisición le hace al entorno de sistemas
La empresa adquirida llega con una pila operativa completa que funciona. Tiene su propio ERP, sus propios sistemas de almacén y producción, sus propios informes y personal que sabe cómo gestionar todo ello. Nada de eso deja de funcionar el día que se cierra el trato.
Lo que se rompe es todo lo que está por encima. El departamento financiero del grupo no puede consolidar dos planes de cuentas que nunca fueron diseñados para conciliarse. Compras no puede ver el gasto combinado con un proveedor que ambas empresas utilizan. Nadie puede responder cuál es el stock total de un componente compartido que tiene el grupo, porque cada sistema lo cuenta con un número de pieza diferente.
Estos no son fallos técnicos. Cada sistema es internamente correcto e informa con precisión sobre su propia mitad del negocio. El problema es que el grupo es ahora una entidad comercial y dos entornos de datos, y solo el primero es visible para la junta directiva.
¿Por qué la integración post-fusión lleva tanto tiempo?
El trabajo de migración está limitado por las diferencias en los procesos, no por el volumen de datos. Mover la empresa adquirida al ERP de la matriz significa acordar un plan de cuentas, un esquema de numeración de piezas, un maestro de clientes y un conjunto de procesos operativos. Cada uno de ellos es una negociación entre equipos que ya tienen soluciones funcionales.
El cronograma se extiende aún más cuando la empresa adquirida es operativamente diferente. Una matriz que trabaja bajo el modelo de fabricación para stock y una adquisición que trabaja bajo fabricación bajo pedido no tienen una configuración compartida esperando ser encontrada. Una de ellas debe cambiar su forma de trabajar, lo cual es un proyecto de gestión del cambio más que una migración de datos.
Mientras tanto, el negocio no puede detenerse. Los pedidos se envían, los cierres de mes se realizan y los clientes esperan continuidad en el servicio durante una transición que no solicitaron. Esta es la misma razón por la que la modernización del ERP se ejecuta en fases en lugar de como un único cambio radical, y una adquisición añade la resistencia de una segunda organización.
El coste de esperar por un sistema único
El plan predeterminado mantiene el valor de la adquisición como rehén de una fecha de migración. Lo que eso cuesta, aproximadamente en el orden en que el grupo lo percibe:
- Consolidación manual en cada cierre: finanzas concilia dos planes de cuentas manualmente cada trimestre hasta que el segundo ERP se retira
- Ahorros que caducan sin ser reclamados: el poder de compra combinado se desaprovecha mientras los contratos con proveedores se renuevan bajo sus condiciones anteriores
- Personal directivo bloqueado: los largos programas de consolidación consumen al mismo personal operativo que el negocio necesita para sus operaciones diarias
- Fuga de conocimiento: la rotación aumenta mientras la empresa adquirida no es ni totalmente independiente ni está totalmente integrada, y quienes se marchan eran quienes conocían sus sistemas
- Pérdida de confianza del consejo: cada trimestre de cifras conciliadas manualmente hace que sea más difícil defender la justificación de la operación
Conectar primero invierte la secuencia. La elaboración de informes funciona desde el principio, la decisión de consolidación puede tomarse con calma basándose en sus propios méritos y, en algunos casos, el grupo descubre que vale la pena conservar el segundo sistema.
Lo que la integración post-fusión debe ofrecer primero
La mayor parte de lo prometido en el caso de negocio no requiere realmente un sistema único. Requiere datos compartidos entre ambos.
- Informes financieros consolidados: estructuras de cuentas mapeadas que fluyen hacia una visión de grupo, sin esperar a tener un plan de cuentas único
- Gasto combinado en proveedores: datos de compra de ambas entidades normalizados bajo un maestro de proveedores único, que es de donde provienen los ahorros negociados
- Visibilidad del inventario del grupo: componentes compartidos cotejados entre dos sistemas de numeración, para que el stock de una entidad pueda satisfacer la demanda de la otra
- Solapamiento de clientes: una visión de las cuentas a las que ambos negocios ya venden, que es donde normalmente se valoraron las sinergias de venta cruzada
- Datos maestros compartidos: una definición acordada de las entidades relevantes, establecida una vez y aplicada a ambos entornos
Cada uno de estos puede implementarse en cuestión de semanas sin necesidad de mover los sistemas actuales. Esto es importante a nivel comercial, ya que las sinergias se miden según el cronograma de la operación y no según la hoja de ruta de TI.
Cómo una plataforma de integración conecta múltiples entidades
Vale la pena mencionar las alternativas, ya que cada una tiene sus usos y sus límites. Un almacén de datos puede consolidar informes sin afectar las operaciones, lo que responde a las preguntas de la junta directiva pero no ayuda con el inventario compartido o los datos de proveedores en el uso diario. Los enlaces punto a punto entre los dos ERP resuelven un flujo, pero se multiplican a medida que se necesitan más. La consolidación manual en hojas de cálculo es lo que realmente hace la mayoría de los grupos, y su escalabilidad depende del personal, no de las herramientas.
Una plataforma de integración como servicio (iPaaS) se sitúa entre ambos entornos y permite que cada uno siga funcionando mientras los datos compartidos fluyen entre ellos. Esto plantea una objeción válida: si dos entidades comparten ahora una capa, ¿una migración en una de ellas pone en riesgo a la otra?
La respuesta depende de cómo esté estructurada la capa, que es precisamente lo que el modelo multi-entidad resuelve. Alumio Spaces para grupos empresariales ofrece a cada entidad su propio entorno aislado, mientras el equipo central mantiene una visión global del grupo. En la iPaaS de Alumio, esta estructura aporta cuatro beneficios a un grupo en proceso de integración:
- Aislamiento de entidades: cada negocio opera en su propio Space con un Data Engine dedicado, de modo que una migración de ERP o un cambio de plataforma en una entidad no puede desestabilizar a las demás
- Una definición única para todo el grupo: un Transformer normaliza los números de pieza y los registros de proveedores durante el tránsito, permitiendo que un componente compartido sea reconocido por ambas entidades sin necesidad de modificar ninguno de los sistemas
- Supervisión centralizada y registro de auditoría: monitoreo del estado y la salud en tiempo real por cada Space en un único panel, con un registro de qué se movió entre entidades y cuándo, para que la conciliación intercompañía sea siempre justificable
- Implementación gradual con estándares de grupo: una nueva entidad se aprovisiona con sus propios entornos y acceso basado en roles en cuestión de minutos, utilizando plantillas compartidas donde las entidades coinciden y configuraciones locales donde difieren
Esos flujos se configuran en lugar de crearse a medida para cada par de sistemas, con el Code Transformer disponible cuando la configuración no permite definir una regla. La siguiente adquisición se conecta a algo que ya existe.
Integración post-fusión que se vuelve más económica cada vez
Los grupos que realizan adquisiciones con frecuencia dejan de tratar la consolidación como algo automático. Conectan la nueva entidad rápidamente, ponen en marcha los informes y los datos compartidos, y luego deciden, sistema por sistema, si la migración merece la pena. A veces es evidente que sí, y otras veces una empresa adquirida utiliza un sistema que se adapta mejor a sus operaciones que el de la empresa matriz.
Esto cambia el propósito de la capa de integración. Deja de ser un puente que se desmantela al finalizar la migración para convertirse en el lugar permanente donde las diferencias a nivel de entidad se reconcilian en una visión a nivel de grupo.
Lo que el grupo obtiene al construirla es una capacidad de generación de informes que convence a la junta directiva en el primer trimestre en lugar del segundo año. El poder de compra se aprovecha mientras los contratos con proveedores aún merecen ser renegociados. Y para un grupo que crece mediante adquisiciones, cada acuerdo cuesta menos de absorber que el anterior. La capa a la que se conectó la entidad anterior sigue operativa cuando llega la siguiente.
.svg)
.svg)
.svg)
.svg)
.svg)
.svg)
.svg)
