Hoe nauwkeurig is een AI-calculatie per regel?

Wat betekent nauwkeurig bij een voorcalculatie?

Een voorcalculatie rekent uit wat een onderdeel gaat kosten voordat iemand het heeft gemaakt. Zo'n schatting heeft spreiding en onzekerheid: de opspanning valt anders uit dan gepland, of de operator draait het eerste stuk voorzichtiger. Eén nauwkeurigheidscijfer over de totaalprijs zegt dan niets zolang er niet bij staat op welke onderdelen en tegen welke werkelijke uren het is gemeten.

Nauwkeurig betekent hier iets praktischers: de regels blijven dicht bij wat de werkvloer doet. Instellen, programmeren, verspanen en materiaal, elk met een tijd of prijs die je herkent. Zelfs de cyclustijd bestaat in meer dan één versie, zoals vier cyclustijden voor hetzelfde onderdeel laat zien. Het grotere verhaal staat in wat AI betekent voor de precisieverspaner.

Waar komt een getal in de calculatie vandaan?

Een getal dat je niet kunt herleiden, kun je bij de klant niet verdedigen, en ook niet bij de werkvoorbereider die de order oppakt. Daarom hoort elke calculatieregel te tonen waarmee hij rekent: de tijd, het tarief en het aantal. Dat is de invoer van een regel, en daarmee reken je de som zelf na.

Bij de tijd wil je weten waar die op rust: op de geometrie van het model, op een eis van de tekening of op een waarde die iemand heeft ingevuld. Het tarief hoort je eigen uurtarief voor die machine te zijn, geen gemiddelde uit een database. Bij materiaal is het je inkoopprijs, met de datum erbij.

Die herkomst moet er zijn, maar hoeft niet bij elk getal in beeld te staan: je vraagt hem op als je hem nodig hebt. Alleen wat ontbreekt, hoort op te vallen.

Waarom verschillen AI-prijzen zo van elkaar?

Reken hetzelfde onderdeel door in een paar programma's en de prijzen kunnen ver uit elkaar liggen. Het verschil zit dan in waar elk programma van uitgaat.

Het ene programma rekent met een standaardtarief, het andere met het tarief dat je zelf per machine invoert. Waar het ene twee opspanningen telt, telt het andere er één. Een directe prijs uit een portaal kan uitgaan van wat vergelijkbaar werk op de markt opbrengt; een kostprijs uit je werkplaats gaat uit van wat het werk jou kost. Soms valt de nabehandeling weg, of verdwijnt de insteltijd in een gemiddelde per stuk.

Een directe prijs uit een portaal is gemaakt voor de inkoper die vergelijkt, niet voor de werkplaats die het onderdeel maakt. Wie zijn offerte daarop afstemt, betaalt het verschil zelf: een kleine serie met twee opspanningen en anodiseren, geprijsd als één opspanning zonder nabehandeling, kost je de insteltijd van de tweede opspanning en de rekening van de anodiseur, recht uit je marge. Vergelijk dus per regel, niet op de totaalprijs. Dan krijgt het verschil een naam: een ander tarief, of een regel voor anodiseren die ontbreekt.

Hoe toets je software op je eigen tekeningen?

Een demo op een voorbeeldonderdeel laat zien hoe de software werkt. Of de uitkomst bij jouw werk past, blijkt pas op tekeningen die je zelf al eens hebt geoffreerd. Je merkt dan ook meteen hoe makkelijk je een regel corrigeert.

Hoe je schatting en werkelijkheid per bewerking naast elkaar zet, staat in voor- en nacalculatie per bewerking. Voor de toets zelf volstaan vijf stappen.

1. Kies drie tekeningen die je eerder hebt geoffreerd: een eenvoudig draaideel, een gemiddeld freesdeel en een complex deel met meerdere opspanningen.
2. Deel ze pas als de geheimhouding is afgesproken, en haal klantnaam en tekeningnummer weg waar dat kan.
3. Laat de software rekenen en vergelijk per bewerking met je eigen voorcalculatie, niet alleen op de totaalprijs.
4. Is er van die orders een nacalculatie, zet die er dan als derde kolom naast.
5. Noteer bij elke correctie waar het verschil zat en waarom, bijvoorbeeld een ander tarief of een vergeten nabehandeling.

Wat als een prijs nog ontbreekt?

Soms ontbreekt een prijs. De anodiseur heeft nog niet gereageerd, of een koopdeel staat zonder prijs in je lijst. Vult de software dan een nul in, dan ziet de totaalprijs er compleet uit en is hij te laag. Vult ze een gemiddelde in, dan staat er een bedrag dat geen leverancier heeft afgegeven.

Een ontbrekende inkoop- of uitbesteedprijs hoort een open waarde te blijven: zichtbaar open, tot iemand hem invult. Liever open dan verzonnen. Dat geldt voor inkoopregels en uitbestede regels, waar een leverancier de prijs bepaalt; een verspaningstijd blijft een schatting met invoer die je kunt aanpassen. Een uitgewerkt voorbeeld staat in nabehandeling zonder prijs.

Heb je eerst jaren aan historie nodig?

Software die op historie rekent, heeft eerst een archief nodig: eerdere orders met hun werkelijke uren. Lang niet elke toeleverancier met twaalf man heeft dat op orde. De OECD (2025) noemt als drempels voor kleine bedrijven, vooral in de maakindustrie, dat ze moeilijk AI-software vinden die bij hun werk past en dat goede data ontbreken. In een whitepaper over AI in enkelstuks- en kleinseriewerk schreef Fraunhofer IPT in 2021 dat bij maakbedrijven de relevante data meestal niet in voldoende hoeveelheid en kwaliteit beschikbaar zijn.

TNO wijst er in een rapport over robotisering (2026) op dat een AI-model dat op data is gebouwd, soms lastig op elke situatie is voor te bereiden als het werk veel variatie en onzekerheid heeft. Het rapport gaat over robots, maar precisiewerk in kleine series heeft dezelfde variatie.

Een voorcalculatie hoeft daar niet op te wachten. Ze kan beginnen bij wat er bij een aanvraag al ligt: het model, de eisen van de tekening, je eigen machines met hun uurtarief en je inkoopprijzen. Een nette nacalculatie helpt later bij het ijken, maar is geen voorwaarde.

Wat gebeurt er met je correcties?

Een calculator die een regel aanpast, heeft daar een reden voor. De insteltijd is te krap voor dit materiaal, of het werk gaat naar de andere machine. Leg je die reden niet vast, dan is ze weg zodra de offerte de deur uit is: het ERP bewaart de prijs, niet waarom die zo is.

Daarom hoort elke aanpassing een correctie met reden te zijn: wie, wanneer en waarom. Die correctiehistorie hoort mee te reizen met de revisie en de offerteversie, zoals softwaregedreven maken uitwerkt. Komt het onderdeel terug, dan lees je terug wat er veranderd is en waarom.

Met de nacalculatie naast die correcties heb je het materiaal voor kalibratie: schattingen die je ijkt aan werkelijke uren. In Blake volgt daarna kalibratie op werkelijke uren. Elke correctie op de calculatie blijft staan, met de reden erbij.