Waarom werkbonnen automatiseren in de bouw anders is dan facturen
Bij een inkoopfactuur ligt de structuur vast: leverancier, datum, bedrag, btw-code. Bij een werkbon is die structuur er deels, maar de rest komt van de werkvloer. Een monteur noteert op een papieren bon: 'extra leidingwerk kelder, 2 uur, incl. materiaal.' Dat is geen gestandaardiseerd veld. Het is context die alleen iemand met dossierkennis begrijpt. Bovendien verschilt de opmaak per opdrachtgever: de ene klant stuurt een eigen werkbonformulier mee, de andere werkt met een app, en een derde belt de opdracht door waarna de monteur zelf iets optekent. Die variatie is de eerste hobbel. Een systeem dat alleen werkt met vaste templates per klant, valt hier direct door de mand.
Het meerwerk-probleem: de regel die alles ophoudt
Het concrete leermoment dat telkens terugkomt bij installatie- en bouwbedrijven is dit: meerwerk wordt laat en losjes vastgelegd. De monteur schrijft aan het einde van de dag snel een paar regels bij, soms op de achterkant van de bon, soms in een apart notitieveld. Die regels zijn cruciaal voor de factuurprijs, maar ze zijn het moeilijkst te lezen en het minst gestructureerd. Automatisering die hier volledig blind doorheen gaat, maakt fouten die duurder zijn dan de besparing. Dat is geen argument om niet te automatiseren, maar het is wel het argument om human-in-the-loop te kiezen als model. Laat het systeem de gestructureerde delen verwerken: de opdrachtcode, de uitvoerder, de uitvoerdatum, de materiaallijst. Markeer de meerwerk-regels als 'te controleren'. Een medewerker op kantoor accordeert die specifieke velden, niet de hele bon. Dat is een andere werkverdeling dan alles overtypen, maar ook een andere dan blind automatiseren.
Wanneer loont werkbonnen digitaliseren en automatiseren?
De vuistregel is eenvoudig: automatiseren loont als het volume hoog genoeg is én als een herkenbaar deel van de bon gestructureerd binnenkomt. Bij een bedrijf met tientallen monteurs die dagelijks bonnen insturen, is het terugtypen van opdrachtcodes, adressen en uren pure tijdverspilling. Dat deel kan een systeem als dottle overnemen, zonder dat je per klant een sjabloon hoeft in te richten. dottle leest wisselende formats en haalt de herkenbare velden eruit. Wat het niet doet: zelf beslissen wat die handgeschreven meerwerk-regel betekent voor de factuur. Dat is de beslissing die bij een mens hoort. Vergelijk het met de aanpak bij Cabooter Group, waar 85% van de documenten volledig automatisch wordt verwerkt en de resterende 15% menselijke controle krijgt. Precies hetzelfde principe werkt bij werkbonnen: het gestructureerde deel automatisch, de uitzonderingen naar een gemarkeerde wachtrij.
Wanneer heeft werkbon automatisering geen zin?
Er zijn situaties waarbij je beter niet automatiseert, of waarbij je eerst iets anders moet oplossen. Als de bonnen structureel onleesbaar zijn omdat het een intern proces-probleem is (monteurs die nooit hebben geleerd wat de administratie nodig heeft), lost automatisering dat niet op. Dan is de eerste stap een digitale werkbon-app in het veld, zodat de invoer al gestructureerd is. Pas als die stap gezet is, heeft een verwerkingslaag toegevoegde waarde. Ook als het volume laag is, bijvoorbeeld minder dan een handvol bonnen per dag, is de businesscase dun. De inrichting kost tijd en die terugverdientijd wordt lang. En als de projectadministratie zo complex is dat elke bon uniek handwerk vereist, is automatisering geen vervanging voor een projectcontroller.
Hoe werkt de verwerking van werkbonnen in de praktijk?
In de praktijk ziet een werkende aanpak er zo uit: de monteur levert de bon in, digitaal of als foto van een papieren bon. Het systeem leest de bon, herkent de gestructureerde velden en zet die klaar in het ERP of het boekhoudpakket. Velden die twijfelachtig zijn of die een beslissing vereisen (het meerwerk, de niet-herkende materiaalcode, de handtekening die ontbreekt) worden gemarkeerd. De backoffice medewerker opent de taak, ziet alleen wat aandacht nodig heeft, keurt goed of past aan, en stuurt door. Het overtypen van de standaardvelden is weg. De controle op de uitzonderingen blijft. Dat is de kern van human-in-the-loop werken, en het is precies de reden waarom dit model ook in de bouw werkt: niet omdat het alles automatisch afhandelt, maar omdat het de mens op de juiste plek zet.