Ergens in je organisatie zit waarschijnlijk een Excel-bestand tussen twee systemen. De orders komen als export uit de webshop, iemand haalt de kolommen recht en plakt ze in het boekhoudpakket. Het werkt, dus niemand stelt er vragen bij. Tot een bedrag een nul te veel blijkt te hebben en niemand meer kan terugvinden in welke stap dat is gebeurd.
In dit artikel kijken we naar twee dingen: waarom teams aan die gewoonte vasthouden, en welke risico’s specifiek horen bij Excel als brug tussen je systemen. Niet de uren die dubbele invoer kost of het foutpercentage, maar wat de omweg via een spreadsheet met je gegevens doet, en wanneer je die omweg beter vervangt.
Waarom je team blijft knippen en plakken
De eerste reden is de simpelste: de systemen praten niet met elkaar. Een ouder boekhoudpakket, een nieuwe webshop en een planningstool van een derde leverancier zijn nooit ontworpen om samen te werken. Excel is het ene programma dat iedereen heeft en dat alles importeert en exporteert. Zo wordt het de universele adapter tussen pakketten die elkaar niet kennen.
De tweede reden is dat de pijn verspreid is. Een kwartier op maandag, een half uur op vrijdag, verdeeld over een paar mensen. Niemand ziet de optelsom, niemand is er eigenaar van, en wie het al jaren doet, ziet het als een vast onderdeel van de week.
De derde reden is dat het alternatief groter lijkt dan het is. Een koppeling klinkt als een IT-project, IT heeft geen capaciteit en er is geen budgetregel voor. Dus blijft de export de standaard, ook als iedereen vindt dat het beter kan.
Wat er misgaat tussen exportbestand en doelsysteem
Elke handmatige overdracht kan misgaan, maar de route via Excel heeft een paar eigen valkuilen, omdat Excel zelf ook iets met je gegevens doet.
- Verkeerde selectie: een rij te veel of te weinig, een filter dat nog aanstaat waardoor regels verborgen blijven, of een plakactie over een oud bereik heen.
- Opmaak die Excel ongevraagd aanpast: datums die van dag-maand naar maand-dag springen, een decimaalteken dat als duizendtal wordt gelezen, voorloopnullen die uit postcodes en artikelnummers verdwijnen, lange nummers die worden afgerond.
- Verouderde brondata: het bestand is bijgewerkt maar de export nog niet, of er circuleren twee versies van hetzelfde bestand en niemand weet welke de goede is.
- Kolommen die niet overeenkomen: de volgorde of structuur van velden verschilt per systeem, en één nieuwe kolom in de bron schuift alles een plek op.
Het venijnige is dat het doelsysteem die fouten accepteert. Het controleert of een waarde het juiste formaat heeft, niet of hij klopt. Een bedrag van 1.200 euro dat als 12.000 euro binnenkomt, is technisch een geldige invoer; pas bij de factuur of de rapportage blijkt dat de basis niet klopte. Hoe zo’n fout zich daarna door je systemen verspreidt, lees je in elke handmatige dataoverdracht is een kans op een fout.
Waarom je die fouten pas laat ziet
De invoer gebeurt vandaag, de rapportage draait volgende week en de afwijking valt op bij de maandafsluiting. Tegen die tijd is de oorsprong moeilijk te traceren, en dat ligt aan Excel zelf: er is geen audittrail. Je bronsysteem houdt bij wie wat wanneer heeft gewijzigd en wat er daarvoor stond. Een spreadsheet niet.
Zodra mensen correcties in het spreadsheet aanbrengen in plaats van in het bronsysteem, wordt Excel bovendien stilletjes de plek waar de waarheid staat. De volgende export overschrijft die correcties, of de twee groeien uit elkaar: dezelfde klant heeft in het CRM een ander adres dan in de boekhouding, en niemand weet welke klopt.
En de kennis van de route zit meestal in één hoofd: welke kolommen je weggooit, in welke volgorde je plakt, welke macro je draait. Valt die collega uit, dan stokt het proces of neemt iemand het over zonder de uitzonderingen te kennen. De gevolgen zijn herkenbaar: facturen met verkeerde bedragen, leveringen op een oud adres, managementrapportages waarin een stille fout een beslissing stuurt, en in sectoren met toezicht een getal dat je niet kunt herleiden als een accountant ernaar vraagt.
Signalen dat de Excel-brug zijn tijd heeft gehad
Stoppen wordt meestal te lang uitgesteld, omdat de problemen geleidelijk groeien. Deze signalen zijn concreet genoeg om op te sturen:
- Exporteren, opschonen en plakken is een vast blok in iemands week, geen incidentele klus.
- Dezelfde gegevens staan op meerdere plekken en komen niet altijd overeen.
- Verschillen in rapportages worden pas ontdekt bij de maandafsluiting of de kwartaalreview.
- Het volume groeit: meer orders of klanten betekent evenredig meer overtypwerk.
Herken je er twee of meer? Laat dan een week bijhouden hoeveel tijd erin gaat zitten, inclusief controleren en herstellen. Hoe je dat omrekent naar een bedrag, staat in handmatig data kopiëren kost meer dan de uren die je ziet.
Wat er in de plaats kan komen
Beter opletten of een extra controleronde maakt het risico kleiner en het proces duurder, maar de handmatige stap blijft. Structureel helpt alleen die stap weghalen, zodat je systemen rechtstreeks gegevens uitwisselen. Dat kan op drie niveaus.
- Een ingebouwde koppeling: veel moderne pakketten hebben standaardconnectoren naar veelgebruikte andere tools. Controleer eerst of die er is en volstaat.
- Een no-code tool zoals Zapier of Make: geschikt voor eenvoudige een-op-een-stromen met weinig logica, bijvoorbeeld een ingevuld formulier dat als contact in je CRM belandt.
- Een API-koppeling op maat: nodig zodra er logica bij komt (voorwaarden, omrekeningen, meerdere systemen tegelijk), zodra een ouder systeem geen standaard API heeft, of zodra je bij gevoelige gegevens wilt bepalen wat er precies stroomt. Zo’n koppeling valideert bovendien aan de bron: een onmogelijke datum of een ontbrekend veld wordt geweigerd voordat hij ergens landt.
Een eerste stap die klein kan blijven
Begin bij de route met het meeste herstelwerk, meestal ook de drukste, zoals orders naar de administratie. Controleer of beide systemen een API hebben, bepaal of een standaardtool volstaat, en laat de koppeling een tijd naast het handmatige proces draaien voordat je de export loslaat. Zo zie je precies waar ze afwijken.
We ontwikkelen data-integraties die zulke Excel-bruggen vervangen door een directe koppeling tussen systemen. Loop je rond met zo’n spreadsheet tussen twee pakketten? Leg hem aan ons voor; dan kijken we samen of een koppeling loont.