Lo que llega al departamento de operaciones tras una adquisición mayorista
En el sector mayorista, el ERP es el núcleo operativo. Contiene la base de datos de clientes, los acuerdos de precios, los surtidos que cada cliente puede pedir y el stock del que depende cada pedido. Tras una adquisición, todo eso existe por duplicado, a menudo estructurado de forma diferente.
Los pedidos siguen llegando a través de los canales de ambos negocios: un portal B2B, EDI de clientes más grandes y representantes de ventas que introducen los pedidos manualmente. Cada canal está conectado a su propio ERP, y cada ERP a su propio WMS (sistema de gestión de almacenes). Los clientes que compran a ambos negocios aparecen en los dos sistemas con números de cuenta diferentes, y el mismo producto puede tener dos números de artículo y dos precios.
Un negocio comprado a un grupo más grande viene con una fecha límite. Según el TSA, el negocio adquirido solo puede utilizar los sistemas del vendedor hasta una fecha fija. Cada pedido, precio y flujo de proveedores tiene que ejecutarse en un lugar nuevo antes de esa fecha. En un modelo buy-and-build, ese trabajo de integración M&A se repite con cada operación.
¿Dónde falla una consolidación de ERP de golpe?
Un traslado completo al ERP del grupo suele ser correcto a largo plazo, pero erróneo como primer paso. Como estado final, un único ERP es más sencillo de gestionar y auditar.
El riesgo reside en la migración. Cada acuerdo de precios específico para el cliente, estructura de descuentos y surtido debe reconstruirse en el ERP de destino y probarse antes de la puesta en marcha. En el sector mayorista, un error ahí llega al cliente como un precio incorrecto en un pedido, un producto que falta en el portal o un pedido EDI rechazado.
Una fecha límite de TSA comprime esas pruebas en el tiempo que permita el vendedor. La migración también depende de las pocas personas que entienden ambos ERP, las mismas personas necesarias para que los pedidos sigan moviéndose. Evitar ese riesgo empieza por lo que el grupo necesita mientras ambos ERP siguen funcionando.
Lo que necesita un grupo mayorista mientras ambos ERP siguen funcionando
Hasta que se complete la consolidación del ERP, los dos negocios deben funcionar como uno solo allí donde los clientes y el equipo central puedan verlo. Los pedidos realizados a través del portal del grupo deben llegar al ERP que contiene el acuerdo de precios de cada cliente. Los precios y surtidos específicos de cada cliente deben aparecer correctamente en todos los canales de pedido. El stock de ambos sistemas de almacén debe sumarse en una sola vista, y los pedidos EDI deben seguir llegando en el formato que cada socio comercial ya utiliza. Si el negocio se compró a un grupo más grande, todos esos flujos también deben salir de los sistemas del vendedor antes de que finalice el TSA.
Las formas habituales de proporcionar esto se quedan cortas. Las exportaciones nocturnas y las hojas de cálculo solo sirven hasta que aumenta el volumen. Las conexiones punto a punto entre los dos ERP funcionan, pero cada una es personalizada, depende de su desarrollador y necesita ser reconstruida cuando cualquiera de los ERP cambia. Construir las conexiones en el ERP de destino las vincula a una migración que el grupo aún no ha terminado.
Lo que el grupo necesita es una capa de integración: un sistema independiente que se sitúe entre los flujos de ERP, WMS, portal y EDI en lugar de dentro de cualquiera de ellos. Así, ambos ERP pueden seguir funcionando mientras el negocio opera como uno solo.
Cómo apoya Alumio a un grupo mayorista durante la consolidación del ERP
Un iPaaS es un centro neurálgico basado en la nube al que se conectan los sistemas. Transforma los datos de cada sistema al formato que esperan los demás y automatiza el intercambio en tiempo real o según una programación.
Para un grupo mayorista, la forma en que se organiza la plataforma de integración también es importante. Un entorno compartido hace que la migración de una empresa pueda afectar a los flujos de todas las demás. Las configuraciones independientes por empresa dejan al grupo sin supervisión y obligan a reconstruir las mismas conexiones con cada nueva operación.
Aunque las plataformas de integración suelen centrarse en conectar sistemas y automatizar el intercambio entre ellos, Alumio, una plataforma de integración config-first, ha desarrollado una propuesta específica para grupos de empresas. Con Alumio Spaces Core, cada empresa ejecuta sus integraciones en su propio entorno aislado, mientras que un equipo central las supervisa todas. Para una adquisición mayorista, esto se resume en cuatro puntos:
- La empresa adquirida obtiene su propio entorno: sus flujos de ERP, WMS, portal y EDI se conectan a través de uno de los 180+ conectores o mediante una conexión personalizada. Una migración o separación posterior permanece dentro de ese entorno, aislada del resto del grupo.
- Una traducción entre las empresas: cada ERP sigue siendo el sistema de registro de sus propios datos. Alumio proporciona Transformers que mapean cuentas de clientes, números de artículo y listas de precios durante el tránsito, de modo que los pedidos llegan al ERP que contiene el acuerdo de precios de cada cliente.
- Supervisión de todo el grupo, entidad por entidad: el equipo central puede ver el estado, los registros y la monitorización de las integraciones de cada entidad en un solo lugar. El acceso basado en roles, un registro de auditoría y el historial de configuración muestran quién cambió qué flujo y cuándo, y la plataforma cuenta con la certificación ISO 27001.
- Estándares compartidos con flexibilidad local: los flujos creados para esta operación se convierten en plantillas para la siguiente adquisición o ubicación de almacén. El mapeo puede variar según la entidad o el socio mientras la arquitectura permanece igual, y el despliegue se realiza por fases.
El grupo ya no tiene que elegir entre una migración apresurada y dos empresas que no pueden ver los pedidos de la otra.
Por dónde empezar cuando la empresa adquirida sigue utilizando su propio ERP
Para un director de operaciones, conectar ahora en lugar de migrar ahora suele marcar la diferencia entre un primer trimestre fluido y uno estancado. Los clientes juzgan la operación según si su próximo pedido llega al precio correcto, y una fecha límite de TSA no se mueve.
El inicio práctico son los flujos que los clientes notan primero: pedidos y precios específicos para cuentas compartidas, y luego el stock. Conecte la empresa adquirida en su propio entorno y traslade los flujos que aún estén en los sistemas del vendedor mientras el TSA esté vigente. En una plataforma de integración como Alumio, las integraciones suelen estar operativas en semanas, no en meses.
La consolidación del ERP sigue siendo una opción abierta. El grupo puede migrar una empresa a la vez sin poner en riesgo a las demás, o mantener dos ERP cuando sirven bien a mercados diferentes. La siguiente adquisición se conectará entonces a una capa de integración y a unas plantillas que ya existen.
.svg)
.svg)
.svg)
.svg)
.svg)
.svg)
.svg)
