Hoe een migratie van Excel er in de praktijk uitziet

Een migratie van Excel naar software mislukt zelden door de software. Ze mislukt door de aannames vooraf: dat de data al schoon is, dat iedereen dezelfde definities hanteert, en dat het overzetten "een middagje werk" is. In de praktijk kost het opschonen van de data vaak meer tijd dan het inrichten van het nieuwe systeem. Dat is geen slecht nieuws — het is juist te plannen, mits u weet welke fasen er zijn en wie welke rol speelt.

Dit artikel beschrijft de vijf fasen van een migratie zoals wij die in de praktijk zien, van inventariseren tot controleren. Daarna volgt een tabel met de veertien meestgemaakte opschoonfouten, een controlelijst voor na de import, en een uitleg over de fiscale bewaarplicht van het oude bestand.

Waarom dit geen IT-project is, maar een organisatieproject

Een veelgemaakte denkfout is een migratie te behandelen als een technische klus die je "uitbesteedt" en dan terugkrijgt als afgerond product. In de praktijk is het grootste deel van het werk niet technisch, maar organisatorisch: beslissen wat een "actieve klant" precies is, afspreken welke van de drie prijslijsten leidend is, en bepalen wie voortaan verantwoordelijk is voor het bijhouden van gegevens die vroeger "gewoon door iemand" werden bijgewerkt.

Daarom werkt een migratie het beste als samenwerking tussen twee rollen: iemand die de data inhoudelijk kent (meestal de controller, officemanager of directeur-eigenaar zelf) en iemand die de technische kant verzorgt (de implementatieconsultant). Geen van beide rollen kan de migratie alleen doen. De een kent de uitzonderingen in de data, de ander kent de mogelijkheden en beperkingen van het nieuwe systeem.

De vijf fasen van een migratie

Fase 1: Inventariseren

In deze fase brengt u in kaart wélke bestanden meegaan, wélke gegevens erin staan, en wélke daarvan nog relevant zijn. Dit is de fase waarin de meeste tijdwinst te behalen valt: een bestand met tien tabbladen bevat vaak maar drie tabbladen die daadwerkelijk gebruikt worden, en twee kolommen die al jaren dezelfde waarde bevatten omdat niemand ze meer bijwerkt.

Wie doet wat: de eigenaar van het bestand (vaak de officemanager of controller) levert het bestand en de context aan: wat betekent elke kolom, wie vult wat in, welke tabbladen worden nog gebruikt. De implementatieconsultant vertaalt dat naar een datamodel: welke velden worden het straks in het nieuwe systeem, en welke vervallen.

Reken op één tot twee gesprekken van een uur per bestand, plus de tijd om het bestand zelf door te nemen. Voor een gemiddeld mkb-bedrijf met drie tot vier probleembestanden is dit typisch een kwestie van enkele dagen, verspreid over een periode van een tot twee weken.

Fase 2: Opschonen

Dit is de fase die het vaakst wordt onderschat. Opschonen betekent: dubbele records verwijderen, inconsistente notaties gelijktrekken, tekst uit getalvelden halen, en beslissen wat er gebeurt met verouderde regels. De veertien meestgemaakte fouten die hierbij ontstaan, staan verderop in een tabel.

Wie doet wat: opschonen kan niet volledig worden gedelegeerd aan een externe partij, omdat kennis van de data nodig is om te beoordelen of "Jansen BV" en "Jansen B.V." dezelfde klant zijn. De medewerker die het bestand het beste kent, levert de inhoudelijke beoordeling; de implementatieconsultant levert het gereedschap en de systematiek om dat sneller en consistenter te doen dan handmatig scrollen door duizenden rijen.

Fase 3: Mappen

Mappen betekent: elke kolom uit het oude bestand koppelen aan het juiste veld in het nieuwe systeem. Sommige kolommen hebben een directe tegenhanger. Andere moeten worden gesplitst (bijvoorbeeld een adresveld dat straat, huisnummer en postcode in één cel bevat) of samengevoegd.

Wie doet wat: dit is grotendeels technisch werk voor de implementatieconsultant, maar de bedrijfseigenaar of controller moet de mapping goedkeuren voordat er wordt geïmporteerd. Een verkeerd gemapt veld — bijvoorbeeld inkoopprijs die als verkoopprijs wordt ingelezen — is de meest voorkomende oorzaak van paniek in fase vier.

Fase 4: Proefimport

Voordat de volledige dataset wordt overgezet, importeert u een steekproef: 50 tot 200 regels die representatief zijn voor de hele set, inclusief de "lastige" gevallen (bijvoorbeeld klanten met een buitenlands adres, of orders met een gedeeltelijke levering). Deze proefimport laat zien of de mapping klopt voordat u met de volledige set aan de slag gaat.

Wie doet wat: de implementatieconsultant voert de proefimport uit; de medewerker die de data kent, controleert de uitkomst regel voor regel. Dit is bewust een menselijke controle — geen enkel systeem herkent automatisch of "Jansen" en "J. Jansen" dezelfde persoon zijn.

Fase 5: Controleren

Na de volledige import volgt een laatste controleronde: kloppen de totalen? Sluiten de aantallen aan op het oude bestand? Zijn er regels verdwenen of dubbel geïmporteerd? Pas na deze controle zet u het oude bestand definitief op read-only en gaat het team over op het nieuwe systeem.

Wie doet wat: de controller of officemanager voert de eindcontrole uit aan de hand van de controlelijst verderop in dit artikel. De implementatieconsultant blijft beschikbaar om afwijkingen te verklaren of te herstellen.

Reken op minimaal een week tussen de volledige import en het definitief loslaten van het oude bestand. In die week blijft het oude bestand read-only beschikbaar als naslagwerk, zodat iedereen die twijfelt of een cijfer klopt, het kan terugzoeken zonder dat er per ongeluk weer in het oude bestand wordt gewerkt.

De 14 meestgemaakte opschoonfouten

Deze fouten komen terug in vrijwel elk bestand dat wij onder handen krijgen. Herkent u er meerdere in uw eigen bestand, dan is dat geen reden tot paniek — het is de normale staat van een spreadsheet die jarenlang is gegroeid.

Controlelijst na import

Loop na elke import onderstaande punten na voordat u het oude bestand loslaat:

• Klopt het totaal aantal regels in het nieuwe systeem met het aantal in het oude bestand, na aftrek van bewust verwijderde duplicaten?
• Sluiten de belangrijkste totalen aan (bijvoorbeeld totale omzet, totaal aantal klanten, totale voorraadwaarde)?
• Steekproef van tien willekeurige regels: komen alle velden overeen met het brondocument?
• Steekproef van vijf "lastige" gevallen (buitenlandse klant, gedeeltelijke levering, gecrediteerde order): zijn deze correct verwerkt?
• Zijn datums correct geïmporteerd (test met een datum vroeg en laat in het jaar, om dd-mm verwisseling met mm-dd te ontdekken)?
• Werken de rapportages of overzichten die het team dagelijks gebruikte, ook in het nieuwe systeem?
• Heeft iedereen die het oude bestand gebruikte, toegang tot het nieuwe systeem met de juiste rechten?
• Is er een vastgelegde afspraak over wie het oude bestand na de controleperiode op read-only zet?

De fiscale bewaarplicht van het oude bestand

Na een geslaagde migratie is de neiging om het oude Excel-bestand te verwijderen. Dat mag niet zomaar. Administratieve gegevens die onderdeel zijn van uw boekhouding vallen in Nederland onder de fiscale bewaarplicht van zeven jaar. Dat geldt niet voor het bestandsformaat op zich, maar functioneel: zolang het bestand cijfers bevat die onderdeel waren van uw administratie — omzet, facturen, voorraadwaarderingen, uren die aan projecten zijn doorbelast — moet u die gegevens gedurende zeven jaar raadpleegbaar houden, ook nadat u ze naar een nieuw systeem heeft overgezet.

In de praktijk betekent dit niet dat het Excel-bestand actief in gebruik moet blijven. Zet het na de controleperiode op read-only, bewaar het op een vaste, terug te vinden locatie (bijvoorbeeld een gearchiveerde map met een duidelijke naam en datum), en zorg dat iemand in de organisatie weet waar het staat. Voor de fiscale bewaarplicht is raadpleegbaarheid het criterium, niet of het bestand nog "in gebruik" is.

Dit is geen juridisch advies over uw specifieke situatie — raadpleeg bij twijfel uw boekhouder of accountant. Het is wel een vaste stap die wij altijd in de laatste fase van een migratie meenemen: expliciet vastleggen wie verantwoordelijk is voor het bewaren van het oude bestand, en voor hoe lang.

Hoe lang duurt een migratie echt

Voor een enkel bestand — bijvoorbeeld alleen de urenregistratie of alleen de voorraadadministratie — ligt de doorlooptijd doorgaans tussen één en drie weken, waarvan het grootste deel opschonen en controleren is, niet het bouwen van het nieuwe systeem. Voor meerdere bestanden tegelijk loopt dit op, niet lineair maar wel merkbaar, omdat koppelingen tussen bestanden (bijvoorbeeld klantgegevens die zowel in de facturatie als in de planning voorkomen) extra afstemming vragen. Een realistische inschatting voor drie samenhangende bestanden is vier tot acht weken, verspreid over meerdere sessies, zodat er tijd is voor controle tussen de fasen.

Deze tijdsinschatting gaat over de doorlooptijd, niet over het aantal uren dat uw eigen team ermee bezig is. De meeste uren in fase 1 en 2 (inventariseren en opschonen) liggen bij uzelf of uw medewerkers; de meeste uren in fase 3 en 4 (mappen en proefimport) liggen bij de implementatieconsultant. Fase 5, controleren, is weer gezamenlijk. Een grove vuistregel: reken voor uzelf op een halve tot hele dag aan directe betrokkenheid per week, gedurende de looptijd van het traject.

Wat een migratie wel en niet kost

De kosten van een migratie bestaan uit twee delen: de uren van de implementatieconsultant, en de tijd die uw eigen team kwijt is aan opschonen en controleren. Het eerste deel is te begroten vooraf; het tweede deel hangt sterk af van hoe rommelig de data is. Een bestand met een paar honderd nette regels kost een dag opschonen. Een bestand met tienduizenden regels, drie manieren van dezelfde klantnaam schrijven en twintig jaar historie kost aanmerkelijk meer.

Vraag daarom bij elke leverancier niet alleen naar het uurtarief, maar ook naar wie het opschoonwerk doet: de leverancier, uzelf, of een combinatie. Dat bepaalt in de praktijk een groter deel van de uiteindelijke rekening dan het uurtarief zelf.

Veelgestelde vragen over migreren

Moeten we alle bestanden tegelijk migreren?

Nee. Het modulaire uitgangspunt dat wij aanhouden is precies het tegenovergestelde: begin met het ene bestand dat op dit moment het meeste risico of het meeste dubbele werk oplevert, en laat de rest voorlopig zoals het is. Dat houdt het project overzichtelijk en geeft u de kans om te wennen aan het nieuwe systeem voordat er een tweede bestand bijkomt.

Wat als tijdens het opschonen blijkt dat de data slechter is dan gedacht?

Dat gebeurt vaker wel dan niet, en is geen reden om te stoppen. Het is juist de reden waarom de opschoonfase apart wordt gepland in plaats van te worden ingeschat als "een paar uur". Ontdekt u tijdens het opschonen bijvoorbeeld honderden dubbele klantregels, dan verschuift dat de planning, maar het voorkomt dat diezelfde rommel meegaat naar het nieuwe systeem.

Kan het team gewoon doorwerken tijdens de migratie?

Ja, met één afspraak: het oude bestand blijft tijdens de opschoon- en mapfase het leidende bestand. Pas na de proefimport en de eindcontrole schakelt het team over. Zo is er nooit een moment waarop niemand weet welk bestand de waarheid bevat.

Wie is verantwoordelijk als er na de migratie toch een fout blijkt?

Leg dit vooraf vast, niet achteraf. Spreek af wie de eindcontrole ondertekent en tot wanneer het oude bestand als referentie beschikbaar blijft. Een fout die binnen de controleperiode wordt gevonden, is normaal en wordt hersteld als onderdeel van het traject. Een fout die maanden later opduikt, vraagt om een aparte afweging: was dit een importfout, of stond de fout al in het oude bestand?

Wilt u weten met welk bestand u het beste kunt beginnen? De risicoscan geeft een geadviseerde volgorde op basis van risico en tijdsbesparing. En als u eerst wilt weten óf een bestand aan vervanging toe is, leest u dat terug in de zes signalen.