Werkvoorbereiding zit op het kruispunt. Engineering levert af, en jij zet die data om naar iets waar de werkplaats, de lasersnijder, de zager en de inkoop mee verder kunnen. Gaat er bovenstrooms iets mis, dan komt het bij jou aan tafel terecht. En meestal pas op het moment dat het echt tijd kost: een stuklijst die niet klopt met de samenstelling, een model vol achtergebleven geometrie, of een PDF met een revisienummer dat al naar de leverancier is gegaan.
De kern van het probleem is bijna nooit slecht vakwerk. Het is rommelige data. Schone data naar productie brengen is precies de schakel waar het misgaat: tussen het Inventor-model van engineering en de productiedocumenten die de vloer op gaan. In dit artikel lopen we de meest voorkomende fouten downstream langs, en laten we zien hoe Model Cleaner, het iProperty Menu, BOM Export en Batch Publish die aan de bron afvangen: in het model, niet in de bestelbon.
Wat er misgaat als engineering rommelige data aanlevert
Niemand levert bewust een rommelig model aan. Maar onder tijdsdruk blijven er dingen achter. Een schets die niet meer wordt gebruikt. Een onderdrukte feature die ooit een variant was. Een materiaalcode die met de hand is overgetypt en net één teken afwijkt van wat de inkoop in het ERP heeft staan. Stuk voor stuk klein. Bij elkaar is het de reden dat jouw werkdag vol zit met controleren in plaats van voorbereiden.
Een paar situaties die je waarschijnlijk herkent:
- De stuklijst klopt niet met het model. Een onderdeel staat er dubbel in, of een aantal is in de parts list met de hand overschreven en is niet meer gelijk aan wat er werkelijk in de samenstelling zit. De werkplaats bestelt te weinig, of juist te veel.
- iProperties zijn half ingevuld of inconsistent. Het ene onderdeel heeft een nette omschrijving, het andere heet nog "Part1". Het materiaal staat soms in de fysieke eigenschappen van het model, soms alleen overgetypt in de titelhoek van de tekening, en die twee spreken elkaar tegen.
- Modellen zijn zwaar en traag. Achtergebleven surfaces, losse schetsen en zwevende constructievlakken zorgen dat een samenstelling traag opent en dat de export struikelt op geometrie die er niet hoort. Een DXF die ineens een extra contour bevat, een STEP die de leverancier niet vertrouwt.
- Productiedocumenten worden handmatig samengesteld. Iemand exporteert per onderdeel een PDF, een DWG, een DXF voor de lasersnijder en een STEP voor de leverancier. Eén vergeten bestand of één verouderde revisie, en de verkeerde versie ligt op de vloer.
De rode draad: een fout die bovenstrooms ontstaat, wordt onderstrooms duurder. Een verkeerde materiaalcode kost engineering tien seconden om recht te zetten. Diezelfde fout die door werkvoorbereiding glipt en bij de inkoop terechtkomt, kost een verkeerde bestelling, een wachttijd op materiaal dat niet binnenkomt, en een telefoontje naar de leverancier dat je liever niet had gepleegd. Daarom wil je fouten zo dicht mogelijk bij de bron afvangen. Hoe verder een fout in de keten doorrolt, hoe meer het kost om hem terug te draaien.
Begin bij de bron: schone modellen met Model Cleaner
Voordat je überhaupt iets exporteert, moet het model zelf op orde zijn. Achtergebleven geometrie is verraderlijk: je ziet het niet altijd in het grafische venster, maar het zit wel in de browser én het komt mee in je export. Surfaces die ooit als hulpgeometrie dienden, schetsen zonder functie, werkvlakken die nergens meer aan vastzitten: het maakt het model zwaar en de uitkomst onvoorspelbaar.
Model Cleaner verwijdert die achtergebleven geometrie en schoont de browser op. Het verschil merk je direct in de praktijk. Een lichter model opent sneller. Een opgeschoonde browser is leesbaar voor de volgende persoon die het bestand openslaat, die hoeft niet eerst tien onderdrukte features en naamloze schetsen weg te denken om te snappen hoe het deel is opgebouwd. En een export struikelt niet meer over geometrie die er niet hoort. Voor werkvoorbereiding betekent dat minder verrassingen op het moment dat je een DXF naar de lasersnijder of een STEP naar de leverancier nodig hebt.
Het mooie is dat het opschonen niet hoeft te wachten tot het bij jou ligt. Draait engineering Model Cleaner voordat ze afronden, dan krijg jij een schoon model binnen. En is er toch iets blijven hangen, dan doe je het zelf in een paar klikken, in plaats van handmatig de hele browser door te spitten op zoek naar wat er niet hoort.
Eén bron van waarheid voor metadata: het iProperty Menu
Materiaal, omschrijving, artikelnummer, leverancier, gewicht: die metadata bepaalt of de rest van de keten kan werken. Het probleem is dat iProperties in Inventor verspreid en inconsistent ingevuld raken. De ene engineer vult het keurig in, de andere laat velden leeg, en een derde typt een materiaalcode die net afwijkt van de standaard. Werkvoorbereiding mag dat vervolgens rechttrekken, onderdeel voor onderdeel.
Het iProperty Menu pakt dit aan met één instelbare datakaart per documenttype. In plaats van dezelfde velden door verschillende tabbladen en dialogen heen te zoeken, krijg je per documenttype dezelfde overzichtelijke kaart. Je ziet in één oogopslag wat is ingevuld en wat ontbreekt. En omdat de kaart instelbaar is, leg je vast welke velden ertoe doen: voor jullie bedrijf, jullie ERP, jullie productie. Een onderdeel, een samenstelling en een tekening hebben elk hun eigen relevante velden; die hoef je niet langer uit je hoofd te kennen, ze staan voor je klaar.
Waarom dit downstream zo veel uitmaakt: de iProperties zijn de bron waar de stuklijst én de productiedocumenten uit putten. Staat het materiaal correct in de iProperty, dan klopt het in de BOM Export naar Excel, dan klopt het op de PDF in de titelhoek, dan klopt het in de bestelling. Eén keer goed aan de bron, en het is overal goed. Eén keer fout aan de bron, en je corrigeert dezelfde fout op vier plekken, en mis je er één, dan loopt er een verkeerde waarde door tot in de productie.
Via het Dashboard kun je dit nog een stap verder trekken en de tools koppelen aan je ERP en andere software. Dan stroomt de metadata niet alleen netjes door Inventor, maar ook naar de systemen erachter, zonder dat iemand artikelnummers overtypt en zonder dat een tikfout zich tussen het model en het ERP nestelt.
Eén datakaart per documenttype, metadata die overal klopt en een model dat schoon de productie in gaat: probeer zelf hoeveel naloopwerk dat scheelt.
Probeer 30 dagen gratisStuklijsten die kloppen: BOM Export naar een vast sjabloon
De stuklijst is het document waar de meeste downstream-fouten samenkomen. Inkoop bestelt erop, de werkplaats werkt ermee, de calculatie rekent ermee. Komt de stuklijst niet één-op-één uit het model maar is hij onderweg met de hand bijgewerkt, dan introduceer je precies daar het risico.
BOM Export haalt de stuklijst rechtstreeks uit Inventor naar Excel, in een vast sjabloon. Dat "vaste sjabloon" is belangrijker dan het klinkt. Het betekent dat elke stuklijst er hetzelfde uitziet: dezelfde kolommen, dezelfde volgorde, dezelfde velden. Inkoop hoeft niet te zoeken waar het artikelnummer staat, want het staat altijd op dezelfde plek. De calculatie kan erop vertrouwen dat de aantallen uit het model komen en niet uit iemands geheugen.
Het verschil met handmatig kopiëren is fundamenteel. Bij overtypen of knippen-en-plakken sluipen er fouten in: een regel overgeslagen, een aantal verkeerd overgenomen, een oude versie hergebruikt omdat niemand meer wist welke de actuele was. Een export uit het model neemt wat er werkelijk in de samenstelling zit. Verandert engineering iets, dan exporteer je opnieuw en heb je de actuele stuklijst, geen detectivewerk om uit te zoeken welke versie nu de juiste is.
Reken eens mee met een voorbeeld. Stel dat je per project tien samenstellingen hebt, en dat het netjes nabewerken van een handmatige stuklijst je gemiddeld een kwartier per stuk kost. Dat is twee en een half uur per project, puur aan stuklijsten kloppend maken. Bij een export naar een vast sjabloon valt het overgrote deel van dat werk weg. Dit is een aanname, geen meting, maar de orde van grootte zal je herkennen, en het loopt op met elk project erbij.
Van schoon model naar productie: Batch Publish
Is het model schoon, klopt de metadata en komt de stuklijst uit het model, dan is de laatste stap het uitleveren van de productiedocumenten. Dit is traditioneel het moment waarop handwerk en haast samenkomen: per onderdeel een PDF, een DWG, een DXF voor de lasersnijder, een STEP voor de leverancier. Veel klikken, veel kans op een vergeten bestand of een verouderde revisie die toch meegaat.
Batch Publish doet alle productiedocumenten in één stap: PDF, DWG, DXF en STEP tegelijk, en het werkt samen met Vault. Het bewijs zit in de cijfers die we durven te noemen: 1 klik in plaats van 12 stappen, en 48 PDF's in 6 seconden. Voor werkvoorbereiding betekent dat niet alleen tijdwinst, maar vooral betrouwbaarheid. Eén actie levert een complete, consistente set documenten, geen handmatig samengeraapt mapje waarin de helft een revisie achterloopt en je achteraf moet uitzoeken wat er nu eigenlijk in zit.
Bedrijven als Little Giant Europe, Van Egten, Banzo en Mannen van Staal werken met Thundercad om precies deze stap voorspelbaar te maken: één keer publiceren, en de hele set staat klaar.
De keten in één overzicht
Vier tools, vier momenten in de keten. Zo grijpt elke stap in op een fout die anders pas downstream zou opvallen:
| Stap | Tool | Fout die je voorkomt |
|---|---|---|
| Schoon model | Model Cleaner | Trage samenstellingen en exports die struikelen op achtergebleven geometrie |
| Kloppende metadata | iProperty Menu | Lege of inconsistente iProperties die fout doorstromen naar BOM, PDF en ERP |
| Juiste stuklijst | BOM Export | Aantallen en artikelnummers die afwijken van het model |
| Complete documentenset | Batch Publish | Vergeten bestanden en verouderde revisies op de vloer |
Het is geen toeval dat de volgorde van boven naar beneden ook de volgorde in je werkproces is. Een stuklijst exporteren uit een model met verkeerde iProperties levert een nette lay-out met foute inhoud. Publiceren vóór je hebt opgeschoond, neemt de rommel mee de productie in. De winst ontstaat juist doordat elke stap op een schone vorige stap rust.
Maak schone data een afspraak, geen toeval
De grootste winst zit niet in één tool, maar in het vastleggen van een werkwijze waarbij schone data de standaard is in plaats van de uitzondering. Spreek af wat "aanleveren" betekent: een opgeschoond model, een ingevulde datakaart, een stuklijst die uit het model komt. Op het moment dat dat de norm is, verschuift jouw rol van controleren-en-corrigeren naar daadwerkelijk voorbereiden.
Dat is het verschil dat schone data naar productie maakt. Niet spectaculair, wel structureel: minder telefoontjes, minder verkeerde bestellingen, minder versies die door elkaar lopen. En een werkdag die gaat over het werk zelf, niet over het rechttrekken van andermans haast. Wil je dieper de losse onderdelen in, kijk dan eens in de kennisbank of bekijk wat Thundercad nog meer in Inventor automatiseert.
Veelgestelde vragen
Wie zou Model Cleaner moeten draaien: engineering of werkvoorbereiding?
Het mooiste is bij de bron: draait engineering Model Cleaner voordat ze afronden, dan krijg jij een schoon model binnen en hoef je niets meer op te ruimen. Maar je kunt het ook zelf doen als er toch iets is blijven hangen. Het kost een paar klikken in plaats van handmatig de browser doorspitten. In de praktijk werkt een afspraak het best: opschonen is onderdeel van "klaar".
Waarom is een vast sjabloon voor de stuklijst zo belangrijk?
Omdat de mensen na jou, inkoop, calculatie, de werkplaats, erop kunnen vertrouwen dat alles altijd op dezelfde plek staat. Geen zoeken naar waar het artikelnummer staat, geen twijfel over de kolomvolgorde. BOM Export haalt de stuklijst rechtstreeks uit Inventor naar Excel in dat vaste sjabloon, dus de inhoud komt uit het model en de vorm is elke keer hetzelfde.
Wat heb ik nodig om Thundercad te gebruiken?
Windows 10 of 11, Autodesk Inventor 2025 of nieuwer en een actief Autodesk-account. Thundercad werkt samen met Autodesk Vault en is via het Dashboard koppelbaar aan je ERP. Je kunt het 30 dagen gratis proberen zonder creditcard. De prijs is daarna EUR 30 per gebruiker per maand, of EUR 300 per gebruiker per jaar (twee maanden gratis), exclusief btw.
