← Terug naar kennisbank
ERP & Selectie

Nacalculatie per project in de staalbouw: zo houd je grip op je marge

10 min lezen
April 17, 2026

Vraag een directeur van een staalconstructiebedrijf welk project van het afgelopen kwartaal het meeste marge heeft opgeleverd. De kans is groot dat hij het antwoord niet direct weet. Vraag hem welk project de meeste marge heeft vernietigd — dat weet hij waarschijnlijk ook niet, tenzij de schade zo groot was dat hij niet te negeren viel.

Dit is geen kwestie van slechte bedrijfsvoering. Het is een structureel informatieprobleem. Staalconstructieprojecten lopen over meerdere maanden, met tientallen kostencategorieën, uitbestedingsorders, montagefasen en materiaalleveringen. Wie die kosten niet real-time per project bijhoudt, ontdekt de marge-uitkomst pas als het project afgesloten is — en de kans om bij te sturen allang voorbij is.

Dit artikel gaat over projectnacalculatie specifiek in de context van staalbouw: waarom het zo lastig is, wat een ERP-systeem er concreet voor moet kunnen, en welke fouten staalconstructeurs structureel maken in de manier waarop ze met projectkosten omgaan.

Waarom nacalculatie in de staalbouw anders is dan in andere sectoren

Nacalculatie — het vergelijken van werkelijke kosten met de voorgecalculeerde kosten per order — werkt in de meeste maakindustriecontexten al op basis van twee variabelen: uren en materiaal. Voor een verspanend bedrijf dat enkelstuks onderdelen produceert, is dat voldoende.

In de staalbouw zijn het er vier.

Uren vormen de eerste component, maar in staalconstructie zijn uren niet homogeen. Een lasuur is duurder dan een zaaguuur. Een montageur op locatie kost meer dan een productiemedewerker in de werkplaats. Een ERP dat alle uren op één hoop gooit, geeft een vertekend beeld van waar de werkelijke kosten zitten.

Materiaal is de grootste kostenpost in staalbouw — bij grotere constructies vertegenwoordigt het 40 tot 60 procent van de totale projectkosten. HEA-profielen, kokerprofielen, verbindingsplaten, boutverbindingen: elk project heeft een eigen stuklijst met specifieke materiaalmaten en kwaliteitseisen. Het verschil tussen de geoffreerde materiaalprijs en de werkelijke inkoopprijs bij een staalhandelaar die toevallig net hogere marktprijzen hanteert, kan op een project van €80.000 al snel €3.000 tot €6.000 zijn. Wie dat niet per project bijhoudt, heeft geen idee of zijn calculatienormen nog actueel zijn.

Uitbesteding is de component die het meest wordt onderschat. Zagen, stralen, verzinken, schilderen, galvaniseren — veel staalconstructeurs besteden 15 tot 30 procent van hun totale productiekosten uit aan gespecialiseerde bewerkingen. Die uitbestedingskosten zijn per project vastgelegd in offertes van onderaannemers, maar de werkelijke facturen komen later — soms na de projectafsluiting. Een nacalculatiesysteem dat uitbestedingskosten niet real-time inboekt op het project, heeft altijd een incompleet beeld van de werkelijke marge.

Montagekosten op locatie zijn de vierde component, en tegelijk de meest variabele. Montagetijd is moeilijk precies in te calculeren: de toegankelijkheid van de bouwplaats, het weer, de coördinatie met andere aannemers, meerwerk dat ter plekke wordt ontdekt — al deze factoren beïnvloeden de werkelijke montage-uren. Bedrijven die montagekosten niet apart registreren per project, weten na afloop niet of hun montage-nacalculatie klopte of niet. En dus verbeteren ze ook niet.

Het rekenvoorbeeld: wat slechte nacalculatie een staalbouwer kost

Stel: een staalconstructiebedrijf van 20 medewerkers voert twaalf projecten per jaar uit met een gemiddelde orderwaarde van €60.000. De brutomarge die ze calculeren is 22 procent. De brutomarge die ze daadwerkelijk realiseren, meten ze niet — want de nacalculatie is er niet.

Onderzoek onder vergelijkbare bedrijven laat zien dat projecten in de staalbouw gemiddeld 8 tot 12 procent hoger uitkomen dan begroot, als gevolg van materiaalverschillen, uitloopende montage-uren en uitbestedingsprijzen die hoger lagen dan geraamd. Op een projectvolume van €720.000 per jaar is dat €57.000 tot €86.000 aan marge die wegloopt zonder dat iemand het ziet.

Dat is niet het gevolg van slechte calculatie. Het is het gevolg van het ontbreken van feedback — de informatiestroom die zegt: op dit type project zit structureel 9 procent meer montagetijd dan je raamt. Zonder nacalculatie verdwijnt die informatie. Met nacalculatie wordt ze de basis voor betere offertes.

Wat ERP concreet moet kunnen voor projectnacalculatie in de staalbouw

Een ERP-systeem dat projectnacalculatie goed ondersteunt voor een staalconstructiebedrijf heeft vijf concrete functionaliteiten nodig. Generieke boekhoudpakketten en logistieke ERP-systemen voldoen hier structureel niet aan — niet omdat ze slecht zijn, maar omdat ze niet zijn ontworpen voor projectgestuurde productie.

1. Projectbudget als levend document

De offerte is het vertrekpunt. In een goed ERP-systeem wordt de offerte bij akkoord van de klant automatisch omgezet naar een projectbudget: een levend document dat per kostencategorie bijhoudt wat begroot is, wat al verbruikt is, en wat de verwachte einduitkomst is op basis van de huidige voortgang.

Dat laatste — de verwachte einduitkomst — is wat de meeste systemen niet bieden. Ze tonen werkelijke versus begrote kosten op een bepaald moment. Maar een project dat nu op 60 procent van het budget zit na 70 procent van de doorlooptijd, is waarschijnlijk verliesgevend. Een goed ERP signaleert dat proactief, niet pas bij projectafsluiting.

2. Urenregistratie per projectfase en per kostensoort

Medewerkers schrijven uren op het project — maar dat is niet genoeg. In staalbouw moeten uren ook worden gesplitst naar fase (engineering, fabricage, montage) en naar type (lassen, zagen, boren, afwerking). Die splitsing maakt twee dingen mogelijk: ten eerste een nauwkeurige vergelijking met de calculatie die op dezelfde categorieën is opgebouwd, en ten tweede een database van normtijden per bewerkingstype die de volgende offerte nauwkeuriger maakt.

Urenregistratie die plaatsvindt via een shopfloor-terminal of tablet op het moment van de bewerking — niet aan het einde van de dag, niet aan het einde van de week — geeft de meest betrouwbare data. Hoe verder de registratie van het moment van uitvoering verwijderd is, hoe meer geheugeneffecten de data vervuilen.

3. Materiaalkoppeling van stuklijst tot factuur

De stuklijst van het project bepaalt de materiaalinkoop. In een goed ERP is de koppeling van stuklijst naar inkooporder naar ontvangst naar factuur volledig traceerbaar per project. Wat betekent dit in de praktijk?

Het betekent dat wanneer een profiel binnenkomt dat €180 per meter kost in plaats van de geraamde €165, dat verschil direct zichtbaar is op het projectbudget — niet pas als de leveranciersfactuur drie weken later in de boekhouding wordt ingevoerd. Het betekent ook dat restmateriaal dat wordt teruggeboekt naar het magazijn, wordt afgeboekt van het project, zodat de materiaalkosten per project werkelijk weergeven wat er is verbruikt en niet wat er is ingekocht.

4. Uitbestedingsorders traceerbaar per project

Elke uitbestedingsorder — straalwerk, verzinking, schilderwerk, speciale lasoperaties — moet gekoppeld zijn aan het project waaruit hij voortkomt. Dat lijkt vanzelfsprekend, maar in de praktijk verwerken veel staalconstructeurs uitbestedingsfacturen als algemene inkoopkosten die worden doorbelast aan het project via een verdeelsleutel. Dat is financieel correct maar nacalculatietechnisch zinloos: je weet dan niet welk project hoeveel uitbestedingskosten heeft gegenereerd, en dus ook niet of je uitbestedingsraming per projecttype klopt.

Een ERP dat uitbestedingsorders direct aan een project koppelt, maakt per project zichtbaar: wat was geraamd voor uitbesteding, wat is er daadwerkelijk gefactureerd? Dat verschil — geaggregeerd over twintig projecten — vertelt je of je systematisch te laag raamt op straalkosten, of dat je verzinkingstarieven inmiddels achterhaald zijn.

5. Montageregistratie als verlengstuk van het project

Montage is de meest onderbeheerde kostencategorie in de staalbouw. De montageploeg werkt op locatie, ver van het ERP-systeem, en registreert uren — als ze dat al doen — op een papieren tijdregistratie die aan het einde van de week wordt ingescand of overgetypt.

Moderne ERP-systemen bieden mobiele apps of webinterfaces waarmee monteurs ter plekke uren registreren op het project, inclusief de fase (ophijsen, lassen op locatie, eindafwerking) en eventueel meerwerk. Die real-time datainvoer voorkomt het verlies van montage-informatie en geeft de projectleider in de werkplaats actueel inzicht in de montagevoortgang — zonder dat hij hoeft te bellen.

De drie patronen van marge-verlies in de staalbouw

Bedrijven die voor het eerst serieus nacalculeren, ontdekken vrijwel altijd één of meer van dezelfde drie patronen. Het is nuttig om ze te kennen voordat je begint — niet om ontmoedigd te raken, maar om te weten wat je gaat vinden.

Patroon 1: Montage-uitloop is structureel, niet incidenteel

De calculatie gaat uit van 3,5 dag voor montage. De werkelijkheid is gemiddeld 4,8 dag. Dat verschil — anderhalve dag aan montagekosten per project — wordt al jaren als 'pech' beschouwd, terwijl het in werkelijkheid een systematische onderschatting is. Nacalculatie over twaalf projecten maakt dat zichtbaar. De oplossing is niet harder werken op de montage; het is de calculatienorm aanpassen aan de realiteit.

Patroon 2: Materiaalafwijkingen bij specifieke staalhandelaren

Niet elke leverancier hanteert dezelfde prijzen. Een staalconstructeur die werkt met twee à drie vaste staalhandelaren, ontdekt via projectnacalculatie vaak dat één van die leveranciers structureel duurder is dan de geraamde prijs — terwijl een andere leverancier structureel goedkoper is. Die informatie is goud waard voor de inkoopstrategie, maar bestaat niet als je materiaalkosten niet per leverancier en per project bijhoudt.

Patroon 3: Kleine projecten zijn verhoudingsgewijs verliesgevend

In de maakindustrie in het algemeen, en in de staalbouw in het bijzonder, geldt een bijna universele wetmatigheid: kleine projecten hebben verhoudingsgewijs meer indirecte kosten dan grote projecten. De tijd voor werkvoorbereiding, inkoop, planning en projectcommunicatie is voor een project van €8.000 bijna even groot als voor een project van €40.000. Als je nacalculeert op marge per euro omzet, zie je dat kleine projecten systematisch onder de calculatienorm presteren.

Dat heeft strategische consequenties: je kunt een minimumordergrootte instellen, je kunt voor kleine projecten een hogere opslag hanteren, of je kunt beslissen kleine projecten te weigeren ten faveure van grotere. Maar je kunt die beslissing alleen goed nemen als je de data hebt.

Hoe het er in de praktijk uitziet: een projectnacalculatie van begin tot eind

Om het concreet te maken: hoe verloopt een goede projectnacalculatiecyclus in een staalconstructiebedrijf van 25 medewerkers dat werkt met een geschikt ERP-systeem?

Het begint bij de offerte. De calculateur werkt de offerte uit in het ERP: materialen met hoeveelheden en eenheidsprijzen, uren per fase met normtijden, uitbestedingsposten met geraamde bedragen. Die offerte is het budget.

Bij akkoord van de klant wordt het budget omgezet naar een werkorder. De werkvoorbereider zet de stuklijst op, koppelt bewerkingsroutings aan de onderdelen, en triggert de inkooporders vanuit de materiaalplanning. Elke inkooporder is direct gekoppeld aan het project.

Tijdens de uitvoering registreren medewerkers uren op de werkorder, bij voorkeur via een eenvoudige interface op een tablet of terminal in de werkplaats. Ontvangst van materiaal wordt geboekt bij binnenkomst. Uitbestedingsfacturen worden bij binnenkomst gematcht aan de uitbestedingsorder en automatisch toegewezen aan het project.

De projectleider ziet dagelijks — of tenminste wekelijks — een actueel overzicht per project: hoeveel procent van het budget is verbruikt, op welke categorieën zijn er afwijkingen, wat is de verwachte einduitkomst? Als de montagefase nadert en de fabricage al drie procent boven budget zit, is dat het moment om de montage-inschatting te heroverwegen en eventueel de opdrachtgever te informeren over meerwerk.

Na projectafsluiting wordt de nacalculatie afgerond: alle facturen zijn ingeboekt, alle uren zijn geregistreerd, het restmateriaal is teruggeboekt. Het systeem genereert een nakalculatierapport per kostencategorie: materiaal, uren per fase, uitbesteding, montage, overhead. Dat rapport wordt besproken in de projectevaluatie — niet als schuldvraag, maar als informatiebron voor de volgende offerte.

De meest gemaakte fout: nacalculatie als administratieve afsluiting

De meest schadelijke misvatting over nacalculatie in de staalbouw is dat het een administratieve handeling is die hoort bij de projectafsluiting. Iets wat je doet als alles klaar is, om de boeken op orde te krijgen.

Nacalculatie die pas begint als het project klaar is, heeft geen sturende waarde. Het is terugkijken zonder de mogelijkheid iets te veranderen. De waarde van nacalculatie zit in real-time zichtbaarheid: weten tijdens het project dat een kostenpost dreigt uit te lopen, terwijl er nog gelegenheid is om bij te sturen — de montageploeg anders inzetten, meerwerk tijdig te factureren, of een klantgesprek te initiëren voordat de factuur een verrassing wordt.

Dit vereist een ERP-systeem dat nacalculatie niet behandelt als een afsluitende rapportagestap, maar als een doorlopend dashboard dat parallel loopt aan de projectuitvoering. Dat is het onderscheid tussen een ERP dat financieel administreert en een ERP dat operationeel stuurt.

Wat dit betekent voor je ERP-keuze

Als je nu een ERP selecteert of je huidige systeem evalueert, zijn dit de concrete vragen om aan iedere leverancier te stellen over projectnacalculatie:

Kan het systeem een offerte direct omzetten naar een projectbudget per kostencategorie — uren, materiaal, uitbesteding, montage — zonder handmatige hercodering? Kan de projectleider real-time zien hoeveel procent van het budget per categorie is verbruikt, zonder een rapportrun of export? Worden inkooporders en uitbestedingsfacturen automatisch gekoppeld aan het project bij binnenkomst, of vereist dat handmatige toewijzing? Ondersteunt het systeem mobiele urenregistratie voor monteurs op locatie? En: kan het systeem een project-eindoverzicht genereren dat direct vergelijkbaar is met de oorspronkelijke offerte, op hetzelfde detailniveau?

Een leverancier die op één van deze vragen vaag blijft of verwijst naar maatwerk of een toekomstige module, heeft zijn productontwikkeling niet ingericht op de operationele realiteit van de staalbouw.

Branchespecifieke systemen zoals ISAH, Fledge en RidderIQ zijn gebouwd op implementaties bij bedrijven die exact deze uitdagingen kennen. Dat vertaalt zich in standaardfunctionaliteit die generieke pakketten niet bieden — en in consultants die de sector begrijpen en niet eerst hoeven uit te leggen wat een stuklijst in de context van staalconstructie betekent.

Begin met inzicht in je eigen situatie

Wil je weten hoe jouw huidige ERP-systeem scoort op projectadministratie en nacalculatie? Doe de gratis ERP-scan van ITindustrie.nl — in 10 vragen een eerlijke diagnose van je ERP-situatie, afgestemd op de maakindustrie. Je ontvangt een persoonlijk rapport met inzicht in waar jouw systeem tekortschiet en welke functionaliteiten voor jouw type bedrijf de hoogste prioriteit hebben.

Of lees verder in onze gerelateerde artikelen: ERP voor staalconstructiebedrijven: de gids voor werkvoorbereiding en projectbeheer en Nacalculatie in de maakindustrie: waarom je marge weglekt zonder het te weten.

© 2026 ITindustrie.nl — Onafhankelijk kennisplatform voor ERP, AI en IT in de maakindustrie