Vad som förändras när en koncern förvärvar gång på gång
Varje förvärv öppnar samma glapp: synergier förväntas inom kvartal, medan systemkonsolidering tar år. För en enskild fusion är argumentet för att koppla ihop först och konsolidera sedan väl etablerat.
En buy and build-koncern öppnar det glappet igen vid varje affär. Varje tilläggsförvärv har sitt eget ERP, sin egen webbutik eller sitt eget lagersystem, och den som migrerar vart och ett innan nästa affär kommer bygger upp en permanent kö. Carve-outs ger det motsatta trycket: ett bolag som lämnar en koncern måste separera sina data före ett fast datum.
Många koncerner väljer hybrid eller fristående integration, där varje tilläggsbolag behåller sin egen verksamhet. Koncernen behöver ändå en samlad bild av kunder, ordrar och lager, och det är en datafråga snarare än en systemfråga.
Trycket ser olika ut inom detaljhandel, inom grossist- och distributionsverksamhet och inom tillverkning. Principen är densamma i alla tre: efter ett förvärv, integrera data, inte system.
Måste en förvärvad webbutik byta plattform?
En handlare som köper ett varumärke eller en webbutik ärver ett andra skyltfönster, en andra kundbas och ett andra lagerläge. Kunderna förväntar sig att bli igenkända i båda, och ekonomiavdelningen förväntar sig en enda orderbok. Att byta plattform för den förvärvade webbutiken gör affärens första år till ett migreringsprojekt.
De två miljöerna behöver inte dela en e-handelsplattform för att den bilden ska finnas. När båda ansluts till ett gemensamt datalager kan kund-, order- och lagerdata från varje webbutik samlas och hållas aktuella, långt innan någon av webbutikerna avvecklas.
Van Tilburg, en av Nederländernas största oberoende modebutiker, ställdes inför detta efter att ha förvärvat Calico Jack och döpt om det till Calico Club. Företaget började med att koppla Calico Clubs BigCommerce-butik till sitt eget ERP, och den kopplingen blev dess proof of concept för en integrationsplattform.
Hur klarar en carve-out en fast TSA-deadline?
Inom grossist- och distributionsverksamhet styrs tidsplanen ofta av separation snarare än sammanslagning. När ett bolag knoppas av från en större koncern fortsätter det oftast att använda säljarens system under en fast period enligt ett övergångsavtal, en så kallad TSA (transitional service agreement). Avtalet har ett slutdatum som ingen kan flytta, och då måste varje order-, pris- och leverantörsflöde köras någon annanstans.
Det är sällan affären som styr tempot. Det gör separationen av data från den gamla koncernen och anslutningen till den nya ägaren, och integrationer som är inbyggda i något av ERP-systemen måste byggas om för att kunna flyttas. Integrationer som finns som konfiguration i ett separat lager kan i stället delas upp, dupliceras eller lämnas över utan att byggas om.
Arbetet börjar därför medan TSA:n fortfarande löper. Varje flöde som det avknoppade bolaget är beroende av kartläggs, flyttas till ett lager som den nya ägaren kontrollerar och testas. Övergången sker då före slutdatumet, inte på dagen.
Kan en tillverkningskoncern rapportera samlat utan ett gemensamt ERP?
Tillverkare som slår samman fabriker eller bolag får en välbekant instruktion: harmonisera på ett ERP först. Den instruktionen är en vanlig anledning till att integrationsbudgeten skjuts upp, eftersom ingenting kopplas ihop förrän harmoniseringen är finansierad och klar. Under tiden rapporterar varje anläggning i sina egna koder, och koncernens siffror stäms av för hand.
Att slå samman fabriker kräver inte ett gemensamt ERP. Ett integrationslager kan ge koncernen rapportering och kontroll medan varje anläggning fortsätter att köra på sina befintliga system. Koncernen ser vad som körs och vem som ändrat vad.
Morssinkhof Groep, en familj av företag som omfattar Morssinkhof Infra, Brinkman Baksteencentrum och trädgårdsprodukttillverkaren Tuinvisie, arbetar på det sättet. Dess 25 tidigare utspridda applikationer är nu anslutna och synkroniserade via ett integrationslager.
Varför den första affären sätter mönstret för nästa
Vid buy and build avgör det första förvärvet hur varje senare förvärv går. Om varje affär startar en ny migrering växer efterslapningen med varje underskrift. Om varje affär ansluts till samma datalager lägger det nya bolaget bara till sina egna kopplingar. Det återanvänder de definitioner som koncernen har kommit överens om, så integrationen efter ett förvärv går fortare varje gång.
En iPaaS är en molnbaserad, central hubb som en koncern ansluter sina system till. Den omvandlar varje systems data till ett gemensamt format och automatiserar utbytet i realtid eller enligt schema.
För en koncern som fortsätter att förvärva är det bara början att koppla ihop systemen. Integrationerna bär affärskritiska flöden mellan flera bolag. De behöver också kontroll: vem som får ändra ett flöde, en logg över varje ändring och byggstenar som nästa affär kan återanvända. Alumio är en config-first-integrationsplattform byggd för just den sortens integration mellan många system, med funktioner som kan konfigureras kring varje enhet i koncernen:
- Ett nytt förvärv ansluter till det befintliga lagret: det förvärvade bolagets ERP, webbutik eller lagersystem kopplas via en av fler än 180 konnektorer eller en anpassad koppling.
- En definition för hela koncernen: en Transformer mappar kund-, produkt- och leverantörskoder under överföringen, så att varje miljö läser samma post utan att något system ändras.
- Varje bolag i sin egen miljö: Alumio Spaces Core ger varje bolag i koncernen en egen isolerad miljö, vilket håller en carve-out eller en senare migrering avgränsad.
- Varje ändring spårbar och data skyddade: rollbaserad åtkomst, en granskningslogg och konfigurationshistorik visar vem som ändrade vilket flöde och när. Plattformen är certifierad enligt ISO 27001:2022.
Var du börjar med buy and build-integration
En buy and build-strategi bedöms efter hur snabbt varje förvärv börjar fungera tillsammans med resten av koncernen. Varje kvartal som går åt till att vänta på en migrering är ett kvartal av synergier som stäms av för hand, och nästa affär väntar inte.
Att börja med data ändrar den ordningen. Välj den bild som affärscaset är mest beroende av, oftast kunder, ordrar och lager, och anslut varje nytt bolag till ett lager som levererar den. På en integrationsplattform som Alumio går integrationer i regel live på veckor i stället för månader, så den samlade bilden kommer enligt affärens tidsplan.
Konsolidering förblir ett val snarare än en förutsättning. En handlare kan slå ihop sina webbutiker när det passar kunderna, och en distributör kan lämna över ett avknoppat bolag utan att bygga om sina flöden. En tillverkare kan harmonisera sitt ERP när affärscaset är klart. Fram till dess fungerar koncernen redan som en helhet.
.svg)
.svg)
.svg)
.svg)
.svg)
.svg)
.svg)
