In het kort
- Direct migreren is in 80 procent van de gevallen niet de slimste keuze — het kost te veel tijd en verstoort de business juist als die zich moet richten op integratie.
- Het meest succesvolle pad voor buy-and-build is gefaseerd: koppelen via een integratieplatform binnen 3-6 maanden, harmoniseren waar dat strategisch nodig is, en alleen migreren als de business case echt klopt.
- De grootste winst zit niet in één ERP, maar in één gemeenschappelijke laag voor masterdata en rapportage. Dat kan met beide ERP's overeind.
Een klassiek voorbeeld: een Nederlandse productiebedrijf neemt zijn Belgische concurrent over. Beide draaien een ERP — de een Microsoft Dynamics, de ander Exact. Op papier is één bedrijf het doel; in de praktijk werken IT-afdelingen, finance en commercie nog jarenlang in gescheiden werelden. Tot iemand met directie-vragen komt waar geen van beide systemen antwoord op kan geven.
Multi-ERP na een overname is geen IT-onderwerp. Het is een management-vraagstuk dat één IT-keuze afdwingt: migreren, koppelen of harmoniseren. In dit artikel beschrijven we de drie routes, de risico's van parallel draaien en de rol van een integratieplatform.
De drie routes
Migreren
Eén ERP wint, het andere gaat uit. Snelle harmonisatie van data en processen, hoge initiële investering, hoog projectrisico. Past bij kleine overnames met sterk gelijkende processen.
Koppelen
Beide ERP's blijven staan, een integratielaag synchroniseert masterdata en rapportage. Snel resultaat, lager risico, structurele integratiekosten. Past bij ongelijke schalen en buy-and-build-strategie.
Harmoniseren
Eerst koppelen om grip te krijgen, dan stapsgewijs naar één ERP migreren waar de business case klopt. Pragmatisch, beheersbaar, schaalbaar. Past bij de meeste serieuze overnames.
Wanneer welke route?
De keuze hangt af van vier factoren:
- Overlap in processen. Doen de twee organisaties hetzelfde? Dan loont migreren eerder dan wanneer ze elkaar aanvullen (bijvoorbeeld een productiebedrijf dat een distributeur koopt).
- Schaalverschil. Een grote partij die een kleine overneemt kan beter migreren. Twee vergelijkbare partijen lopen op tegen politieke weerstand bij één verliezer.
- Strategie voor verdere overnames. Buy-and-build met meerdere acquisities op stapel? Dan is een integratieplatform per definitie waardevoller dan ad hoc migraties.
- IT-volwassenheid. Beide ERP's open en gedocumenteerd? Koppelen is eenvoudig. Een van beide gesloten? Migratie wordt aantrekkelijker.
Risico's van "voorlopig laten zoals het is"
De gevaarlijkste keuze is geen keuze: beide ERP's laten draaien zonder integratielaag, en hopen dat het wel los loopt. Wat we in de praktijk dan zien:
- Twee versies van de waarheid. Klant X heeft een ID in systeem A en een ander ID in systeem B. Welke is leidend bij een dispuut? Niemand weet het.
- Maandelijkse rapportage in Excel. Controllers exporteren uit beide ERP's en plakken het in een spreadsheet. Foutgevoelig, traag en niet auditbaar.
- Dubbele facturatie of dubbele inkoop. Klanten die bij beide entiteiten zijn ingeschreven krijgen twee facturen voor dezelfde dienst. Of leveranciers worden door beide kanten benaderd zonder dat dat zichtbaar is.
- Compliance-risico's. AVG, audit-trail, fiscale rapportage: alles wordt complexer als data over twee systemen verdeeld is zonder duidelijke eigenaarsregeling.
- IT-kosten lopen op. Twee licentiekosten, twee onderhoudscontracten, twee implementatiepartners. Plus de uren die het kost om beide werelden in sync te houden.
Masterdata: het beslissende onderwerp
Wie controleert wat een klant is? In welk systeem leeft de canonieke versie van "artikel X"? Welke valuta is leidend bij intercompany-transacties? Masterdata-management (MDM) klinkt droog, maar bepaalt of een multi-ERP-setup werkbaar is of niet.
Onze aanpak: per entiteit (klant, artikel, leverancier, kostenplaats, valuta) bepalen we welk systeem leidend is en welk systeem volgend. De integratielaag synchroniseert continu — vaak via een neutrale "golden record"-laag waar entiteiten een eigen ID krijgen die los staat van de ERP-ID's. Op die manier kunnen beide ERP's hun eigen werkelijkheid behouden zonder dat het management eronder lijdt.
Rol van een integratieplatform
Een integratieplatform (iPaaS) is in een multi-ERP-context geen luxe maar een noodzaak. Het regelt drie dingen:
- Data-uitwisseling. Transacties (orders, facturen, betalingen) lopen real-time of in geplande batches tussen de ERP's heen en weer.
- Datatransformatie. Veldnamen, codes en eenheden vertalen naar elkaar. Wat bij A "artikelnummer" heet en bij B "item code", met een ander format.
- Auditing en monitoring. Wie heeft welk record wanneer aangepast? Welke synchronisatie liep fout? Een integratieplatform houdt dit bij — cruciaal voor finance en compliance.
Bij Emendis bouwen we deze laag vaak op basis van bestaande tooling (Azure Integration Services, MuleSoft, Boomi) aangevuld met maatwerk waar generieke connectors tekortschieten. Zie ook onze pagina integratie-diensten en de sectorpagina voor buy-and-build.
Praktisch advies: begin niet met "welk ERP wint?" Begin met "welke rapportages heeft het management komend kwartaal nodig?" en bouw daar de integratielaag voor. Vervolgens groei je naar de volgende lagen (transacties, masterdata, processen). Zo zie je binnen drie maanden eerste resultaat in plaats van na drie jaar.
Stappenplan: de eerste 6 maanden na de overname
- Maand 1 — assessment. Inventariseer beide ERP's, hun koppelingen, hun masterdata, hun processen. Identificeer de top 5 management-rapportages die acuut nodig zijn.
- Maand 2 — integratieplatform op. Kies een integratieplatform en richt een minimale uitwisseling in voor de top 5 rapportages.
- Maand 3-4 — masterdata harmoniseren. Klantenbestand, artikelbestand en leveranciersbestand consolideren. Eigenaarschap per entiteit vastleggen.
- Maand 4-5 — transacties koppelen. Intercompany-orders, facturatie en betalingsverkeer automatiseren tussen beide ERP's.
- Maand 6 — evaluatie en routekeuze. Bepaal nu pas of er nog gemigreerd moet worden, en zo ja, welk ERP wint. Negen van de tien keer is de uitkomst: koppeling werkt, migratie hoeft niet.
Conclusie
Multi-ERP na een overname is in de eerste plaats een management-vraagstuk: welke rapportages heb je morgen nodig, welke processen overlappen, en welke strategie heb je voor verdere overnames? De IT-keuze (migreren, koppelen, harmoniseren) volgt uit die antwoorden — niet andersom. Wie omgekeerd begint, zit twee jaar later nog steeds met twee versies van de waarheid.