Honderdveertig regels telt de stuklijst van een palletiseercel in Inventor. In het ERP staan er honderdzevenendertig. Drie regels verschil, niemand weet welke, en volgende week moet er besteld worden. Herkenbaar? Dan zit er ergens in je proces een plek waar iemand overtypt.
Elke overgetikte regel maakt van één stuklijst twee waarheden, die elk hun eigen leven gaan leiden. In dit artikel volgen we de route van engineering-BOM naar inkooplijst en ERP-order: welke velden mee moeten, waar het handwerk insluipt en wat een stuklijst zonder overtypen naar je ERP vraagt van de kwaliteit van je model. Gereedschap zoals de exporttools van Thundercad speelt daarbij een rol, maar de datastroom zelf komt eerst.
Twee waarheden zijn duurder dan één
Overtypen kost tijd, maar dat is nog het kleinste probleem. Reken even mee, met aannames die je voor je eigen situatie moet bijstellen: honderdveertig regels, een halve minuut per regel voor opzoeken, tikken en controleren. Dat is ruim een uur per machine, en bij elke revisie komt een deel daarvan terug.
De echte kosten ontstaan daarna. Engineering geeft revisie B vrij met twee extra borgplaten, maar inkoop bestelt nog op de lijst van revisie A. Of iemand tikt een 4 waar een 2 stond, en er komen twee spindels te weinig binnen. De monteur meldt het, en dan begint het uitzoeken: welke lijst klopte, wie heeft wat aangepast, wat is er nog meer mis? Vanaf dat moment controleert iedereen alles dubbel, en die structurele wantrouwenskosten staan op geen enkele begroting.
En dan is er nog de vertraging. Een order die pas de deur uit kan als iemand tijd heeft om te tikken, ligt zomaar een dag te wachten. Bij een spoedorder wreekt zich dat direct: de doorlooptijd van je bestelproces is dan ineens net zo belangrijk als de levertijd van de leverancier.
De route in drie stations
Van model naar bestelling passeert een stuklijst drie stations, en op elk station verandert de vorm:
- De engineering-BOM: de structuur zoals ontworpen, met samenstellingen, subsamenstellingen en aantallen per niveau. Dit is de bron, en die leeft in het model.
- De inkooplijst: platgeslagen en gefilterd. Koopdelen met totalen over de hele machine, maakdelen apart, normdelen gebundeld.
- De ERP-order: dezelfde regels, maar nu gekoppeld aan artikelnummers die het ERP kent, met bestelinformatie erbij.
Het zijn drie weergaven van dezelfde data. Zolang elke overgang een export of een import is, blijft er één waarheid die alleen van vorm verandert. Zodra er ergens een mens tussen zit die leest en tikt, splitst de waarheid zich. De opdracht is dus niet "sneller typen", maar elke overgang zo inrichten dat er niets over te typen valt.
Let daarbij op het verschil tussen filteren en herschrijven. Een inkooplijst mag minder tonen dan de engineering-BOM, maar nooit iets anders: elk veld dat iemand onderweg "even verbetert", is een breuk in de stroom die je later terugvindt als verschil tussen systemen.
Welke velden moeten mee
Wat het ERP nodig heeft, moet in het model aanwezig zijn; een export kan niets verzinnen. Dit zijn de velden die er in de praktijk toe doen:
| Veld | Bron in je model | Waarom het ERP het nodig heeft |
|---|---|---|
| Artikelnummer | iProperty, gevuld bij het aanmaken van het onderdeel | De sleutel waarop regels worden herkend en gekoppeld |
| Omschrijving | iProperty, volgens een vaste opbouw | Herkenbaarheid voor inkoop en werkvloer |
| Aantal | De samenstellingsstructuur zelf | Bestellen, reserveren en nacalculeren |
| Maak of koop | Categorie of eigenschap per onderdeel | Bepaalt de route: bestellen of produceren |
| Materiaal | Het materiaal in het model | Inkoop van halffabricaten en kostprijs |
| Eenheid | Stuks, meters of kilo's per onderdeel | Voorkomt bestellingen in de verkeerde eenheid |
De grootste valkuil zit in het artikelnummer. Verzint engineering eigen nummers, dan herkent het ERP ze niet en begint alsnog het handwerk. Met Article Manager raadpleeg je de artikelen uit je ERP rechtstreeks vanuit Inventor en plaats je onderdelen meteen met het juiste nummer en de juiste omschrijving. Het nummer klopt dan al bij de bron, niet pas na een controle achteraf.
Wil je zien welke velden bij jou al goed doorkomen en waar het handwerk zit? Exporteer een echte stuklijst in je eigen kolomindeling en leg hem naast je ERP-order.
Probeer 30 dagen gratisHandwerk eruit: het bestand als koppelvlak
De eenvoudigste betrouwbare overgang is een bestand dat de ontvangende kant kan inlezen. Werk eerst de stuklijst bij met Update BOM, zodat de laatste modelwijzigingen erin zitten, en exporteer daarna met Export BOM naar Excel in je eigen sjabloon: kolommen, volgorde en opmaak precies zoals de importfunctie van je ERP of je inkoper ze verwacht. Geen kolommen schuiven, geen regels plakken. Het mooie van deze volgorde is dat elke stap klein is, en elke stap direct tikwerk scheelt.
Hoe je zo'n sjabloon inricht, staat in Stuklijsten uit Inventor naar Excel: altijd in je eigen sjabloon. En wil je verder dan bestanden, richting artikelkoppeling of een rechtstreekse verbinding, lees dan Inventor aan je ERP koppelen: waar begin je?; de techniek van dat koppelen laten we hier bewust liggen. Voor de datastroom maakt het namelijk niet uit of er een bestand of een koppeling tussen zit: de velden en de kwaliteitseisen blijven dezelfde.
Wat dit vraagt van je model
Een stuklijst is zo goed als het model eronder. Wie zonder overtypen wil leveren, stelt eisen aan het modelleerwerk:
- Elk onderdeel heeft een eigen, uniek artikelnummer; hetzelfde nummer voor twee varianten is verboden.
- De iProperties die het ERP nodig heeft, zijn gevuld vóór de vrijgave, niet "later nog even".
- Aantallen komen uit de samenstellingsstructuur. Onderdelen die alleen op de tekening "erbij zijn geschreven", bestaan voor het ERP niet.
- Hulpgeometrie en referentieonderdelen zijn zo ingesteld dat ze niet meetellen in de aantallen.
- Nieuwe artikelen ontstaan via één afgesproken route, zodat er geen dubbele nummers ontstaan.
- Wijzigingen lopen altijd via het model, nooit rechtstreeks in een exportlijst: het model blijft de bron.
Veelgestelde vragen
Wie is eigenaar van het artikelnummer: engineering of het ERP?
Het ERP is het register: daar ontstaan nummers en daar leven ze verder in inkoop, voorraad en calculatie. Engineering raadpleegt dat register en gebruikt de nummers in het model, bijvoorbeeld via Article Manager rechtstreeks vanuit Inventor. Nummers verzinnen op de engineeringafdeling is de kortste weg naar dubbelingen.
Wat doe ik met wijzigingen na de eerste overdracht?
Exporteer de complete, bijgewerkte stuklijst opnieuw en laat de ontvangende kant het verschil verwerken; ga nooit handmatig regels bijwerken in een eerder gedeeld bestand. Vermeld de revisie duidelijk bij de lijst, dan is altijd te herleiden op welke stand er is besteld.
Werkt dit ook zonder ERP-koppeling?
Ja. De route via een gestructureerd exportbestand werkt bij vrijwel elk ERP met een importfunctie en is voor veel bedrijven jarenlang toereikend. Begin daar: met de gratis proefmaand van Thundercad zet je je eigen exportsjabloon op en test je de stroom met een lopende order.