Uren die uit het hoofd worden ingevuld kloppen nooit met de nacalculatie

Kort antwoord. Uren op de werkvloer registreer je betrouwbaar door de registratie aan de bron te leggen: de operator start en stopt een werkbon op de order zelf, via scanner, tablet of touchscreen bij de machine. Niet achteraf uit het hoofd op een briefje. Alleen dan landen de uren op de juiste order en klopt je nacalculatie.

Uren die aan het eind van de dag uit het hoofd worden ingevuld, zijn een schatting. Geen meting. De operator weet niet meer precies hoe lang die ene omsteloperatie duurde, dus rondt hij af op acht uur en verdeelt dat naar gevoel over de orders waar hij aan zat. Dat voelt onschuldig, maar het is precies de plek waar je nacalculatie omvalt.

Waarom achteraf invullen je cijfers stuk maakt

Het probleem is niet dat mensen liegen. Het probleem is dat geheugen geen meetinstrument is. Een dag op de werkvloer bestaat uit wisselen tussen orders, wachten op materiaal, omstellen, kwaliteitscontrole en een storing tussendoor. Vraag je dat achteraf na, dan komt er een gladgestreken verdeling uit die toevallig optelt tot acht uur.

Die uren gaan vervolgens je nacalculatie in. En daar gebeurt het volgende: omdat verplaatsingen, wachttijd en omstellen niet apart geregistreerd zijn, lijkt de ene order winstgevender dan hij was en de andere verliesgevender. Je weet alleen niet welke. Je volgende offerte baseer je dus op cijfers die per order kloppen of niet, zonder dat je het verschil ziet. Zo prijs je structureel verkeerd.

Registratie hoort aan de bron, op de order

De oplossing zit in waar en wanneer je registreert, niet in beter onthouden. De uren moeten ontstaan op het moment dat het werk gebeurt, gekoppeld aan de werkbon van die specifieke order.

In de praktijk werkt dat zo: de operator scant de orderbon en zijn eigen badge bij de machine, of tikt de bewerking aan op een touchscreen. Op dat moment start de timer op die order. Begint hij aan de volgende bewerking, dan stopt de vorige automatisch en start de nieuwe. De GET-jobtijdregistratie beschrijft dit principe duidelijk: werktijd wordt verdeeld over orders, en die verdeelde uren zijn direct de input voor nacalculatie en facturatie. Geen tussenstap, geen geheugen, geen overtypen.

Dit is waar registratie aan de bron en de nacalculatie per order op elkaar aansluiten. De ene levert de meting, de andere gebruikt hem.

Eerst het proces, dan de techniek

Voordat ik iets bouw, kijk ik naar wat er nu echt geregistreerd wordt en waarom. In veel productiebedrijven zijn registratieregels meegegroeid met de jaren. Er worden tien activiteitscodes bijgehouden waarvan er drie nog daadwerkelijk in een rapport, planning of facturatie terechtkomen. De rest is ballast die de operator afschrikt en de data vervuilt.

Een bruikbare vuistregel: als een activiteit geen verschil maakt in rapportage, planning, facturatie of nacalculatie, hoef je die meestal niet apart te registreren. Schrap je die regels, dan wordt registreren sneller en doen mensen het ook echt. Dat is geen reden om niets te bouwen. Het is de reden waarom wat je bouwt, gebruikt wordt. Registratie die voelt als een extra handeling bovenop het werk, wordt overgeslagen of achteraf verzonnen, en dan ben je terug bij af.

Waar een standaardpakket vastloopt

Een MES koppelt je werkvloer aan je kantoorsystemen en registreert orders, bewerkingen en status in realtime. Innovaware legt uit dat een MES tussen je ERP en de machines zit: het ERP bepaalt welke orders gemaakt worden, het MES stuurt het proces op de vloer. Voor een rechttoe-rechtaan productiestroom dekt zo'n standaardpakket het gros van de gevallen.

Maar standaardpakketten dekken het gelukspad. Ze gaan ervan uit dat een operator aan één order tegelijk werkt, dat omstellen een nette eigen code heeft, dat een spoedklus de planning niet doorbreekt. Jouw werkvloer kent de uitzonderingen: de operator die drie machines tegelijk bewacht, het meerwerk dat halverwege op een andere order moet, de uren die over een moederorder en drie deelorders verdeeld horen. Daar staat het standaardpakket droog, en eindigt het alsnog op een papieren briefje dat iemand 's avonds intikt.

Dat is waar ik bouw. Niet een nieuw urenpakket, maar de koppeling en logica die jouw uitzonderingen vangt: een scanflow die meerdere orders tegelijk aankan, regels die meerwerk automatisch op de juiste deelorder boeken, een doorzet naar je ERP en kostprijscalculatie zodat niemand iets overtypt. De berekening en de registratie moeten gebeuren. De vraag is alleen of het standaardpakket ze op jouw situatie laat kloppen, of dat er een laag tussen moet.