home / kennisbank / erp-migratie
kennisbank

ERP-migratie: welke data neem je mee?_

Bijna geen enkel mkb-bedrijf vervangt zijn ERP omdat het daar zin in heeft. Je doet het omdat er een datum in de agenda van je leverancier staat. Dat maakt één vraag belangrijker dan de vraag welk pakket je kiest: welke data moet van jou blijven, ongeacht waar je straks uitkomt.

de_agenda

De datum komt van je leverancier, niet van jou

Een CRM ontgroei je geleidelijk. Een ERP vervang je meestal omdat het moet. De grote leveranciers hebben hun oude generatie pakketten de komende jaren allemaal een einddatum gegeven, en die data schuiven niet op. SAP heeft inmiddels meerdere keren bevestigd dat het reguliere onderhoud op ECC eind 2027 stopt. Microsoft verkoopt sinds 1 april 2026 geen nieuwe Dynamics GP-abonnementen meer.

Dat verklaart ook waarom je er de afgelopen weken overal over leest. De adviesbureaus zijn in september massaal begonnen met migratiehandleidingen, en dat is geen toeval: hoe dichter de deadline, hoe schaarser de consultants en hoe hoger het tarief. Voor jou is de relevante conclusie niet dat je moet opschieten, maar dat je zelf iets in handen wilt hebben voordat je met die markt gaat onderhandelen.

1 april 2026

Dynamics GP: verkoop gestopt

Microsoft verkoopt geen nieuwe abonnementen meer. Bestaande klanten draaien door, maar het pakket groeit nergens meer in mee.

31 december 2027

SAP ECC uit regulier onderhoud

Geen standaardondersteuning en geen wettelijke aanpassingen meer. Verlengd onderhoud kan, tegen een toeslag.

31 december 2029

Dynamics GP: einde support

Geen verbeteringen, fiscale updates of technische support meer. Beveiligingsupdates nog tot 30 april 2031.

de einddata van twee veelgebruikte ERP-generaties; kijk voor je eigen pakket de levenscyclusdocumentatie van de leverancier na
vier_soorten

Een ERP bevat vier soorten data, en maar één daarvan exporteert netjes

Hier zit het verschil met een CRM-migratie, en het is precies het verschil dat de meeste projecten onderschatten. In een CRM staat vrijwel alles wat je nodig hebt er als feit in: een contactpersoon, een offerte, een notitie. In een ERP is een groot deel van wat je op je scherm ziet helemaal niet opgeslagen, maar berekend. Je voorraadpositie is een optelsom. Je openstaande post is een saldo. Je kostprijs is de uitkomst van een waarderingsmethode die ergens in de instellingen staat.

Vraag je leverancier dus niet om "een export". Vraag per categorie wat je krijgt.

data_01

Vastgelegd

Relaties, artikelen, orders, facturen, boekingsregels. Dit is wat iemand ooit heeft ingevoerd of wat een koppeling heeft aangeleverd.

komt er meestal gewoon uit, in csv of via een api
data_02

Afgeleid

Saldi, voorraadposities, kostprijzen, openstaande posten, marges. Nergens als feit opgeslagen, maar berekend uit regels plus instellingen.

vraag op volgens welke regels dit wordt berekend
data_03

Configuratie

Grootboekschema, btw-codes, eenheden en omrekeningen, dimensies, nummerreeksen. In de ogen van je leverancier geen data, maar wel de betekenis van al je cijfers.

vraag een volledige lijst, niet alleen de actieve waarden
data_04

Maatwerk

Eigen velden, rapporten, workflows en koppelingen die er in de loop der jaren bij zijn gebouwd. Valt standaard buiten de migratiescope.

vraag een inventarisatie, ook van wat inactief lijkt
vier soorten ERP-data, met per soort wat je concreet opvraagt voordat je gaat migreren
wat_stukgaat

Wat er in de praktijk stukgaat

Een ERP-migratie mislukt zelden hard. Hij mislukt stil. De conversie draait, de aantallen kloppen, iedereen gaat naar huis, en drie weken later blijkt dat de subadministratie debiteuren niet aansluit op het grootboek. Dat is geen technisch probleem maar een betekenisprobleem: er is data verplaatst zonder de regels die er betekenis aan gaven.

De vier klassiekers, in volgorde van hoe vaak we ze tegenkomen. Openstaande posten die niet reconciliëren, omdat deelbetalingen, creditnota's en valutaverschillen in het oude systeem anders werden samengevoegd. Artikelen die hun eenheidsomrekening kwijt zijn, waardoor een order van tien dozen ineens tien stuks is. Configuratie die in de verkeerde volgorde is geladen, waardoor records geldig lijken maar weigeren zodra iemand er een transactie op wil doen. En maatwerk dat nooit in de scope stond, want niemand wist meer dat het er was.

Alle vier komen ze uit hetzelfde tekort: niemand heeft vooraf geteld en vastgelegd wat er moest kloppen. Hoe je dat wel doet, in welke volgorde en wat je per stap oplevert, staat in het stappenplan datamigratie. Dat geldt voor elke migratie, ook als je binnen hetzelfde ecosysteem blijft.

de_vraag_ervoor

De vraag die vóór de pakketkeuze komt

De standaardroute is: je leverancier zet een deadline, je koopt de opvolger, je betaalt een implementatie en over acht jaar sta je op dezelfde plek. Dat is geen ramp, maar het is wel een keuze die je één keer per tien jaar maakt en daarna niet meer terugdraait. De moeite waard om er een week over na te denken.

Het alternatief is niet "geen ERP". Je hebt een ERP nodig, en voor voorraad, productie en boekhouding is een standaardpakket vaak gewoon de beste oplossing. Het alternatief zit in waar je data woont. Zet je klant-, order- en historiedata in een open database in eigen beheer en laat het ERP daarop aansluiten, dan is de volgende migratie geen verhuizing meer maar het vervangen van één onderdeel. Dat is het idee achter de AI Native Data Layer: het pakket is wisselbaar, de data niet. Wat zo'n laag precies is en wanneer je er juist geen nodig hebt, staat in wat is een datalaag.

de standaardroute

Het nieuwe pakket als middelpunt

Alle data verhuist naar de opvolger, inclusief het maatwerk dat je opnieuw laat bouwen.

  • Historie verhuist mee of gaat verloren
  • Rapportage wacht weer op de leverancier
  • Over acht jaar opnieuw hetzelfde project
het alternatief

Datalaag eerst, pakket daarna

Je data staat in een open database in eigen beheer; het ERP sluit daarop aan en doet waar het goed in is.

  • Historie blijft leesbaar zonder oude licentie
  • Rapportage en AI werken op je eigen data
  • De volgende keer vervang je één onderdeel
twee antwoorden op dezelfde deadline; het verschil zit niet in het pakket maar in waar je data woont
en_nu

Waar je deze week mee kunt beginnen

Je hoeft nog niets te beslissen om iets nuttigs te doen. Vraag bij je leverancier twee dingen schriftelijk op: de einddatum van de ondersteuning op jouw versie, en de uitputtende opsomming van datacategorieën die volgens je contract overdraagbaar zijn. Dat tweede is sinds september 2025 een recht onder de Europese Data Act, en vanaf 12 januari 2027 mag een overstap je bovendien helemaal niets meer kosten. Wat die regels wel en niet regelen, staat in het artikel over de Data Act.

Met die twee antwoorden op papier praat je een stuk rustiger met de partij die je straks een offerte stuurt. En je weet dan meteen of je te maken hebt met een bronsysteem waar we een aparte gids voor hebben, zoals SAP of Dynamics 365.

veelgestelde_vragen

Veelgestelde vragen over ERP-migratie

Welke data neem je mee bij een ERP-migratie?

Vier soorten, en die vragen elk iets anders. Vastgelegde data (relaties, artikelen, orders, facturen, boekingen) komt er meestal gewoon uit. Afgeleide data (saldi, voorraadposities, kostprijzen, openstaande posten) staat nergens als feit maar wordt berekend, en moet je in het nieuwe systeem opnieuw laten kloppen. Configuratie (grootboekschema, btw-codes, eenheden en omrekeningen, dimensies, nummerreeksen) is de betekenis van je cijfers en zit zelden in een data-export. Maatwerk (eigen velden, rapporten, workflows, koppelingen) valt standaard buiten de migratiescope en verdwijnt daarom het vaakst ongemerkt.

Hoeveel historie moet je uit je oude ERP overzetten?

Minder in het nieuwe ERP dan je denkt, en meer buiten het nieuwe ERP dan je denkt. Voor de dagelijkse werking heb je vooral openstaande posten, actuele voorraad en lopende orders nodig. Oude jaren verplaatsen kost veel geld en levert weinig op, maar weggooien mag niet: je fiscale bewaarplicht loopt door en je hebt de historie nodig zodra iemand een vraag stelt over vorig jaar. De praktische oplossing is de historie in een eigen, open database zetten die los staat van het pakket, en het nieuwe ERP schoon beginnen.

Wanneer stopt de ondersteuning van mijn huidige ERP?

Dat verschilt per pakket en staat in de levenscyclusdocumentatie van je leverancier. Twee data die nu veel mkb-bedrijven raken: het reguliere onderhoud op SAP ECC loopt af op 31 december 2027, en Microsoft verkoopt sinds 1 april 2026 geen nieuwe Dynamics GP-abonnementen meer, met einde van verbeteringen, fiscale updates en technische support op 31 december 2029 en beveiligingsupdates tot 30 april 2031. Vraag de datum schriftelijk op als je hem niet kent, want je hele planning hangt eraan.

Mag je ERP-leverancier je laten betalen voor het exporteren van je data?

Tot 12 januari 2027 alleen de werkelijk gemaakte kosten, zonder winstmarge. Vanaf die datum mag een leverancier onder de Europese Data Act helemaal niets meer rekenen voor een overstap, ook niet voor het uitvoeren van je data. Daarnaast moet het contract een uitputtende opsomming bevatten van de datacategorieën die overdraagbaar zijn. Dat laatste is nu al bruikbaar: vraag die opsomming op voordat je een pakket kiest.

Moet je eerst een nieuw ERP kiezen of eerst je data op orde brengen?

Eerst je data. Zolang je niet weet wat er in je huidige systeem staat, wat daarvan afgeleid is en wat je er echt uit krijgt, kun je geen enkel pakket beoordelen en geen enkele offerte controleren. Bovendien is de inventarisatie het enige deel van het werk dat zijn waarde behoudt: die geldt voor elk pakket dat je kiest, en ook voor de migratie daarna.

Zelf beginnen: de migratiescan

In de gratis migratiescan brengen we samen in kaart wat er in je huidige systemen staat, wat daarvan afgeleid is en wat je er echt uit krijgt. Je krijgt een concreet migratieplan, ook als je met een andere partij verder wilt.

Vraag de migratiescan aan