Het bedrijf hieronder is typisch, niet echt: een installatiebedrijf met acht man, een eigenaar die de administratie doet en een administratiekantoor dat de boekhouding en de aangiften verzorgt.

Dag 3: de bon die binnenkomt

Een monteur legt een bon van de groothandel op het bureau, met de spatten er nog op. Twee andere bonnen zitten in zijn jaszak, die komen vrijdag. De groothandel zelf mailt een verzamelfactuur naar de algemene postbus, tussen de offerteaanvragen en de nieuwsbrieven.

Het kantoor doet hier niets, en dat is geen verwijt. Een administratiekantoor boekt wat het aangeleverd krijgt. In het overzicht van Moneybird, waarin boekhouders zelf beschrijven wat ze voor hun tarief doen, gaat het om het verwerken van aangeleverde facturen en banktransacties en om de aangiften; het aanleveren zelf staat aan de kant van de ondernemer (Moneybird, 2026). Het werk op dag 3 is dus van de eigenaar: de bon fotograferen, de mail doorsturen naar het scanadres, de bon uit de jaszak nalopen.

Dit is het werk waar een automatisering op mikt. De postbus die de factuur zelf herkent en doorzet, de app waarin de monteur de bon fotografeert voordat hij in de jaszak verdwijnt. Niet het boeken, maar het verzamelen ervóór.

Dag 12: de vraag van een klant

Een klant belt over een factuur van vorige maand. Er staat meerwerk op dat hij niet herkent, en hij wil weten van welke werkbon dat komt.

Het kantoor kan die vraag niet beantwoorden. Het heeft de factuur geboekt, maar de werkbon nooit gezien. De eigenaar zoekt hem op: in de map, in de app van de monteur, of in zijn eigen geheugen. Als de werkbon op dag 3 naast de factuur was opgeslagen, kost dit een minuut. Anders een kwartier, en een klant die wacht.

Ook hier verandert uitbesteden niets, omdat de vraag niet over de boekhouding gaat maar over wat eraan voorafging. Het kantoor is goed in het deel dat het krijgt, en blind voor het deel dat het niet krijgt.

Dag 30: de maandafsluiting

Het kantoor vraagt om de ontbrekende stukken. Er zijn zeven banktransacties zonder factuur, waarvan vier van de groothandel. De eigenaar zoekt ze in de postbus, vindt er drie, belt voor de vierde, en stuurt een mail met de bijlagen. In dit voorbeeld gebeurt dat elke maand en kost het een uur, verspreid over vier avonden.

Hier ziet u dat de twee opties elkaar niet uitsluiten. Het kantoor blijft de boekhouding doen. Wat een automatisering doet, is zorgen dat de stukken op dag 30 al binnen zijn, zodat de vraag om ontbrekende stukken niet meer komt. Het kantoor heeft er ook belang bij: een ordelijke aanlevering is minder werk, en sommige kantoren rekenen dat door in hun tarief.

Dag 35: de factuur van het kantoor

De factuur van het kantoor is duidelijk. De bedragen hieronder zijn voorbeelden, geen marktprijs. Bij Wegwijs Administratie in Den Haag begint een pakket voor een eenmanszaak bij €125 per maand en voor een bv bij €249 per maand, met btw-aangifte, jaarrekening en boekhoudpakket inbegrepen (tarievenpagina, geraadpleegd 29 augustus 2026). Een onderzoek van Boekhouders.nl onder 130 administratie- en accountantskantoren geeft voor een bv een bandbreedte van €150 tot €500 per maand (Boekhouders.nl, 2026). Voor dat bedrag krijgt u werk dat de meeste eigenaren liever niet zelf doen: de aangiften, de jaarrekening, iemand die de regels bijhoudt. Wie twijfelt of hij de boekhouding zelf moet blijven doen, vindt in die bedragen zelden een reden om dat te doen.

Wat op die factuur niet staat, is het werk van dag 3, 12 en 30. Dat betaalt u niet aan het kantoor maar in uw eigen avonden, en daarom valt het buiten de vergelijking als u alleen naar de factuur kijkt.

De telling die u zelf kunt maken

Neem één maand en tel hoeveel documenten u aanraakt voordat ze bij het kantoor zijn: bonnen, inkoopfacturen, werkbonnen, bankregels zonder bijlage. Zet er per stuk de minuten naast. Voor het installatiebedrijf hierboven nemen we 90 stukken per maand aan, gemiddeld drie minuten per stuk, plus het uur van dag 30. Dat is 330 minuten, 5,5 uur per maand. Tegen een aangenomen uurtarief van €45 voor de eigenaar is dat €247,50 per maand en €2.970 per jaar. Een berekende indicatie met aangenomen getallen; met uw eigen telling wordt het een ander bedrag.

Die €2.970 is de maat waarnaar u kijkt, en die legt u naast wat een automatisering kost aan bouw, abonnementen en beheer, bij ons of bij een ander. Onder de €2.000 per jaar loont een automatisering meestal niet, staat op onze prijzenpagina, en dan is het eerlijke antwoord: laat het kantoor de boekhouding doen en zet zelf de postbusregels en de scanner goed. Daarboven wordt het een gesprek over het verzamelwerk vóór het kantoor, en daarover staat op /vragen/ ook de vraag "Waarom niet gewoon iemand aannemen voor de administratie?", met ons antwoord erbij.

Het moment dat het token niet meer geldt

De koppeling heeft maanden gedraaid en meldt op een maandag 401 op elke aanroep. AFAS noemt bij 401 twee oorzaken: een verkeerd webserviceadres of een verlopen token. Een classic token is volgens de beveiligingspagina van AFAS "een gebruikersnaam en wachtwoord die toegang geeft tot één specifieke omgeving", en het hangt aan een systeemgebruiker. Wordt die gebruiker opgeruimd bij een accountschoonmaak, dan is het token waardeloos zonder dat iemand het token zelf heeft aangeraakt.

Er komt een tweede oorzaak bij. AFAS schrijft in de overstapinformatie naar OAuth dat bestaande classic tokens vanaf september 2026 een einddatum van 15 februari 2027 krijgen, en dat app connectoren die zes maanden of langer niet gebruikt zijn worden geblokkeerd. Een koppeling die alleen bij de jaarafsluiting draait, kan dus in de tussentijd zijn app connector kwijtraken. Het vinkje "geblokkeerd" op de app connector is dan het eerste wat u nakijkt, vóór u in de code gaat zoeken.

Het moment dat de GetConnector een veld mist

De koppeling geeft geen fout maar levert lege waarden, of valt om op een veld dat er gisteren nog was. Een GetConnector is geen vaste API maar een gegevensverzameling die een beheerder in Profit heeft samengesteld, en de veldnamen in de kolom Veld zijn de namen die de koppeling terugkrijgt. Iemand die in Profit een veld hernoemt naar iets leesbaars, of een veld weghaalt dat hem overbodig lijkt, verandert daarmee de output van de koppeling. Een typisch moment is een opschoonronde na een Profit-update, als de beheerder de inrichting naloopt en opruimt wat hij niet kent.

De metainfo-aanroep op een GetConnector geeft volgens de GetConnector-documentatie de actuele velden terug; een koppeling die bij het opstarten controleert of de velden waar hij op rekent er nog zijn, meldt het verschil in plaats van er stil overheen te lezen.

Het moment dat de UpdateConnector weigert

Schrijven naar AFAS geeft een 500, met een tekst die volgens dezelfde documentatie in de header X-Profit-Error staat, in Base64. Wie die header niet ontcijfert, zoekt op de verkeerde plek. Ontcijferd staat er de inhoudelijke reden. Typische redenen: een verplicht veld dat leeg is, een codetabelwaarde die niet bestaat, een relatie die is geblokkeerd. Welke velden verplicht zijn, staat in de UpdateConnector-beschrijvingen met een sterretje, maar wat er in een codetabel mag staan, verschilt per inrichting. Een verkooporder die in januari doorging, kan in maart stranden omdat iemand een betaalconditie heeft opgeruimd.

Speciale tekens apart: AFAS eist UTF-8; wat er anders aankomt, wordt een vraagteken in Profit. Die verminking valt pas op als een klant zijn eigen naam op de factuur ziet.

Het moment dat het te veel wordt

Een koppeling die goed werkt, wordt groter gemaakt. Dan komen de grenzen die AFAS documenteert in beeld: maximaal zes parallelle aanroepen, een time-out bij verbindingen die ongeveer een kwartier open staan, 75 MB per aanroep, en een fair-use-beleid waarbij AFAS contact opneemt als "elke minuut dezelfde dataset van 15mb wordt opgehaald". Een koppeling die elke vijf minuten de volledige artikeltabel binnenhaalt om te kijken of er iets veranderd is, krijgt daar geen foutcode voor, maar wel een bericht van AFAS. AFAS adviseert daarom gewijzigde gegevens op te vragen en in porties te werken met skip en take, altijd met een sortering, anders schuiven de records tussen twee pagina's door.

Het moment van de omgevingswissel

De koppeling is op de testomgeving gebouwd en gaat naar productie. De adressen verschillen op één woord: in het domein staat bij test resttest en bij productie rest, en de omgevingsnaam begint met T in plaats van O. Het token dat op test werkte, geldt voor die ene omgeving en dus niet voor productie. Een app connector op productie moet opnieuw dezelfde Get- en UpdateConnectoren aangevinkt hebben, want wat er niet in staat, is niet aan te roepen. En de filterautorisatie van de connectorgebruiker bepaalt welke records de GetConnector überhaupt teruggeeft. Een koppeling die op test alle debiteuren zag en op productie de helft, heeft geen bug maar een gebruikersgroep die op productie anders is ingericht.

Wat u zelf kunt nakijken

Bij vier van deze vijf storingen verkleint één logregel per aanroep het zoekgebied: tijdstip, omgeving, connectornaam, HTTP-code en de ontcijferde X-Profit-Error. Wie dat regeltje heeft, ziet snel of het in de toegang zit (alles 401 vanaf één moment), de inrichting (500 met een veldnaam erin), of de volumegrens (time-outs op de grote aanroepen). Het vijfde geval, het veld dat stilletjes verdwijnt, vangt alleen een controle op de metainfo.

Wat niet in dit lijstje past, ligt meestal niet aan de koppeling. Een order die met de juiste velden en zonder fout in AFAS komt maar bij de verkeerde afdeling belandt, is een inrichtingsvraag voor een Profit-consultant; dat schrijven we ook zo op de koppelingspagina. Wat wel bij de koppeling hoort, staat daar onder wat we bouwen en wat het beheer kost.

Het CBS vroeg in 2025 aan bedrijven welke betaalde clouddiensten ze gebruiken. Van de bedrijven met 20 tot 50 werkzame personen betaalt 71 procent voor minstens één clouddienst: 66 procent voor e-mail, 60 procent voor kantoorsoftware, 56 procent voor boekhouding, 40 procent voor CRM en 33 procent voor ERP. Dat zijn de grootste categorieën die het CBS uitvraagt. De planningstool, de urenapp, de e-handtekening, de nieuwsbrief, het wachtwoordbeheer en de app waarmee de buitendienst foto's aanlevert staan er niet bij, en die zijn er ook.

Waarom het stapelt

Abonnementen stapelen omdat ze één voor één binnenkomen, elk als oplossing voor een probleem dat op dat moment echt was. De planning liep vast in Excel, dus er kwam een planningstool. De urenbriefjes klopten niet, dus er kwam een urenapp. Niemand heeft ooit besloten twaalf pakketten te hebben. Er is twaalf keer besloten er één bij te nemen.

Daar komt bij dat de meeste pakketten per gebruiker rekenen. Een tool van 12 euro per maand voelt als niets, tot hij bij twintig mensen staat: 240 euro per maand, 2.880 euro per jaar, als rekenvoorbeeld. En wie weggaat, telt vaak nog maanden mee, tot iemand toevallig tegen de licentie aanloopt. Zylo, een Amerikaans bedrijf dat softwarelicenties beheert voor zijn klanten, meldde in zijn SaaS Management Index 2025 dat organisaties gemiddeld 54 procent van hun licenties daadwerkelijk gebruiken, en dat de kleinste klasse in dat onderzoek, tot 500 werknemers, gemiddeld 152 applicaties heeft. Dat zijn klanten van een Amerikaans licentiebeheerpakket, vrijwel allemaal veel groter dan een installatiebedrijf in Apeldoorn, en de cijfers laten zich niet zomaar overzetten. Het mechanisme wel.

Opzeggen doet bijna niemand, omdat opzeggen werk is en doorlopen geen aandacht vraagt. Het abonnement verlengt zichzelf, de factuur wordt automatisch geïncasseerd en automatisch ingeboekt. Precies de automatisering die u elders zo goed uitkomt, zorgt hier dat niemand meer kijkt.

Hoe u het in een uur telt

U hoeft geen tool te installeren om softwarekosten te tellen. Daar bestaan ook abonnementen voor, en dat is de grap. Neem het bankafschrift en het creditcardoverzicht van één volledige maand, liefst een maand met een kwartaalwissel erin, want sommige pakketten factureren per kwartaal of per jaar. Loop de afschrijvingen langs en zet elke software-incasso op één velletje: naam, bedrag, per maand of per jaar, en het aantal gebruikers. Jaarbedragen deelt u door twaalf. Reken op een uur, wat meer als de creditcard van de eigenaar erbij moet.

Meestal staat er dan een getal dat hoger is dan de schatting vooraf. Daarin zitten een paar posten waarvan niemand meer weet waar ze voor dienen, en een paar waarvan het aantal gebruikers niet klopt met de mensen die er nu werken. Die posten zijn direct geld. Net als de bankkoppeling en Peppol aanzetten is dit iets wat u deze week alleen kunt doen, zonder leverancier.

De vraag die u aan de lijst stelt

Zet naast elk abonnement in één woord wat het doet. Bij een deel van de lijst staat dan iets als: gegevens van A naar B brengen. De urenapp bestaat omdat de uren anders overgetypt moeten worden in het loonpakket. De planningstool bestaat omdat het ERP geen planbord heeft. Het formulierenpakket bestaat omdat de website niet met het CRM praat. Dat zijn geen tools die een probleem oplossen; het zijn tools die een gat tussen twee andere tools dichthouden. Elk met een eigen gebruikersprijs, een eigen inlog en een eigen plek waar gegevens net anders staan.

Zo'n gat kunt u ook rechtstreeks dichten, met een koppeling tussen de twee pakketten die u al heeft in plaats van een derde ertussen. Dat is niet vanzelf goedkoper: een koppeling bouwen kost geld en onderhoud, en onder 2.000 tot 5.000 euro arbeidswaarde per jaar loont het meestal niet. Maar het is wel de vraag om te stellen voordat het volgende abonnement erbij komt. Wat er met de pakketten die u al heeft aan koppelingen mogelijk is, staat op /koppelingen/.

Elf op 64 is ongeveer één op zes. Wie gehoord heeft dat de machine "95 procent nauwkeurig" is, verwacht iets anders. Het verschil zit in wat er geteld wordt, en dat blijkt de hele ochtend door.

Wat het cijfer zegt

Een documentmodel kan bij een veld dat het uitleest een zekerheidsscore teruggeven; niet elk veld krijgt er een, dat hangt af van model en versie. Microsoft schrijft over zijn Document Intelligence-dienst dat een score van 0,95 betekent dat de voorspelling naar schatting 19 van de 20 keer klopt. Dat is een geschatte kans per veld, geen fout per factuur. Neem voor het rekenvoorbeeld aan dat er per factuur acht velden gecontroleerd worden: leverancier, factuurnummer, factuurdatum, vervaldatum, totaal, btw, betalingskenmerk, ordernummer. Wie 64 facturen met acht velden per stuk ongezien accepteert, en aanneemt dat elke score 0,95 is en dat die score de werkelijke kans weergeeft, moet rekenen op ongeveer 26 verkeerde velden per dag: 64 keer 8 keer 0,05 is 25,6. Dat is geen voorspelling voor een echte administratie, want daar zijn de scores niet allemaal gelijk en niet per se goed geijkt. Het verklaart wel waarom niemand een documentkoppeling zo bouwt. Dezelfde documentatie zegt het zelf: waar nauwkeurigheid telt, gebruik je de score om te beslissen of een veld automatisch wordt geaccepteerd of naar een mens gaat.

Dat is de drempel. Hoe hoog hij staat is geen technische keuze maar een afspraak met degene die het werk doet; zo staat het ook op de techniekpagina: bij lage zekerheid gaat het naar een mens, en welke drempel daarvoor geldt wordt samen bepaald. In dit voorbeeld heeft zij eraan meebeslist, en daarom weet ze wat de elf betekenen: niet elf fouten, maar elf keer twijfel.

De scan die scheef lag

Nummer één is een factuur van een schildersbedrijf, op de balie ingescand en als foto gemaild. Het beeld staat een paar graden gedraaid en de onderste regel is grijs van het kopieerapparaat. Het model las het factuurnummer met 0,61 zekerheid en het totaal met 0,72, allebei onder de drempel. Ze kijkt: het nummer klopt, het totaal ook. Twee velden bevestigd, factuur door. Anderhalve minuut.

Het is de meest voorkomende reden op de lijst en de minst interessante. OmniDocBench, een benchmark die 981 pagina's van negen documentsoorten door pijplijntools en beeldtaalmodellen haalde, meet de fout in de tekstherkenning als genormaliseerde editafstand: 0 is foutloos, 1 is niets bruikbaars herkend. De pijplijntool MinerU haalt op Engelse tekst 0,061 (tabel 2 in het artikel). Op de pagina's die de onderzoekers als wazige scan aanmerken loopt het uiteen: MinerU staat daar op 0,15, de pijplijntool Nougat op 0,934, het beeldtaalmodel Qwen2-VL-72B op 0,082 (tabel 4). Dat zijn wetenschappelijke artikelen, boeken en kranten, geen Nederlandse facturen, dus de cijfers zijn niet over te nemen. Het patroon wel: de fout is niet gelijk verdeeld over de documenten, hij zit in de slechte beelden, en hoeveel het scheelt hangt van de tool af. In dit voorbeeld komen de slechte beelden van één leverancier met een kopieerapparaat.

Het totaal dat niet optelt

Nummer vier had wél hoge scores. Elk veld boven de 0,9, en toch op de lijst, omdat een controle na het uitlezen niet slaagde: subtotaal plus btw is niet het totaal. Ze opent de PDF. Onderaan staat een regel "kredietbeperkingstoeslag 2%", die alleen geldt bij te late betaling, en het model heeft het bedrag inclusief die toeslag als totaal genomen. Het model was zeker en had ongelijk.

Dat hoort bij het cijfer. Een score van 0,9 sluit een fout niet uit; over veel vergelijkbare velden betekent hij, als hij goed geijkt is, ongeveer negen goede uitkomsten per tien. Wat de tiende tegenhoudt is geen hogere score maar een tweede controle die niets van het model hoeft te weten: tellen de bedragen op, bestaat het factuurnummer al, komt het totaal overeen met de inkooporder. Op de pagina over facturen inboeken staat zo'n keten in volgorde; zij ziet er de uitkomst van. Ze zet het totaal op het bedrag zonder toeslag en noteert de leverancier, want dit komt terug.

De leverancier die niemand kende

Nummer zes: een leverancier die nog niet in het boekhoudpakket staat. Naam, IBAN en KvK-nummer zijn goed gelezen, met hoge zekerheid, maar de koppeling vindt er geen crediteur bij. Dit is geen leesfout en geen twijfel; het is een regel. In deze koppeling wordt een nieuwe crediteur niet automatisch aangemaakt en een gewijzigd rekeningnummer niet automatisch overgenomen, omdat een vals rekeningnummer op een echt ogende factuur de gangbare vorm van factuurfraude is. Ze belt de collega die de bestelling deed, maakt de crediteur aan en geeft de factuur vrij.

Dit deel van de lijst wordt niet kleiner met een beter model. Elke leverancier is één keer nieuw.

De creditnota

Nummer negen is een creditnota. Het model las het totaal als positief bedrag met een score van 0,97, en had daar reden toe: het minteken staat niet op de factuur, het woord "creditnota" staat alleen in de kop. Gelezen is het goed. Begrepen is het niet. In dit voorbeeld heeft de administratie ervoor gekozen creditnota's altijd door een mens te laten beoordelen, en daarom staat hij op de lijst, niet vanwege een score. Zij zoekt de oorspronkelijke factuur erbij, boekt het bedrag negatief en gaat naar nummer tien.

De elf van die ochtend

Om tien over negen is de lijst leeg, op de twee facturen na die bij de inkoper liggen. Wat opvalt is de verdeling: vijf van de elf gaan over leesbaarheid, en die zijn het snelst. De andere zes kwamen door controles en afspraken op de lijst, niet door een lage veldscore. Als "nauwkeurigheid" alleen de score is, mist het cijfer meer dan de helft van wat haar werk is.

Wat er niet op de lijst staat

De vraag die de lijst niet beantwoordt, is hoeveel van de 53 doorgelaten facturen fout zijn. De score zegt daar iets over, maar niet genoeg, want een zekere fout haalt de drempel. De controles achteraf vangen de fouten die de bedragen raken, maar een verkeerde factuurdatum telt gewoon op. Wat overblijft is meten. Zij doet dat op de laatste vrijdag van de maand: twintig doorgelaten facturen, willekeurig gekozen, naast de PDF, acht velden per factuur nakijken, en twee dingen tellen: het aantal verkeerde velden en het aantal facturen met minstens één fout. Bij drie minuten per factuur is dat een uur; de omvang en de frequentie zijn een keuze, geen norm. Het levert het cijfer op dat de leverancier van het model niet kan geven, omdat het van haar documenten afhangt.

Halverwege de middag komt een van de twee facturen van de inkoper terug: het prijsverschil was meerwerk, akkoord. Ze geeft hem vrij. De andere blijft liggen tot de leverancier belt.

Wie een taalmodel meer vraagt dan een veld, een samenvatting of een afleiding, krijgt een ander soort fout, en dat is een reden om dat bij facturen zo min mogelijk te doen. De hallucinatieranglijst van Vectara laat modellen ruim 7.700 Engelstalige artikelen samenvatten met de opdracht alleen te gebruiken wat in de tekst staat, en laat een eigen beoordelingsmodel nakijken of de samenvatting strookt met de bron. Op de stand van 11 mei 2026 loopt het aandeel samenvattingen met iets dat niet in de bron staat voor de opgenomen modellen uiteen van 1,8 tot 24,2 procent; de beoordeling is zelf ook modelwerk, dus het zijn schattingen. Een veld uit een factuur is eenduidig tegen de factuur te controleren; een samenvatting veel moeilijker. Daarom beperkt een factuurkoppeling het model liefst tot velden die na te kijken zijn.

Aan het eind van de dag telt ze de redenen bij de weekstaat op. Niet omdat iemand erom vraagt, maar omdat die telling is wat de lijst korter maakt: één leverancier vragen om een PDF in plaats van een scan haalt meer weg dan een nieuwer model. Wat zo'n koppeling stap voor stap controleert, en waar de mens erin zit, staat bij facturen inboeken.

Wat er vastgelegd moet worden

De onderste laag is Europees. Artikel 67 van Verordening 1107/2009 verplicht professionele gebruikers om per toepassing van een gewasbeschermingsmiddel de naam van het middel, het tijdstip, de dosis, het gebied en het gewas bij te houden, en dat register minstens drie jaar te bewaren. Nederland legt daar de gewasbeschermingsmonitor bovenop: wie middelen in voorraad heeft of laat gebruiken, houdt volgens artikel 26 van het Besluit gewasbeschermingsmiddelen en biociden gedurende het teeltseizoen een monitor bij waarin staat hoe geïntegreerde gewasbescherming is toegepast. De NVWA vat het kort samen: u moet registreren welke middelen u gebruikt, en hoeveel en wanneer, en beschrijft dat een inspecteur bij een controle de spuitregistratie naast de monsteranalyse legt.

Daarboven komen de certificaten, en die vragen grotendeels hetzelfde, in een ander formaat en een ander ritme. MPS-ABC wil een registratie op vijf thema's, gewasbeschermingsmiddelen, meststoffen, energie, water en afval, realtime of één keer per periode van vier weken, en na ongeveer dertien perioden volgt een audit. MPS-GAP is gebenchmarkt met GLOBALG.A.P., vereist een geldige MPS-ABC-kwalificatie en voegt traceerbaarheid en recallprocedures toe. GLOBALG.A.P. IFA laat jaarlijks een onafhankelijke certificatie-instelling controleren en eist dat u alle Major Musts en minstens 95 procent van de Minor Musts haalt; de standaard verwacht een zelfbeoordeling met de checklist vooraf. On the way to PlanetProof werkt met een eigen certificatieschema plantaardige producten, gecontroleerd door onder meer Control Union, Kiwa VERIN, MPS-ECAS en SGS.

Neem één bespuiting op een dinsdagochtend. Die komt terecht in:

1. de wettelijke spuitregistratie (middel, tijdstip, dosis, oppervlak, gewas);
2. de opgave aan MPS-ABC over de periode van vier weken waarin de bespuiting viel;
3. het dossier voor de GLOBALG.A.P.- of PlanetProof-audit, dat meer vraagt dan het spuitregister, om te beginnen wie spuitte en met welk bewijs van vakbekwaamheid;
4. de eigen teeltadministratie, omdat u volgend jaar wilt weten wat er in week 34 gebeurde.

Wie alleen de wet volgt, heeft twee van die plekken; wie voor de retail teelt, meestal alle vier. Hoeveel uur dat kost, hangt niet af van het aantal bespuitingen maar van hoe vaak u dat ene feit met de hand overneemt.

Manier 1: op het spuitformulier, daarna overtypen

De spuiter vult een formulier in bij de spuitkast: datum, kap, middel, dosering, waterhoeveelheid. Het formulier gaat op een stapel in de kantine en wordt op vrijdag overgetypt in Excel of in het teeltpakket. Aan het einde van de MPS-periode telt iemand de hoeveelheden per middel op en voert die in bij MPS. Voor de audit worden de formulieren van het jaar in een ordner gedaan.

Het werkt, en het is niet dom: de spuiter hoeft niets van software te weten en er gaat niets stuk als de wifi in de kas wegvalt. De kosten zitten in het overtypen en in de fouten die pas bij de audit boven komen: een onleesbare 7 die een 1 werd, een bespuiting die wel gedaan is maar waarvan het formulier in een broekzak zit. Elke overtypronde is een kans op een afwijking tussen formulier en register, en de auditor legt precies die twee naast elkaar.

Manier 2: rechtstreeks in het teeltregistratiepakket, met handmatige export

De spuiter of de teamleider voert de bespuiting dezelfde dag in het pakket in. Het pakket legt de wettelijke velden vast. Eén keer per periode draait iemand een export, kijkt of de totalen kloppen, en zet de cijfers over naar de MPS-omgeving. Of het pakket ook de rapporten voor de audit kan maken, verschilt per pakket; dat is de eerste vraag aan de leverancier.

Het overtypen van formulieren verdwijnt; het overzetten tussen pakketten blijft. Dat is minder werk, maar het is werk dat één persoon kent. Wie die export draait, weet welke kolom bij welk MPS-veld hoort en welke twee middelen in het pakket onder een oude naam staan. Bij de vraag wat er stilvalt als één iemand weg is hoort dit erbij: niet groot, wel onmisbaar en zelden opgeschreven. En de export is een moment: wat er na de export in het pakket verandert, staat niet in de opgave.

Manier 3: gekoppeld

Het pakket waarin de bespuiting wordt ingevoerd, geeft die door aan de plekken die hem nodig hebben. Het periodetotaal voor MPS wordt niet overgetypt maar berekend en klaargezet; het auditdossier bestaat uit dezelfde regels die de wet al vraagt; de eigen teeltadministratie is niet een aparte plek maar dezelfde bron met een ander overzicht. Wat de teler nog doet, is controleren: klopt de periode, is er een bespuiting zonder bevoegde spuiter. Hoe zo'n koppeling tussen pakketten in de praktijk wordt gebouwd, en wanneer maatwerk niet loont, staat op de pagina over koppelingen; de administratieve kant van de glastuinbouw, van orders tot certificaten, staat op /oplossingen/glastuinbouw/.

Dit is niet gratis, niet altijd mogelijk en niet zonder eigen risico. Een koppeling die verkeerd is ingericht, zet een fout niet één keer maar elke periode in het register, en een koppeling die stilvalt, maakt geen lawaai; iemand moet dus blijven kijken of de opgave er echt staat. Of het überhaupt kan, hangt af van drie vragen aan de leverancier van het pakket: kan het gegevens naar buiten geven via een API of minstens een geplande export, wat gebeurt er met een correctie achteraf, en krijgt u een melding als een overdracht mislukt. Blijft het antwoord op de eerste vraag nee, dan bouwt u op drijfzand.

Naast elkaar

Wanneer welke past

Papier past bij een bedrijf waar dezelfde persoon spuit én registreert, met één gewas en één certificaat. Dan is er nauwelijks een overtypronde en wegen de kosten van iets anders niet op tegen de winst.

De tweede manier is de typische situatie bij een bedrijf van tien tot vijftig man: meerdere spuiters, twee of drie certificaten, een teler die de export zelf draait. Het knelt op het moment dat die export niet meer door één persoon te overzien is, of als die persoon in de zomer drie weken weg is en de MPS-periode net dan sluit.

De derde manier past pas als het pakket meewerkt en als de uren die u erin stopt echt uren zijn. Reken dat na voordat u iets laat bouwen: tel één periode van vier weken lang elke keer dat iemand een bespuiting, een meststofgift of een meterstand voor de tweede keer intypt, met een streepje op een velletje bij de spuitkast en een velletje op kantoor. Reken twee minuten per keer, inclusief het opzoeken; dat is een aanname, geen meting. Twintig streepjes zijn dan veertig minuten per periode, en dat laat u zo. Tweehonderd streepjes zijn bijna zeven uur per periode, en over dertien perioden ruim 85 uur per jaar; een berekende indicatie, maar wel een die u zelf hebt geturfd. Dan weet u waar de uren blijven, en u weet ook dat de auditor precies daar gaat kijken.

De vraag of een vaste werkwijze u helpt of tegenhoudt heeft daarom geen algemeen antwoord. Routine heeft één eigenschap die tegelijk zijn kracht en zijn zwakte is: hij kijkt niet meer naar wat hij doet.

Wat routine doet

Wood en Neal vatten het in 2007 in Psychological Review zo samen: een gewoonte ontstaat doordat een handeling steeds in dezelfde omgeving wordt herhaald, en zodra die koppeling er is, roept de omgeving de handeling op zonder dat er nog een doel tussen zit. Belangrijker voor de werkvloer is wat zij daarna schrijven: die koppelingen worden langzaam opgebouwd en verschuiven nauwelijks mee met wat iemand op dat moment wil. Een gewoonte kijkt niet naar het doel. Hij kijkt naar de omgeving.

Hoe langzaam dat opbouwen gaat, hebben Lally en collega's in 2010 in kaart gebracht bij 96 vrijwilligers die twaalf weken lang dagelijks een zelfgekozen gedrag herhaalden in een vaste situatie. Ze maten hoe automatisch het gedrag aanvoelde en zagen dat de tijd tot het plafond uiteenliep van 18 tot 254 dagen. Eén keer overslaan deed weinig. Het ging om zelfgekozen gedrag, niet om werk, maar de strekking laat zich vertalen: een handeling wordt pas na weken tot maanden herhalen echt automatisch, en daarna raakt de koppeling volgens Wood en Neal niet zomaar los. Dat is wat u wilt van de ochtendronde. Het is ook waarom een routine door blijft lopen nadat de reden ervoor is weggevallen.

Wanneer routine draagt

Routine werkt zolang het werk eronder hetzelfde blijft. De bank ophalen, uren doorzetten, de weekplanning op vrijdag, de kwartaalaangifte: de situatie is elke keer gelijk, de handeling ook, en de uitkomst is controleerbaar. Hier helpt nadenken niet. Wie elke ochtend opnieuw bedenkt hoe de dag begint, begint hem later.

Een routine is bovendien overdraagbaar op een manier die "gewoon goed opletten" niet is. Wat er gebeurt als het werk alleen in één hoofd zit, stond in het stuk over de medewerker die alles wist.

Wanneer routine bedriegt

Het gaat mis op het moment dat het werk verandert en de handeling niet. Dat gebeurt stiller dan u denkt. De voorbeelden hieronder zijn typisch en verzonnen; de patronen niet.

Neem de export die anders is geworden. Iemand haalt elke maandag een bestand uit het kassasysteem, opent het, knipt de kolommen die hij nodig heeft en plakt ze in de sheet waar de rest van het bedrijf op werkt. Het pakket krijgt een update, er komt een kolom bij of de datumnotatie verandert, en de handeling blijft dezelfde: openen, knippen, plakken. Niemand ziet een fout, omdat niemand meer kijkt; de routine is er juist voor dat u niet hoeft te kijken. Het kan weken duren voor iemand merkt dat de omzet van dinsdag steeds op maandag staat.

Dan is er de controle die niemand meer leest. Elke offerte gaat langs de eigenaar voor een paraaf. Ooit was dat omdat de calculator nieuw was. Jaren later tekent de eigenaar tussen twee afspraken door zonder te lezen. De offerte wacht een dag op iets wat niets meer toevoegt, en het bedrijf denkt nog altijd dat er iemand meekijkt. Hoe zo'n wachtstap een order van drie uur werk over negen dagen uitsmeert, staat in het stuk over wachten als kostenpost.

En er is de stap die er nog is om een reden die niet meer bestaat. Het formulier in drievoud omdat de accountant dat in 2016 wilde. De kopie van elke inkoopfactuur in een netwerkmap, van voor het boekhoudpakket zelf ging bewaren. Niemand heeft besloten dat deze stappen moeten blijven; niemand heeft besloten dat ze weg mogen. Ze zijn er omdat ze er gisteren ook waren.

Wat deze gevallen gemeen hebben, is dat ze geen fout opleveren die iemand voelt. Het werk komt af. Dat is het gevaarlijke eraan. De socioloog Diane Vaughan onderzocht na de ramp met de spaceshuttle Challenger hoe een organisatie stap voor stap kan wennen aan iets wat eigenlijk niet klopt, en noemde dat normalization of deviance: een afwijking van wat juist is wordt de gewoonte, omdat het steeds goed afloopt. Bij de NASA ging het om een afdichtring en om mensenlevens; bij u om een export die net niet klopt. Dat is niet hetzelfde, maar het patroon is herkenbaar: elke keer dat het goed gaat, lijkt een bevestiging dat de handeling deugt, terwijl het daar niets over zegt.

Hoe u het verschil ziet

Aan de handeling zelf ziet u niets; die is in beide gevallen hetzelfde. U ziet het aan de vraag die u erbij stelt. Bij een routine die draagt, kunt u in één zin zeggen waarom hij er is en wat er misgaat als hij wegvalt. Bij een routine die bedriegt, begint het antwoord met "dat doen we altijd zo" of met de naam van iemand die hier niet meer werkt.

Kijk ook naar wie er nog naar kijkt. Een controle die werkt, wijst af en toe iets af. Een paraaf die in een jaar nooit tot een correctie heeft geleid, kan nog steeds werken omdat iedereen weet dat er gekeken wordt; maar dan moet degene die tekent dat wel kunnen zeggen, en ook echt kijken. Hetzelfde geldt voor een rapport waarvan niemand de laatste beslissing kan noemen die erop is gebaseerd.

En let op de momenten waarop het werk eronder verandert. Een nieuw pakket, een nieuwe leverancier, een collega die vertrekt, een klant die groter werd dan de rest: dan verschuift de omgeving terwijl de gewoonte blijft staan. De koppeling schuift niet vanzelf mee met het doel, schrijven Wood en Neal. Dus moet iemand dat bewust doen.

Dat vraagt geen project. Het vraagt dat u af en toe bij een vaste handeling blijft staan en de vraag stelt die de routine zelf niet meer stelt: waar komt dit vandaan, en klopt dat nog. Meestal is het antwoord ja, en dan laat u het lopen. Bij een stap die er staat voor de wet, de verzekeraar of de veiligheid laat u hem ook staan als niemand op kantoor de reden nog kent; daar volstaat de vraag niet en zoekt u de reden op. Soms is het antwoord dat niemand het weet en er ook geen regel achter zit. Dan heeft u de plek gevonden waar de handeling gelijk bleef en het werk allang verder was.

Dat is een begrijpelijke wens en een slechte inrichting. "Alles controleren" en "niets controleren" zijn allebei een keuze met een prijs, en de goede keuze ligt er bijna altijd tussenin. Waar precies, is uit te rekenen. Hieronder staat die som voor één typisch proces, met alle aannames erbij, zodat u hem met uw eigen getallen kunt overdoen.

Het proces en de aannames

Het voorbeeld is het inboeken van inkoopfacturen. Software haalt de PDF uit de mailbox, leest leverancier, factuurnummer, bedragen en btw uit, en zet de boeking klaar. Bij elk uitgelezen veld hoort een zekerheidsscore: hoe zeker het model is dat het goed gelezen heeft. Op de pagina over techniek staat de regel die daarbij hoort: bij lage zekerheid gaat het naar een mens in plaats van door.

De vraag is dan waar "laag" begint. Daarvoor zijn vijf getallen nodig, hier allemaal aangenomen; verderop staat hoe u de echte vindt.

Het volume: 400 inkoopfacturen per maand. Het uurtarief van de controleur: 45 euro, als loonkosten inclusief werkgeverslasten, niet als brutoloon. De controlestap: twee minuten per factuur, dus 1,50 euro. Dat is de PDF naast de klaargezette boeking bekijken en op akkoord drukken. De kosten van een doorgelaten fout: 75 euro, een berekende indicatie voor één uur herstelwerk (opzoeken, corrigeren, leverancier bellen, creditnota verwerken) plus een kleine opslag voor de fouten die geld kosten in plaats van tijd.

Het vijfde getal is niet één getal maar een verdeling: hoeveel facturen in welke zekerheidsband vallen, en hoe vaak het model het daar werkelijk mis heeft. De aanname hier:

Zonder enige controle gaan er in dit voorbeeld dus 16,48 fouten per maand de boekhouding in. De verdeling is verzonnen om mee te rekenen; hoe uw eigen verdeling eruitziet, weet u pas na meten.

De som per drempel

Met die getallen is de vraag "waar leg ik de drempel" een optelsom van twee posten: wat de controle kost, en wat de fouten kosten die er doorheen glippen. Aangenomen dat de mens die controleert elke fout vindt die hem wordt voorgelegd (een aanname die verderop sneuvelt):

Bedragen in euro per maand, berekende indicatie op de aannames hierboven; de foutkosten zijn het aantal fouten maal 75 euro.

Twee dingen vallen op. "Alles controleren" is in dit voorbeeld ruim twee keer zo duur als de beste drempel, en "niets controleren" ruim vier keer. En het omslagpunt is niet toevallig. Een band moet naar een mens zodra de foutkans in die band groter is dan de controlekosten gedeeld door de foutkosten. Hier is dat 1,50 gedeeld door 75, dus 2 procent. De band van 0,90 tot 0,98 zit op 4 procent en verdient controle; de band erboven zit op een half procent en niet. Die vuistregel is het enige wat u uit dit stuk hoeft te onthouden, want hij blijft staan als de getallen veranderen.

En ze veranderen. Kost een doorgelaten fout geen 75 maar 20 euro, omdat het om een interne correctie gaat die de boekhouder toch al ziet bij het afletteren, dan wordt het omslagpunt 7,5 procent en schuift de drempel naar 0,90. Kost een fout 500 euro, omdat het gaat om het rekeningnummer waar het geld naartoe gaat, dan wordt het omslagpunt 0,3 procent en hoort zelfs de hoogste band naar een mens. De drempel is daarom geen instelling van de software maar een afspraak per veld: het bedrag mag bij een hoge score door, het rekeningnummer nooit zonder ogen.

Wat de tabel niet vangt

De zwakste aanname staat boven de tweede tabel: dat de mens elke fout vindt die hem wordt voorgelegd. Dat klopt niet, en het klopt minder naarmate hij er meer krijgt.

Daar is in meerdere studies en een systematisch overzicht naar gekeken. Parasuraman en Riley beschreven in 1997 het patroon dat zij misuse noemen: overmatig vertrouwen op automatisering, dat kan uitmonden in falend toezicht en scheve beslissingen. Skitka, Mosier en Burdick lieten het in 1999 zien in een gesimuleerde vliegtaak: proefpersonen mét een zeer betrouwbaar maar niet perfect hulpsysteem presteerden op een bewakingstaak slechter dan proefpersonen zonder. Ze misten gebeurtenissen waar het systeem niet op wees, en ze deden wat het systeem aanraadde, ook als dat inging tegen hun training en tegen andere, volledig betrouwbare aanwijzingen die beschikbaar waren. Dat laatste is precies de controleur die 380 keer per maand op akkoord drukt bij een goede boeking en daarna de 381ste, verkeerde, ook goedkeurt.

Een systematisch overzicht van 74 studies uit 2012, van Goddard, Roudsari en Wyatt, noemt als factoren die dit erger maken: werkdruk, taakcomplexiteit en tijdsdruk. En als factoren die het verzachten: training, de nadruk op eigen verantwoordelijkheid van de gebruiker, en het meegeven van een actuele zekerheidsscore bij de uitkomst. Daarom hoort de score ook op het scherm van de persoon die kijkt: wie "0,83 op het bedrag" ziet, kijkt anders dan wie alleen een groen vinkje ziet.

Reken het door als scenario. Stel dat de controleur in de rij "alles controleren" na een paar weken nog zes van de tien fouten ziet; geen van de bronnen geeft een percentage voor deze taak, het is een aanname om de gevoeligheid te tonen. Dan glippen er van de 16,48 fouten 6,6 door, à 75 euro is dat 495 euro, en de rij komt op 1.095 euro per maand. In dat scenario is alles controleren bijna de duurste keuze. De controleur in de rij "onder 0,98" ziet 120 documenten waarvan er ruim 15 werkelijk fout zijn, één op de acht. Dat houdt iemand wakker.

Lisanne Bainbridge schreef er in 1983 een kort, veel geciteerd artikel over. Uit waakzaamheidsonderzoek is bekend, schrijft ze, dat zelfs een zeer gemotiveerd mens zijn aandacht niet langer dan ongeveer een half uur kan vasthouden op een informatiebron waar bijna niets op gebeurt. Wie mensen alleen laat toekijken op een systeem dat het bijna altijd goed doet, geeft ze in haar woorden een onmogelijke taak. De controlestap hoort daarom niet te bestaan uit toekijken, maar uit beslissen over de gevallen waar werkelijk iets te beslissen valt.

Wanneer dit niet werkt

De som gaat uit van een zekerheidsscore die ergens op slaat: dat 0,95 ook echt in ongeveer 95 van de 100 gevallen goed is. Een model dat overal 0,97 op zet en toch één op de tien keer mis is, maakt elke drempel waardeloos. Daarom draait een nieuw proces bij ons de eerste weken met een extra controlestap die de klant zelf afbouwt zodra de score en de werkelijkheid bij elkaar blijken te liggen. Die weken zijn de meting waar de tabel op rust.

De som gaat ook uit van een fout met een prijs. Er zijn fouten zonder plafond: een betaling naar een gewijzigd rekeningnummer, een medicijnetiket, een certificaat dat niet blijkt te bestaan. Daar staat altijd een mens, en de vraag is alleen hoe die wakker blijft.

En bij een klein volume is de verdeling niet te meten. Bij dertig facturen per maand zijn er te weinig fouten om een foutkans per band uit af te leiden; de som werkt dan wel op papier, maar de invoer is gegist. Dan is alles controleren een kwartier per week, en een redelijke keuze tot u meer weet.

Wat u deze week zelf kunt doen

Pak de laatste honderd documenten die door het proces zijn gegaan, of door de mens die het nu doet. Turf hoeveel er achteraf fout bleken en wat het herstellen ervan kostte, in uren, met uw eigen uurtarief. Deel de kosten van één controle door de kosten van één fout. Dat getal is uw omslagpunt. Alles wat vaker misgaat dan dat percentage hoort naar een mens; alles wat minder vaak misgaat niet.

Wie het antwoord het beste weet, is niet de leverancier van de software en niet de directie, maar degene die de facturen nu inboekt. Die weet welke leveranciers rare PDF's sturen, welk veld altijd misgaat en welke fout het meeste gedoe geeft. Daarom wordt de drempel bij ons samen met die persoon bepaald. Niet uit beleefdheid; het is de enige plek waar de getallen vandaan komen.

De koppeling valt in de categorie Standaard op de prijzenpagina (geraadpleegd op 29 augustus 2026, band 1.750 tot 4.500 euro); hier is 2.900 euro aangenomen. Het bedrijf neemt het beheerpakket Care van 195 euro per maand: monitoring, incidentoplossing binnen twee werkdagen, een maandelijkse controle en kleine technische correcties. Werk buiten de opdracht rekent de bouwer tegen 125 euro per uur. Eigen uren zijn gerekend tegen 45 euro per uur, een aanname voor loonkosten inclusief werkgeverslasten. Bedragen exclusief btw.

Maand één en twee: de controlestap

De koppeling draait, maar de eerste weken met een extra controlestap: elke aangemaakte order wordt door een medewerker bekeken voordat hij doorgaat. Dat is geen storing, het is de afgesproken start. Aangenomen: twee uur per week, zes weken lang. Twaalf uur, 540 euro. Dat de bouwer de opstartweken niet apart factureert, is hier een aanname over de afspraak.

Maand drie: de machtiging

De koppeling leest de mailbox met een machtiging op het account van de medewerker die hem destijds inrichtte. Een beheerder trekt die in bij een opschoning van accounts, en de koppeling meldt op maandagochtend nul nieuwe orders. Monitoring pikt de dip op; de bouwer zet de machtiging binnen twee werkdagen over op een functioneel account, onder Care zonder extra factuur. De administratie typt intussen anderhalve dag orders met de hand: twaalf uur, 540 euro.

Maand vijf: de leverancier

Het ERP-pakket brengt een nieuwe versie van zijn koppelvlak uit; een veld dat de koppeling gebruikt, krijgt een andere naam. De bouwer past dat aan als kleine technische correctie binnen het pakket. De administratie test een ochtend mee met vijf proeforders: twee uur, 90 euro.

Maand zeven: de nieuwe klant

Er komt een grote klant bij die zijn orders niet als PDF stuurt maar als spreadsheet. De koppeling herkent dat niet, en dat is geen storing: hij doet wat op de bouwdag is afgesproken. Het is een wijziging. De bouwer bouwt de tweede invoervorm in drie uur tegen 125 euro, 375 euro; de administratie levert voorbeelden aan en test, twee uur, 90 euro. De enige aparte factuur van het jaar komt door groei, niet door slijtage.

Maand negen en twaalf: de accountant en de herijking

De accountant wil bij de jaarafsluiting per order zien wat automatisch is aangemaakt en wat met de hand. Het logboek bestaat al; het hoort bij wat een koppeling oplevert. Opzoeken en opsturen: een uur, 45 euro. In maand twaalf is het volume gegroeid van ongeveer 300 naar 450 orders per maand. Het beheerpakket wordt vooraf herijkt; hier blijft Care passen. Het gesprek kost de eigenaar een uur, ook tegen 45 euro gerekend. De uitzonderingen die de koppeling aan een mens geeft, groeien mee, maar staan buiten de som: die orders moesten zonder koppeling ook worden aangemaakt.

De optelling

Samen 4.065 euro in het jaar na oplevering, tegenover 2.900 euro voor de bouw. Ruim de helft daarvan is een vast bedrag dat vooraf bekend was. Wat niemand vooraf op papier had, zijn de dertig eigen uren, grotendeels in twee gebeurtenissen: de controlestap aan het begin en de anderhalve dag handwerk in maand drie.

Zonder beheerpakket verdwijnt het vaste bedrag, maar in maand drie krijgt dan niemand een melding; in deze aanname duurt het handwerk langer dan anderhalve dag, tot iemand doorheeft dat de stilte geen rustige week is. De aanpassing in maand vijf en het overzetten van de machtiging worden losse klussen tegen uurtarief, hier geschat op samen vier uur, 500 euro. Wie het beheer zelf doet, spaart de factuur en betaalt in de tijd tussen storing en ontdekking.

Wat de literatuur hierover zegt, en wat niet

Dehaghani en Hajrahimi halen in Acta Informatica Medica oudere schattingen aan dat ongeveer 90 procent van de kosten over de levensduur van software in de onderhoudsfase valt. Dat is geen uitkomst van hun eigen onderzoek, dat over ziekenhuisinformatiesystemen van één universiteit gaat met veertig respondenten, en het is niet zomaar op een MKB-koppeling te leggen. Wat de bron wel laat zien, is dat onderhoud een post van betekenis kan zijn. Dit geval zegt daar zelf iets over: keren het beheerpakket, één wijziging en achttien eigen uren elk jaar terug, dan is dat na jaar één ongeveer 3.500 euro per jaar, en na vijf jaar ruim 18.000 euro tegenover een bouw van 2.900. De bouw is dan het kleinste deel, en wat een bouwer voor de overdracht meegeeft, weegt zwaarder dan wat hij in de eerste twee weken schrijft.

De som werkt niet bij een koppeling die maar een paar uur handwerk per maand vervangt; dan is 195 euro per maand meer dan het werk dat verdwijnt, en is het antwoord om niet te bouwen. Voor wie wel bouwt, is de vraag aan de bouwer niet wat de koppeling kost, maar welke van de zes regels hierboven in de offerte zitten, welke in het beheerpakket, en welke bij de eigen mensen terechtkomen.

Omdat het meestal niet dezelfde factuur is die twee keer voorbijkomt. Het zijn twee documenten die van elkaar verschillen op precies de plek waar wordt gekeken, en overeenkomen op de plek waar niemand kijkt. Drie routes komen in de praktijk veel voor.

Drie routes

Er is de factuur die via twee kanalen binnenkomt. De leverancier mailt een pdf en stuurt dezelfde factuur ook op papier. De pdf gaat door de herkenning en wordt geboekt. De papieren versie wordt twee weken later door een collega ingevoerd, die het nummer net anders overtikt: met een streepje, zonder voorloopnul, of de herkenning maakte van een 0 een O. Het pakket ziet twee verschillende nummers en zegt niets.

Er is de herinnering. De betaling loopt een paar dagen over de termijn en de leverancier stuurt een betalingsherinnering. Daar staat een eigen datum op, soms een eigen kenmerk, en het volledige bedrag. Wie de post verwerkt ziet een nieuw document met een nieuwe datum en boekt het als nieuwe factuur. De oorspronkelijke staat intussen ook nog open. In de volgende betaalrun gaan ze allebei mee.

En er is de creditnota die nergens tegenover komt te staan. De leverancier corrigeert een factuur: hij stuurt een creditnota voor de oude en een nieuwe factuur voor het juiste bedrag. De nieuwe wordt betaald. De oude stond al klaar in de betaalrun en wordt ook betaald. De creditnota wordt netjes geboekt, maar niemand zet hem tegen de oude factuur weg, dus hij blijft als negatieve post staan. Dat er te veel is overgemaakt, blijkt pas als iemand de posten van die leverancier naast elkaar legt, of als de leverancier het zelf meldt.

Wat de pakketcontrole vangt

Wat de drie gemeen hebben: het is steeds dezelfde crediteur, en het factuurnummer verschilt of lijkt te verschillen. Dat is de reden dat de controle in het boekhoudpakket ze niet vangt. AFAS waarschuwt als het boekstuknummer al voorkomt bij dezelfde crediteur, in hetzelfde jaar, dezelfde administratie en hetzelfde dagboek, en je kunt na de melding doorgaan. Exact Online geeft een foutmelding als de combinatie van relatie en "uw ref." al bestaat. Beide controles gaan op het nummer. Ze vangen de eerste route als het nummer identiek is ingevoerd, en anders niet. De herinnering en de creditnota komen er zonder waarschuwing doorheen, want die hebben een ander nummer of geen nummer dat matcht.

De controle voor de betaalrun

De controle die meer vangt, kijkt naar factuurnummer, crediteur en bedrag samen, en laat het nummer los als de andere twee overeenkomen. Concreet: vóór elke betaalrun een lijst van open en recent betaalde posten per crediteur, gesorteerd op bedrag. Twee keer hetzelfde bedrag bij dezelfde leverancier binnen een zelfgekozen termijn, zeg zestig dagen, is een paar dat u even bekijkt; dat vangt de dubbele aanlevering en de herinnering. Een creditnota die nog niet is verrekend, staat in diezelfde lijst als negatieve post bij een crediteur waar ook een open factuur staat, en valt daardoor op. In het voorbeeld over factuurfraude is de bedragvergelijking een vaste stap in de verwerking: hetzelfde bedrag bij dezelfde leverancier binnen korte tijd wordt eruit gehaald voordat de betaalrun loopt. Wilt u die stap niet met de hand blijven doen, dan is het een koppeling op de open posten in AFAS of Exact Online.

Waar deze controle stopt: bij vaste maandbedragen. Huur, leasing, abonnementen en een vast voorschot van de energieleverancier geven elke maand een treffer op crediteur en bedrag. Daar hoort de factuurperiode bij de vergelijking, anders wordt de lijst een lijst die niemand meer leest. En een factuur die met opzet net anders is opgemaakt, met een ander bedrag en een ander rekeningnummer, is geen dubbele betaling maar fraude.

Een dubbele betaling komt meestal terug: de leverancier ziet een creditsaldo en maakt het over, of verrekent het met de volgende factuur. Dat tweede klinkt geruststellend en is het niet. Een bedrag dat "wel wordt verrekend" is een open post die bij u in geen enkel overzicht staat. Wie deze maand één dubbele betaling heeft gevonden, heeft een reden om de betalingen van de afgelopen maanden op dezelfde manier na te lopen.

Hieronder staat de rekenregel, daarna de vier punten waaraan u ziet dat het antwoord kantelt, met per punt de meting en wat u dan doet. Afbouwen hoort daarbij. Stap acht van onze aanpak zegt het zo: alleen verder bouwen als er businesswaarde is aangetoond, en anders stopt het daar en houdt u wat er draait.

De rekenregel

Deel het beheerbedrag per maand door het uurtarief van de mensen die het werk anders zouden doen. Wat eruit komt, is het aantal uren dat de automatisering die maand minstens moet besparen om alleen al het beheer terug te verdienen.

Op de prijzenpagina (geraadpleegd op 29 augustus 2026) staan vier beheerpakketten: Monitor voor 95 euro per maand, Care voor 195, Managed voor 395 en Business vanaf 695, exclusief btw. Bij een aangenomen loonkost van 45 euro per uur, inclusief werkgeverslasten, is de ondergrens dan ruim 2 uur per maand voor Monitor, ruim 4 uur voor Care en bijna 9 uur voor Managed. Dat is een berekende indicatie; met uw eigen uurtarief komt er een ander getal uit, en dat getal is het enige dat telt.

De ondergrens is laag. Een proces dat in de nulmeting op tien uur per week stond, zit er ver boven, ook als het volume halveert. Het gaat mis bij een klein proces dat bij de bouw al krap uitkwam, en bij een groot proces waarvan de eigen uren ongemerkt terugkomen. Aan de vier punten hieronder ziet u dat eerder dan aan de jaarrekening.

Punt 1: het volume is gedaald

De besparing van een automatisering is volume maal minuten. Verdwijnt een grote klant of verhuist een deel van de orders naar een portaal dat rechtstreeks in het ERP schrijft, dan blijft het beheerbedrag staan terwijl de besparing meedaalt.

Meten: het aantal verwerkte items per maand staat in de logging, en in de maandelijkse controle op doorvoer bij Care en hoger. Vermenigvuldig het met de minuten per item uit de nulmeting. Dat is de besparing in uren; zet hem naast de ondergrens. Als berekende indicatie: een orderkoppeling verwerkte bij de nulmeting 400 orders per maand van elk zes minuten handwerk, veertig uur. Na het vertrek van de grootste afnemer zijn het er 90, negen uur. Onder Care met een ondergrens van ruim vier uur kan dat nog uit, met minder marge dan het lijkt, want de eigen uren voor uitzonderingen komen er nog af.

Wat u doet: bij een blijvende daling een trede omlaag. Van Care naar Monitor scheelt 100 euro per maand; daar staat tegenover dat een storing niet meer binnen twee werkdagen wordt opgelost en wijzigingen tegen uurtarief gaan. Zakt de besparing onder de ondergrens van Monitor, dan kunnen de negentig orders per maand misschien gewoon weer met de hand. De koppeling blijft van u, de documentatie ook, en als het volume terugkomt, kan hij weer aan.

Punt 2: de uitzonderingen zijn gestegen

Elke automatisering heeft een bak voor wat hij niet begrijpt: de order zonder artikelnummer, de factuur met een afwijkende opmaak, de mail met twee aanvragen in één bericht. Groeit die bak, dan verschuift het werk terug naar de medewerker, en een uitzondering kost meer tijd dan het item met de hand had gekost, omdat eerst uitgezocht moet worden waarom hij is afgevallen.

Meten: tel per maand de items in de uitzonderingenbak en deel door het totaal; zet het naast het aandeel bij de nulmeting. Reken een uitzondering tegen anderhalf keer de handmatige tijd per item, een aanname die u bijstelt door een week de tijd per uitzondering bij te houden. Trek die uren van de besparing af.

Wat u doet: eerst kijken of het één nieuw patroon is. Een leverancier die zijn factuurlay-out heeft veranderd, of een nieuwe klant die anders bestelt, is één regel erbij. Bij Managed valt dat binnen de wijzigingsruimte van ongeveer een uur per maand; bij Care en Monitor is een functionele wijziging werk tegen 125 euro per uur, waarbij een uur hier een aanname is. Zijn het tien verschillende patronen, dan is het proces zelf veranderd en is de vraag of de koppeling nog past bij hoe het werk nu gaat. Dan liever herontwerp dan tien losse reparaties, want die maken het proces onbegrijpelijk voor wie het later overneemt.

Punt 3: het pakket kan het nu zelf

Boekhoudpakketten en ERP's krijgen elk kwartaal functies bij: inlezen van inkoopfacturen, bankkoppelingen, e-facturatie, eenvoudige goedkeuringsstappen. Een koppeling die iets doet wat het pakket inmiddels standaard kan, betaalt beheer voor iets dat in de licentie zit.

Meten: lees elk kwartaal de releasenotes van uw pakket, met de lijst van wat uw koppeling doet ernaast. Overlapt er een functie, test hem dan op een kopie van de administratie met een maand echte gegevens, en tel hoeveel van uw uitzonderingen de standaardfunctie afhandelt. Daar zit meestal het verschil: het pakket doet de gewone gevallen, de koppeling deed ook de rare.

Wat u doet: kan de standaardfunctie de gewone gevallen aan en zijn de rare zeldzaam, dan zet u de koppeling uit en het beheer op. Handelt hij de helft af, dan kan de koppeling soms worden ingekort tot het deel dat het pakket niet doet, en is een lagere trede genoeg. Bewaar de code en de documentatie hoe dan ook; op de pagina techniek en eigendom staat waarom die van u zijn en niet van ons.

Punt 4: het beheer stijgt door wijzigingen

Dit punt wordt het vaakst gemist, omdat de beheerprijs zelf niet verandert. Wat verandert, zijn de facturen ernaast: een extra veld, een nieuwe leverancier, een aangepaste goedkeuringsregel, een rapportje erbij. Elk verzoek is klein en verdedigbaar. Bij elkaar vormen ze een tweede beheerbedrag.

Dat dit gebeurt, is geen teken van een slechte bouwer. Lehman en zijn collega's aan Imperial College beschreven het in hun wetten van softwareëvolutie: een systeem dat in een echte omgeving wordt gebruikt, moet voortdurend worden aangepast of wordt steeds minder bruikbaar, en bij elke aanpassing neemt de complexiteit toe tenzij er werk wordt gedaan om die te beteugelen. Een koppeling die een jaar draait, is dus zelden af; hij beweegt mee met een bedrijf dat ook beweegt.

Meten: tel per kwartaal de facturen buiten het beheerpakket en de uren die erop staan. Deel het totaal door drie en tel dat bij het maandelijkse beheerbedrag op. Dat is uw werkelijke beheerkost, en die hoort in de rekenregel, niet het pakketbedrag. Als berekende indicatie: Care van 195 euro plus gemiddeld twee uur wijzigingen per maand tegen 125 euro is 445 euro per maand, en de ondergrens schuift van ruim vier naar bijna tien uur.

Wat u doet: bevries de kleine wensen tot één moment per kwartaal en laat ze in één keer bouwen; dat is goedkoper dan tien losse uren en het houdt het proces begrijpelijk. Vergelijk daarna het gemiddelde met de volgende trede: kosten de wijzigingen structureel meer dan het verschil tussen Care en Managed, dan is Managed goedkoper, en zit de kwartaalrapportage tegen de nulmeting erbij, waarin de besparing al naast het beginpunt staat.

De kwartaalkaart

De vier punten passen op een half A4, in te vullen elk kwartaal, ook als er niets aan de hand lijkt.

Onderaan één regel: de nettobesparing in uren tegen de werkelijke beheerkost gedeeld door uw uurtarief. Staat de besparing twee kwartalen achter elkaar onder de ondergrens, dan is dat het moment om af te bouwen, niet het moment om nog een kwartaal aan te kijken. Twee kwartalen is een keuze, geen wet; één seizoensdip is nog geen trend.

Wanneer de rekenregel niet opgaat

De regel rekent in uren, en niet elke automatisering is gebouwd om uren te besparen. Een controle op gewijzigde rekeningnummers bij inkoopfacturen bespaart nauwelijks tijd; hij bestaat om één betaling aan de verkeerde rekening te voorkomen. Een APK-herinnering die klanten terug de werkplaats in brengt, is omzet, geen bespaarde administratie. Daar is de vraag niet of het beheer goedkoper is dan het handwerk, maar of het beheer goedkoper is dan het risico of de gemiste omzet, en dat is een andere som met een andere onzekerheid.

De regel werkt ook niet zonder nulmeting. Wie niet weet hoeveel minuten een order met de hand kostte, kan de besparing alleen schatten, en dan wint degene die het hardst roept. Is er nooit gemeten, meet dan alsnog een week handwerk naast de koppeling; dat is de meting van stap twee, een jaar te laat maar niet minder bruikbaar.

En de regel zegt niets over de vraag of iemand het werk nog kán doen. Een proces dat drie jaar automatisch liep, heeft niemand meer in de vingers. Wie afbouwt, rekent de weken mee waarin het handwerk opnieuw wordt geleerd.

Wat u ook uit de kaart haalt, het beheer is elke maand een keuze en geen abonnement waar u aan vastzit: het is na de eerste drie maanden maandelijks opzegbaar, een lagere trede is een gewone keuze, en zelf beheren met een eenmalige overdracht staat op de prijzenpagina als optie naast de andere. Beheer is niet verplicht; het moet elk kwartaal opnieuw uitkunnen.

1 augustus 2024

De verordening treedt in werking. De verplichtingen gelden nog niet, maar twee begrippen uit artikel 3 bepalen wat volgt. Een AI-systeem is een systeem dat "uit de ontvangen input afleidt hoe output te genereren", met een zekere autonomie. Een koppeling die het factuurnummer uit een vast veld kopieert, het bedrag met de inkooporder vergelijkt en bij een verschil een mail stuurt, leidt niets af en valt naar alle waarschijnlijkheid buiten de verordening. Zodra een taalmodel de factuur leest omdat elke leverancier hem anders opmaakt, is het wél een AI-systeem.

Het tweede begrip is de rol. Wie een AI-systeem ontwikkelt of laat ontwikkelen en het onder eigen naam of merk in gebruik stelt, is aanbieder. Wie het onder eigen verantwoordelijkheid gebruikt, is gebruiksverantwoordelijke. Een bedrijf dat een chatbot laat bouwen en onder eigen naam op zijn site zet, is allebei; wie de chatbot van een leverancier afneemt, met diens naam erop, is alleen het tweede.

2 februari 2025

De hoofdstukken I en II gaan gelden: de verboden praktijken van artikel 5 en de AI-geletterdheid van artikel 4.

Artikel 5 raakt een gewoon bedrijf zelden. Het verbiedt onder meer manipulatieve technieken die gedrag wezenlijk verstoren, sociale scoring en, op medische en veiligheidsredenen na, emotieherkenning op de werkplek. Een chatbot die openingstijden beantwoordt komt daar niet in de buurt.

Artikel 4 raakt elk bedrijf dat een AI-systeem aanbiedt of gebruikt: het neemt maatregelen voor de AI-geletterdheid van zijn personeel, passend bij hun kennis en de context. De omnibus van 2026 heeft dat versoepeld tot "ondersteunen"; de verplichting "houdt niet in dat aanbieders of gebruiksverantwoordelijken een bepaald niveau van AI-geletterdheid moeten waarborgen". In de praktijk: wie met het uitleesmodel of de chatbot werkt, weet wat het doet, wat het niet kan, en wanneer een mens moet kijken. Dat past op één A4; de vraag "wat gebeurt er als AI een fout maakt" is daar het begin van.

2 augustus 2025

De regels voor AI-modellen voor algemene doeleinden gaan gelden, samen met het toezicht. Die verplichtingen liggen bij wie het model maakt. Voor een bedrijf dat zo'n model alleen via een API aanroept, verandert er doorgaans niets, behalve dat de leverancier van het taalmodel achter zijn koppeling nu zelf onder toezicht staat. Reden genoeg om op papier te hebben welk model er draait en waar; de technische uitgangspunten van Werkritme leggen dat vast bij de subverwerkers.

27 juli 2026

Hier verandert de kalender. Verordening (EU) 2026/1744, de Digitale omnibus inzake AI, is op 8 juli 2026 vastgesteld, op 24 juli gepubliceerd en op de derde dag daarna in werking getreden; de Commissie bevestigt 27 juli 2026. Dit is geen voorstel meer.

2 augustus 2026

De verordening is in het algemeen van toepassing, en artikel 50 gaat gelden. Dit is de datum voor een bedrijf met een chatbot.

Lid 1: een AI-systeem voor directe interactie met mensen wordt zo ontworpen dat die mensen weten dat ze met een AI-systeem praten, tenzij dat voor een "normaal geïnformeerde" persoon al duidelijk is. Een klantchat op de site moet het dus zeggen. De verplichting ligt bij de aanbieder, en dat is het bedrijf zelf als de bot onder eigen naam draait.

Lid 2: aanbieders van systemen die tekst, beeld, audio of video genereren, markeren de uitvoer machineleesbaar als kunstmatig. Dat geldt voor wie het model bouwt én voor wie er als aanbieder een eigen systeem bovenop zet, een generatieve chatbot bijvoorbeeld. Wie zo'n generatief systeem vóór 2 augustus 2026 al in de handel had, krijgt van de omnibus tot 2 december 2026 (artikel 111, lid 4). Een factuurbedrag dat uit een document wordt overgenomen, is geen gegenereerde inhoud; zolang de koppeling niets bijmaakt, valt die hier buiten.

De hoogrisicoregels zouden oorspronkelijk óók op 2 augustus 2026 ingaan. Dat is het deel dat de omnibus verschoof. Wat de omnibus toevoegde, een verbod op AI die zonder toestemming seksueel expliciet materiaal maakt, geldt vanaf 2 december 2026.

2 december 2027

De hoogrisicoregels voor de toepassingen uit bijlage III gaan gelden, zestien maanden later dan gepland; de omnibus noemt de "vertraagde beschikbaarheid van normen" als reden. Bijlage III gaat onder meer over biometrie, onderwijs, werving en personeelsbeoordeling, en toegang tot essentiële diensten zoals krediet.

Voor een MKB-bedrijf is de vraag: beslist een AI-systeem mee over mensen? Een model dat sollicitatiebrieven voorsorteert, of dat de kredietwaardigheid van een particuliere klant beoordeelt, valt onder bijlage III, en de gebruiksverantwoordelijke krijgt dan verplichtingen rond menselijk toezicht en het informeren van betrokkenen. Een factuurkoppeling, een orderverwerker of een chatbot voor productvragen niet. Voor AI die als veiligheidsonderdeel in gereguleerde producten zit, machines en liften bijvoorbeeld, geldt 2 augustus 2028.

De ene lijst die u zelf maakt

Alles hierboven komt neer op een lijst van een paar regels: welke toepassing, waarvoor, wie hem bouwde, in welke rol u zit, en welk artikel hem raakt. Een voorbeeld: inkoopfacturen uitlezen, taalmodel van leverancier X, gebruiksverantwoordelijke, artikel 4, geen artikel 50, geen bijlage III. Een regel voor een generatieve chatbot onder eigen naam eindigt op artikel 50, lid 1 en 2. Staat er ergens "bijlage III", dan is dit artikel niet genoeg en hoort er iemand naar te kijken die de hoogrisicoregels kent.

De verordening verplicht een gewoon MKB-bedrijf niet tot zo'n register. Het is de kleinste vorm waarin de vragen van hierboven een antwoord krijgen, en het is wat Werkritme als AI-register meelevert waar artikel 50 van toepassing is.

Er zijn, als u het uit elkaar haalt, drie soorten. Druppelwerk komt de hele dag door: een bon die wordt aangereikt, een vraag over een levering, een mail die "even" een antwoord nodig heeft, een klant die belt over zijn factuur. Elk stuk is klein en geen ervan lijkt te kunnen wachten. Stapelwerk is wat op één moment wordt weggewerkt: de factuurronde, de urenbriefjes van de week, de inkoopfacturen die op donderdag worden ingeboekt. Het ligt te wachten tot het aan de beurt is en dan gaat het in één keer. Herstelwerk is werk dat niet had hoeven bestaan: de creditnota omdat de factuur verkeerd was, het uitzoeken waarom de voorraad niet klopt, het tweede telefoontje omdat het eerste te snel was afgehandeld. Het ontstaat uit fouten van eerder.

Hetzelfde aantal uren kan uit heel verschillende verhoudingen van die drie bestaan, en dat is waar de ene week zwaarder van wordt dan de andere.

Naast elkaar

Werk komt niet met een etiket binnen: dezelfde inkoopfactuur is druppelwerk als de leverancier belt en stapelwerk als hij op donderdag aan de beurt is. Maar wie een dag terugkijkt kan de meeste administratieve uren in een kolom zetten, en dat is genoeg om te zien waarom de week voelde zoals hij voelde.

Waarom druppelwerk zwaarder weegt dan het lijkt

De druppels zijn elk klein, en dat is precies het probleem: niemand telt ze. Elke druppel is een wissel: van het werk waar u mee bezig was naar iets anders, en daarna terug. Die wissel kost tijd, ook als de druppel zelf twintig seconden duurt.

Dat wisselen is in het laboratorium gemeten. Joshua Rubinstein, David Meyer en Jeffrey Evans lieten in 2001 proefpersonen afwisselend twee taken doen, of steeds dezelfde taak, en klokten het verschil. Wie moest wisselen was per keer trager, en de vertraging groeide naarmate de regels van de taak ingewikkelder waren. Wisselen van een vertrouwde naar een onbekende taak kostte meer dan andersom, en een aanwijzing vooraf over welke taak er kwam maakte de wissel goedkoper. Het gaat in dat onderzoek om honderden milliseconden tot ruim een seconde per wissel, aan een scherm, met eenvoudige opdrachten. Op een kantoor zijn de taken niet eenvoudig en de wissel niet van een plaatje naar een som, maar van een offerte naar een verkeerd geleverde ketel en terug. Wat het lab laat zien is de richting: hoe ingewikkelder het werk waar u uit wordt gehaald, hoe duurder de wissel.

Wat dat bij een echte onderbreking wordt, staat in het stuk over wat een onderbreking kost: niet de vraag is duur, maar het terugvinden waar u was. Hier gaat het om de optelsom. Een dag met dertig druppels is geen dag met dertig kleine taken. Het is een dag waarin dertig keer iets werd losgelaten en dertig keer opnieuw opgepakt, en hoeveel dat kost is nergens gemeten; wel dat het per keer meer is dan de druppel zelf. Het gevoel dat er niets af is klopt: er is de hele dag begonnen en nauwelijks afgemaakt.

Er zijn banen waarin de druppel het werk is. Wie de telefoon aanneemt of de balie doet, wisselt niet van taak als er iemand komt; dat is de taak. De optelsom geldt voor wie druppels ontvangt naast werk dat aandacht nodig heeft. En de indeling zelf houdt ergens op: overleg, een klacht die een uur aandacht vraagt, een jaarafsluiting die maanden vooruit is gepland, passen in geen van de drie kolommen. Ze zijn er om de administratie mee te bekijken, niet de hele werkweek.

Waarom stapelwerk lichter voelt dan het is

De stapel is de omgekeerde ervaring. De factuurronde van twee uur is zwaar, maar hij is één ding, met een begin en een eind. Er wordt niet gewisseld: hetzelfde scherm, dezelfde handelingen, twintig keer achter elkaar. Daarom werkt bundelen, en daarom gaat iedereen het vanzelf doen.

Wat de stapel verbergt is de tijd dat het werk lag. Een factuur die op donderdag wordt gemaakt voor werk van maandag heeft drie dagen op de stapel gelegen, en de betaaltermijn begint pas op donderdag te lopen. Een urenbriefje dat aan het eind van de week wordt overgetypt, wordt overgetypt uit een geheugen van vijf dagen oud. De stapel kost aan uren ongeveer wat de stukken kosten, en daarbovenop wat liggen kost, en dat laatste staat op geen enkel urenbriefje.

En de stapel is de eerste die schuift. Een druppel kan niet wachten; de stapel kan dat altijd nog een dag, tot hij op vrijdagmiddag ligt, als de mensen die de vragen erover kunnen beantwoorden al weg zijn. Dan gaat hij te snel, en daar komt de derde soort vandaan.

Herstelwerk, het werk dat niemand inplande

Herstelwerk is het lastigst te zien omdat het zich vermomt. De creditnota lijkt gewoon een creditnota, het voorraadverschil gewoon uitzoekwerk. Pas als u vraagt waar het vandaan kwam, blijkt dat het de factuur van vrijdagmiddag was, of de bestelling die tussen twee telefoontjes door is ingevoerd.

Wat het kost verschilt per geval, maar het is zelden alleen het oorspronkelijke werk nog een keer. Het eerste werk moet worden teruggedraaid. Dan komt het uitzoeken: wat is er precies verkeerd gegaan, wat is er inmiddels op gebouwd, wie heeft de verkeerde factuur al betaald. En dan het werk opnieuw, nu met een klant of een collega die erop wacht. In een typisch geval wordt een factuur van tien minuten zo een uur, verspreid over drie dagen en twee mensen; soms is het een minuut, soms een dag.

Wat herstelwerk met de dag doet, is subtieler. Het dringt niet voor, het schuift. Niemand besluit dat de creditnota vóór de offerte gaat; hij gaat gewoon voor, omdat er iemand op wacht. De offerte schuift naar morgen, en morgen zit vol met de druppels van morgen. In de Nationale Enquête Arbeidsomstandigheden 2024 van TNO en CBS, met ruim 64.800 antwoorden op deze vraag, zei een kwart, 25,5 procent, vaak of altijd extra hard te moeten werken. De enquête vraagt niet waaraan, en legt geen verband met fouten van eerder. Wie een week herstelwerk apart bijhoudt, weet in elk geval voor het eigen kantoor hoeveel van het harde werken werk was dat al gedaan was.

Ruim zes op de tien werknemers, 61 procent, vond in dezelfde enquête dat een fout maken op het werk niet erg is. Dat zegt iets over de sfeer, niet over het werk dat de fout achterlaat. Herstelwerk bijhouden is dan ook geen zoektocht naar wie het deed. Het is een zoektocht naar het moment: een stapel die te laat ging, een druppel die viel terwijl er iets anders in het hoofd zat, of iets wat met geen van beide te maken had, zoals een prijslijst die niemand had bijgewerkt. Dat laatste komt vaker voor dan de tabel suggereert, en het is het soort herstelwerk dat terugkomt tot iemand de lijst bijwerkt.

Wat de verhouding zegt

Neem, als voorbeeld, twee weken van tien uur. In de eerste week is het zes uur stapelwerk, drie uur druppels en een uur herstel. In de tweede is het drie uur stapelwerk, vijf uur druppels en twee uur herstel. Het getal onderaan is gelijk. Dat de tweede week zwaarder voelde, is geen inbeelding: vijf uur druppels betekent vijf uur lang wisselen, en elke wissel brak ook het werk dat níet administratie was. Twee uur herstelwerk betekent dat er ergens eerder werk is weggegooid. En de stapel die in zo'n week alsnog moet, gaat sneller dan goed is.

De ene soort is niet goed en de andere fout. Zonder druppels staat het bedrijf stil; zonder stapels wordt elk stuk apart duur; zonder herstel blijven fouten staan. De vraag is welke verhouding er nu is, en of iemand die kent. Een week lang elk half uur administratie in één van de drie kolommen zetten is een klein karwei. Wie werk wil veranderen, meet eerst wat er is, en dit is een manier om dat te doen zonder dat er iets bij komt. Het antwoord is meestal niet dat er te veel werk is. Het is dat te veel ervan druppelt, en dat wat druppelt, herstel maakt.

Het partijnummer op die weegbrief is het begin van alles wat zij vandaag doet. Verordening 178/2002 zegt in artikel 18 dat levensmiddelen in alle stadia van productie, verwerking en distributie traceerbaar zijn, dat een bedrijf moet kunnen nagaan wie heeft geleverd, en moet kunnen vaststellen aan welke bedrijven het zelf heeft geleverd. Eén stap terug, één stap vooruit, en de gegevens daarover op verzoek beschikbaar voor de toezichthouder. De verordening zegt niet hoe. Bij een bedrijf van deze omvang betekent "hoe": zij, met een toetsenbord. Bij een groter bedrijf zijn het vier mensen met vier toetsenborden, en hetzelfde probleem.

De weegbrief

Ze weegt na, vergelijkt met de inkooporder en noteert het partijnummer van de leverancier in het ontvangstregister, bij dit bedrijf een Excel-bestand op de gedeelde schijf. Ze geeft de partij meteen een eigen nummer: de datum en een volgnummer, 260829-03. Het leveranciersnummer is veertien tekens lang, het hare negen, en die twee horen voor altijd bij elkaar. Bij een terugroepactie vraagt de leverancier naar zijn nummer en de afnemer naar het hare.

Dit is de eerste keer dat ze de code intypt. Zolang de leverancier een handgeschreven weegbrief meelevert, blijft die ene keer bestaan. Daar komen we op terug.

De productieregistratie

Om acht uur start de fileerlijn. De productieregistratie wil weten welke partij op welke lijn gaat, hoe laat, wat de producttemperatuur was, en hoeveel er uit de run is gekomen. Ze typt 260829-03 opnieuw, nu in het productiesysteem. Gaat de partij over twee lijnen, dan twee keer. Gaat er een restje van de vorige partij bij, dan staan er twee inkomende nummers op één uitgaande partij.

Hier wordt de relatie gelegd die bij een terugroepactie alles bepaalt: welke inkomende partij zit in welke uitgaande. De verordening schrijft die interne koppeling niet letterlijk voor; ze eist dat het bedrijf kan nagaan wat van wie kwam en naar wie ging, en zonder deze stap lukt dat niet. Het is de stap die het vaakst met de hand gebeurt, omdat het productiesysteem het ontvangstregister niet kent.

Het etiket

Half elf, de verpakkingsafdeling. De etiketprinter heeft drie dingen nodig: het artikel, de houdbaarheidsdatum en de batchcode. De etiketsoftware heeft een eigen database, los van het productiesysteem, dus ze typt 260829-03 voor de derde keer. De houdbaarheidsdatum rekent ze uit het hoofd: productiedatum plus de houdbaarheid van dit artikel.

Als het etiket een GS1-128-barcode draagt, zit de batchcode daarin als veld met Application Identifier (10): een batch- of lotnummer van hooguit twintig tekens, altijd samen met het artikelnummer achter (01), en meestal met een datum achter (15) voor "ten minste houdbaar tot" of (17) voor "te gebruiken tot". Een afnemer met een scanner leest dan bij ontvangst in één beweging wat zij hier intypt. Dat is de reden dat de code op het etiket precies moet kloppen. Een tikfout hier, 260829-08 in plaats van 03, blijft zonder aparte etiketcontrole onopgemerkt. Het etiket wordt geprint, de doos gaat dicht, en de fout reist mee naar de afnemer.

De pakbon

Vroeg in de middag zijn de orders gereed. De pakbon komt uit het orderprogramma, en de grote afnemers eisen per orderregel de batchcode en de houdbaarheidsdatum. Vierde keer. Een order die uit twee partijen is gepakt, krijgt twee regels. Het orderprogramma kent de productieregistratie niet, dus ze kijkt op het productieformulier welke partij op welke pallet ging, en neemt dat over.

De specificatie

Rond vier uur maakt ze de partijdocumenten die de grootste afnemers bij elke levering eisen: herkomst en vangstgebied, de temperaturen bij ontvangst en tijdens verwerking, het analysecertificaat als er voor deze partij een monster is genomen. Ze opent het Word-sjabloon en vult het in. Vijfde keer de batchcode, en daarbij alles wat ze vandaag al ergens anders had ingevuld: het leveranciersnummer uit het ontvangstregister, de temperaturen uit de productieregistratie, de houdbaarheidsdatum van het etiket.

Bij twintig partijen per dag, elk met een partijdocument, is dat honderd keer dezelfde code intypen. Reken een minuut per keer, dan is dat als rekenvoorbeeld ruim anderhalf uur per dag, zonder het herstellen van fouten. Niemand noemt het werk, omdat elk stukje op zichzelf een minuut is.

Twee weken later

Op een donderdag belt een afnemer. Hun eigen laboratorium heeft in een steekproef van partij 260829-03 iets gevonden dat er niet in hoort. Vanaf dat moment loopt alles wat zij twee weken geleden invoerde in omgekeerde richting.

Artikel 19 van de verordening zegt dat een bedrijf dat reden heeft om aan te nemen dat een levensmiddel niet aan de voedselveiligheidsvoorschriften voldoet, onmiddellijk de procedures inleidt om het uit de handel te nemen en de bevoegde autoriteiten in kennis stelt. De NVWA maakt "onmiddellijk" concreet: melden binnen vier uur, ook bij twijfel. In de instructie staat wat de melding moet bevatten: het product met partij en houdbaarheidsdatum, de omvang van de partij, de hoeveelheden ontvangen, geproduceerd en gedistribueerd, wat er nog op voorraad ligt, en een lijst van afnemers in een voorgeschreven opmaak. Hoeveelheden mogen bij de eerste melding "nog niet bekend" zijn en later worden aangevuld; melden gaat dus voor op een afgeronde reconstructie. Maar zonder afnemerslijst valt er niets gericht terug te halen, en die lijst komt uit de pakbonnen.

Zij zit dus met de vijf plekken uit de tabel, en de lastigste vraag zit in de tweede: wat lag er die dag verder op dezelfde lijn, want dat moet misschien ook worden geblokkeerd.

Als de code op alle vijf de plekken hetzelfde is, is het een middag zoeken in vijf programma's, en de aanvulling op de melding gaat dezelfde dag de deur uit. Als de code op één plek 08 is in plaats van 03, vindt ze de pakbonnen van die afnemer niet, of vindt ze ze pas als de afnemer belt om te vragen waarom er niets is teruggeroepen.

Waar het dubbele werk zit

Het woord batchregistratie suggereert één registratie. In de praktijk zijn het er vijf, en het probleem is niet dat zij registreert. Het probleem is dat vijf programma's elk een eigen veld hebben voor hetzelfde nummer en geen van de vijf de andere vier kent.

Elke code hoort op één plek geboren te worden en overal elders gelezen. Het leveranciersnummer ontstaat bij de leverancier en komt bij ontvangst binnen. Haar eigen partijnummer ontstaat bij ontvangst. De productieorder neemt die partij over uit het ontvangstregister, met de hoeveelheid, zodat splitsen over twee lijnen en samenvoegen van een restje gewoon twee regels zijn in plaats van twee keer typen. De etiketprinter haalt artikel, houdbaarheidsdatum en partij uit de productieorder. De pakbon krijgt de partij van de pallet waaruit gepakt is. Het partijdocument is geen sjabloon meer maar een uitdraai van wat er al staat. Hoe zo'n keten van ontvangst tot verzending eruitziet, staat op de pagina over voedingsmiddelen; hoe programma's zonder eigen koppeling toch aan elkaar komen, op de pagina over koppelingen.

Wat de eerste invoer betreft: levert de leverancier een GS1-128-etiket met een (10)-veld, dan is ook die ene keer typen een scan. Levert hij een handgeschreven weegbrief, dan blijft die ene keer typen bestaan, en dat is prima. Let wel: een koppeling neemt ook de fout over. Wie bij ontvangst 08 typt, heeft 08 overal, en dan klopt intern alles met elkaar maar niets met het nummer van de leverancier. De controle bij ontvangst wordt dus belangrijker, niet minder.

Veel hiervan vraagt geen software. Een vaste naamgeving voor het partijnummer, afgesproken en opgeschreven, zodat niet de ene collega 260829-03 schrijft en de andere 29-08-3. Eén persoon die de code toekent en niemand anders. En één keer per kwartaal een proefterugroepactie: kies een partij van vorige week en klok hoe lang het duurt om de vijf plekken bij elkaar te krijgen. Wat die klok laat zien, is wat een koppeling zou moeten winnen.

Er zijn situaties waarin een koppeling niet de moeite is. Een bedrijf met drie partijen per dag typt vijftien keer een code en is daar, met dezelfde minuut per keer, een kwartier mee kwijt. Een bedrijf waar de voorman de partijnummers op een whiteboard bij de lijn bedenkt, heeft eerst een afspraak nodig over waar het nummer ontstaat, en pas daarna een koppeling. En een bedrijf waarin alle vijf de plekken in één hoofd zitten, heeft een ander probleem dan overtypen; daarover ging een eerder stuk.

Morgen staat om kwart over zes weer een wagen aan het dok. Ze typt de code vijf keer, zoals elke dag, en het gaat vijf keer goed, zoals bijna elke dag. De vraag die ze zichzelf op die donderdag stelde, is de vraag om mee te nemen: op hoeveel plekken leeft de batchcode in uw bedrijf, wie mag hem daar veranderen, en hoe lang duurde de laatste keer dat iemand ze allemaal bij elkaar moest zoeken?

Het CBS beschreef in maart 2026 hoe de kleinste bedrijven, met twee tot tien werkzame personen, met AI-technologie omgaan; dat is niet hetzelfde als procesautomatisering, maar de keuze erachter lijkt erop. In 2025 gebruikte 13,8 procent van de microbedrijven AI; onder die gebruikers zette 32,7 procent het in voor marketing en verkoop en 25,9 procent voor administratieve processen of managementtaken. Van de bedrijven die het overwogen en er toch van afzagen, noemde 71,6 procent gebrek aan ervaring als reden. Dat laatste cijfer zegt iets over de eerste keuze. Het eerste proces levert niet alleen uren op; het is ook de plek waar die ervaring vandaan moet komen. Dat pleit voor het proces waar het minst aan mis kan gaan.

Niet de grootste pijn

De verleiding is om te beginnen bij wat het meest irriteert. Meestal is dat het ingewikkeldste proces in het bedrijf: de offerte die per klant anders is, de planning waar iedereen zich mee bemoeit. Het irriteert juist omdat het vol uitzonderingen zit, en uitzonderingen zijn precies wat een automatisering duur en breekbaar maakt. Judith Wewerka en Manfred Reichert van de Universiteit Ulm zetten in 2020 63 publicaties over procesautomatisering naast elkaar. Herhaling en een groot volume worden daarin het vaakst genoemd als selectiecriterium; daarna volgen vaste regels, standaardisatie, een stabiele omgeving en weinig uitzonderingen. Het ergerlijkste proces voldoet daar bijna nooit aan. Het saaiste wel.

Eerst tellen

De keuze begint daarom bij tellen, en dat kan zonder iemand van buiten. Neem de lijst en zet achter elk proces hoe vaak het per week voorkomt en hoeveel minuten één keer kost. Een schatting mag; wie het beter wil weten, laat een week turven door degene die het werk doet. Keren maal minuten schuift de lijst flink door elkaar. De pakbon van twee minuten die veertig keer per dag voorkomt, staat opeens boven de maandafsluiting van drie uur. Op de vragenpagina houden we als vuistregel aan dat het vanaf ongeveer tien uur handwerk per maand aan één proces de moeite van het uitrekenen waard wordt.

Daarna de regel. Zou u het proces aan een nieuwe uitzendkracht kunnen uitleggen op één A4, zonder "dat voel je vanzelf" en zonder "dat hangt ervan af"? Probeer het op te schrijven; waar u vastloopt, weegt nu iemand. Op de pagina over procesautomatisering staat de grens kort: zodra iemand moet wegen, houdt de automatisering op. Is deze klacht ernstig, klopt dit adres, mag deze korting: dat gaat naar een mens. Een proces met één weegmoment is nog te automatiseren tot aan dat moment en erna; met zes weegmomenten is het geen eerste proces.

Ook moet het resultaat straks zichtbaar te maken zijn. Als u nu niet weet hoeveel tijd het proces kost, weet u na afloop ook niet of het minder is geworden, en dan blijft het een gevoel. De telling van hierboven is meteen de nulmeting; bewaar hem. Een proces dat zich niet laat meten, omdat zes mensen het tussendoor doen en niemand het als apart werk ziet, is misschien het grootste lek van het bedrijf, maar een slecht eerste proces: u zou het resultaat niet kunnen laten zien, ook niet aan uzelf.

Wat er gebeurt als het fout gaat

Een mens maakt fouten één voor één. Een automatisering maakt ze in serie: wat op maandag verkeerd is ingesteld, is op vrijdag tweehonderd keer verkeerd gedaan. Een inkoopfactuur op de verkeerde grootboekrekening is een herstelboeking. Een order naar het verkeerde afleveradres is een pallet op een verkeerde stoep, een boze klant en een retourrit. Het eerste proces moet zo zijn dat een fout snel opvalt en goedkoop te herstellen is. Laat de eerste weken de controle bestaan die er nu ook is; die laat zien hoe vaak de automatisering het goed doet voordat u hem weghaalt.

Houd dan alleen de processen boven tien uur per maand over, streep weg wat geen regel op één A4 heeft, en kies van de rest het proces waarvan een fout het goedkoopst te herstellen is. Zet dat naast elkaar en de lijst ziet er bijvoorbeeld zo uit. Dit is een typische situatie, geen klant.

De offertes kosten de meeste uren en staan toch niet bovenaan: geen regel op één A4, en een fout raakt een prijsafspraak. Het weekoverzicht is keurig regelgebonden, maar zes uur per maand rechtvaardigt nog geen project; dat is eerder iets dat u deze week zelf regelt met een rapportage-instelling. Wat overblijft, zijn de facturen en de orders, en van die twee is de factuur het veiligste begin. De order komt daarna, met wat er van de eerste is geleerd.

Wanneer dit niet opgaat

Soms zet de telling een proces bovenaan dat toch moet wachten. Als het proces zelf nog verandert, omdat er volgend kwartaal een ander pakket komt of de werkwijze nog niet vastligt, automatiseert u iets dat over drie maanden anders is. Als de invoer niet digitaal is, met bestellingen die per telefoon binnenkomen of werkbonnen die op papier uit de bus komen, is de eerste stap niet de automatisering maar de invoer; daar staan voorbeelden van hoe dat er in verschillende branches uitziet. En als het werk door één iemand wordt gedaan die het over twee maanden overdraagt, is opschrijven hoe het gaat de eerste winst, met of zonder automatisering daarna.

Het eerste proces is zelden het proces waar u het meest over klaagt. Het is het proces dat u nauwelijks meer opvalt, omdat het al jaren elke dag op dezelfde manier gaat. Dat is precies waarom het kan.

Post 1: de licentiekant bij AFAS

Een maatwerkkoppeling praat met Profit via een app connector. Dat is de plek in Profit waar de beheerder vastlegt welke externe applicatie welke connectoren mag aanroepen, met een token of OAuth-koppeling als sleutel (AFAS Help, App connector). Of daar bij AFAS een bedrag aan hangt, heb ik op de openbare pagina's niet kunnen vinden. De prijspagina van AFAS, geraadpleegd op 29 augustus 2026, noemt geen afzonderlijk tarief voor connectoren of app connectors en zegt over Profit dat de tarieven "afhankelijk zijn van een aantal bedrijfsspecifieke factoren" en verwijst voor de dienstverlening naar de klantportal (AFAS, Prijzen). De helppagina's over app connectors, tokens en connectoren zeggen niets over kosten.

Dat betekent voor u: kijk in uw contract of de klantportal, of vraag het uw AFAS-contactpersoon, voordat u een offerte van een bouwer beoordeelt. In de tabel hieronder staat deze post daarom als "niet gepubliceerd", niet als nul.

Post 2: Profit klaarzetten

Voordat een bouwer iets kan, moet er aan de Profit-kant werk gebeuren, en dat doet uw eigen beheerder of uw AFAS-consultant. De volgorde staat in de helpdocumentatie: een app connector aanmaken onder Algemeen / Beheer / App connector, een gebruikersgroep en een connector-gebruiker kiezen, de GetConnectoren en UpdateConnectoren eraan koppelen, en de sleutel aanmaken (App connector toevoegen). Sinds de overgang naar OAuth komen daar client-id en secret bij; AFAS faseert de oude classic tokens uit (Eigen app connector inrichten).

Elke GetConnector die de koppeling nodig heeft, moet daarnaast als gegevensverzameling worden ingericht: welke velden, welk filter, welke naam. Doe dat zorgvuldig, want "na het toevoegen van een GetConnector kun je geen andere gegevensverzameling aan de GetConnector koppelen" (GetConnector toevoegen). Welke connectoren u voor orders, facturen en uren werkelijk nodig heeft, staat in de naslag over AFAS-connectoren; dat herhaal ik hier niet.

Hoe lang dat duurt, staat nergens gedocumenteerd; het hangt af van het aantal connectoren en of de beheerder het eerder heeft gedaan. In de tabel neem ik aan: vier, acht en zestien uur.

Post 3: de bouw

De bouw is wat een bureau offreert. Bij ons valt een AFAS-koppeling in een van de categorieën op de prijzenpagina: Klein (€995 tot €1.750, één stap tussen twee systemen), Standaard (€1.750 tot €4.500, een proces met meerdere stappen), Uitgebreid (€4.500 tot €8.500, met bedrijfsregels en uitzonderingen) of Complex vanaf €8.500. Wat niet in die prijs zit: softwarelicenties, hosting en werk dat een andere leverancier moet doen. De licentiekant van post 1 en de beheerdersuren van post 2 vallen daar dus buiten; controleer bij een andere bouwer of dat daar ook zo is.

De koppeling draait op uw eigen server of cloudaccount, niet bij ons (techniek en eigendom). De hostingkosten daarvan lopen via uw eigen leverancier en verschillen per situatie; ik laat ze in de tabel buiten beschouwing en zeg dat erbij.

Post 4: beheer

Een koppeling die niemand in de gaten houdt, kan stilvallen zonder dat iemand het merkt, tot de orders van drie dagen blijken te ontbreken. Beheer kost bij ons €95 per maand voor monitoring en logging, €195 per maand als storingen binnen twee werkdagen opgelost moeten zijn, en €395 per maand als er maandelijks ook een uur wijzigingen in mag. Op jaarbasis is dat €1.140, €2.340 of €4.740. Dat is de post die in een offerte het vaakst ontbreekt; in de middelste kolom van de tabel is drie jaar beheer 3 × €2.340 = €7.020, meer dan de bouw van €4.500.

De tabel

Drie situaties, doorgerekend voor het eerste jaar. Aannames: de uren van uw beheerder of AFAS-consultant reken ik tegen een aangenomen €100 per uur; vervang dat door uw eigen tarief. Voor de bouw neem ik de bovenkant van de categorie, zodat de indicatie eerder te hoog dan te laag is. Beheer is twaalf maanden van het pakket dat bij de situatie past. Hosting en de AFAS-licentiekant staan er niet in bedragen in. Alle bedragen zijn exclusief btw en het is een berekende indicatie, geen offerte.

Het verschil tussen de linker- en de rechterkolom is geen kwestie van onderhandelen. Het zit in drie eigenschappen van het proces zelf.

Wat de prijs bepaalt

Het aantal connectoren. Elke GetConnector is een gegevensverzameling die uw beheerder inricht, en elke UpdateConnector is een vaste structuur waar de bouwer zijn gegevens precies in moet passen. Een koppeling die alleen uren wegschrijft, raakt één connector. Een koppeling die een order aanmaakt, moet eerst de klant en de artikelen opzoeken, en dat zijn twee GetConnectoren erbij, elk met een eigen filter en een eigen manier om mis te gaan. Een vuistregel uit onze eigen bouw, niet meer dan dat: elke connector erbij is een halve tot een hele dag bouw en een paar uur inrichting.

De uitzonderingen. Het werk zit niet in het doorgeven van gegevens, maar in wat er gebeurt als ze niet kloppen: een klantnummer dat niet bestaat, een artikelcode die twee keer voorkomt, een order die al is ingevoerd. Elke uitzondering is een beslissing die iemand moet nemen en die de bouwer moet vastleggen: automatisch afhandelen, parkeren voor een mens, of stoppen. Tien uitzonderingen zijn tien kleine ontwerpen. Dat is precies het verschil tussen Standaard en Uitgebreid op de prijzenpagina, en het is ook wat de AFAS-pagina bedoelt met "inclusief de uitzonderingen".

Of er teruggeschreven wordt. Een koppeling die alleen leest uit Profit kan weinig kapotmaken. Een koppeling die schrijft, kan een order dubbel aanmaken of een factuur in de verkeerde periode boeken, en moet dus zelf controleren of iets al bestaat voordat hij het toevoegt. Twee richtingen, bijvoorbeeld orders erin en de factuurstatus weer terug naar het portaal, verdubbelt niet alleen het aantal connectoren maar ook het aantal plekken waar de twee systemen elkaar kunnen tegenspreken.

Wanneer het niet loont

Zet de rechterkolom van de tabel naast wat het handwerk nu kost. Stel dat iemand drie uur per week orders uit mail overtypt in Profit, 46 werkweken per jaar, tegen loonkosten van €35 per uur: dat is 3 × 46 × €35 = €4.830 per jaar aan arbeidswaarde, een berekende indicatie met aangenomen tarief. Tegenover de middelste kolom, €7.640 in het eerste jaar en €2.340 daarna, is dat over drie jaar €14.490 aan handwerk tegen €12.320 aan koppeling. Dat is krap. Bij zes uur per week (6 × 46 × €35 = €9.660 per jaar, €28.980 over drie jaar) is het geen vraag meer; bij één uur per week (€1.610 per jaar) ook niet, dan wint het handwerk.

Onder ongeveer €2.000 aan arbeidswaarde per jaar bouwen wij in de regel niet, en dat staat op de prijzenpagina. Er zijn nog drie redenen om het niet te doen: als Profit het zelf al kan met een standaardfunctie, als er een standaardkoppeling bestaat, en als er voor wat u wilt wegschrijven geen UpdateConnector is. In dat laatste geval helpt geen enkel budget.

Wat u zelf kunt doen voordat u een offerte aanvraagt: tel een week lang de uren die aan het overtypen opgaan, en vraag uw AFAS-contactpersoon of aan de app connector in uw contract een bedrag hangt. Met die twee getallen leest u elke offerte anders.

De eerste e-factuur die binnenkomt

Het begint zelden met een besluit. Het begint met een factuur die op een ochtend als boekingsvoorstel in het pakket staat terwijl niemand hem heeft ingevoerd. Peppol is het netwerk waarover zulke facturen in Nederland doorgaans lopen. Het Nederlandse deel wordt beheerd door de Nederlandse Peppolautoriteit, namens het ministerie van Binnenlandse Zaken. Het werkt als de post: de verzender geeft zijn factuur af bij zijn eigen toegangspunt, meestal het boekhoudpakket of een dienstverlener daarachter, en dat toegangspunt zoekt in het adresboek van het netwerk op waar de ontvanger zit. Uw adres in dat netwerk is meestal uw KVK-nummer, soms uw btw-nummer.

Wie levert aan de Rijksoverheid kent dit al: sinds 1 januari 2017 is een e-factuur daar bij nieuwe overeenkomsten verplicht (Rijkswaterstaat), en decentrale overheden vragen er soms ook om. Voor de meeste MKB-bedrijven is de overheid echter niet de eerste die erom vraagt.

De klant die erom vraagt

Dat is vaker een Belgische klant, of een leverancier die naar uw Peppol-ID vraagt. Sinds 1 januari 2026 moeten Belgische btw-plichtige ondernemingen onderling gestructureerde elektronische facturen gebruiken, volgens de FOD Financiën. Die wet geldt niet rechtstreeks voor een Nederlandse leverancier, maar de Belgische inkoper heeft zijn administratie erop ingericht en wil van u hetzelfde. Of het is een grote Nederlandse afnemer die zijn crediteurenadministratie heeft geautomatiseerd.

De vraag is op dat moment praktisch, niet juridisch. Er is in Nederland nu geen wet die u verplicht een e-factuur aan een ander bedrijf te sturen. Er is een klant die het wil, en dat is meestal reden genoeg.

De aanmelding

De aanmelding zelf is het kleinste onderdeel. In Exact Online en AFAS zit Peppol in het pakket; het klikpad staat in Vier dingen die u deze week zelf kunt regelen en wordt hier niet herhaald. In andere pakketten loopt het via een aangesloten dienstverlener. U kiest of u alleen wilt ontvangen, alleen verzenden, of beide.

Alleen ontvangen is een verdedigbare eerste stap. Het raakt niemand buiten de deur en levert meteen iets op: wat leveranciers al via Peppol verzenden, komt vanaf dat moment rechtstreeks in het pakket binnen en wordt, afhankelijk van de inrichting, als boekingsvoorstel klaargezet in plaats van als bijlage. Het EY-rapport voor het ministerie van Financiën haalt een evaluatie van de Europese Commissie aan waarin het ontvangen van een e-mailfactuur op 7,68 euro wordt geschat en van een e-factuur op 2,27 euro (EY, p. 46). Dat zijn Europese gemiddelden, geen meting bij u. Wat de cijfers wel laten zien: het verschil zit vooral bij het ontvangen, niet bij het versturen.

De eerste maand

Wat er in de eerste maand verandert, is minder dan de aankondiging deed vermoeden. Een deel van de inkoopfacturen komt nu als data binnen. De rest komt nog steeds als PDF per mail, want een leverancier die niet is aangesloten, wordt door uw aanmelding niet aangesloten. Facturen aan consumenten veranderen niet; Peppol is een netwerk tussen organisaties. En wat via het netwerk komt, gaat nog steeds de gewone goedkeuring door: sneller ingeboekt is niet automatisch akkoord.

Hier zit ook de grens. Wie een handvol inkoopfacturen per maand ontvangt, scheelt het weinig werk. Wie er honderden ontvangt van leveranciers die niet zijn aangesloten, heeft er evenmin veel aan totdat die meedoen. De winst groeit met het aantal aangesloten partijen. Hoe zo'n facturenstroom eruitziet, staat in het voorbeeld over facturen.

Wat vaststaat en wat advies is

In berichtgeving over de verplichting lopen twee dingen door elkaar: wat Europees vastligt, en wat voor Nederland nog een advies is.

De richtlijn is op 11 maart 2025 door de Raad aangenomen en op 25 maart 2025 gepubliceerd. Vanaf 1 juli 2030 is een e-factuur volgens de Europese norm verplicht voor B2B-leveringen tussen lidstaten, en hoeft de afnemer daar niet meer mee in te stemmen. Voor binnenlandse facturen bepaalt elke lidstaat zelf. Dat deel staat vast.

Het Nederlandse deel staat niet vast. Het kabinet schreef op 10 maart 2026 aan de Tweede Kamer dat het EY-advies nadrukkelijk wordt betrokken, dat het onderzoek "op onderdelen een verkennend karakter heeft", en dat het in de zomer meer duidelijkheid verwachtte te geven. In de Kamerstukken en publicaties die tot en met 7 september 2026 zijn geraadpleegd, is geen later kabinetsbesluit gevonden. Wie dus leest dat e-facturatie in Nederland "vanaf 2030 verplicht" is voor alle bedrijven, leest een advies dat als besluit wordt gebracht.

Aan de volgorde hierboven verandert dat weinig. De klant die erom vraagt, komt eerder dan de wet die het eist.

Wat de zoekmachine geeft

Het eerste scherm staat vol met subsidieadviseurs. Ze werken op no-cure-no-pay en beloven een scan. Wat ze niet doen is een regeling noemen. Hij slaat ze over en gaat naar de twee plekken waar regelingen echt staan: rvo.nl en belastingdienst.nl.

RVO: twee regelingen, allebei niet voor hem

Op rvo.nl vindt hij de MIT-regeling, voluit Mkb-innovatiestimulering Regio en Topsectoren. Dat klinkt als zijn onderwerp. Hij leest verder. De kennisvouchers "openen niet meer". De haalbaarheidsprojecten "worden niet meer uitgevoerd door RVO", die lopen via de regio. Wat open staat, tot 15 september 2026, zijn de R&D-samenwerkingsprojecten: 35 procent subsidie, minstens twee mkb-bedrijven die samen iets nieuws ontwikkelen, tussen de 25.000 en 100.000 euro subsidie per deelnemer bij een klein project. Hij wil geen product ontwikkelen met een ander bedrijf. Hij wil dat zijn werkbonnen in de boekhouding komen. Afgevallen.

Dan de WBSO, de fiscale regeling voor speur- en ontwikkelingswerk. In 2026 vermindert die de loonheffing met 36 procent over de eerste 391.020 euro aan S&O-kosten, 50 procent voor starters. Ook programmatuur telt mee. Hij denkt: een koppeling is toch software. De handleiding is daar helder over. Niet onder S&O vallen "activiteiten die zich richten op het toepassen, samenstellen of implementeren van programmatuur" en projecten die nieuwe functionaliteit bouwen "op basis van beschikbare of verkrijgbare technologie". Een koppeling tussen twee bestaande pakketten is precies dat. De WBSO is bedoeld voor wie een technisch knelpunt oplost dat nog niemand heeft opgelost, en dat zelf doet, met eigen personeel. Ook afgevallen. Bovendien zou de subsidie bij de bouwer horen, niet bij hem.

De provincie: het loket dat wel bestaat

RVO verwijst voor haalbaarheidsprojecten naar een loketwijzer, en die brengt hem bij de provincie Zuid-Holland. Daar staat de regeling wel open: 35 procent van de kosten, maximaal 20.000 euro, aanvragen tot 15 september 2026. Hij leest wat een haalbaarheidsproject is: onderzoeken "of een nieuw idee of plan technisch en economisch uit te voeren is", als voorbereiding op een nieuw product, proces of dienst. En hij leest dat de aanvragen van de openingsdag, 7 april, geloot moesten worden omdat er meer werd gevraagd dan er was. Zijn werkbonnenkoppeling is geen nieuw idee dat onderzocht moet worden. Het is een aanschaf.

Iets verderop staan de MKB-deals, met "meer digitaal gaan werken" letterlijk als thema. Dat is de regeling waar de brancheclub het over had. Maar de aanvrager is een gemeente samen met een ondernemersorganisatie, niet een bedrijf. Het geld gaat naar programma's die mkb'ers helpen, niet naar de factuur van een van hen.

Dan valt het kwartje. In de regelingen die hij is langsgelopen, en dat zijn de regelingen waar RVO en de provincie voor het mkb naar verwijzen, zit geen landelijke subsidie voor het inkopen van een koppeling, een pakket of een automatisering. Wat er is, gaat over innovatie: iets ontwikkelen dat nog niet bestaat. Wie iets koopt dat wel bestaat, wat vrijwel elk administratief proces betreft, valt er buiten.

De Belastingdienst: wat overblijft

Op belastingdienst.nl staat de kleinschaligheidsinvesteringsaftrek, de KIA. Geen subsidie maar een aftrekpost. Wie in 2026 tussen 2.901 en 71.683 euro investeert in bedrijfsmiddelen, mag 28 procent van dat bedrag extra van de winst aftrekken. Bedrijfsmiddelen onder de 450 euro tellen niet mee, en de drempel geldt voor alle investeringen van het jaar bij elkaar.

De rekensom is dan snel gemaakt, met één voorbehoud vooraf: hij geldt alleen als de koppeling en de andere aankopen bedrijfsmiddelen zijn in de zin van de Belastingdienst, en elk minstens 450 euro kosten. Stel dat dat zo is en hij dit jaar in totaal 4.000 euro investeert: de koppeling van 1.750 euro plus een werkplaatslaptop en een scanner. De KIA is 28 procent van 4.000 euro, dus 1.120 euro extra aftrek van de winst. Wat dat aan belasting scheelt hangt af van zijn rechtsvorm en zijn winst; bij een aangenomen tarief van 40 procent is dat 448 euro. Het is een berekende indicatie, geen toezegging. Op een investering van 4.000 euro is het een meevaller, geen reden om iets te kopen dat anders niet uit zou kunnen.

Er blijft één vraag over die hij zelf niet kan beantwoorden: of de koppeling voor de Belastingdienst een bedrijfsmiddel is dat hij op de balans zet, of een kostenpost die hij in één keer afboekt. Dat hangt af van wat er precies wordt geleverd en van hoe zijn accountant zulke uitgaven behandelt. Die vraag stuurt hij woensdagochtend, met de offerte erbij.

De avond heeft hem geen subsidie opgeleverd. Wel weet hij nu dat de regelingen niet voor dit soort uitgaven zijn gemaakt, en dat de beslissing dus op de gewone grond moet staan: wat de uren kosten die de koppeling weghaalt, tegen wat de koppeling kost.

Wat er precies geteld is

De Europese Commissie rekent met een index van twaalf indicatoren, van een website tot het gebruik van AI. Wie op minstens vier van de twaalf scoort, zit op het basisniveau. Volgens het Digital Decade-landenrapport over Nederland haalde in 2024 80,8 procent van het Nederlandse MKB dat niveau, tegen 72,9 procent in de EU. De regering heeft 95 procent als doel voor 2030 gesteld; het rapport rekent voor dat het bij de huidige lijn op 88 procent uitkomt. Belangrijk detail: Eurostat telt alleen bedrijven vanaf tien werkzame personen. Wie met zes man werkt, komt in die 80,8 procent niet voor.

Het CBS begint bij twee werkzame personen en vraagt concreter door. In de tabel over 2025, voorlopige cijfers, gebruikt 42 procent van alle bedrijven een clouddienst. Bij twee werkzame personen is dat 29 procent, bij tien tot twintig 61 procent, bij vijftig tot honderd 80 procent. Naar soort software wordt het smaller: 31 procent van alle bedrijven doet de boekhouding in de cloud, 19 procent heeft een CRM-systeem in de cloud, 11 procent een ERP-systeem. Bij twintig tot vijftig werkzame personen is dat 56, 40 en 33 procent.

Hetzelfde land, twee cijfers voor cloud: 42 procent bij het CBS, 67,8 procent van het MKB vanaf tien werkzame personen in het EU-rapport. Een deel van dat verschil zit in waar men begint te tellen, en de rest in wat men precies vraagt. Hoe ver het MKB is, hangt dus af van welk MKB u bedoelt.

AI steeg het duidelijkst. Het CBS meldde in december 2025 dat 17 procent van de bedrijven met minstens twee werkzame personen AI gebruikt, tegen 13 procent een jaar eerder. Bij twee tot tien werkzame personen is het 14 procent, bij tien tot vijftig 27, bij vijftig tot 250 45. Van de bedrijven die AI gebruiken, zet 35 procent het in voor marketing of verkoop en 32 procent voor administratieve processen. Wie AI heeft overwogen en er toch van afzag, noemt in 73 procent van de gevallen gebrek aan ervaring in het bedrijf als reden.

Wat de cijfers niet zeggen

Een clouddienst gebruiken is een vinkje. Het bedrijf dat zijn boekhouding in een cloudpakket heeft staan en elke bestelling uit de mail ernaartoe overtypt, telt bij het CBS als cloudgebruiker met boekhoudsoftware in de cloud. Komt er een CRM-systeem bij waarin dezelfde klantgegevens nog eens worden ingevoerd, dan gaat ook dat vinkje aan. In de tabel is het bedrijf verder gedigitaliseerd. In de werkweek van degene die overtypt is niets veranderd, behalve dat er een systeem bij is om bij te houden.

De statistiek meet of een technologie wordt gebruikt. Ze meet niet of gegevens vanzelf van het ene systeem naar het andere gaan of via een mens. In de praktijk is dat vaak waar het werk blijft hangen: niet in het ontbreken van software, want die is bij een groot deel van de bedrijven al aanwezig, maar in het gat tussen twee pakketten die elk apart prima zijn. Dat een derde van de AI-gebruikers het inzet voor administratieve processen, zegt daar op zichzelf ook nog niets over; of dat iets oplevert hangt af van hoe vaak dezelfde handeling per dag terugkomt.

Het antwoord op de vraag is dus tweeledig. Vanaf tien werkzame personen scoort het Nederlandse MKB hoog en boven de EU; daaronder zakken alle cijfers snel. En in beide gevallen zeggen ze niets over hoeveel keer per dag hetzelfde gegeven door dezelfde handen gaat. Dat staat in geen tabel; het staat in uw eigen mailbox, en het kost een middag om het te tellen.

Het bedrijf bestaat niet. Wat volgt is hoe zo'n dag typisch loopt bij een hoveniersbedrijf van tien tot vijftien man in het voorjaar. Het had ook een kinderopvang kunnen zijn, of een installateur; het patroon is niet van de branche.

De ochtend

De eerste bus rijdt weg. De tweede staat er nog om kwart over acht, omdat de kraan een hydraulieklekkage heeft en er gebeld moet worden met de verhuurder. Twee man staan erbij. Ze doen niets verkeerd; ze wachten, zoals iedereen wacht die zijn gereedschap niet heeft. Zij regelt een huurkraan, die om tien uur beschikbaar is, en stuurt de twee alvast naar een tuin waar ze zonder kraan kunnen beginnen. Dat is een tuin waar volgende week iemand anders staat ingepland, dus die planning schuift ook.

Onderweg naar kantoor belt een klant. De bestrating bij hem is klaar, wanneer komt de beplanting. De beplanting stond voor donderdag, maar de kwekerij heeft de leibomen nog niet, dus wordt het volgende week. De klant is niet boos. Hij zegt wel dat het de derde keer is dat er iets opschuift. Ze noteert het en belt de kwekerij. Die belt om half twaalf terug: de bomen komen vrijdag, maar niet met eigen transport.

Op kantoor liggen zeven offertes. Drie zijn klaar en wachten op haar handtekening, twee moeten nog opgemeten worden, twee zijn van klanten die vorige week al gebeld hebben of het nog komt. Ze doet er twee, want om twaalf uur staat er iemand voor een sollicitatiegesprek. De vacature staat open sinds februari.

De middag

Na het gesprek, dat goed ging, belt de voorman. De ploeg bij de grote tuin is klaar met het grondwerk, maar de bestrating van het straatwerkbedrijf begint pas maandag, dus er is daar vandaag niets meer te doen. Vier man, halve dag. Ze zoekt op het bord wat er dichtbij ligt. Er is een onderhoudsronde die eigenlijk voor woensdag stond. Die halen ze naar voren. Woensdag is daarmee leger, wat prettig klinkt, tot je bedenkt dat woensdag al leeg was voor de klus die nu naar volgende week is geschoven.

Het is die middag zoals het elke middag is. Elke beslissing is redelijk. Elke beslissing verplaatst iets. Om vier uur weet zij als enige waar alles staat, en dat is ook een probleem, maar niet het probleem van vandaag. Wie dat wil nalezen: alles loopt via de eigenaar is een ander stuk.

De bussen komen terug tussen half vijf en zes. Iedereen is moe, en niemand heeft niets gedaan. Dat laatste is belangrijk. Als ze zou moeten zeggen wie vandaag te weinig heeft uitgevoerd, kan ze niemand noemen.

De avond

Om acht uur zit ze aan de keukentafel met de werkbonnen. Dat doet ze elke maandag en donderdag, en het is het enige moment op de dag waarop ze naar een getal kijkt in plaats van naar een situatie.

Achtendertig uur. Niet omdat er iemand op een terras zat. De twee man bij de kraan: drie uur. De ploeg van vier die halverwege de middag zonder werk kwam en verplaatst werd: acht uur, inclusief rijden. Twee keer terug naar de zaak omdat er iets niet in de bus lag. Wachten bij de kwekerij. Een klus van twintig minuten waar drie kwartier voor is gereden. Het optellen van zulke dingen is het onderwerp van het stuk over wachten als kostenpost; hier gaat het om wat het getal haar vertelt.

Ze legt de bonnen naast die van een vergelijkbare dag, dezelfde week vorig jaar. Toen waren het tien man, en 55 uur op bonnen. Er zijn twee mensen bij gekomen, de omzet is met drie uur per dag gegroeid, en het is drukker dan ooit. Dat is de zin die ze overhoudt: druk is een gevoel. Vol is een getal.

Wat druk verraadt

Druk is wat iedereen op de zaak voelt, en het is echt. De Nationale Enquête Arbeidsomstandigheden van TNO en CBS, eind 2024 ingevuld door bijna 65.000 werknemers, meet werkdruk als beleving: moet u erg snel werken, heel veel werk doen, extra hard werken. In 2024 zei 40,4 procent van de werknemers vaak of altijd heel veel werk te moeten doen, en 31,8 procent scoorde op de gecombineerde werkdrukschaal vaak of altijd. Bij 16 procent gingen hoge taakeisen samen met weinig autonomie in het werk, wat het onderzoek stressvol werk noemt. Dat zijn antwoorden op de vraag hoe het voelt. De enquête meet beleving, niet wat er die dag af is gekomen; dat is ook niet waar hij voor is.

Vol is het andere getal. Het CBS definieert arbeidsproductiviteit als de efficiëntie waarmee wordt gewerkt: de toegevoegde waarde gedeeld door het arbeidsvolume, het liefst in gewerkte uren. De tabel van de keukentafel is daar de huis-tuin-en-keukenversie van, geen officiële maatstaf: wat er per betaald uur aan een klant doorbelast kan worden. Dat de twee getallen los van elkaar kunnen bewegen, laat het CBS ook op landelijke schaal zien. In 2024 groeide in het bedrijfsleven het aantal gewerkte uren met 1,1 procent en de toegevoegde waarde met 1,0 procent, en daalde de arbeidsproductiviteit daardoor licht, met 0,1 procent. Er werd meer gewerkt en er kwam per uur niet meer uit. Drukker, niet voller.

Druk verraadt zich op de zaak aan een paar dingen die op het eerste gezicht op ijver lijken. Mensen die op elkaar wachten. Mensen die terugrijden. Een planning die elke dag wordt herschreven door de enige die hem overziet. Een aanname die de drukte niet weghaalt, waarover het stuk over de aanname die niet hielp gaat: de twee extra mensen van dit jaar zijn daar het voorbeeld van. Het werk is nauwelijks meer geworden, het is over meer mensen verdeeld die vaker op elkaar wachten.

Vol ziet er anders uit, en rustiger. Bij een bedrijf dat vol zit, staan de bonuren dicht bij wat er na overleg, onderhoud en administratie maximaal door te belasten valt, wachten nieuwe klanten weken op een startdatum, en is de vraag aan de keukentafel niet waar de uren bleven maar welke klus als eerste mag. Wie vol zit, moet kiezen tussen klanten. Wie druk is, moet kiezen tussen problemen.

Waar het getal niet helpt

De tabel werkt voor werk dat per uur verkocht wordt of per uur te herleiden is: hoveniers, installateurs, schoonmaak, zorgvervoer, de werkplaats. Bij een kinderopvang is het getal een ander, bezette plaatsen tegenover de plaatsen die het ingeroosterde personeel volgens de beroepskracht-kindratio mag bezetten, en een groothandel telt orders per persoon per dag; het principe is hetzelfde, het getal niet. En in een seizoensbedrijf zegt één week weinig. In maart is elke hovenier druk en in november is bijna niemand vol; dan vergelijkt u de week met dezelfde week vorig jaar, zoals zij deed, en niet met de week ervoor.

Het getal zegt ook niet wát er moet gebeuren. Het zegt alleen of het bedrijf te veel werk heeft aangenomen, of dat het werk er wel is maar op de verkeerde plekken ligt te wachten. Bij 58 van de 96 is het het tweede, tenminste als de bonnen volledig zijn en de uren niet stilletjes in de prijs zijn weggegeven; ook dat komt het getal tegen. Meer mensen aannemen lost dat niet op; die komen in dezelfde rij te staan.

Ze schrijft één ding op voor morgen. Niet een nieuw rooster, niet een gesprek met de voorman. Ze gaat een week lang op elke bon laten zetten waar het verschil zat: gewacht, gereden, gehaald, verplaatst. Vier woorden achter elk gat. Aan het eind van die week weet ze welk van de vier het grootste is, en dat is de eerste keer dat ze het probleem kan benoemen zonder het woord druk te gebruiken.

Hoeveel dat bij elkaar kost, ziet niemand: het werk zit verdeeld over meerdere mensen, in stukjes van vijf tot tien minuten, tussen de telefoon door, en niemand telt het op.

Volume, velden, fouten

Facturen komen per maand, aanmaningen per kwartaal, orders elke dag. Een groothandel met veertig orders per dag doet er bij 252 werkdagen ruim tienduizend per jaar. Een minuut extra per order is bij dat volume 168 uur per jaar.

Elke order bestaat bovendien uit veel velden. Neem er een van veertien regels met per regel een artikelnummer, een aantal en een leverdatum of opmerking, en bovenaan een debiteur, een referentie, een afleveradres en een leverdatum: dat zijn 46 velden, en de artikelnummers daarvan zijn meestal die van de klant, niet die van u. Elk veld moet gelezen, vertaald en getypt worden. Bij tienduizend van zulke orders per jaar gaan er ruim 450.000 velden door mensenhanden.

En elk van die velden kan fout gaan. Hoe vaak dat bij overtypen gebeurt, is in de handel nauwelijks gemeten, in de zorg wel. Paulsen, Overgaard en Lauritsen lieten in 2012 de papieren vragenlijsten van 200 patiënten door één persoon overtypen en telden de fouten per veld. Bij velden met een kruisje (in de studie de OMR-velden) vonden zij 0,370 fouten per duizend velden; bij velden met een handgeschreven getal (de ICR-velden) 6,734 per duizend, met een 95%-betrouwbaarheidsinterval van 0,817 tot 24,113, omdat er maar weinig van zulke velden in de studie zaten. Dat zijn vragenlijsten uit een ziekenhuis, geen bestellingen, en het cijfer voor getallen is onzeker; de auteurs zeggen dat zelf. Het is geen maat voor uw binnendienst, alleen een orde van grootte. Ligt het bij orders in de buurt van het laagste van die twee cijfers, dan gaat het op 450.000 velden om zo'n 170 foute velden per jaar; in de buurt van het hoogste om zo'n drieduizend. Niet elk fout veld wordt een foute levering, want een collega of de klant vangt er een deel van op. Maar wat niet wordt opgevangen, wordt gepickt en rijdt weg.

Eerst tellen, dan rekenen

De meting is eenvoudiger dan hij lijkt, en hij kost één week. Leg een vel op de binnendienst met vier kolommen: het kanaal waarlangs de order binnenkwam (mail met PDF, mail in vrije tekst, Excel, telefoon, portaal), de minuten die de invoer werkelijk kostte, of er iets opgezocht of nagevraagd moest worden, en of er achteraf iets aan gecorrigeerd is. Elke order één regel, ingevuld door degene die hem invoerde, op het moment zelf. Niet uit het geheugen aan het eind van de dag; wat achteraf wordt geschat, is meestal te rooskleurig.

Na een week staat er op dat vel wat u nu niet weet: het aantal orders per kanaal, want de mail met PDF en het telefoontje zijn heel verschillend werk; de werkelijke minuten per order, die vaak hoger uitvallen dan de schatting omdat het zoeken naar een artikelnummer en het bellen over een onduidelijke regel nu meetellen; en het aantal correcties, dat de fouten uit de vorige alinea zichtbaar maakt: de nalevering omdat het aantal verkeerd stond, de creditnota, de retour. Eén week is een steekproef, geen jaargemiddelde; valt hij in een rustige of drukke periode, tel later nog een week.

Dan pas het rekenen. Het CBS geeft voor de bedrijfstak handel in 2024 arbeidskosten van 39,16 euro per gewerkt uur en 1.724 gewerkte uren per voltijdbaan (StatLine, tabel 85291NED). Dat is loonkosten inclusief werkgeverslasten, het gemiddelde over groothandel en detailhandel samen; voor uw eigen binnendienst kent u het werkelijke bedrag. Neem als typisch geval veertig orders per dag en zeven minuten per order, de instellingen waarmee de rekenmachine op onze voorpagina begint. Dat is 280 minuten per dag, 4,7 uur, en bij 21 werkdagen 98 uur per maand. Tegen 39,16 euro is dat 3.838 euro per maand en ruim 46.000 euro per jaar; in uren is het 1.176 per jaar, ruim tweederde van een voltijdbaan. Een berekende indicatie op aangenomen aantallen; vul de getallen van uw eigen weektelling in en er komt een ander bedrag uit. Bij tien orders per dag van vijf minuten is het 210 uur en ruim 8.000 euro per jaar, en dat verschil bepaalt wat hierna zinvol is.

Wat er niet in die som zit, zijn de correcties. Een foute levering kost de rit heen, de rit terug, het opnieuw picken, de creditnota en het telefoontje met de klant. Dat bedrag verschilt per bedrijf te veel voor een getal hier; de laatste kolom op het vel, naast de creditnota's in het ERP, geeft het voor uw eigen situatie.

Wat eraan te doen is

Het goedkoopste ingrijpen zit bij de klant, niet in software. Een klant die op zijn bestelling uw artikelnummers gebruikt in plaats van de zijne, haalt het vertalen uit elke regel. Een klant die per mail in vrije tekst bestelt en die u kunt overhalen tot een vast bestelformulier of uw webshop, haalt het lezen eruit. Dat is een gesprek per klant, en het loont het meest bij de klanten die samen de helft van de orders sturen. Voor de rest maakt een vertaaltabel, klantnummer links en uw nummer rechts, het zoeken korter. Niets daarvan kost een koppeling.

Boven een bepaald volume houdt dat op te helpen, omdat het typen zelf overblijft. Dan is de vraag of het ERP de order zelf kan aannemen. Exact Online, AFAS en Business Central hebben daar allemaal een ingang voor; een koppeling kan de PDF of het Excel-bestand lezen, de klant herkennen, de nummers via diezelfde tabel vertalen, controleren of de referentie al eerder is binnengekomen, en de order klaarzetten. Welke van die controles er werkelijk in komen, hangt af van de bestanden die uw klanten sturen en van het pakket. Wat niet vertaald kan worden, komt op een uitzonderingenlijst. Hoe dat er per stap uitziet staat op de pagina over orderverwerking.

De grens ligt bij het volume en bij de vorm. Wij houden twintig orders per dag aan als ondergrens waaronder wij zo'n koppeling niet adviseren; de weektelling laat zien aan welke kant u zit. En een klantenkring die bestelt met "hetzelfde als vorige week plus wat extra" heeft eerst dat gesprek nodig, want daar valt voor software niets te lezen.

Voor groothandels waarbij de telling boven die grens uitkomt, staat op de pagina voor de groothandel hoe zo'n koppeling elke order controleert voordat hij het ERP in gaat, en met welke pakketten hij werkt: Exact Online, AFAS Profit en Business Central.

De Belastingdienst stelt eisen aan de factuur, niet aan de werkbon. Maar de factuur die eruit voortkomt moet wel aan die eisen voldoen, en de bon is de plek waar de gegevens daarvoor worden vastgelegd terwijl ze nog te controleren zijn. De Belastingdienst wil op de factuur onder meer de volledige naam en het adres van de afnemer, een omschrijving en hoeveelheid van wat is geleverd, en de datum waarop de dienst is verricht. Elk van die drie komt rechtstreeks van de werkbon. Ontbreekt het daar, dan wordt het op kantoor gereconstrueerd, en daar komen de fouten vandaan.

Hieronder de velden, met per veld wat er gebeurt als het ontbreekt. Daarna een uitgeschreven voorbeeld.

Klant en werkadres, als twee aparte velden

De klant is degene die de factuur krijgt. Het werkadres is waar de monteur heeft gestaan. Bij een particulier vallen die samen; bij een beheerder, een VvE, een aannemer of een winkelketen vrijwel nooit. Een bon met alleen "Kerkstraat 12" is voor de monteur volledig en voor kantoor onbruikbaar: welke van de drie opdrachtgevers met een pand aan de Kerkstraat moet dit betalen?

Het klantveld moet de naam bevatten zoals die in de administratie staat, met het klantnummer erbij. Een pakket dat werkbonnen automatisch verwerkt, koppelt op dat nummer. Op "Jansen beheer" uit het hoofd van de monteur koppelt niets, en dan moet er iemand kiezen.

Order- of projectnummer

Dit is het veld dat het meeste kost als het ontbreekt. Zonder ordernummer kan kantoor de bon niet naast de opdracht leggen, en dus niet zien of de zes uur op de bon binnen de begrote vier uur vallen of er twee overheen gaan. Het verschil tussen "factureren zoals afgesproken" en "meerwerk melden" zit precies in die vergelijking, en die vergelijking is alleen te maken als bekend is welke opdracht het was.

Bij onderhoudscontracten geldt hetzelfde met het contractnummer. Een storingsbezoek onder het contract mag niet apart worden gefactureerd; een bezoek erbuiten juist wel. De bon moet zeggen welke van de twee het was.

Als er geen order is, omdat de klant belde en de monteur meteen ging, hoort dat er ook op te staan. "Geen order, telefonisch akkoord van dhr. De Vries op 27-8" is een volledige regel. Een leeg veld is dat niet, want een leeg veld kan ook betekenen dat de monteur het vergeten is.

Uren per monteur, met begin- en eindtijd

"6 uur" op een bon is een totaal. Kantoor heeft iets anders nodig: wie, van hoe laat tot hoe laat. Twee monteurs van 8 tot 11 zijn zes uur, en een monteur van 8 tot 14 ook, maar ze worden verschillend gefactureerd, verschillend verloond, en verschillend betwist als de klant zegt dat er maar één busje stond.

Reistijd, pauze en wachttijd zijn bij veel bedrijven afzonderlijke afspraken. Wie alleen een totaal opschrijft, heeft de keuze of reistijd erbij zat al gemaakt, en niemand weet meer welke. Met tijden op de bon maakt kantoor die keuze volgens de afspraak met deze klant. Een digitale werkbonapp laat de monteur dit ter plaatse invullen; OutSmart beschrijft zijn werkbon bijvoorbeeld als "uren, materialen, foto's en een digitale handtekening", door de monteur in de app geregeld. Op papier kan het ook, als iemand het voorschrijft.

Materiaal met artikelnummer en aantal

"Kabel en klemmen" is een omschrijving voor de klant. Voor kantoor is het een zoekopdracht: welke kabel, hoeveel meter, uit welke voorraad? Een bon die per regel artikelnummer, omschrijving en aantal noemt, kan één op één naar de factuur en de voorraad. Een bon zonder artikelnummers moet iemand vertalen, en die iemand gokt op de prijslijst.

Materiaal dat de klant zelf had liggen hoort er ook op, met de vermelding dat het niet wordt berekend; anders klopt de voorraad niet. En materiaal dat is besteld maar nog niet geleverd, met de opmerking dat de klus daardoor open blijft. Kantoor factureert anders een afgeronde klus die dat niet is.

Meerwerk apart, met wie er akkoord op gaf

Alles wat niet in de opdracht stond en toch is gedaan, hoort op een eigen regel. Meerwerk dat tussen het gewone werk staat, wordt onzichtbaar. Kantoor ziet zes uur en factureert zes uur, terwijl er vier waren afgesproken en twee zijn besteed aan de lekkende kraan die de klant er even bij vroeg.

Bij elke meerwerkregel hoort de naam van degene die er ter plaatse mee instemde. Een klant die achteraf zegt dat hij dat nooit heeft gevraagd, is met die regel een gesprek van een minuut en zonder die regel een creditnota. Op /voorbeelden/werkbonnen/ staat hoe meerwerk in een geautomatiseerde verwerking apart wordt gerouteerd voor goedkeuring; dat kan alleen als het op de bon al apart staat.

Datum, en de status van de klus

De uitvoeringsdatum komt terug op de factuur, want de Belastingdienst wil daar de datum waarop de dienst is verricht. Maar kantoor moet ook weten of de klus klaar is, of de monteur terugkomt, en waarvoor. "Gereed" of "vervolgafspraak nodig: onderdeel besteld" is het verschil tussen factureren en wachten. Zonder dat veld wordt een halve klus gefactureerd of een hele klus vergeten.

Handtekening van de klant, met naam en functie

De handtekening legt vast dat iemand namens de klant het werk heeft gezien, en, als de bon dat zo zegt, de uren en het materiaal heeft geaccepteerd. Een krabbel zonder naam is weinig waard bij een discussie: wie was dat, de portier, de huurder, de bedrijfsleider? Naam en functie erbij. Of die persoon mocht tekenen voor meerwerk, weet kantoor vaak beter dan de monteur; de bon hoeft alleen vast te leggen wie er stond.

Op een digitale werkbon komt hier een foto van het opgeleverde werk bij. Bij een discussie over wat er is opgeleverd, zegt een foto van de meterkast na afloop meer dan een krabbel.

Wat de bon niet hoeft te bevatten

Prijzen. Een bon met tarieven erop is een conceptfactuur die de monteur op de stoep invult, met de discussie erbij. Tarieven staan in de opdracht en het klantcontract; kantoor rekent. De bon legt vast wat er is gebeurd, niet wat het kost.

De voorbeeldwerkbon

Hieronder een ingevulde bon. Het bedrijf, de klant en de monteurs zijn verzonnen; de velden zijn zoals hierboven beschreven.

``` WERKBON nr. 2026-0842 datum uitvoering: 27-08-2026

Klant: Vastgoedbeheer Noordwal B.V. (klantnr. 1187) Factuuradres: Noordwal 88, 2513 EA Den Haag Werkadres: Kerkstraat 12, 2e verdieping, Den Haag (huurder: dhr. De Vries) Order: ORD-2026-3311, "Vervangen groepenkast, incl. aardlekautomaten" Contract: geen onderhoudscontract; losse opdracht, tarieven volgens offerte OFF-2026-2907

Uren M. Bakker 08:10 - 12:40 4,5 u (waarvan 0,5 u meerwerk, zie onder) S. Yilmaz 08:10 - 10:40 2,5 u Reistijd niet inbegrepen; volgens offerte apart berekend, 0,5 u per monteur

Materiaal (uit bus, tenzij anders vermeld) art. 4471020 groepenkast 8 groepen, 3-fase 1 st art. 4471304 aardlekautomaat 16A B-kar. 30mA 6 st art. 2100550 installatiedraad 2,5mm2 bruin 12 m art. 2100551 installatiedraad 2,5mm2 blauw 12 m klant eigen wandcontactdoos (niet berekend) 1 st

Meerwerk (niet in order) Losse wandcontactdoos keuken vervangen, 0,5 u M. Bakker (10:15 - 10:45); materiaal door klant geleverd. Mondeling akkoord: dhr. De Vries (huurder), 27-08 10:15. Opmerking: huurder is geen opdrachtgever; akkoord opdrachtgever nog nodig.

Status: werk gereed; installatie getest, foto's meterkast bijgevoegd (2) Openstaand: akkoord opdrachtgever op meerwerk

Getekend voor gezien: dhr. P. de Vries, huurder, 27-08-2026 12:45 [handtekening] Monteur: M. Bakker [handtekening] ```

Wie deze bon op kantoor krijgt, hoeft de monteur niets na te vragen. De klus koppelt aan klant 1187 en order 3311; de uren zijn per persoon naast de begroting in de order te leggen; het eigen materiaal gaat per artikelnummer de voorraad uit en de factuur op, en de wandcontactdoos van de klant doet geen van beide; het meerwerk staat apart, met de kanttekening dat de huurder geen opdrachtgever is en het dus eerst naar Noordwal moet. Dat is het enige wat nog open staat, en de bon zegt dat zelf.

De Belastingdienst wil dat de administratie in de regel zeven jaar bewaard blijft, voor gegevens over onroerende zaken tien. Wie de bon dan nog moet kunnen terugvinden, heeft aan het bonnummer en het ordernummer voldoende om hem uit een map of een pakket te halen.

Wanneer deze bon te zwaar is

Voor een eenmanszaak die zijn eigen bonnen verwerkt, is een deel hiervan overbodig. Wie zelf op de klus stond en zelf factureert, hoeft niet aan zichzelf uit te leggen welke Jansen het was. Bij een servicecontract met een vaste prijs per bezoek is het materiaal per artikelnummer minder belangrijk dan de vraag of het bezoek onder het contract viel.

De bon hierboven is bedoeld voor het bedrijf waar de persoon die het werk doet en de persoon die het factureert verschillende mensen zijn, en waar tussen die twee een paar dagen zit. Bij installatie- en onderhoudsbedrijven met een handvol monteurs is dat de normale situatie; wat er in dat soort bedrijven verder tussen bon en factuur gebeurt, staat op /oplossingen/installatietechniek/.

Bijna elk veld hierboven is een antwoord op een vraag die kantoor anders had moeten stellen. De bon is dus niet het formulier van de monteur, maar het vragenlijstje van kantoor, ingevuld op het enige moment dat de antwoorden nog te geven zijn. Wie aan de mensen op kantoor vraagt wat ze elke week navragen, heeft de velden al.

Orderverwerking automatiseren is dus geen vraag over techniek maar over die vertaling: hoe komt wat de klant bedoelt in de vorm die het pakket eist? Daar zijn drie routes voor, en ze verschillen vooral in wie het vertaalwerk doet. Bij de eerste doet de klant het. Bij de tweede doet software het achteraf, op basis van wat de klant toch al stuurde. Bij de derde leest een taalmodel de order voor en keurt een mens hem goed.

De klant levert gestructureerd aan

De schoonste route is dat de order al gestructureerd binnenkomt: via een bestelportaal waarin de klant zelf artikelen kiest, of via EDI, waarbij het inkoopsysteem van de klant rechtstreeks een orderbericht naar uw systeem stuurt. Er is dan niets uit te lezen, want de klant heeft het artikelnummer en het aantal al in velden gezet.

Wat het vraagt, staat in het stappenplan van GS1 Nederland treffend als derde stap: stem af met je handelspartners en bepaal of zij dit ook willen en kunnen. Dat is de kern. EDI werkt als beide kanten investeren, en een groothandel met tweehonderd klanten heeft tweehonderd keer dat gesprek. De grote klanten doen het al, meestal omdat ze het u opleggen en niet andersom. De middelgrote klant met een eigen inkoopsysteem kan het, maar zet uw leverancierskoppeling niet bovenaan zijn lijst. De installateur die vanaf de bouwplaats mailt, doet het zelden.

Een portaal is de lichte variant: de klant hoeft geen software aan te passen, alleen zijn gewoonte. Dat lijkt weinig, maar die gewoonte is precies waarom de order nu per mail komt. Wie zijn bestelling al jaren in een Excel bijhoudt, ervaart een portaal als werk dat hij voor u doet. Sommigen doen dat, de meesten alleen als het niet anders kan.

Waar deze route ophoudt: bij de klanten die niet meedoen. Kijk daarvoor naar uw eigen orderlijst, niet naar de omzetlijst. De kans is groot dat een handvol grote klanten het grootste deel van de omzet stuurt, en de lange staart van kleine klanten het grootste deel van het aantal orders. De binnendienst is druk met het aantal, niet met de omzet. Wie alleen EDI regelt, heeft dan de omzet geautomatiseerd en het werk niet.

Orders uit mail en PDF uitlezen

De tweede route laat de klant met rust en doet het vertaalwerk aan uw kant. De mail komt binnen, de bijlage wordt gelezen, de regels worden herkend, het artikelnummer van de klant wordt opgezocht in een vertaaltabel, en de order gaat via de API het pakket in. Bij Exact Online is dat de resource uit de eerste alinea; bij AFAS Profit loopt het via een UpdateConnector, waarmee een externe applicatie records kan toevoegen, wijzigen of verwijderen. AFAS zegt er zelf bij dat die connector bedoeld is voor terugkerende uitwisseling, en de importfunctie voor de bulk bij een implementatie. Hoe die koppelingen er in de praktijk uitzien staat op de pagina's over Exact Online en AFAS.

Wat deze route van het pakket vraagt, is niet alleen een API. Het vraagt een vertaaltabel: klant X noemt uw artikel 40012 "beugel 60 verzinkt" of gebruikt zijn eigen inkoopcode, en die koppeling moet ergens staan. Bij veel bedrijven staat hij in het hoofd van de binnendienst. De eerste weken van zo'n koppeling bestaan dan ook uit het opbouwen van die tabel, order voor order. Dat is hetzelfde werk dat nu bij elke order opnieuw wordt gedaan, één keer vastgelegd.

De tweede eis is dat de order een vaste opmaak heeft. Vaste regels lezen een inkooporder uit het systeem van dezelfde klant betrouwbaar uit, zolang de kolommen op dezelfde plek staan. Verandert de klant zijn sjabloon, dan geeft de regel niets terug, en dat hoort ook zo: een lege regel gaat naar een mens, een verkeerd gelezen aantal gaat naar het magazijn. Dat niet alles een taalmodel hoeft, staat ook zo op de pagina over de techniek.

Waar deze route ophoudt: bij de order zonder opmaak. "Doe mij er nog twaalf van die van vorige week" heeft geen kolom, geen artikelnummer en geen leverdatum die ergens achter een label staat. Een regel kan dat niet lezen. Voor een groothandel waar een derde van de orders zo binnenkomt, is dat een derde die blijft liggen.

Een taalmodel leest voor, een mens keurt goed

De derde route neemt die restgroep. Een taalmodel leest de mail in lopende tekst en maakt er een voorstel van: klant, regels, aantallen, gewenste leverdatum, met per veld of het letterlijk in de mail stond of is afgeleid. "Twaalf" staat er. "Die van vorige week" is een afleiding uit de vorige order van deze klant, en dat moet het voorstel ook zeggen. Daarna kijkt iemand van de binnendienst ernaar en keurt goed of past aan. Pas dan gaat de order het pakket in.

Dat lijkt op wat Exact zelf al doet: een nieuwe verkooporder krijgt daar een goedkeuringsstatus en wordt pas verwerkt als iemand met het juiste recht hem goedkeurt, tenzij de instellingen dat automatisch doen. Het verschil is waar de controle zit. Bij een order die met vaste regels is uitgelezen, kan de controle achteraf en steekproefsgewijs zodra de regel zich bij die klant heeft bewezen, omdat hij morgen hetzelfde doet als vandaag. Bij een taalmodel hoort de controle vooraf, per order, omdat het model bij dezelfde mail morgen een ander antwoord kan geven en dat veel lastiger te testen is.

Wat het van het pakket vraagt, is hetzelfde als de tweede route, plus een plek waar die goedkeuring gebeurt: een scherm, een mail met een knop, een rij in een sheet. Van de klant vraagt het niets, en het richt zich op de orders die per stuk de meeste tijd kosten: die zonder opmaak.

Waar deze route ophoudt: bij orders die niemand nakijkt. Zodra de goedkeuring een gewoonte wordt van "altijd ja", is de controle weg en is het model de binnendienst geworden. Dat merkt u niet op de dag dat het misgaat, maar aan de creditnota's daarna. De grens van deze route is geen technische; het is de discipline om een voorstel als een voorstel te blijven lezen.

Wat de drie gemeen hebben

Geen van de drie komt om de vertaaltabel heen. Bij EDI staat hij bij de klant, bij uitlezen in uw koppeling, bij het taalmodel in het voorstel dat de mens nakijkt. En geen van de drie komt om het pakket heen: de order moet aan het eind een klant en een artikel hebben die het pakket kent. Een artikelnummer dat niet bestaat, wordt door geen enkele route een order; de goede koppeling meldt dat, de slechte kiest het dichtstbijzijnde artikel.

Daarom is de eerste stap bij elk van de drie dezelfde, en die kunt u deze week zelf doen: tel een week lang de orders per kanaal. EDI, portaal, PDF met vaste opmaak, Excel, lopende tekst in een mail, telefoon. De binnendienst weet het antwoord meestal ongeveer, en de telling wijkt er meestal toch van af. Die verdeling bepaalt welke route het werk werkelijk weghaalt. Hoe de tweede en derde route er samen uitzien, met de controles tussen mailbox en pakket, staat bij orderverwerking die zichzelf invoert.

De vraag "welk systeem heeft gelijk" heeft daar geen antwoord op, omdat hij verkeerd is gesteld. Gelijk hebben is niet iets van een systeem maar van een gegeven. Het CRM kan gelijk hebben over de contactpersoon en tegelijk ongelijk over de betaaltermijn.

Bron is een eigenschap van een gegeven, niet van een pakket

In gegevensbeheer heet het systeem dat over een bepaald gegeven het laatste woord heeft het system of record: de gezaghebbende bron voor dat ene gegevenselement. De beschrijving noemt ook waarom systemen uit elkaar lopen: ze bedoelen met hetzelfde veld iets anders, ze worden op verschillende momenten bijgewerkt, of er zit een fout in de overdracht. Alle drie zijn in een klantkaart voorstelbaar. "Adres" is in het CRM het bezoekadres en in de boekhouding het factuuradres; de accountmanager werkt zijn kaart bij na een bezoek en de administratie de hare na een factuur; en de export van twee jaar geleden heeft een kolom verschoven.

De bron wordt aangewezen, niet gevonden; het is een afspraak. Een bruikbare vuistregel voor die afspraak is: de bron is het systeem waarin de wijziging als eerste bekend wordt en waar iemand bevoegd is hem in te voeren. Wie hoort als eerste dat een klant verhuist? De accountmanager, dus het CRM. Wie hoort als eerste dat een betaaltermijn is aangepast? Degene die het heeft afgesproken, dus ook het CRM, of de offerte. Wie weet als eerste dat een btw-nummer niet klopt? De administratie, bij de aangifte, dus de boekhouding. De bron ligt in de regel bij degene die de wijziging meemaakt, niet bij het duurste pakket.

De tabel

Hieronder per gegeven de bron, wie het daar wijzigt, hoe het in de praktijk uit elkaar loopt, en wat één verschil kost zodra het aan het licht komt. De bedragen zijn berekende indicaties op de aannames die onder de tabel staan; ze zijn geen meting.

De aannames achter de bedragen

Alle regels rekenen met een uurtarief van €45 aan loonkosten voor de administratie inclusief werkgeverslasten, €90 per uur voor de accountant, een factuur van €5.000, en 6% per jaar als kosten van geld dat later binnenkomt. Ook elke duur en elke vertraging in de uitleg hieronder is een aanname, geen meting. Vul uw eigen getallen in en de tabel verschuift, ook in volgorde.

Het factuuradres: een factuur naar het oude adres wordt niet betaald, omdat hij niet aankomt. Dat blijkt bij de eerste aanmaning. Een half uur uitzoeken en opnieuw versturen is €22,50; de betaling komt drie weken later, wat op €5.000 bij 6% per jaar €17,26 is. Samen ongeveer €40.

De betaaltermijn heeft twee kanten. Staat de boekhouding op 14 dagen terwijl 30 is afgesproken, dan krijgt de klant een aanmaning waar hij recht op heeft te klagen. Twintig minuten bellen en rechtzetten: €15. Staat de boekhouding ruimer dan afgesproken, bijvoorbeeld op 60 dagen, dan komt elke factuur dertig dagen later binnen dan nodig. Op €5.000 is dat €24,66 per factuur, en niemand belt daarover.

De verkoopprijs: de klant heeft een afspraak op €12,50 per stuk, de boekhouding factureert 1.000 stuks tegen de lijstprijs van €13,20. De klant belt. Creditnota, nieuwe factuur, telefoongesprek: drie kwartier, €33,75, plus twee weken latere betaling, €11,51. Ongeveer €45. Loopt het de andere kant op en is de lijstprijs lager dan de afspraak, dan belt de klant niet en is het verschil, hier €700, weg.

De contactpersoon: de factuur en de aanmaning gaan naar een mailadres van iemand die niet meer bij de klant werkt. Bij de tweede aanmaning belt iemand. Een half uur, €22,50, en dertig dagen latere betaling, €24,66. Ongeveer €47.

Het btw-nummer is de regel die uit de toon valt. Bij een levering aan een ondernemer in een ander EU-land geldt het 0%-tarief alleen als u het btw-identificatienummer van de klant op de factuur zet en opgeeft in de Opgaaf intracommunautaire prestaties; de Belastingdienst raadt aan het nummer altijd te controleren, en schrijft dat wie 0% rekent terwijl bij controle blijkt dat de klant geen ondernemer is, een naheffingsaanslag krijgt. Een verkeerd nummer dat op tijd wordt gezien kost in dit voorbeeld een uur eigen werk en een half uur van de accountant: €45 plus €45, dus €90. Blijkt bij een controle dat er 0% is gerekend aan een afnemer die daar geen recht op had, dan gaat het om de btw over de levering: op €5.000 is dat €1.050. Een typefout bij een echte ondernemer is niet automatisch dat tweede geval, maar dit is wel het gegeven waarbij een verschil het duurst kán zijn.

Wat de tabel laat zien is dat een verschil op zichzelf goedkoop is. Vier van de vijf regels blijven onder de vijftig euro. De kosten zitten in de herhaling en in de tijd tussen het uiteenlopen en het opmerken. Een prijsverschil dat één keer voorkomt is een telefoontje; hetzelfde verschil elke maand, omdat niemand de bron heeft aangewezen, is een vaste post.

Hoe een koppeling de bron afdwingt

Een koppeling die twee systemen synchroon houdt, moet per veld weten welke kant op. "De laatste wijziging wint" is geen regel maar het ontbreken van een regel: dan wint wie toevallig het laatst heeft getypt. De eenvoudigste inrichting die houdbaar is, is per gegeven één richting. Twee kanten op kan ook, maar dan met een conflictregel per veld, en die moet iemand opschrijven en onderhouden.

Exact Online geeft daar de middelen voor. Het endpoint voor relaties heeft aparte velden voor bezoekadres, betaalconditie voor verkoop en btw-nummer, en registreert per record wie het het laatst heeft gewijzigd, in de velden Modified en Modifier, zo staat het in de documentatie van CRMAccounts. Voor het ophalen van wat er sinds de vorige keer is veranderd is er een Sync-endpoint met een timestamp die bij elke wijziging oploopt; Exact schrijft zelf dat dit betrouwbaarder is dan filteren op wijzigingsdatum, omdat meerdere records dezelfde datum kunnen hebben. Die Modifier staat op het record, niet op het veld, en bij een koppeling is het vaak de koppelgebruiker zelf; maar hij laat wel zien wie of wat de klantkaarten in de praktijk aanraakt, en dat is nogal eens een ander dan afgesproken.

Bij AFAS loopt schrijven via een UpdateConnector, waarbij een PUT een bestaand record wijzigt en Profit de wijziging eerst langs zijn eigen bedrijfsregels haalt voordat hij wordt opgeslagen, aldus de AFAS Help. Een koppeling die per veld één richting aanhoudt, past in beide pakketten; hoe dat er per pakket uitziet staat op /koppelingen/exact-online/ en /koppelingen/afas/, en de valkuilen van de AFAS-connectoren staan apart uitgeschreven.

Wanneer dit niet werkt

De tabel gaat ervan uit dat een verschil een fout is. Dat is niet altijd zo. Het bezoekadres in het CRM en het factuuradres in de boekhouding mogen verschillen; dat zijn twee gegevens met dezelfde naam. De lijstprijs en de klantprijs ook. In die gevallen lost synchroniseren niets op en maakt het iets kapot: de koppeling overschrijft een juist gegeven met een ander juist gegeven. De oplossing is dan het veld splitsen, zodat elk gegeven een eigen naam en een eigen bron heeft.

Het werkt ook niet als twee afdelingen hetzelfde gegeven allebei als eerste horen. Een betaaltermijn die zowel door verkoop bij de afspraak als door de administratie bij een betalingsregeling wordt aangepast, heeft geen natuurlijke bron. Dan is er een afspraak nodig over wie het invoert, en die afspraak is geen koppelingsvraag.

En het werkt niet zonder de rij die het duurst kan zijn. De vier andere regels blijven in dit voorbeeld bij elkaar onder de €160 per keer; de btw-regel kost bij een naheffing in één keer meer dan dat. Als er één gegeven is waarvoor u vandaag de bron aanwijst, is het die.

Wat u zelf kunt doen, zonder software: neem tien klanten die in beide systemen staan en leg de vijf velden naast elkaar. Tel de verschillen per veld, en schrijf er per veld bij wie het als laatste heeft gewijzigd en welke waarde de juiste is. De kolom met de meeste verschillen is niet per se de dure; de kolom die het langst onopgemerkt blijft, is dat wel.

Herkennen: is dit een factuur?

De mail komt binnen op een adres dat het boekhoudpakket of een herkenlaag ervoor meeleest; Exact somt de kanalen op als "e-mail, pdf, scan, foto of als e-factuur via Peppol" (Exact). De eerste vraag is niet wat er op de factuur staat, maar of het een factuur is; een orderbevestiging, een herinnering en een pakbon lijken erop. In deze mail zit één PDF met factuurnummer, datum en btw-bedrag, en die gaat in de wachtrij. De algemene voorwaarden in de tweede bijlage niet.

Mensenwerk: geen, behalve bij de leverancier die zijn factuur in de mailtekst zet zonder bijlage. Die bestaat, en die blijft handwerk.

Uitlezen: de velden

OCR haalt de tekst van de pagina; daarna moet iets die tekst in velden zetten: leverancier, factuurnummer, datums, bedragen, IBAN en het inkoopordernummer als dat erop staat. Bij deze groothandel gaat dat goed. De leverancier wordt herkend aan het btw-nummer dat al in de crediteurenstam staat, en de bedragen sluiten: exclusief plus btw is het totaal. Dat optelsommetje vangt een deel van de uitleesfouten, niet alle; daarnaast kijkt de software of het factuurnummer al eerder is verwerkt.

Mensenwerk: geen, zolang de leverancier bekend is en de controles slagen. Bij een nieuwe leverancier maakt iemand de crediteur aan en controleert het rekeningnummer via een ander kanaal dan de factuur zelf; dat is de stap waar factuurfraude op inspeelt.

Matchen met de inkooporder

De factuur noemt inkoopordernummer IO-2026-0418. De software zoekt die op: besteld 24 stuks, in het magazijn 24 ontvangen geregistreerd, gefactureerd 24, stuksprijs gelijk aan de order. Order, ontvangst en factuur sluiten op elkaar.

Hier scheiden de bedrijven die inkooporders vastleggen zich van de bedrijven die dat niet doen. Zonder inkooporder is er niets om tegen te matchen, en dan is de vraag of de factuur klopt een vraag aan degene die bestelde; de goedkeuring verderop is dan altijd mensenwerk. Hoe die orders uit mail en PDF in het systeem komen staat op /voorbeelden/orderverwerking/.

Mensenwerk: geen. Was er 22 ontvangen en 24 gefactureerd, of lag de stuksprijs buiten de tolerantie, dan was de factuur met het verschil erbij naar de inkoper gegaan.

Coderen

Grootboekrekening en kostenplaats. De software stelt voor op grond van de vorige facturen van dezelfde leverancier: elf keer op materiaal projecten, dus nu ook; Exact noemt dat "slimme suggesties om transacties op de juiste grootboekrekening te plaatsen". Met een inkooporder neemt de factuur het project van de order over.

Mensenwerk: het voorstel bekijken. Exact zegt het zelf: "In plaats van gegevens invoeren, controleer je vooral of het boekingsvoorstel klopt." Waar de boekhouder elk voorstel opent, zit hier de meeste overgebleven tijd. De vraag is bij welke facturen die blik overgeslagen mag worden: bekende leverancier, order sluitend, bedrag onder een grens. Dat criterium is beleid, geen techniek, en u kunt het deze week zonder software vaststellen.

Boeken en goedkeuren

De factuur wordt geboekt en gaat naar de budgethouder, hier de projectleider. In AFAS loopt dat via de workflow Inkoopfactuur: de ingeboekte factuur is "automatisch geblokkeerd voor betaling" en wordt pas vrijgegeven als de beoordelaar accordeert (AFAS Help Center). Boeken en goedkeuren zijn dus twee dingen: de factuur staat al in het inkoopboek, met de PDF als bijlage, maar gaat pas mee in een betaling na een ja. Omdat order, ontvangst en factuur hier sluiten, kan een daarop ingerichte workflow de goedkeuring tot één klik maken, of hem automatisch afhandelen.

Mensenwerk: de klik, of het besluit dat de klik niet hoeft. En de vervanger: staat de projectleider twee weken op de camping, dan ligt de factuur twee weken stil, zie Als één iemand op vakantie is.

Betalen

Na accordering gaat de factuur op de vervaldatum mee in het betaalvoorstel. Vrijdag loopt de boekhouder de lijst na en stuurt het betaalbestand naar de bank; bij het afschrift lettert de software de betaling af.

Mensenwerk: het betaalvoorstel bekijken en versturen. Technisch kan dat zonder; de meeste bedrijven houden hier bewust een mens, want hier verlaat het geld het bedrijf.

De route zonder uitlezen

Had deze groothandel via Peppol gestuurd, dan waren de eerste twee stappen vervallen. Een e-factuur is een gestructureerd bestand; Logius is er stellig over: "Facturen die per e-mail worden gestuurd, bijvoorbeeld als pdf, zijn geen e-facturen" (Logius). Leverancier, bedragen en referentie landen als velden in het pakket; het uitlezen vervalt, de inhoudelijke controles niet. Het afsprakenstelsel beheert de Nederlandse Peppolautoriteit namens het ministerie van BZK. De vraag aan de tien grootste leveranciers of ze via Peppol kunnen sturen kost één mail.

Wat er overblijft

Voor deze ene factuur, van een bekende leverancier met een sluitende order, blijven twee menselijke handelingen over: de goedkeuring en de betaalrun. Bij elke afwijking komt er een beslissing bij. Het werk is niet verdwenen; het is veranderd van overtypen in beslissen over uitzonderingen. Hoeveel uitzonderingen er zijn, hangt minder af van de herkensoftware dan van wat er vóór de factuur geregeld is: of er een inkooporder was, of de ontvangst is geregistreerd, en of de leverancier al in de stam stond.

Hieronder rekenen we één proces door. Alle bedragen zijn een berekende indicatie: de aannames staan erbij, de prijzen komen van de publieke prijspagina's op 28 augustus 2026 en veranderen geregeld.

Het proces

Een groothandel ontvangt 400 bestellingen per maand per e-mail, als losse tekst of als PDF in de bijlage. De workflow leest elke mail, haalt de orderregels eruit en zet ze klaar in het orderpakket. Wat het model niet met zekerheid kan lezen, gaat naar een collega. Het bedrijf is een typisch voorbeeld, geen klant.

Aannames per bestelling: ongeveer 1.500 invoertokens (de instructie aan het model, de mailtekst en de bijlage samen) en ongeveer 300 uitvoertokens (het gestructureerde antwoord). Een token is volgens de prijspagina van Anthropic grofweg driekwart Engels woord; Nederlands komt iets hoger uit. Per maand is dat 600.000 invoertokens en 120.000 uitvoertokens.

Post 1: de tokens

De drie grote aanbieders rekenen per miljoen tokens, in dollars. Onderstaande prijzen komen van hun prijspagina's, geraadpleegd op 28 augustus 2026. De omrekening gebruikt de ECB-referentiekoers van diezelfde dag, 1 euro = 1,1643 dollar.

De rekensom per regel: 0,6 miljoen invoertokens maal de invoerprijs plus 0,12 miljoen uitvoertokens maal de uitvoerprijs. Voor Claude Sonnet 5: 0,6 × $2 + 0,12 × $10 = $2,40.

Dit is de kale som. In de praktijk gaat een deel van de mails twee keer door het model, omdat het eerste antwoord de controle in de workflow niet haalt, en soms kijkt een tweede modelstap het antwoord na. Reken daarom met het dubbele: voor een middenklasse model zoals Sonnet 5 ongeveer €4 per maand, met het duurste model in de tabel ongeveer €10.

Post 2: de omgeving

De workflow moet ergens draaien. Op /techniek/ staat hoe wij dat doen: elke klant een eigen omgeving, n8n als workflowtool, van elke verwerking een regel in het logboek. De belasting is klein: 400 verwerkingen per maand is gemiddeld één per werkuur. Een kleine VPS bij TransIP kost €10 per maand exclusief btw voor 1 vCPU, 2 GB geheugen en 100 GB opslag (prijspagina geraadpleegd 28 augustus 2026); de kleinste kost €5, maar €10 laat ruimte voor een tweede workflow. De zelf gehoste versie van n8n is gratis. Wie niet zelf wil hosten, huurt n8n Cloud: het Starter-abonnement kost €20 per maand voor 2.500 workflowruns. Voor de tabel nemen we de VPS van €10.

Post 3: het beheer

Hier begint het echte geld. Een workflow die maandenlang goed draait, krijgt vroeg of laat onderhoud nodig: een leverancier stuurt een nieuwe PDF-lay-out, een mailboxwachtwoord verloopt, het orderpakket krijgt een update, de aanbieder zet een oude modelversie uit. Geen storingen, wel werk, en iemand moet het doen.

Dat kan op twee manieren. De eerste is het zelf doen, of door een medewerker die er handig in is. We rekenen met twee uur per maand: een uur voor het nalopen van het logboek en de mislukte verwerkingen, gemiddeld een uur voor de aanpassing die om de paar maanden nodig is. Tegen een aangenomen intern rekentarief van €65 per uur is dat €130 per maand.

De tweede is uitbesteden. Ons Managed-pakket kost €395 per maand, met voorrang bij incidenten en ongeveer een uur wijzigingsruimte per maand; de details staan op /prijzen/. Het is één referentiepunt, niet het enige: andere bouwers hebben andere pakketten, en een bedrijf met een eigen IT'er die n8n kent, heeft het misschien niet nodig. De tabel bevat allebei.

Post 4: de mens die de uitzonderingen doet

Deze post wordt in kostenramingen makkelijk vergeten. Het model leest niet alles goed, en het hoort ook niet alles te lezen: een bestelling met "hetzelfde als vorige keer, maar dan vijf meer" hoort naar een mens. We rekenen met 5 procent uitzonderingen, 20 per maand, en 6 minuten per stuk om de mail te lezen en de order alsnog met de hand in te voeren: 2 uur. Daarbij doet iemand vier keer per maand een kwartier steekproeven op de orders die wél automatisch zijn doorgegaan: 1 uur. Samen 3 uur, tegen een aangenomen tarief van €45 per uur voor de administratie: €135 per maand.

Dat percentage uitzonderingen is een aanname en tegelijk de belangrijkste knop. Bij 15 procent uitzonderingen wordt het 60 mails en 7 uur, en dan is de vraag of het proces wel de goede was om te automatiseren.

De maandtabel

De variabele bedragen zijn een berekende indicatie op basis van de aannames in de tabel; het Managed-tarief is een vaste prijs. De bouw van de workflow zit er niet in; die ligt voor een proces als dit in de categorie die op /prijzen/ als "standaard" staat.

De verhouding is het punt. De tokens zijn in beide varianten minder dan 2 procent van de som: €4 van €279 is 1,4 procent, van €544 is het 0,7 procent. Het duurste model maakt er €10 van; wie het aantal uitzonderingen halveert, bespaart meer dan alle tokens samen kosten. Welk model, is voor een proces van deze omvang een technische vraag, geen financiële. De financiële vragen zijn: wie kijkt naar het logboek, wie past de workflow aan als een leverancier iets verandert, en hoeveel mails vallen eruit.

Wanneer de som niet uitkomt

Bij 40 orders per maand in plaats van 400 worden de tokens 40 cent, maar de server blijft €10, het beheer 2 uur en de steekproef 1 uur; met 2 uitzonderingen erbij is dat ongeveer €194 per maand, €4,86 per order, tegenover €4,50 voor een medewerker die de mail in 6 minuten overtikt tegen hetzelfde tarief van €45. Bij een proces waarin elke tweede mail een uitzondering is, hetzelfde. Een taalmodel maakt automatisering mogelijk waar het eerder niet kon omdat de invoer te rommelig was. De rekensom verandert er niet door: die draait om herhaling, om volume en om hoeveel er buiten de lijntjes valt.

Hoe die som voor uw eigen proces uitvalt, is wat de Automation Check uitzoekt: één proces stap voor stap doorgenomen, met kostencalculatie en terugverdientijd. Dat is een vast tarief van €295, verrekend bij een implementatie binnen 30 dagen. Is de uitkomst dat u het niet moet doen, dan staat dat er ook in. Zie /prijzen/.

Dit stuk gaat over dat werk. Niet over AI als belofte, maar over een taalmodel als onderdeel in een bedrijfsproces: een stap tussen twee systemen waar tot nu toe een mens zat te lezen. De vraag is dan niet of AI iets kan, maar of die ene stap uitkan. Dat is een rekensom.

Waar een mens zat te lezen

Een gewone koppeling werkt met vaste regels. Staat er een orderregel in een UBL-bestand, dan weet de software welk veld het artikelnummer is en welk veld het aantal. Daar komt geen taalmodel aan te pas: regels zijn goedkoper, sneller en altijd hetzelfde. Een taalmodel hoort thuis waar regels ophouden, omdat de invoer geen vaste vorm heeft.

De bestelling die een vaste klant mailt in twee regels lopende tekst, met een artikelomschrijving die net anders is dan in het assortiment. De werkbon waarop de monteur in drie zinnen opschrijft wat hij aantrof. In beide gevallen leest iemand de tekst, begrijpt wat er staat, en typt dat over in velden. Vrije tekst omzetten naar velden, een bericht in een categorie zetten, een lang stuk samenvatten tot wat de planner moet weten, of aanwijzen welke van de honderd gevallen afwijkt: dat is werk dat een taalmodel aankan en waar vaste regels alleen tekortschieten.

Waar het model níet thuishoort, is minstens zo belangrijk. Alles wat al gestructureerd binnenkomt, hoort bij een gewone koppeling. Alles wat honderd procent goed moet zonder dat iemand ernaar kijkt, hoort niet bij een taalmodel. De onderzoekers die vorig jaar uitzochten waarom taalmodellen dingen verzinnen, kwamen tot een eenvoudige verklaring: een model wordt bij het trainen en toetsen beloond voor gokken, want een gok scoort beter dan toegeven dat het iets niet weet. Bij het samenvatten van documenten, een taak waar het model alleen hoeft te lezen, liggen de gemeten foutpercentages van goede modellen rond de 2 procent en die van slechte boven de 20, volgens een doorlopende vergelijking die in mei van dit jaar is bijgewerkt. Twee procent klinkt weinig. Bij tweehonderd orders per week zijn het er vier, en u weet niet welke.

Daarom hoort er in een proces met een taalmodel een controlestap, of een grens. De grens is de eenvoudigste: het model vult de velden, maar boven een bedrag, bij een onbekende klant of bij een artikelnummer dat het niet kan thuisbrengen, gaat de order naar een mens. Het model vervangt dan niet het lezen, maar het overtypen, en het sorteert het lezen naar de gevallen waar dat nodig is. Sinds 2 augustus van dit jaar geldt daar één regel bij: waar een AI-systeem rechtstreeks met mensen communiceert, zoals een chatbot voor klanten, moeten die mensen weten dat ze met een AI-systeem te maken hebben, volgens artikel 50 van de Europese AI-verordening. Voor een model dat achter de schermen een mail in velden zet, geldt die plicht niet.

De som

De rekenmethode is dezelfde als voor elke andere automatisering: minuten per handeling, maal het aantal per week, maal een uurtarief, tegenover wat het kost om te bouwen en in de lucht te houden. Bij een taalmodel komen er twee posten bij die een gewone koppeling niet heeft: de controlestap, die tijd blijft kosten, en het afstellen met echte voorbeelden, inclusief meten wat het fout doet voordat het live gaat.

Neem een groothandel die per week zestig bestellingen per mail ontvangt van vaste klanten, in vrije tekst. Iemand op de binnendienst leest ze en zet ze in het ERP. Dat kost hem, gemeten over twee weken, gemiddeld zes minuten per order: lezen, artikelen opzoeken, aantallen en leveradres invullen, soms even bellen. Zes uur per week. De cijfers hieronder zijn een berekende indicatie. Het uurtarief van 40 euro is een aanname voor een binnendienstmedewerker, de 46 werkweken zijn een aanname voor vakantie en feestdagen, en de bouwprijs en het beheertarief komen van onze prijzenpagina: het midden van de bandbreedte voor een standaardautomatisering en het laagste beheertarief.

In deze som is de bouw na ongeveer vijf maanden terugverdiend, en houdt het bedrijf daarna elke week vijf uur over. De som zegt niet dat de medewerker vijf uur minder werkt; er komt vijf uur vrij, en wat daarmee gebeurt, bepaalt de eigenaar. De zes minuten zijn gemeten, niet geschat. Dat is de nulmeting: twee weken tellen hoe vaak, hoeveel minuten en hoeveel fouten. Zonder die telling is de hele tabel een mening, en een half jaar later valt niet vast te stellen of het iets heeft opgeleverd. Bij Taxi Zoetermeer Direct ging de administratie van circa 22 naar circa 2,5 uur per week, naar opgave van de klant; dat getal bestaat alleen omdat er vooraf 22 stond.

Waar dezelfde som nee zegt

Neem nu een installatiebedrijf dat drie keer per maand een aanbestedingsdocument van dertig pagina's krijgt. De eigenaar leest het zelf, want hij moet beslissen of ze meedoen, en dat kost hem drie kwartier per stuk. Een taalmodel kan zo'n document samenvatten; dat is precies de taak waar het goed in is. Dus de som:

Drie documenten per maand, drie kwartier per stuk, is 27 uur per jaar. Tegen een aangenomen tarief van 65 euro voor de eigenaar zelf is dat 1.755 euro per jaar aan leestijd. Neem aan dat de samenvatting daar de helft afhaalt, en dat is ruim, want beslissen of je meedoet, doe je niet op een samenvatting: hij leest de kernpunten alsnog na. Vrijgekomen: 880 euro per jaar, berekend. Daar staat het beheer tegenover, 1.140 euro per jaar, en het bouwen komt er nog bovenop. Deze automatisering verdient zichzelf nooit terug. Niet omdat het model het niet kan, maar omdat het te weinig voorkomt om de inrichting goed te maken. Dezelfde eigenaar kan zo'n document ook zelf in een hulpmiddel plakken en om een samenvatting vragen; dat is geen procesautomatisering, en dat hoeft het ook niet te zijn.

Tussen die twee voorbeelden ligt een groot gebied waar de uitkomst afhangt van één getal: hoe vaak. Een taak die elke dag voorkomt en drie minuten kost, is een betere kandidaat dan een taak die één keer per maand een uur vraagt, al voelt die laatste zwaarder.

Wat u zelf kunt tellen

Wie wil weten of AI in zijn bedrijf iets oplevert, hoeft daar niemand voor te bellen. Kies één stroom waar iemand elke dag vrije tekst zit over te typen: mails, werkbonnen, formulieren, WhatsApp-berichten. Laat degene die het doet twee weken turven hoe vaak het voorkomt, hoeveel minuten het per keer kost en hoe vaak er iets fout in gaat. Zet die getallen in de tabel hierboven, met uw eigen uurtarief. Komt er minder uit dan de laagste bouwprijs plus een jaar beheer, bij onze tarieven zo'n 2.900 euro, dan verdient het zich in het eerste jaar niet terug, en dat is een goed antwoord: het scheelt een aanschaf.

Komt er meer uit, dan is de volgende vraag welk deel met regels kan en waar echt interpretatie nodig is. Dat is wat de Automation Check doet: één proces stap voor stap doorgenomen, frequentie, duur en fouten geteld, en een advies of het bouwen waard is, ook als dat advies nee is. Hij kost 295 euro en wordt verrekend als er binnen dertig dagen gebouwd wordt. De telling van hierboven neemt u mee; dan is de nulmeting al half gedaan.

De andere cijfers zijn op een andere manier zacht. Gartner voorspelde in juli 2024 dat minstens dertig procent van de generatieve-AI-projecten na de proof of concept zou worden afgebroken, door slechte datakwaliteit, ontbrekende risicobeheersing, oplopende kosten of een onduidelijke bedrijfswaarde. Dat is een voorspelling, geen meting. En de "tachtig procent van de AI-projecten mislukt" die RAND in 2024 aanhaalt, is een schatting van anderen die RAND citeert, niet iets dat RAND heeft geteld. Het eigen onderzoek van RAND bestond uit 65 interviews met AI-engineers en onderzoekers, en "mislukt" was daar: door de organisatie zelf als mislukt ervaren.

De cijfers zijn dus zacht. De oorzaken die de onderzoekers noemen, herkennen wij wel, bij bedrijven van tien tot honderd man. En die oorzaken zijn zelden technisch. RAND noemt er vijf, en maar één gaat over wat AI wel of niet kan. De andere vier gaan over het verkeerde probleem oplossen, over data die er niet is, over technologie kiezen voordat het probleem gekozen is, en over het ontbreken van wat nodig is om iets werkelijk te laten draaien. Dat zijn geen AI-problemen, maar problemen van werk dat door een bedrijf beweegt.

Dichter bij huis

MIT en Gartner keken naar budgetten die u niet herkent; Gartner rekent voor de zwaarste aanpak met 5 tot 20 miljoen dollar. Volgens het CBS gebruikte in 2025 27 procent van de bedrijven met 10 tot 50 werkzame personen AI, en 45 procent van de bedrijven met 50 tot 250. Twee jaar eerder was dat 11 en 20 procent; de cijfers over 2025 zijn voorlopig. Van de bedrijven die AI gebruiken, doet 35 procent dat voor marketing of verkoop en 17 procent voor boekhouding, controle of financieel beheer. Een bedrijf telt mee zodra het één AI-technologie uit een vaste lijst gebruikt, hoe klein ook. Of er iets werkt, meet het CBS niet.

MIT zag hetzelfde patroon in de budgetten: die gaan vaker naar verkoop en marketing, omdat het resultaat daar makkelijk zichtbaar is, terwijl het rapport de betere opbrengst juist in de backoffice ziet. De les is smal: kijk niet waar AI het zichtbaarst is, maar waar terugkerend handwerk meetbaar kan verdwijnen.

Een demo is geen productie

Een AI-demo is een gunstig geval dat goed is afgelopen. Meestal kiest de leverancier de order, het model leest hem uit, de regels staan in het scherm, en het klopt. Op onze site staat dat negentig procent makkelijk is en dat de rest bepaalt of het werkt; dat staat er omdat we het zo hebben meegemaakt. Het verschil tussen een demo en een systeem dat op dinsdagochtend draait, zit in wat niet in de demo zat.

Neem de export. Bij Taxi Zoetermeer Direct kwamen de ritten van een vervoerscentrale maandelijks als CSV, en die CSV was elke maand anders opgemaakt: een kolom die van plek wisselde, een datumnotatie die veranderde, een extra regel bovenaan. In productie is het twaalf keer per jaar een ander bestand:

`` maart: ritnr;datum;klant;van;naar;bedrag april: ritnr;klant;datum;van;naar;bedrag mei: Export vervoerscentrale mei ritnr;klant;datum;van;naar;bedrag;opmerking ``

Een gestileerd voorbeeld, geen kopie van dat bestand, maar dit soort verschuiving. Een pilot die op maart is gebouwd, staat in april stil. Niet omdat het model slecht is, maar omdat niemand had gevraagd of het bestand elke maand hetzelfde is.

Hetzelfde geldt voor adressen. "Bij de ingang van het ziekenhuis" is voor een chauffeur een prima adres en voor een systeem niets. Zulke ritten gingen niet automatisch door, maar in een bak met uitzonderingen, en daar zat de belangrijkste keuze: liever een rit die wordt voorgelegd dan een rit die verkeerd wordt gedeclareerd.

Niemand die de bak leegt

Die bak is waar wij pilots het vaakst zien stranden, en het is geen technisch punt. Een pilot draait bij de leverancier of de IT'er; de uitzonderingen komen bij niemand terecht, want in de pilot waren ze er niet. Zodra het echt draait, staan er op maandag orders die het systeem niet vertrouwde, en dan blijkt dat er geen naam boven die lijst staat. De medewerker die het vroeger overtypte, gaat ervan uit dat het systeem het nu doet. Het systeem gaat ervan uit dat zij het oppakt. Een paar weken later is de lijst te lang om in te halen en gaat iemand weer overtypen, naast het systeem in plaats van ermee.

RAND noemt als eerste oorzaak dat bedrijfsleiding en technici het verkeerde probleem definiëren of elkaar daarover niet begrijpen. De lijst zonder eigenaar is daar een voorbeeld van, uit onze eigen praktijk, niet uit dat onderzoek. Wij noemen het eenvoudiger: er is geen eigenaar in de business. Bij Rene's Autoservice beschreef de klant achteraf wat het verschil had gemaakt: als iets niet duidelijk was, werd het gevraagd in plaats van ingevuld. Dat is een keuze aan het begin. Wie de vraag beantwoordt, is degene die de bak straks leegt, en die persoon moet er zijn voordat er iets gebouwd wordt.

De laatste tien procent is het werk

Wat overblijft, is dit: wat gebeurt er als de mailbox even niet bereikbaar is, en wordt hetzelfde bericht dan twee keer verwerkt? Wie ziet dat de koppeling sinds donderdag niets meer heeft gedaan? Waar staat wat er gisteren is verwerkt, zodat iemand een fout kan terugzoeken? Wie belt u als het stilvalt? Dat is foutafhandeling, logging en beheer, en het is saai. In onze ervaring is het ook het grootste deel van de bouwtijd, en het wordt in een pilot overgeslagen omdat de pilot het moet halen.

Het is ook de plek waar deze aanpak niet werkt. Een proces dat een paar keer per maand voorkomt en elke keer anders is, verdient geen koppeling en geen AI-model; daar is de uitzonderingenbak groter dan het proces. Hetzelfde geldt voor werk zonder regel, waar de medewerker elke keer een afweging maakt die ze niet kan uitleggen. Dan bouwt u een systeem dat vragen stelt die niemand kan beantwoorden.

De pilot die nooit kon slagen

De stilste manier waarop een AI-project mislukt, is dat niemand kan zeggen of het geslaagd is. De pilot begon met enthousiasme en eindigde met een gevoel. Niemand had geteld hoeveel orders er per week binnenkwamen, hoeveel minuten er aan elk zat en hoe vaak het fout ging. Zonder dat getal is er na drie maanden niets om naast te leggen, en dan wint de sterkste mening. Meestal is dat de twijfel.

Die nulmeting kunt u zelf doen, zonder iemand in te huren. Kies één proces. Laat de medewerker die het doet turven: hoe vaak, hoeveel minuten per keer, hoe vaak er iets fout ging of moest worden nagevraagd, en wie daarover besliste. Turf minstens één volledige cyclus; bij maandwerk is een week niet genoeg. Vraag de export van de laatste drie maanden op en leg de koppen naast elkaar. Zit u bij een demo, stel dan deze vragen:

• Wat doet het als het bestand er volgende maand anders uitziet?
• Waar komen de gevallen terecht die het niet vertrouwt, en wie kijkt daarnaar?
• Wat gebeurt er als hetzelfde bericht twee keer binnenkomt?
• Hoe zie ik dat het sinds gisteren niets meer heeft gedaan?
• Wie bel ik als het stilvalt, en wat kost dat per maand?
• Waar staat het cijfer van vóór de pilot waarmee we dit gaan vergelijken?

Wie op de laatste vraag geen antwoord krijgt, kan straks niet beoordelen of het gelukt is.

Wilt u dat wij tellen, dan is dat de Automation Check: één proces stap voor stap doorgenomen, hoe vaak, hoeveel minuten, hoeveel fouten, wat automatiseerbaar is en wat niet, en een advies: bouwen of niet. Dat kost 295 euro, en soms is het antwoord nee.

1. Peppol aanzetten in het boekhoudpakket

Peppol is het netwerk waarover e-facturen als data worden uitgewisseld. Een factuur die via Peppol binnenkomt is geen PDF die iemand moet overtypen, maar een bestand dat het pakket zelf leest. Wie levert aan de Rijksoverheid moet sinds 1 januari 2017 bij nieuwe overeenkomsten al elektronisch factureren (Rijkswaterstaat), en overheden moeten sinds 2019 e-facturen kunnen ontvangen (RVO). Het Nederlandse deel van het netwerk wordt beheerd door de Nederlandse Peppolautoriteit, namens het ministerie van BZK.

Exact Online. Exact beschrijft de stappen in het supportartikel E-facturatie | Peppol begrijpen: in de instellingen van de administratie staat een tabblad Elektronische facturen met daarin Abonnementsbeheer. Daar kiest u verzenden, ontvangen of beide. Ontvangen facturen verschijnen daarna als boekingsvoorstel onder Inkoop.

AFAS Profit. De registratie zit onder Algemeen > Administratie > Beheer > Eigenschappen, tabblad Peppol, op KVK-nummer. Daarnaast activeert u het Peppol-communicatieprofiel (AFAS Help). Let op: AFAS zegt dat dit voor Nederlandse klanten vanaf Profit 8 beschikbaar komt; tot die tijd loopt Peppol via eConnect (AFAS Help). Draait u nog een oudere versie, dan is dit punt voor u even niet aan de orde.

Tijd: een half uur, plus de wachttijd op de registratie. Wat het oplevert: inkoopfacturen die als data binnenkomen. Elke latere automatisering rond facturen begint daar makkelijker.

2. De bankkoppeling activeren

Wie wekelijks een afschriftbestand downloadt en importeert, kan dat laten doen door het pakket.

Exact Online. Ga naar Instellingen > Bankkoppelingen, voeg de betaalrekening toe en geef bij de bank toestemming. Transacties komen daarna vier keer per dag binnen; die toestemming vernieuwt u elke 180 dagen (Exact). Welke banken meedoen staat op dezelfde pagina; voor Rabobank bestaat daarnaast de Rabo BoekhoudKoppeling, één keer per dag (Exact).

AFAS Profit. De bankkoppeling werkt met ABN AMRO, ING, Rabobank, Knab en BNG Bank. ING stuurt het afschrift elke ochtend; de andere banken worden via een API opgehaald met een geplande taak die u op dagelijks zet (AFAS Help).

Tijd: een uur, inclusief de machtiging bij de bank. Wat het oplevert: dagelijks afletteren in plaats van wekelijks importeren, en een debiteurenlijst die klopt op de dag zelf.

3. De gedeelde postbus opruimen met vijf regels

In Outlook op het web heet dit Regels: Instellingen > E-mail > Regels > Nieuwe regel toevoegen (Microsoft Support). Open de gedeelde postbus in een eigen browservenster, anders maakt u de regels op uw eigen postvak. In Gmail heet het Filters: klik in het zoekvak op Zoekopties tonen, vul de voorwaarde in en kies Filter maken (Gmail Help).

Tijd: een half uur. Wat het oplevert: een postbus waarin de rest van de dag alleen nog staat wat een mens moet lezen. Hoe zo'n postbus er daarna uitziet staat bij e-mail.

4. De scanner rechtstreeks naar de netwerkmap

Bijna elke multifunctional kan scannen naar een gedeelde map. Canon noemt het scannen naar gedeelde mappen of bestandsservers, en beschrijft de inrichting via de Remote UI: u heeft de computernaam, het pad van de map en een gebruikersnaam met wachtwoord nodig (Canon). Andere merken hebben dezelfde functie onder een eigen naam; zoek in de handleiding op SMB.

Maak per doel een bestemming op het scherm van het apparaat: Bonnen, Pakbonnen, Getekend. Tijd: een uur, vooral voor het aanmaken van de map en het account. Wat het oplevert: een bon staat direct op de plek waar de administratie hem verwacht, zonder mailen, downloaden en opslaan.

Aan geen van deze vier verdient Werkritme iets, en we zouden er ook geen uur voor factureren.

Een aanvraag overtypen

Bij het taxibedrijf kwamen ritaanvragen via drie kanalen binnen: het boekingsformulier op de site, de telefoon, en de maandelijkse CSV van de vervoerscentrale. Elke rit werd met de hand in de planning overgetypt.

Dat overtypen is weg. Formulier, mailbox en CSV worden uitgelezen en de rit wordt in de bestaande planning aangemaakt, gekoppeld aan opdrachtgever en tarief. De planning zelf is niet vervangen; op de vragenpagina staat als uitgangspunt dat het werk verdwijnt en er geen scherm bij komt.

Wat de koppeling niet leest, is de telefoon. Wat een klant aan de lijn zegt, moet iemand nog steeds vastleggen. Een koppeling leest een formulier, geen gesprek.

Een adres uitzoeken dat niet klopt

Adressen uit vrije tekst, zoals "bij de ingang van het ziekenhuis", plaatst het systeem bij het taxibedrijf niet automatisch. In het zorgvervoer is een gegokt adres precies waar je vanaf wilt, dus die blijven mensenwerk.

Wat verandert, is waar zo'n adres terechtkomt. Het staat niet meer tussen de andere aanvragen in de mailbox, maar in een uitzonderingenbak: de lijst met alles wat het systeem niet eenduidig vond. Zo ziet zo'n lijst er op een scherm uit. De kolommen volgen de case; de regels zijn verzonnen voorbeelden, geen echte ritten.

Elke regel vraagt een oordeel, en dat komt van degene die de ritten en de klanten kent. Het systeem vraagt; het vult niet in. De lijst is het deel van het werk dat erbij komt, en het deel waar de kennis van de administratie het verschil maakt.

De CSV van de centrale verwerken

De rittenexport van de vervoerscentrale was elke maand net iets anders opgemaakt: een kolom die van plek wisselde, een andere datumnotatie, een extra regel bovenaan. De eerste twee maanden viel daardoor een deel van de ritten in de uitzonderingenbak en moest iemand die nalopen, tot de koppeling de varianten herkende in plaats van erop te struikelen.

Dat was bewust: liever een rit die wordt voorgelegd dan een rit die verkeerd wordt gedeclareerd. Voor degene die de administratie doet, zijn de eerste weken dus anders gevuld: minder typen, meer nakijken. Op de vragenpagina staat hetzelfde in algemene vorm: een nieuw proces draait de eerste weken met een extra controlestap, die het bedrijf zelf afbouwt zodra het erop vertrouwt. Wie die stap uitvoert, kan als eerste zeggen wanneer hij niet meer nodig is.

De maandafsluiting

Aan het eind van de maand werd bij het taxibedrijf hetzelfde werk nog een keer gedaan: uit dezelfde drie bronnen werden rittenstaten, facturen en declaraties samengesteld, met per opdrachtgever een ander tarief.

Het samenstellen is weg. Gereden ritten worden per opdrachtgever verzameld tot een rittenstaat, en de maandfacturen en de declaraties aan gemeente en zorgverzekeraar staan klaar ter controle. De maandafsluiting is daarmee geen overtypwerk meer maar een controle: nalopen en vrijgeven. Dat is wat blijft.

Er komt ook iets bij. Ritten die wel gereden zijn maar nergens gedeclareerd, worden gesignaleerd voordat de maand dichtgaat. Dat waren eerder de vergeten declaraties, volgens de case het duurste deel van het handwerk. Nu is het een regel op de lijst, en iemand moet hem afhandelen.

Naar opgave van het bedrijf ging de administratie van zo'n 22 naar 2,5 uur per week. In die 2,5 uur zit het werk van hierboven: nalopen, vrijgeven, de lijst afhandelen.

Een klant terugbellen die vraagt wanneer zijn auto voor het laatst is geweest

Bij Rene's Autoservice stond de historie van elke auto op een tabblad in een werkboek. Een klant die belde over zijn APK kreeg antwoord nadat iemand het tabblad had opgezocht.

Het opzoeken is weg. Kenteken, merk, model en APK-datum komen uit het open register van de RDW, met daaronder de tijdlijn van beurten, kilometerstanden en aantekeningen. De klant krijgt antwoord terwijl hij aan de lijn is, en kan het daarna zelf terugkijken in het portaal. Het gesprek blijft. De klant belt nog steeds, en iemand neemt op.

Een factuur opmaken en versturen

De regels van de factuur vullen zich met de prijzen die in het systeem staan, inclusief de inkoop per regel. Wat in de werkplaats wordt ingevoerd, staat op de factuur zonder dat iemand het overtypt.

Controleren en versturen blijft. Dat zijn de vijf minuten per dag uit het citaat bovenaan.

Een herinnering sturen

Elke ochtend kijkt het systeem bij Rene welke APK's en beurten eraan komen. Dat opzoeken deed Rene voorheen zelf in het werkboek; nu staat de lijst er al. Het bericht gaat automatisch mee, voor iedereen van wie het e-mailadres bekend is.

En daar zit het deel dat blijft. Het oude werkboek bevatte geen e-mailadressen. Die worden aangevuld naarmate klanten langskomen, en dat aanvullen doet een mens, klant voor klant. Het systeem verstuurt alleen naar adressen die iemand erin heeft gezet.

Wat u nu al kunt doen

Schrijf een week lang de twijfelgevallen op: elke aanvraag waarvoor u iemand moest bellen, elke regel in een export die niet klopte, elke factuur die u apart legde omdat het tarief niet duidelijk was. Dat is de uitzonderingenlijst van straks, op papier. Wie die lijst heeft, weet beter dan wie ook welk deel van het werk zich niet laat automatiseren. Op de aanpakpagina staat dat er bij het meten vooraf bewust wordt gesproken met degene die het werk doet, omdat die weet waar het echt misgaat. Die lijst is dat gesprek.

Waar dit niet opgaat

Bestaat een taak volledig uit één overdracht, bijvoorbeeld de maandelijkse CSV in de planning overzetten, dan is die taak na automatisering weg. Er komt geen lijst voor in de plaats. Wat dat voor een functie betekent, hangt ervan af hoeveel er naast die overdracht in het werk zit dat een oordeel vraagt, en dat is per bedrijf anders. Op de vragenpagina staat het zonder omhaal: administratief personeel wordt verder geautomatiseerd, en soms is iemand aannemen toch het juiste antwoord. In de twee cases hierboven bleef er werk over dat oordeel vraagt. Dat hoeft niet overal zo te zijn.

Een bon nakijken die niet klopt

Deze taak komt in geen van de twee cases voor en staat hier als typisch geval. Een bedrag dat afwijkt van de afspraak, een ander rekeningnummer dan vorige keer, een regel die niet bij de order hoort. Wat ermee moet gebeuren, weet degene die de leverancier kent. Dat is de regel die overal terugkomt: wat niet eenduidig is, wordt voorgelegd. Rene zei het over de bouw van zijn systeem: "als iets niet duidelijk was werd het gevraagd in plaats van ingevuld. Er staat nu niets in het systeem waarvan ik niet weet waar het vandaan komt."

Dit is een typisch voorbeeld van hoe een kleine maatwerkorder door een bedrijf van twintig tot vijftig mensen beweegt. Het bedrijf bestaat niet en de klant ook niet; de stappen wel.

De tijdlijn

Vier stalen beugels naar tekening, gemaakt, gecoat en verzonden. Alles bij elkaar drie uur werk, van het lezen van de aanvraag tot de factuur.

Drie uur werk, negen werkdagen doorlooptijd. De andere acht en een halve dag, acht dagen en vijf uur om precies te zijn, lag de order te wachten: in een mailbox, op een bureau, op een akkoord, op een koerier. In werkuren gerekend is hij ongeveer vier procent van zijn doorlooptijd in bewerking geweest; een eigen rekensom op dit voorbeeld, geen onderzoekscijfer.

Wat er in die acht en een halve dag zit

Op geen enkele dag in de tabel heeft iemand niets gedaan. De collega bij info@ had een volle mailbox, de calculator was op locatie, de eigenaar had afspraken, de werkplaats stond vol. Iedereen was bezig, en juist daarom lag de order stil.

Niklas Modig en Pär Åhlström noemen dat in This is Lean het verschil tussen twee soorten efficiëntie, zo vat de bespreking van het boek door Bølviken en Koskela in het Lean Construction Journal het samen. Resource-efficiëntie is de mate waarin mensen en machines bezet zijn. Flow-efficiëntie is het deel van de totale doorlooptijd waarin er daadwerkelijk aan de order wordt gewerkt. En wie de bezetting van zijn mensen hoog houdt, krijgt daarmee eerder meer werk onderhanden dan minder, en het is moeilijk, zo niet onmogelijk, om hoge bezetting en hoge flow tegelijk te halen. Het boek illustreert dat met twee patiënten die een diagnose nodig hebben. In het systeem waar de artsen efficiënt bezet zijn duurt het tweeënveertig dagen; in het systeem dat op doorstroom is ingericht twee uur.

De negen dagen in de tabel zijn een kleinere versie van diezelfde tweeënveertig. De aanvraag ligt bij de calculator omdat hij dinsdag op locatie nuttig werk deed. De offerte ligt bij de eigenaar omdat een oude controle-afspraak nog geldt. Elke wachtstap is op zichzelf redelijk. Opgeteld zijn ze de order.

Waar de dagen zitten

Er is een rekenregel die zegt hoe lang een order in huis blijft zonder dat iemand hem volgt. John Little, hoogleraar aan MIT Sloan, bewees in 1961 dat het gemiddelde aantal onderhanden orders gelijk is aan de instroom maal de gemiddelde doorlooptijd. In zijn terugblik na vijftig jaar schrijft hij het op zoals de werkvloer het gebruikt: doorlooptijd is wat er ligt, gedeeld door wat er per dag wordt afgerond. Wie wil weten hoe lang een order bij hem duurt, telt wat er op een willekeurige woensdag open staat en deel het door wat er per dag de deur uit gaat. Veertig open aanvragen bij vijf afgeronde per dag is acht dagen; dat getal staat in geen calculatie.

Little haalt in datzelfde stuk Michael George aan, die er in de praktijk mee werkte en een vuistregel gebruikte: de langste vertragingen zijn de grootste kans op verbetering, en in de regel zit tachtig procent van de vertraging bij minder dan twintig procent van de stappen. In de tabel zijn dat er twee: de ongelezen mail op dinsdag en het weekend waar de offerte overheen ging omdat hij vrijdag om tien over vijf werd verstuurd. De overige zeven regels zijn uren, geen dagen. Een afspraak wie de mailbox van de calculator leest als hij op locatie is, en een offerte die niet na vijven de deur uit gaat, halen er meer dagen af dan wat dan ook in de werkplaats.

Wat wachten kost

De klant merkt niets van de drie uur. Hij merkt de negen dagen, en vier dagen stilte betekent voor hem zelden "ze zijn er druk mee".

Hoe snel de aandacht van een klant afkoelt, is voor het opvolgen van webleads gemeten in de Lead Response Management Study van James Oldroyd, op drie jaar gegevens van zes bedrijven en ruim vijftienduizend leads. De kans om een lead nog te bereiken daalde in het eerste uur na de aanvraag meer dan tienvoudig; de kans om hem te kwalificeren meer dan zesvoudig. Dat gaat over nabellen, niet over stalen beugels, en is niet één-op-één over te zetten. De richting is wel dezelfde: de wachttijd wordt niet gevoeld door het bedrijf, maar door degene die wacht.

Wat u deze week zelf kunt nagaan

Neem één afgeronde order en schrijf hem op zoals de tabel hierboven: per dag wat er is gebeurd, hoeveel minuten er is gewerkt, en waar hij daarna op wachtte. De datums staan in de mailbox, het werkbriefje en de factuur; het kost een half uur.

Een order die zes weken op een leverancier wacht, of op een vergunning, wordt hier niet korter van; daar zit de tijd buiten de deur. De oefening is voor de order die drie keer per dag voorkomt en waarbij de eigen mailboxen de langste wachtstappen blijken te zijn.

De vraag die overblijft is niet hoeveel uur er in een order zit. Die is bekend en meestal goed begroot. De vraag is hoeveel dagen hij bij u ligt, en of iemand dat weet.