Custom iProperties: wanneer wel, wanneer niet

Een CAD-beheerder bij een machinebouwer telde ze na een verbouwing van het titelblok eens na: 41 custom iProperties in omloop. Negen daarvan werden ergens gelezen, door het titelblok, een export of de ERP-koppeling. De rest was ooit aangemaakt voor één klant, één project of één experiment, en daarna nooit meer opgeruimd. Drie velden heetten bijna hetzelfde: Opmerking, Opmerkingen en Opmerking2.

Zo'n lijst is niemands schuld en toch ieders probleem. Custom iProperties in Inventor zijn in dertig seconden aangemaakt en tergend langzaam weer kwijt te raken. In dit artikel krijg je drie toetsvragen die elk nieuw veld moet overleven, een saneringsmethode voor bestaande wildgroei en het argument voor één beheerde veldenlijst per documenttype. Over de standaardvelden zelf gaat het hier niet; dit draait om de velden die je er zelf bij verzint. En om hoe een toolbox als Thundercad de afgesproken lijst daarna ook ingevuld krijgt.

Waarom wildgroei niemands schuld is

Elk custom veld begint met een goede reden. Een klant eist een certificaatcode op de tekening: veld erbij. De werkvoorbereiding wil een notitieveld voor de zagerij: veld erbij. Iemand probeert een koppeling uit en maakt drie testvelden aan: nooit meer weggehaald. Sjablonen kopiëren al die velden braaf door naar elk nieuw bestand, en verwijderen durft niemand, want wie weet leest iets of iemand het nog.

Na een paar jaar heeft de lijst drie soorten bewoners: velden die echt werken, duplicaten van standaardvelden (een eigen veld "Gewicht" naast de massa die Inventor zelf al bijhoudt) en spookvelden waarvan niemand meer weet waarvoor ze dienden. Welke standaardvelden er al zijn en hoe je ze consequent gevuld houdt, lees je in iProperties beheren in Inventor zonder chaos; hetzelfde gegeven dubbel bijhouden is vrijwel altijd het verkeerde antwoord.

Drie vragen die elk nieuw veld moet overleven

Wildgroei voorkom je niet met een verbod, maar met een toets. Drie vragen, en bij elke "nee" of "weet niet" komt het veld er niet:

1. Leest een systeem het? Een titelblok, een stuklijst-export, een zoekopdracht in Vault, de ERP-koppeling: iets moet het veld aantoonbaar gebruiken. "Handig om erbij te hebben" telt niet; als niets het leest, is het veld dood gewicht.
2. Wie vult het, en op welk moment? Een veld zonder eigenaar en zonder vast invulmoment blijft leeg. "De engineer, bij vrijgave" is een antwoord; "iedereen een beetje" betekent niemand.
3. Wie beslist er iets mee? Achter elk veld hoort een handeling: inkoop bestelt op de leverancierscode, de werkvoorbereiding plant op de behandeling. Een veld waar niemand iets mee doet is ruis die wekelijks onderhoud vraagt.

Stel daarna nog één controlevraag: dekt een standaardveld de lading al? Een bestaand veld hergebruiken is vrijwel altijd beter dan een nieuwe variant ernaast zetten.

Wanneer een custom veld wél verdient te bestaan

Met die toets in de hand blijven er prima redenen over voor eigen velden. Drie voorbeelden uit de praktijk:

• Behandeling op plaatwerkdelen. "Thermisch verzinken" of "poedercoaten" met kleurcode: de engineer vult het bij vrijgave, de werkvoorbereiding leest het voor de uitbesteding. Systeem, vuller en lezer zijn benoemd, dus het veld verdient zijn plek.
• Leverancierscode op koopdelen. Ingevuld door inkoop of de engineer bij het aanmaken van het koopdeel, gelezen door de besteller en door de stuklijst-export richting het ERP.
• Certificaateis op dragende delen. De constructeur markeert welke delen een materiaalcertificaat nodig hebben; inkoop bestelt op basis daarvan. Eén veld, één vraag, één beslissing.

Wat deze drie gemeen hebben: ze beschrijven het onderdeel, niet het proces van vandaag. Velden als "MetSpoed" of "NogControleren" horen niet in iProperties thuis; dat is werkvoorraad, en werkvoorraad veroudert sneller dan je bestanden.

Sanering: de bestaande lijst terugsnoeien

Bestaat de wildgroei al, dan werkt dezelfde toets als saneringsmethode. Inventariseer eerst alle custom velden die in omloop zijn en noteer per veld twee dingen: wat leest het, en hoe vaak is het gevuld? Die vulgraad is de eerlijkste rechter; hoe je zulke cijfers uit je bestanden haalt, beschreven we in Hoe gezond is je CAD-data? Zo meet je de kwaliteit van je metadata.

Deel de lijst daarna in vier groepen in: houden (heeft lezer én vuller), samenvoegen (duplicaten zoals de drie Opmerking-varianten), afvoeren (niets leest het) en bevriezen (twijfelgevallen: een paar weken laten staan en kijken wie er piept). Haal de afgevoerde velden in elk geval uit je sjablonen, zodat nieuw werk schoon begint; oude bestanden hoef je niet met terugwerkende kracht te schonen, die pak je mee wanneer je ze toch bewerkt. En communiceer de nieuwe lijst één keer duidelijk: welke velden bestaan nog, en waar is de rest gebleven?

Eén veldenlijst per documenttype

De duurzame oplossing is een korte, beheerde lijst per documenttype. Een onderdeel heeft andere velden nodig dan een samenstelling of een tekening: een behandeling hoort bij een onderdeel, een projectreferentie eerder bij de samenstelling. Leg per documenttype vast welke velden er zijn, wie ze vult, wie ze leest en hoe een geldige waarde eruitziet. Eén A4'tje per type is genoeg, met één eigenaar: nieuwe velden komen er alleen bij via die lijst.

Zo'n lijst blijft alleen leven als hij ook in Inventor zichtbaar is. Daar helpt het iProperty Panel: de datakaart per documenttype is instelbaar, dus de afgesproken velden staan bij elk bestand in dezelfde volgorde voor je neus, zonder gespit door tabbladen. De lijst op papier en de kaart in beeld zijn dan hetzelfde, en dat is precies de bedoeling.

Veelgestelde vragen

Hoeveel custom iProperties zijn normaal?

Er is geen magisch getal, maar wie streng toetst komt zelden boven de tien tot vijftien per documenttype uit. Boven de twintig wordt de kaart onoverzichtelijk en zakt de vulgraad vanzelf in. De maatstaf is niet het aantal, maar of elk veld een benoemde vuller en lezer heeft.

Kan ik een overbodig veld zomaar verwijderen?

Controleer eerst wat het veld leest: titelblokken, sjablonen, exports en koppelingen kunnen er stilletjes op leunen. Haal het daarna uit de sjablonen, zodat nieuwe bestanden schoon starten. Bestaande bestanden hoef je niet allemaal terug te werken; die schoon je op het moment dat je ze toch bewerkt.

Hoe voorkom ik dat de wildgroei terugkomt?

Eén eigenaar voor de veldenlijst, elk nieuw veld langs de drie toetsvragen, en invullen zo makkelijk mogelijk maken. Met het iProperty Panel zet je de afgesproken velden als datakaart in beeld; je probeert het samen met de rest van Thundercad 30 dagen gratis.