Een order uit de mailbox overtypen in het ERP. Klantgegevens uit het CRM plakken in het facturatiepakket. Een export naar Excel die vrijdagmiddag weer wordt geïmporteerd. Vrijwel elke organisatie heeft zulke routes, en wie zoekt naar een hard foutpercentage vindt vooral cijfers die per bron verschillen. Het eerlijke antwoord: het precieze getal doet er minder toe dan het mechanisme erachter.
Dat mechanisme is eenvoudig. Elke handmatige stap is een moment waarop iets kan misgaan, en die kans groeit met volume, tijdsdruk en herhaling. De vraag is dus niet of er fouten ontstaan, maar waar ze terechtkomen en wat ze daar kosten.
Een betrouwbaar foutpercentage bestaat niet
Hoeveel er misgaat bij het overtypen van gegevens hangt af van de complexiteit van de data, de ervaring van de medewerker en de omstandigheden. Aan het eind van een lange dag, onder tijdsdruk, bij de honderdste regel van een lijst loopt het foutrisico merkbaar op. En belangrijker: de ene fout is de andere niet. Een typfout in een notitieveld valt niemand op. Een verschoven komma in een prijs of een verwisseld cijfer in een rekeningnummer wel, meestal pas nadat de schade is aangericht. Voor je organisatie telt daarom niet een gemiddelde uit een onderzoek, maar de combinatie van hoe vaak het misgaat en op welke plek.
De fouten die steeds terugkomen
De aard van de fouten is bij vrijwel elke organisatie dezelfde:
- Verwisselde cijfers of letters, zoals 1234 dat 1243 wordt
- Formaatverschillen, bijvoorbeeld datums of bedragen die elk systeem anders noteert
- Overgeslagen velden, zeker bij tijdsdruk of onduidelijke instructies
- Dubbele invoer, waardoor dezelfde klant of order twee keer in de database staat
- Gegevens die aan de verkeerde klant, order of afdeling worden gekoppeld
Het venijnige is dat deze fouten er op het eerste gezicht geldig uitzien. Een bedrag met een verschoven komma passeert elke oppervlakkige controle en duikt pas op in een factuur die niet klopt of een rapportage die niemand meer vertrouwt.
Eén invoerfout blijft zelden alleen
Systemen nemen gegevens van elkaar over. Een verkeerd adres in het ordersysteem wordt een mislukte levering. Een fout bedrag stroomt door naar de boekhouding en vandaar naar het managementdashboard, waar het beslissingen stuurt die op papier goed onderbouwd lijken. Zo vermenigvuldigt één invoerfout zich stilletjes door de keten; wat dat betekent voor je besluitvorming lees je in ons artikel over beslissen op inconsistente data.
Daar komt het herstelwerk bij. Uitzoeken waar een fout vandaan komt kost vaak meer tijd dan de oorspronkelijke invoer, omdat je de hele route terug moet lopen. Wil je weten hoe groot dit vraagstuk bij jou is? Tel dan geen foutpercentages, maar de uren die je team per week kwijt is aan overtypen, controleren en corrigeren. Dat getal zegt meer dan elk gemiddelde.
De handmatige stap weghalen werkt beter dan extra controle
Dubbele controles, strakkere invoerformats en het vier-ogen-principe helpen, maar bestrijden het symptoom. Zolang iemand gegevens van scherm A naar scherm B overtypt, blijft het risico bestaan; je maakt het risico alleen kleiner en het proces duurder. De structurele oplossing is de handmatige stap zelf weghalen door systemen rechtstreeks te koppelen. Met API-koppelingen wisselen je pakketten gegevens automatisch uit, in één formaat, met validatie aan de bron.
Dat hoeft geen groot project te zijn. Vaak neemt één gerichte koppeling tussen de twee drukste systemen al het grootste deel van het overtypwerk weg, en daarmee de fouten die erbij horen. Sinds 2001 ontwikkelen we zulke data-integraties voor organisaties die op hun cijfers moeten kunnen vertrouwen. Begin bij de route waar het herstelwerk het grootst is; daar verdient een koppeling zich het snelst terug.
