Datamigratie bij ERP-overstap: zo verhuist je klant- en orderdata veilig naar een nieuw systeem

Door Clen Mourik

Een ERP-overstap kan 30-40% van je implementatietijd opslorpen, puur vanwege datamigratie. In dit artikel lees je hoe je dataverlies voorkomt, je mappings klopt krijgt, en je go-live zonder downtime-drama doorkomt.

Hoeveel van je klantdata ben je bereid te verliezen bij een ERP-overstap? Die vraag klinkt dramatisch, maar bij migraties zonder goed plan gaat gemiddeld 10-15% van de data verloren of wordt verkeerd gemigreerd. Vooral relatiegegevens tussen tabellen — denk aan een order zonder klant, of een product zonder voorraadlocatie.

Een datamigratie bij ERP-overstap is geen technische formaliteit. Het is de ruggengraat van je nieuwe systeem. Als je oude klantgegevens, prijsafspraken, projecthistorie en openstaande orders niet goed overzetten, begin je met een gehandicapt systeem. En repareren achteraf? Dat kost bakken met tijd.

In dit artikel lees je stap-voor-stap hoe je een veilige datamigratie plant en uitvoert. Geen theoretisch verhaal, maar de praktijk zoals wij die bij SyncIT dagelijks tegenkomen. Van bouwbedrijven met 15 jaar projectdata tot groothandels met multi-magazijn voorraad.

Inhoudsopgave

• Belangrijkste punten
• Waarom datamigratie vaak misgaat
• Stap 1: Data-audit — inventariseer wat je hebt
• Stap 2: Mapping — vertaal oud naar nieuw
• Stap 3: Data-cleansing — schoon je rommel op
• Stap 4: Testmigratie — fouten ontdekken voor het te laat is
• Stap 5: Go-live migratie — de echte overstap
• Stap 6: Validatie — controleren of alles klopt
• AFAS en Exact Online migraties — praktijkervaringen
• Valkuilen en risico's die je moet kennen
• Veelgestelde vragen

Belangrijkste punten

Waarom datamigratie vaak misgaat

De statistieken liegen er niet om: 55-75% van alle ERP-implementaties faalt of overschrijdt budget en planning flink. Datamigratie is een van de drie hoofdoorzaken. Niet omdat het technisch onmogelijk is, maar omdat bedrijven de complexiteit onderschatten.

Het begint vaak optimistisch. "We exporteren gewoon alles naar Excel en importeren het in het nieuwe systeem." Klinkt simpel. Tot je ontdekt dat je oude systeem 47 verschillende velden heeft voor klantgegevens, waarvan de helft niet verplicht was. En dat je nieuwe systeem een andere logica hanteert voor BTW-tarieven. En dat niemand meer weet wat statuscode 'X' betekende in het oude systeem.

Een ander probleem: tijdsdruk. De go-live datum staat vast, het oude contract loopt af, de nieuwe licenties zijn al betaald. Dan wordt datamigratie een haastklus. En haast en nauwkeurigheid gaan niet samen bij data.

Stap 1: Data-audit — inventariseer wat je hebt

Voor je ook maar één byte migreert, moet je weten wat je hebt. Klinkt logisch, maar wordt vaak overgeslagen. Een data-audit is een grondige inventarisatie van je huidige data.

Begin met de grote lijnen:

• Hoeveel klanten heb je (actief en inactief)?
• Hoeveel producten of diensten staan in je systeem?
• Hoeveel openstaande orders of projecten zijn er?
• Wat is je oudste record? (Sommige bedrijven hebben data van 20+ jaar geleden)
• Welke relaties bestaan er tussen verschillende datasets?

Vervolgens ga je de diepte in. Check de kwaliteit van je data. Een installatiebedrijf waar we mee werkten had 3.200 klantrecords. Bij nadere inspectie bleken 800 daarvan dubbel (zelfde bedrijf, twee keer aangemaakt door verschillende medewerkers). 400 klanten hadden geen enkel project in de laatste 5 jaar. En 120 records hadden geen volledig adres.

Die audit kost tijd — soms een week — maar het is de basis. Als je niet weet wat je hebt, kun je niet bepalen wat je wilt behouden.

Stap 2: Mapping — vertaal oud naar nieuw

Mapping is het vertaalwerk: welk veld in je oude systeem komt overeen met welk veld in het nieuwe. Dit lijkt triviaal tot je ontdekt dat systemen data fundamenteel anders organiseren.

Een voorbeeld uit de praktijk. Een groothandel had in hun oude systeem voorraad per magazijnlocatie met eigen codes: MAG-A, MAG-B, MAG-C. Hun nieuwe systeem (Exact Online) gebruikt een andere structuur: locaties zijn gekoppeld aan magazijnen via een apart stambestand. Je kunt niet zomaar MAG-A overtypen — je moet eerst de magazijnstructuur in Exact opbouwen, dan de voorraad koppelen.

Een goed mappingdocument bevat:

1. Bronveld (oud systeem) en doelveld (nieuw systeem)
2. Datatype (tekst, nummer, datum, boolean)
3. Verplicht of optioneel in beide systemen
4. Transformatieregels (bijv. "straat + huisnummer samenvoegen")
5. Standaardwaarden (als bronveld leeg is, vul dan X in)

Dit document wordt je waarheid tijdens migratie. Zonder dit weet niemand over 3 maanden meer waarom bepaalde keuzes gemaakt zijn. En geloof me, je hebt dat document nodig als er correcties moeten gebeuren.

Wat ik bedrijven altijd adviseer: maak je mapping visueel. Een Excel met kolommen 'oud' en 'nieuw' naast elkaar. Dan zie je in één oogopslag of je niks vergeet.

Stap 3: Data-cleansing — schoon je rommel op

Dit is het moment om je data op te schonen. Waarom rommel meenemen naar je splinternieuwe systeem? Slechte datakwaliteit kost organisaties gemiddeld 15-25% van hun omzet aan inefficiëntie en hercorrectie. Die rommel wil je niet importeren.

Veelvoorkomende opschoontaken:

• Dubbele records samenvoegen — Hetzelfde bedrijf staat er twee keer in? Voeg samen tot één clean record
• Inactieve relaties archiveren — Klanten of leveranciers die al 5+ jaar niks besteld hebben? Archiveer in plaats van migreren
• Lege velden opvullen — Als je nieuwe systeem verplichte velden heeft, vul ze nu al in
• Standaardiseren — Statusvelden uniform maken (niet 'verzonden', 'shipped', 'verstuurd' door elkaar)
• Verouderde info updaten — Telefoonnummers, adressen, contactpersonen checken en bijwerken

Een productiebedrijf had 1.200 producten in hun oude systeem. Bij screening bleken 340 producten al 3+ jaar niet meer verkocht. Ze besloten die niet te migreren maar te archiveren. Scheelde enorm in complexiteit en hun nieuwe systeem bleef overzichtelijk.

Data-cleansing is arbeidsintensief, maar het loont. Een vuistregel: elk uur opschonen vooraf bespaart drie uur reparatie achteraf.

Stap 4: Testmigratie — fouten ontdekken voor het te laat is

Hier scheiden de professionals zich van de amateurs: de testmigratie. Je migreert niet rechtstreeks naar productie, maar eerst naar een testomgeving. Klinkt logisch, toch? Gebeurt structureel te weinig.

Wat test je?

• Recordaantallen — Heb je evenveel klanten, producten, orders voor en na?
• Datakwaliteit — Neem random samples en vergelijk veld-voor-veld
• Relaties — Klopt de koppeling tussen orders en klanten? Producten en voorraad?
• Berekeningen — Kloppen totaalbedragen, voorraadwaarden, openstaande posten?
• Speciale gevallen — Edge cases zoals negatieve voorraad, creditnota's, vervallen producten

Bij een eerste testmigratie gaat altijd iets fout. Dat is het hele punt. Bij de groothandel die ik eerder noemde klopte 40% van de voorraadstanden niet na de eerste test. Bleek dat hun mapping verkeerd was — voorraadlocaties waren niet correct vertaald. Ze deden nog twee testmigraties voordat alles klopte.

Hoe vaak moet je testen? Minimaal twee keer, maar blijf testen tot je twee opeenvolgende runs hebt zonder kritieke fouten. Elke test brengt nieuwe inzichten.

Stap 5: Go-live migratie — de echte overstap

De dag van de waarheid. Je tests zijn geslaagd, je team is gebrieft, je rollback-plan ligt klaar. Nu gaat het echt gebeuren.

Een go-live migratie doe je meestal in een weekend of buiten kantoortijden. De gemiddelde downtime ligt tussen 24-72 uur voor MKB-bedrijven. Dat klinkt als veel, maar het is realistisch als je alles goed wilt doen.

De volgorde die vaak werkt:

1. Vrijdagavond: Laatste back-up van oude systeem, oude systeem op read-only zetten
2. Zaterdagochtend: Data exporteren uit oude systeem, transformaties toepassen
3. Zaterdagmiddag: Importeren in nieuw systeem, eerste validatiechecks draaien
4. Zaterdagavond: Steekproeven trekken, reconciliatie-rapporten maken
5. Zondagochtend: Team doet gebruikerstests, check kritieke processen
6. Zondagmiddag: Go/no-go besluit, eventueel laatste correcties
7. Maandagochtend: Nieuw systeem live, old system op archief

Het belangrijkste onderdeel? Je rollback-plan. Als blijkt dat de migratie toch niet goed gegaan is, moet je terug kunnen. Dat betekent: oude systeem niet meteen opzeggen, back-ups bewaren, en weten hoe je terug schakelt.

Bij een recente migratie hadden we op zondagavond nog steeds 200+ producten waarvan de voorraad niet klopte. We namen het besluit om go-live uit te stellen met een week. Beter een week vertraging dan maanden repareren.

Stap 6: Validatie — controleren of alles klopt

De migratie is klaar, je nieuwe systeem draait. Nu begint de validatiefase. De eerste 2-4 weken zijn kritiek — dit is de 'hypercare' periode.

Wat check je?

• Dagelijkse reconciliatie — Vergelijk key metrics (omzet, voorraadwaarde, openstaande posten) met oude systeem
• Gebruikersfeedback — Medewerkers ontdekken vaak dingen die in tests niet opvielen
• Uitzondering-monitoring — Let op orders die niet doorkomen, facturen die niet genereren
• Performance — Draait alles snel genoeg? Sommige queries zijn trager in nieuwe structuur

Een belangrijk hulpmiddel: reconciliatie-rapporten. Dit zijn overzichten die oude en nieuwe data naast elkaar zetten. Voor een groothandel kun je bijvoorbeeld dagelijks checken of de totale voorraadwaarde klopt. Voor een bouwbedrijf of de totale waarde aan lopende projecten hetzelfde is.

Plan in je agenda: elke dag de eerste week een controle. Elke twee dagen de tweede week. Wekelijks de derde en vierde week. Fouten die je in week 1 ontdekt zijn makkelijk te fixen. Fouten die je na 3 maanden ontdekt — dan heb je al maanden met verkeerde data gewerkt.

AFAS en Exact Online migraties — praktijkervaringen

AFAS en Exact Online zijn twee populaire ERP-systemen in het Nederlandse MKB. Migraties naar (of tussen) deze systemen hebben hun eigen eigenaardigheden.

AFAS migraties

AFAS werkt met XML/JSON connectors voor data-import. Het systeem is strikt in validatie — als een verplicht veld leeg is, krijg je een foutmelding en stopt de hele batch. Dat klinkt vervelend, maar het voorkomt dat je rommel importeert.

Een AFAS integratie vereist dat je stamdata (grootboekrekeningen, kostenplaatsen, BTW-codes) eerst op orde hebt. Je kunt niet zomaar facturen importeren die verwijzen naar een grootboekrekening die niet bestaat. Dat betekent: eerst je Chart of Accounts opbouwen, dan pas transacties laden.

Voor bedrijven in de bouw of installatie: AFAS heeft specifieke modules voor projectadministratie. Als je van een ander systeem komt moet je goed kijken naar hoe uren, materialen en onderaanneming gekoppeld zijn aan projecten. Die structuur is anders dan bij generieke ERP-systemen.

Exact Online migraties

Exact Online heeft een REST API voor data-import. Je kunt bulk-imports doen via Excel (beperkt) of via API-calls (geautomatiseerd). Let op rate limiting — je kunt niet onbeperkt snel data pushen. Bij grote datasets moet je in batches werken.

Exact is flexibeler in validatie dan AFAS, wat zowel voor- als nadeel is. Je kunt sneller data laden, maar je kunt ook sneller rotzooi importeren. Test dus extra grondig.

Voor datamigratie AFAS naar Exact Online (of andersom) geldt: de twee systemen organiseren data fundamenteel anders. AFAS is meer proces-gedreven (denk aan workflows), Exact meer boekhoud-gedreven. Je mapping wordt complexer omdat je niet alleen velden vertaalt maar ook bedrijfslogica.

Valkuilen en risico's die je moet kennen

Dataverlies door verkeerde mappings

De meest voorkomende fout. Je denkt dat veld A overeenkomt met veld B, maar de logica is net anders. Bij de testmigratie zie je dit (hopelijk). Zonder test? Dan merk je het pas na weken dat cruciale info ontbreekt.

Downtime die uitloopt

Je plant 48 uur, maar de import duurt langer dan verwacht. Of de validatie faalt en je moet opnieuw. Probleem: je bedrijf staat stil. Plan dus ruim en communiceer duidelijk naar je team wanneer ze weer kunnen werken.

Relationele integriteit verlies

Een order zonder klant. Een factuur zonder product. Dit gebeurt als je tabellen los van elkaar migreert zonder rekening te houden met foreign keys. Gebruik altijd een volgorde: eerst stamdata (klanten, producten), dan transactiedata (orders, facturen).

AVG en compliance risico's

Klantdata kopiëren is niet zomaar toegestaan. Je moet kunnen aantonen dat je alleen noodzakelijke data migreert en deze veilig opslaat. Inactieve klanten van 10 jaar geleden meenemen? Mogelijk een AVG-issue. Check de regelgeving via de Autoriteit Persoonsgegevens.

Dubbele records door merge-problemen

Als je data uit meerdere bronnen samenvoegt (bijvoorbeeld twee vestigingen die elk hun eigen systeem hadden), krijg je dubbele records. Zonder deduplicatie heb je straks klant "Bakkerij Jansen" drie keer in je systeem staan.

Verlies van historische rapporten

Je migreert de ruwe data, maar vergeet dat je oude systeem specifieke rapporten genereerde. Als je CFO gewend is aan een maandelijks cashflow-rapport uit het oude systeem, moet dat in het nieuwe systeem ook kunnen. Anders verlies je inzicht.

Veelgestelde vragen

Hoeveel kost een datamigratie bij een ERP-overstap?

Kosten variëren enorm afhankelijk van datavolume en complexiteit. Voor een klein MKB-bedrijf met <10.000 records en simpele structuur: €2.000-€5.000. Voor middelgroot bedrijf met meerdere systemen, 50.000+ records en complexe relaties: €10.000-€25.000. Grote bedrijven of zeer specifieke sectoren: €25.000+. Deze kosten zijn vaak onderdeel van je totale ERP-implementatie.

Kan ik datamigratie zelf doen of heb ik een specialist nodig?

Hangt af van je situatie. Met simpele data (enkele klanten en producten) en standaard CSV-export kun je het zelf. Heb je 10+ jaar historie, meerdere relaties tussen tabellen, of specifieke branche-eisen? Dan is expertise verstandig. Een specialist voorkomt fouten die je later bakken met geld kosten.

Hoe lang duurt een gemiddelde datamigratie?

Planning en voorbereiding: 2-6 weken. Data-audit en cleansing: 1-3 weken. Testmigraties: 1-2 weken. Go-live weekend: 24-72 uur downtime. Validatie en hypercare: 2-4 weken. Totaal dus 6-15 weken van start tot stabiel draaiend nieuw systeem. Dit is naast je reguliere ERP-implementatietraject.

Wat gebeurt er als de migratie mislukt?

Daarom is een rollback-plan essentieel. Je moet kunnen terugvallen op je oude systeem. Zorg dat je volledige back-ups hebt (minimaal twee), test of je deze kunt terugzetten, en houd je oude systeem beschikbaar tot je zeker weet dat het nieuwe stabiel draait. Zeg je oude contract niet op voordat je validatiefase succesvol afgerond is.

Moet ik al mijn oude data meenemen?

Nee, en vaak is dat ook niet verstandig. Denk strategisch: welke data heb je echt nodig? Actieve klanten en lopende projecten: ja. Offertes van 8 jaar geleden die nooit tot order leidden: waarschijnlijk niet. Inactieve leveranciers: archiveer in plaats van migreren. Minder data = simpelere migratie = schoner nieuw systeem. Overweeg een 'rolling 3-year history' — migreer alleen data van laatste 3 jaar, rest archiveer je extern.

Hoe voorkom ik dataverlies tijdens migratie?

Vijf gouden regels: (1) Maak minimaal twee volledige back-ups van je oude systeem voor je begint. (2) Doe altijd eerst testmigraties, nooit direct naar productie. (3) Documenteer je mappings minutieus. (4) Valideer in steekproeven — controleer random records handmatig. (5) Gebruik checksums en reconciliatie-rapporten om te verifiëren dat aantallen en totalen kloppen. En begin nooit aan een migratie zonder rollback-plan.

Klaar voor je ERP-overstap?

Datamigratie is geen technisch detail — het is de basis van je nieuwe systeem. Een goede migratie begint met grondig voorbereiden, testen tot je zeker weet dat het klopt, en stapsgewijs valideren na de go-live.

Wat ik de afgelopen jaren geleerd heb: bedrijven die tijd nemen voor data-audit en opschoning vooraf, hebben later veel minder problemen. Bedrijven die haasten en direct migreren? Die zijn maanden bezig met herstelwerk.

Plan je een ERP-overstap en wil je weten hoe complex jouw datamigratie wordt? Of worstel je met de keuze tussen zelf doen of laten doen? We denken graag met je mee. Geen verplichtingen, gewoon een eerlijk gesprek over wat je situatie vraagt. Plan een adviesgesprek en we kijken samen naar je data-structuur.