Wat een overname doet met het systeemlandschap
Het overgenomen bedrijf komt binnen met een volledig werkende operationele stack. Het heeft zijn eigen ERP, eigen magazijn- en productiesystemen, eigen rapportages en personeel dat weet hoe alles werkt. Niets daarvan stopt met werken op de dag dat de deal wordt gesloten.
Wat wel kapotgaat, is alles daarboven. De financiële afdeling van de groep kan geen twee rekeningschema's consolideren die nooit zijn ontworpen om op elkaar aan te sluiten. Inkoop kan de gecombineerde uitgaven bij een leverancier die beide bedrijven gebruiken niet inzien. Niemand kan antwoord geven op de vraag wat de totale voorraad van een gedeeld onderdeel is, omdat elk systeem dit onder een ander artikelnummer telt.
Dit zijn geen technische fouten. Elk systeem is intern correct en rapporteert nauwkeurig over zijn eigen helft van het bedrijf. Het probleem is dat de groep nu één commerciële entiteit is met twee datalandschappen, en alleen de eerste daarvan is zichtbaar voor het bestuur.
Waarom duurt post-merger integratie zo lang?
Migratiewerk wordt beperkt door procesverschillen, niet door datavolume. Het overgenomen bedrijf overzetten naar het ERP van het moederbedrijf betekent overeenstemming bereiken over één rekeningschema, één artikelnummering, één klantendatabase en één set operationele processen. Elk van deze punten is een onderhandeling tussen teams die allebei al werkende oplossingen hebben.
De tijdlijn rekt verder op wanneer het overgenomen bedrijf operationeel anders is ingericht. Een moederbedrijf dat werkt volgens het 'make-to-stock'-principe en een overname die 'make-to-order' hanteert, hebben geen gedeelde configuratie die zomaar klaarstaat. Eén van de twee moet zijn werkwijze aanpassen, wat eerder een verandermanagementproject is dan een datamigratie.
Ondertussen kan het bedrijf niet pauzeren. Bestellingen moeten worden verzonden, de maandafsluiting moet plaatsvinden en klanten verwachten continuïteit in de dienstverlening tijdens een overgang waar zij niet om hebben gevraagd. Dit is dezelfde reden waarom ERP-modernisering in fasen verloopt in plaats van als een enkele overgang, en een overname voegt daar nog eens de weerstand van een tweede organisatie aan toe.
De kosten van wachten op één systeem
Het standaardplan houdt de waarde van de overname gegijzeld door een migratiedatum. Wat dat kost, grofweg in de volgorde waarin de groep het voelt:
- Handmatige consolidatie bij elke afsluiting: de financiële afdeling moet elk kwartaal handmatig twee rekeningschema's met elkaar in overeenstemming brengen totdat het tweede ERP is uitgefaseerd
- Besparingen die onbenut verlopen: gecombineerde inkoopkracht blijft onbenut terwijl leverancierscontracten onder de oude voorwaarden worden verlengd
- Sleutelfiguren gebonden: langdurige consolidatietrajecten leggen beslag op hetzelfde operationele personeel dat de business nodig heeft voor de dagelijkse handel
- Kennis die de deur uitloopt: het verloop stijgt terwijl de overgenomen onderneming noch volledig zelfstandig, noch volledig geïntegreerd is, en juist de vertrekkers kenden de systemen
- Afbrokkelend vertrouwen van de directie: elk kwartaal met handmatig afgestemde cijfers maakt de businesscase voor de overname lastiger te verdedigen
Eerst verbinden draait de volgorde om. Rapportage werkt al vroeg, het besluit tot consolidatie kan in alle rust op basis van de feiten worden genomen en in sommige gevallen ontdekt de groep dat het tweede systeem het behouden waard is.
Wat post-merger integratie als eerste moet opleveren
Het merendeel van wat in de businesscase is beloofd, vereist niet per se één systeem. Het vereist gedeelde data over twee systemen heen.
- Geconsolideerde financiële rapportage: gekoppelde rekeningstructuren die samenkomen in één groepsbeeld, zonder te wachten op een uniform rekeningschema
- Gecombineerde leveranciersuitgaven: inkoopdata van beide entiteiten genormaliseerd tegenover één leveranciersbestand; daar liggen de onderhandelde besparingen
- Inzicht in voorraad op groepsniveau: gedeelde componenten gekoppeld aan twee nummeringssystemen, zodat voorraad in de ene entiteit kan voorzien in de vraag van de andere
- Klantoverlap: een overzicht van accounts waar beide bedrijven al aan verkopen; dit is doorgaans waar de synergievoordelen voor cross-selling zijn ingecalculeerd
- Gedeelde stamgegevens: een overeengekomen definitie van de entiteiten die ertoe doen, eenmalig vastgesteld en toegepast op beide landschappen
Elk van deze kan binnen enkele weken worden opgeleverd, zonder dat de bestaande systemen hoeven te veranderen. Dat is commercieel van belang, omdat de synergievoordelen worden gemeten aan de hand van de planning van de deal, niet aan de IT-roadmap.
Hoe een integratieplatform meerdere entiteiten verbindt
De alternatieven zijn het benoemen waard, omdat ze allemaal worden gebruikt en elk hun beperkingen hebben. Een datawarehouse kan rapportages consolideren zonder de operatie te raken; dat beantwoordt de vraag van de directie, maar doet niets voor gedeelde voorraad- of leveranciersgegevens in het dagelijks gebruik. Punt-tot-puntkoppelingen tussen de twee ERP-systemen lossen één stroom op, maar vermenigvuldigen zich naarmate er meer nodig zijn. Handmatige consolidatie in spreadsheets is wat de meeste groepen in de praktijk doen, en dat schaalt mee met het personeelsbestand in plaats van met de tooling.
Een integration platform-as-a-service (iPaaS) bevindt zich tussen beide landschappen en laat elk systeem doordraaien terwijl gedeelde gegevens tussen hen worden uitgewisseld. Dat roept een terechte vraag op: als twee entiteiten nu een laag delen, brengt een migratie binnen de ene entiteit de andere dan in gevaar?
Het antwoord hangt af van hoe de laag is gestructureerd, en dat is precies wat het multi-entity model oplost. Alumio Spaces voor groepsholdings geeft elke entiteit een eigen, geïsoleerde omgeving, terwijl het centrale team één overzicht over de hele groep behoudt. Op het Alumio iPaaS doet die structuur vier dingen voor een groep die midden in een integratie zit:
- Isolatie van entiteiten: elk bedrijf draait in zijn eigen Space met een toegewezen Data Engine, waardoor een ERP-migratie of replatforming binnen één entiteit de andere niet kan destabiliseren
- Eén definitie voor de hele groep: een Transformer normaliseert artikelnummers en leveranciersgegevens tijdens het transport, zodat een gedeeld onderdeel herkenbaar is voor beide entiteiten zonder dat een van de systemen hoeft te veranderen
- Centraal toezicht en een audit trail: real-time status- en gezondheidsmonitoring per Space in één dashboard, met een overzicht van wat er tussen entiteiten is verplaatst en wanneer, zodat intercompany-reconciliatie altijd verdedigbaar blijft
- Gefaseerde uitrol met groepsstandaarden: een nieuwe entiteit wordt binnen enkele minuten voorzien van eigen omgevingen en op rollen gebaseerde toegang, waarbij gebruik wordt gemaakt van gedeelde sjablonen waar entiteiten overeenkomen en lokale configuratie waar ze verschillen
Die stromen worden geconfigureerd in plaats van handmatig gebouwd per systeempaar, waarbij de Code Transformer beschikbaar is voor situaties waarin een regel niet via configuratie kan worden uitgedrukt. De volgende acquisitie wordt gekoppeld aan iets dat al bestaat.
Post-merger integratie die elke keer goedkoper wordt
Groepen die regelmatig bedrijven overnemen, stoppen met het automatisch beschouwen van consolidatie als een gegeven. Ze koppelen de nieuwe entiteit snel aan, zorgen dat rapportages en gedeelde data werken, en beslissen daarna per systeem of een migratie de kosten waard is. Soms is dat duidelijk het geval, en soms draait een overgenomen bedrijf op een systeem dat beter bij de eigen operatie past dan dat van het moederbedrijf.
Dit verandert de visie op de rol van de integratielaag. Het is niet langer een tijdelijke brug die na de migratie wordt afgebroken, maar een permanente plek waar verschillen op entiteitsniveau worden verzoend tot een overkoepelend groepsbeeld.
Wat de groep hiermee wint, is rapportage die al in het eerste kwartaal standhoudt tegenover de raad van bestuur, in plaats van pas in het tweede jaar. Inkoopvoordelen worden behaald terwijl leverancierscontracten nog de moeite waard zijn om te heronderhandelen. En voor een groep die groeit door overnames, kost elke nieuwe deal minder om te absorberen dan de vorige. De laag waar de vorige entiteit op aansloot, staat er nog steeds wanneer de volgende zich aandient.
.svg)
.svg)
.svg)
.svg)
.svg)
.svg)
.svg)
