1. De context: Twee waarheden, één bedrijf

De handtekeningen zijn gezet, het persbericht is verstuurd en de champagne is ontkurkt. Twee bedrijven zijn succesvol samengevoegd. Maar dan breekt maandagochtend aan. Het management vraagt om een geconsolideerd overzicht van de omzet, de voorraadposities, de openstaande orders en de top tien gezamenlijke klanten.

Op dat moment wordt de harde operationele realiteit zichtbaar. Bedrijf A werkt in een modern cloud-ERP. Bedrijf B draait op een on-premises legacy-systeem dat al tien jaar meedraait. Bij Bedrijf A betekent de definitie van ‘omzet’ het gefactureerde bedrag; bij Bedrijf B is het de orderwaarde. Klant ‘Jansen BV’ staat in het ene systeem onder drie verschillende debiteurnummers, en in het andere systeem als ‘Janssen B.V.’. Plotseling is een simpele rapportage een dagenlange, handmatige knip-en-plakoefening in Excel geworden. De verwachte synergievoordelen laten nog jaren op zich wachten.

2. Waarom de klassieke ‘big bang’ integratie faalt

De eerste reflex van directie of IT is vaak om het overgenomen bedrijf zo snel mogelijk in het systeem van de koper te brengen. Dat lijkt logisch, maar leidt in de praktijk geregeld tot een riskante big bang-migratie.

Wanneer u systemen probeert samen te voegen voordat u de onderliggende data begrijpt, dwingt u een organisatie om bedrijfsprocessen van de ene op de andere dag aan te passen. Masterdata wordt haastig gemapt, historische context gaat verloren en de dagelijkse operatie komt onder enorme druk te staan. Niet zelden loopt de migratie jaren vertraging op, terwijl de directie al die tijd in het duister tast over de werkelijke geconsolideerde prestaties.

3. Wat een datagedreven integratie oplevert

Bij Vericor Solutions draaien we dit proces om. In plaats van applicaties te fuseren, fuseren we eerst de data.

We bouwen een overkoepelende data-architectuur (een datalaag of datawarehouse) die bovenop de bestaande bronsystemen van beide entiteiten ligt. We harmoniseren de data, ontdubbelen de klanten en trekken de definities gelijk. Dit levert u als directie of investeerder vrijwel direct een single source of truth op. U krijgt de stuurinformatie en cross-sellinginzichten die u nodig heeft om de investering te laten renderen, zonder dat u de onderliggende systemen direct hoeft uit te faseren.

4. De verborgen valkuilen bij post-merger data-integratie

In de cruciale eerste maanden na een overname zien we bedrijven vaak worstelen met deze typische data-uitdagingen:

  • Geen Day 1 reporting voorzien: Na closing wil de directie snel weten hoe de nieuwe groep presteert. Zonder minimale geconsolideerde rapportage vanaf de eerste weken ontstaat er een informatievacuüm, net op het moment dat beslissingen over klanten, leveranciers, cashflow en synergie cruciaal zijn.
  • Financiële definities niet harmoniseren: Omzet, marge, EBITDA, kostenplaatsen en intercompany-transacties worden vaak anders geboekt of geïnterpreteerd per entiteit. Zonder harmonisatie van de financiële datalogica krijgt de directie wel geconsolideerde cijfers, maar geen betrouwbaar stuurbeeld.
  • Geen eigenaar van de nieuwe waarheid: Zelfs met een datalaag blijft discussie ontstaan als niemand verantwoordelijk is voor definities, datakwaliteit en golden records. Post-merger data-integratie vraagt om governance: wie beslist welke definitie leidend is, wie conflicten oplost en wie de masterdata beheert.
  • Toegangsrechten achteraf regelen: Na een overname ontstaat snel de neiging om data breed open te zetten “om samenwerking mogelijk te maken”. Maar klantdata, marges, contracten, HR-informatie en leveranciersvoorwaarden vragen om duidelijke toegangsrechten, logging en rolgebaseerde governance vanaf het begin.
  • Appels met peren vergelijken (semantische vervuiling): Brutomarge of conversieratio’s betekenen in het overgenomen bedrijf vaak net iets anders. Als deze logica niet op dataniveau wordt geharmoniseerd, neemt de directie beslissingen op basis van verkeerde aannames.
  • Synergie uitstellen tot IT klaar is: Wachten met het benutten van inkoopvoordelen of cross-selling tot “het nieuwe ERP live is”. Dat kost geld. Data-integratie kan synergie blootleggen lang voordat de softwaremigratie voltooid is.
  • Masterdata conflicten negeren: Dezelfde leverancier zit in beide systemen, maar met verschillende inkoopvoorwaarden. Zolang u deze records niet ontdubbelt en koppelt, mist u direct onderhandelingsmacht.
  • Historische data platwalsen: Bij een geforceerde systeemmigratie wordt historische data vaak niet meegenomen of ernstig samengevat. Hierdoor verliest u waardevolle inzichten in seizoenspatronen, klantloyaliteit en trends van het overgenomen bedrijf.

5. Hoe Vericor Solutions dit aanpakt

We ontwarren de datachaos zonder de dagelijkse operatie van de overgenomen entiteit stil te leggen. We hanteren hiervoor een gecontroleerde zevenstappenaanpak:

Stap 1: Bron- en systeemlandschap in kaart brengen We analyseren niet alleen het ERP, maar het volledige applicatielandschap van beide entiteiten (CRM, WMS, kassa’s). We leggen de datastromen bloot en identificeren de technische risico’s van het legacy-systeem.

Stap 2: De semantische laag en definities vastleggen Samen met finance, operations en management bepalen we de gezamenlijke definities. Wat is netto omzet? Hoe wordt marge berekend? Welke kostenplaatsen, productgroepen en klantsegmenten worden leidend? We bouwen een semantische laag waardoor de ruwe data van beide bedrijven dezelfde zakelijke taal spreekt.

Stap 3: Masterdata harmoniseren en ontdubbelen We voeren een reconciliatie uit op de kernentiteiten. Met behulp van slimme logica (en waar nodig AI-matching) ontdubbelen we klanten, leveranciers en artikelcodes over de systemen heen, met de creatie van een golden record.

Stap 4: De overkoepelende datalaag inrichten We extraheren de data uit beide systemen naar een modern, centraal datawarehouse of datalake. Dit wordt het nieuwe fundament voor alle rapportages, geïsoleerd van de kwetsbaarheden in de oude software.

Stap 5: Management Decision Support (Dashboards) activeren We bouwen geconsolideerde portalen voor de directie (Day 1 reporting). Maandafsluitingen worden minder afhankelijk van handmatige Excel-consolidaties en sneller inzichtelijk, met de mogelijkheid om in te zoomen op zowel de groep als de individuele entiteiten.

Stap 6: Operationele synergieën faciliteren We maken de data bruikbaar voor de werkvloer. Verkopers van Bedrijf A kunnen via een operationeel portaal zien welke producten van Bedrijf B relevant zijn voor hun klanten (cross-selling), en inkopers zien direct waar volumevoordelen te behalen zijn.

Stap 7: Voorbereiden op de uiteindelijke applicatiemigratie De data is nu opgeschoond, gedocumenteerd en geharmoniseerd. Wanneer de tijd rijp is om Bedrijf B over te zetten naar het doelsysteem, is het zwaarste datavoorbereidende werk al gebeurd. De uiteindelijke applicatiemigratie wordt daardoor beter voorbereid, minder afhankelijk van aannames en aanzienlijk beter beheersbaar.

6. Wanneer is dit relevant voor u?

Onze aanpak is de logische keuze wanneer u zich herkent in de volgende situaties:

  • U heeft recent een bedrijf overgenomen en de eerste geconsolideerde rapportages blijken onbetrouwbaar of extreem arbeidsintensief om te maken.
  • U hanteert een buy-and-buildstrategie, bijvoorbeeld binnen private equity, waarbij u snel meerdere overnames wilt integreren zonder telkens een risicovolle ERP-migratie te forceren.
  • U wilt snel inkoopvoordelen en cross-sellingkansen identificeren over entiteiten heen.
  • Het IT-systeem van het overgenomen bedrijf is zwaar verouderd en het extraheren van de data vereist specifieke architectuurkennis.

7. De logische volgende stap

De waarde van een overname zit in de operatie, niet in het hebben van één enkel softwaresysteem. De sleutel is om de data zo snel mogelijk te laten samenwerken.

In een kennismakingsgesprek analyseren we het IT-landschap van beide entiteiten, de rapportagebehoeften van de directie en de kwaliteit van de huidige masterdata. We bekijken onafhankelijk of een Discovery-traject de juiste stap is om de datachaos te doorbreken. Aan het eind van dit traject leveren we een concrete Discovery Blueprint: een architectuurplan waarmee u synergievoordelen realiseert via data, ruim vóór een eventuele IT-migratie begint.

Veelgestelde vragen over post-merger data-integratie

Waarom is Day 1 reporting belangrijk na een overname? Omdat directie en investeerders snel moeten kunnen zien hoe de nieuwe groep presteert. Zonder minimale geconsolideerde rapportage blijven omzet, marge, cashflow, voorraad en synergiepotentieel versnipperd over systemen en Excel-bestanden. Day 1 reporting hoeft niet perfect te zijn, maar moet wel betrouwbaar genoeg zijn om de eerste operationele beslissingen te ondersteunen.

Wat is het verschil tussen data-integratie en applicatiemigratie? Bij een applicatiemigratie dwingt u medewerkers om hun oude software te verlaten en in een nieuw systeem te gaan werken (zoals een ERP-migratie). Dit raakt de hele operatie. Bij data-integratie blijven de bronsystemen voorlopig intact voor de dagelijkse operatie, maar wordt de data aan de achterkant samengebracht in een overkoepelende laag. Dit levert snel inzicht op met een fractie van het bedrijfsrisico.

Waarom is masterdata zo belangrijk bij een buy-and-buildstrategie? Bij meerdere overnames groeit het aantal klanten, leveranciers, producten, artikelcodes en definities snel. Zonder masterdata-governance ontstaat na elke acquisitie meer vervuiling. Een schaalbare buy-and-buildstrategie vraagt daarom om een herhaalbare aanpak voor golden records, definities, datakwaliteit en geconsolideerde rapportage.

Hoe lang duurt het voordat we geconsolideerde cijfers hebben? Dat hangt af van de toegankelijkheid van de systemen, maar een overkoepelende datalaag opzetten gaat aanzienlijk sneller dan een ERP-implementatie. Waar een ERP-migratie vaak één tot twee jaar in beslag neemt, kan een datagedreven consolidatie de eerste betrouwbare managementrapportages vaak al binnen enkele weken tot maanden opleveren.

Hoe ga je om met dubbele klanten in verschillende systemen? Dit doen we via Master Data Management (MDM) en reconciliatie. We halen de klantlijsten uit beide systemen en leggen er logica overheen (gebaseerd op btw- of ondernemingsnummers, adresgegevens en naamgelijkenissen). Het systeem stelt automatisch een kandidaat-golden record voor, waarna de uitzonderingen (review by exception) door een medewerker worden gevalideerd.

Is zo’n overkoepelende datalaag een tijdelijke pleister? Integendeel. Een centraal datawarehouse is het fundament van een moderne enterprise-architectuur. Zelfs als alle bedrijven uiteindelijk in hetzelfde ERP-systeem werken, blijft u een onafhankelijke datalaag nodig hebben voor BI, AI-toepassingen en het koppelen van externe bronnen. U bouwt dus vandaag al aan de architectuur van morgen.