Een nieuwe collega opent op zijn tweede werkdag een bestaande samenstelling. Inventor begroet hem met een resolve-dialoog: zeventien verwijzingen niet gevonden. Na een uur speurwerk blijkt de helft van de onderdelen verspreid te staan over drie mappen, waarvan er één "oud_niet_gebruiken" heet en toch volop in gebruik is. Niemand heeft het zo bedoeld. Het is zo gegroeid.
Half CAD-leed begint precies hier: bij een rommelige mappenstructuur en een projectbestand dat nooit bewust is ingericht. Verbroken verwijzingen, dubbele onderdelen, bibliotheekdelen die iemand "even" heeft aangepast: het zijn symptomen van dezelfde kwaal. In dit artikel zetten we de basis neer: een helder Inventor-projectbestand met een doordachte mappenstructuur, bibliotheken die echt alleen-lezen zijn en een voorbeeldindeling die je kunt overnemen. Een toolbox als Thundercad helpt je daarna sneller door die structuur te bewegen, maar de inrichting zelf is denkwerk dat je één keer goed doet.
Waarom het projectbestand zoveel bepaalt
Het projectbestand (.ipj) is de plattegrond waarmee Inventor bestanden terugvindt. Het vertelt waar de werkmap staat, welke bibliotheken er zijn en in welke volgorde Inventor zoekt bij het openen van een samenstelling. Staat die plattegrond verkeerd, dan vindt Inventor niet hét onderdeel, maar een onderdeel: de eerste treffer met de juiste bestandsnaam. Heb je "plaat_5mm.ipt" drie keer op de schijf staan, dan bepaalt de zoekvolgorde welke versie er in je samenstelling belandt. Dat gaat lang goed, tot het een keer stil misgaat en er een verkeerde plaat op de tekening staat.
De meeste ellende met verwijzingen is dan ook geen Inventor-probleem, maar een inrichtingsprobleem. Wie mappenstructuur en projectbestand op orde heeft, ziet de resolve-dialoog zelden nog.
De werkmap: alles van één order op één plek
De werkmap (workspace) is de plek waar je eigen ontwerpen wonen. De regel is simpel: alles wat bij één order of project hoort, staat onder één projectmap binnen die werkmap. Geen onderdelen op een persoonlijke schijf, geen "tijdelijke" map op het bureaublad die jaren blijft staan, geen kopie in de mail als achtervang.
Binnen de projectmap werkt een indeling per module of hoofdgroep prettig: frame, aandrijving, omkasting, besturing. Zo blijft een samenstelling met honderden onderdelen behapbaar en zie je in de Verkenner dezelfde logica als in de modelboom. Spreek ook af dat de map van een order na levering op slot gaat: wat erin zit, is vanaf dat moment de waarheid van dat project.
Bibliotheken: alleen-lezen is een feature, geen pesterij
Bibliotheekmappen in het projectbestand zijn alleen-lezen, en dat is precies de bedoeling. In een bibliotheek staan onderdelen die in meerdere projecten voorkomen: normdelen, koopdelen, profielen, eigen standaardmodules. Zou je die vanuit een project kunnen bewerken, dan verandert één "kleine aanpassing" voor machine A stilletjes ook alle eerdere machines waarin dat deel zit.
Het klassieke voorbeeld: een engineer maakt een bibliotheekbeugel twintig millimeter langer omdat dat in zijn project beter uitkomt. Drie weken later opent een collega een oudere machine voor een revisie en klopt er niets meer van de boringen. Werk daarom met een vaste afspraak: een bibliotheekdeel dat niet past, kopieer je naar je projectmap onder een nieuw nummer, of je laat het bewust en gedocumenteerd wijzigen door de beheerder van de bibliotheek.
Eén projectbestand voor iedereen, niet één per klus
Inventor verleidt je om per klus een nieuw projectbestand aan te maken. Voor je het weet heeft elke engineer een eigen .ipj met eigen paden, en gedraagt hetzelfde bestand zich bij iedereen anders. Wissel je vaak van projectbestand, dan wisselen je bibliotheekverwijzingen mee, en dat is vragen om verbroken links.
Voor de meeste bedrijven werkt één centraal projectbestand het best: één .ipj op een netwerklocatie, met de werkmap op de gezamenlijke projectenmap en alle bibliotheken erin benoemd. Iedereen benadert de bestanden via hetzelfde pad, dus verwijzingen kloppen bij iedereen. Aparte projectbestanden zijn de uitzondering, bijvoorbeeld wanneer klantdata strikt gescheiden moet blijven. Wijs in alle gevallen één persoon aan die het projectbestand beheert: het is gereedschap van de zaak, geen persoonlijke voorkeur.
Eén ding regelt een projectbestand niet: versiebeheer. Wie welke wijziging deed en welke versie naar de werkplaats ging, is een aparte discipline. Werk je nog zonder Vault, lees dan ook Nog geen Vault? Zo houd je toch grip op je versies.
Een strakke structuur merk je elke dag: minder zoeken, minder verbroken verwijzingen, geen verrassingen bij het openen van oude projecten. Benieuwd wat een opgeruimde omgeving in de praktijk met je tempo doet?
Probeer 30 dagen gratisEen voorbeeldstructuur die zich in de praktijk bewijst
Er bestaat geen heilige indeling, wel een paar principes: ordernummer voorop, geen spaties of leestekens in mapnamen, en nooit twee plekken voor hetzelfde soort bestand. Deze opzet zie je in varianten bij veel machinebouwers terug:
- Projecten\ met per order één map: ordernummer plus korte omschrijving, daaronder mappen per module (frame, aandrijving, omkasting).
- Bibliotheek\Normdelen\ voor bouten, moeren, ringen en ander normwerk dat nooit projectspecifiek wijzigt.
- Bibliotheek\Koopdelen\ voor gekochte componenten, geordend op soort, met het artikelnummer in de bestandsnaam.
- Bibliotheek\Standaardmodules\ voor eigen terugkerende constructies die je als vast blok inzet.
- Sjablonen\ voor templates en kaders, zodat nieuwe bestanden overal dezelfde basis hebben.
Let op: dit is de kant van de bronbestanden. PDF's, DXF'en en andere uitgaande bestanden verdienen een eigen, veel plattere indeling; daarover lees je meer in een exportmap-structuur die iedereen snapt.
Snel navigeren in je eigen structuur
Een goede structuur is onvermijdelijk een paar lagen diep, en dat betekent klikken: vanuit Inventor naar de Verkenner, netwerkschijf openen, projectmap zoeken, module openen. Wie dat twintig keer per dag doet, is er zo een kwartier aan kwijt. Daarvoor zit Go To Folder in Thundercad: één klik en je springt vanuit het geopende bestand direct naar de juiste map in de Verkenner. Met Frequent Folder leg je daarnaast je veelgebruikte mappen vast, zoals de bibliotheek of de lopende ordermap.
Het klinkt als een detail, maar juist die kleine navigatiemomenten bepalen of je structuur wordt nageleefd. Hoe lager de drempel om op de juiste plek uit te komen, hoe kleiner de verleiding om "even snel" een bestand op het bureaublad te parkeren.
Veelgestelde vragen
Moet ik bestaande projecten verhuizen naar de nieuwe structuur?
Nee, begin bij nieuwe orders. Oude projecten verhuis je alleen wanneer ze toch opengaan voor een revisie, en dan meteen goed: verplaatsen, verwijzingen herstellen en de oude locatie opruimen. Alles in één keer omzetten kost dagen en levert vooral risico op.
Wat doe ik met een onderdeel dat in meerdere projecten voorkomt?
Promoveer het bewust naar de bibliotheek: eigen nummer, eigen locatie, alleen-lezen. Vanaf dat moment wijzig je het alleen nog via de bibliotheekbeheerder, zodat bestaande projecten niet ongemerkt veranderen. Kopiëren naar elke projectmap lijkt makkelijker, maar dan onderhoud je straks vijf varianten van hetzelfde deel.
Hoe voorkom ik dat de structuur na een paar maanden verwatert?
Maak de afspraken klein en zichtbaar: één A4 met de mappenlogica, één beheerder voor het projectbestand en een korte check bij elke projectafronding. En verlaag de drempel om de structuur te gebruiken: met de gratis proefmaand van Thundercad ervaar je hoeveel het scheelt als de juiste map altijd één klik ver is.