De checker legt elke werkbon naast het onderhoudscontract en geeft een oordeel: binnen contract, buiten contract of twijfel. Altijd met het contractartikel en de redenering erbij — zodat jouw mensen in één oogopslag zien waarop het rust, en zelf beslissen.
Bij bedrijven met onderhoudscontracten komen er elke dag werkbonnen bij. Elke bon moet beoordeeld zijn — valt dit binnen het contract of niet? — voordat hij gefactureerd kan worden. Dat werk is elke keer hetzelfde, maar elke keer net anders. En er staat geen deadline op, dus als het druk is, schuift het op.
Het gevolg is geen fout, maar vertraging: het werk is gedaan, de kosten zijn gemaakt, en de factuur wacht op een oordeel.
Bij elke uitkomst staan de redenering en de contractpassage waarop hij rust. Zonder die uitleg zet niemand een factuur door — daarom is de onderbouwing belangrijker dan het oordeel zelf.
Zo besteedt wie het contract kent zijn tijd aan de bonnen waar het echt om gaat — de rest is al voorbereid.
Per uitkomst leggen we de vervolgacties vast als protocol. Die worden uitgevoerd door een collega die de taak klaargezet krijgt, via de API van je systemen, of door een AI-robot in systemen zonder koppeling.
Je bepaalt per actie hoe ver hij gaat: eerst uitgeschreven, dan als voorstel, en automatisch waar het protocol vastligt. Van elke uitgevoerde actie blijft vastgelegd wie of wat hem uitvoerde.
Dat is precies het werk waar een taalmodel goed in is — mits hij zijn oordeel onderbouwt en jij het laatste woord houdt.
Dat hoeft ook niet. Het vertrouwen bouw je op, op je eigen bonnen.
We zetten de checker klaar met een van jullie onderhoudscontracten en een batch afgehandelde bonnen. Dan zie je meteen wat eruit komt — en waar hij nog bijgestuurd moet worden.