Op de tekening staat S235JR, in het model roestvast staal. Het titelblok is ingetikt op de dag dat de tekening werd aangemaakt; het materiaal is daarna gewijzigd toen de klant om roestvast vroeg. Niemand heeft iets fout gedaan, en toch bestelt inkoop straks de verkeerde plaat. Wie het titelblok met de hand invult, vult het vroeg of laat twee keer verkeerd in: één keer bij het aanmaken en één keer door het niet bij te werken.
Dat soort verschillen verdwijnt pas echt als elk stempel zijn waarde uit één bron haalt. In Inventor kun je het titelblok automatisch invullen vanuit iProperties: elk tekstveld in het titelblok kijkt rechtstreeks naar het model of de tekening. In dit artikel lopen we die datastroom langs: welke velden je koppelt, hoe je het sjabloon test voordat je het uitrolt en wat er gebeurt op het moment dat het ontwerp wijzigt. De bron zelf vul je sneller en consequenter met een toolbox als Thundercad, maar de koppeling werkt met standaard Inventor-middelen.
Twee keer intikken is twee keer kans op fouten
Een gemiddeld titelblok telt acht tot twaalf velden: nummer, omschrijving, materiaal, massa, schaal, revisie, getekend door, gecontroleerd door, en vaak nog project- of klantvelden. Bij een machinebouwer die tientallen tekeningen per week aanmaakt, betekent handmatig invullen honderden overtikmomenten per week, en elk moment is een kans op een tikfout of een verouderde waarde.
Het venijnigste is de controle. Zolang stempels met de hand gevuld worden, moet iemand bij elke vrijgave elk veld vergelijken met het model: klopt het materiaal nog, klopt de massa, klopt de revisie? Dat is geen ontwerpcontrole maar typwerkcontrole, en juist dat werk schiet er onder tijdsdruk als eerste bij in. Zo ontstaat het gat waar de verkeerde plaat uit de intro doorheen valt.
De datastroom: waar elk stempel zijn waarde vandaan haalt
In de titelblokdefinitie van je sjabloon vervang je statische tekst door tekstvelden die aan een eigenschap gekoppeld zijn. Zodra de tekening een aanzicht van het model bevat, weet het titelblok waar het moet kijken: de tekening haalt de waarden op uit het model in het geplaatste aanzicht, aangevuld met eigenschappen van de tekening en het blad zelf.
De koppelingen die zich in de praktijk bewijzen:
- onderdeelnummer en omschrijving: uit de iProperties van het model;
- materiaal en massa: uit de fysieke eigenschappen van het onderdeel, zodat een materiaalwissel automatisch doorwerkt;
- revisie: uit het revisieveld dat je bij een wijziging op één plek ophoogt;
- schaal, bladnummer en aantal bladen: uit de bladeigenschappen van de tekening;
- getekend door en gecontroleerd door: uit de eigenschappen van de tekening;
- klant- en projectvelden: uit custom iProperties die je zelf definieert en overal hetzelfde noemt.
De vuistregel: informatie over het product komt uit het model, informatie over het document komt uit de tekening. Zo heeft elk veld precies één eigenaar en hoef je nooit te raden waar je iets moet aanpassen.
Zo test je het sjabloon voordat je het uitrolt
Een gekoppeld titelblok test je niet op een echte klus, maar op een testonderdeel dat je speciaal daarvoor maakt. Vul elke iProperty met een herkenbare waarde, maak er een tekening van en loop elk stempel langs. Test daarna de randgevallen: een extra lange omschrijving (blijft die binnen het kader?), een leeg veld (staat er dan een gat of een foutmelding?), een tweede blad (kloppen bladnummer en aantal bladen?) en elk documenttype dat je gebruikt: onderdeel, plaatwerk en samenstelling gedragen zich net iets anders.
Het titelblok is overigens maar één onderdeel van je sjabloon; kaders, stijlen en standaardinstellingen verdienen dezelfde zorg. Hoe je dat geheel structureel aanpakt, lees je in Tekeningsjablonen: één keer goed inrichten, jaren profijt; hier houden we het bij de datakoppeling.
Een titelblok dat zichzelf vult, is zo betrouwbaar als de iProperties eronder. Met Thundercad vullen engineers die bron via een vaste datakaart per documenttype, zonder losse eindjes.
Probeer 30 dagen gratisWat er gebeurt bij een wijziging
De echte winst zie je op het moment dat het ontwerp verandert. De klant wil alsnog roestvast: je wijzigt het materiaal in het onderdeel, werkt de tekening bij, en het titelblok toont de nieuwe waarde, samen met de nieuwe massa. Geen tweede handeling, geen briefje voor de collega die de tekening beheert. Hoog je het revisieveld op, dan toont elk blad van de tekening dezelfde revisie. Het controlewerk verschuift daarmee naar waar het hoort: de controleur beoordeelt het ontwerp, niet langer het typwerk.
Reken gerust uit wat dat scheelt. Neem als aanname tien tekeningen per week en tien gekoppelde velden per titelblok: dan vervallen er honderd invulmomenten en evenveel controlemomenten per week. De aantallen verschillen per bedrijf, de richting niet.
Er is één voorwaarde: de bron moet kloppen. Een leeg omschrijvingsveld in het model wordt nu een leeg stempel op elke tekening. Daarom hoort bij een gekoppeld titelblok een vaste gewoonte om iProperties te vullen op het moment dat het onderdeel ontstaat. Het iProperty Panel van Thundercad helpt daarbij met een instelbare datakaart per documenttype: de velden die jouw titelblok nodig heeft, staan bovenaan, dus een onderdeel verlaat de tekenkamer niet met lege stempels. Hoe je die iProperties afdelingsbreed consequent houdt, met naamafspraken en verplichte velden, beschreven we in iProperties beheren in Inventor zonder chaos.
Wat je bewust niet koppelt
Niet elk veld hoort automatisch gevuld te worden. "Gecontroleerd door" vul je pas op het moment van vrijgave, bewust en door de controleur zelf; een automatisch gevuld controle-veld zegt niets. Invoervelden die bij het plaatsen van het titelblok om een waarde vragen, zijn er voor echte uitzonderingen, bijvoorbeeld een eenmalige aanduiding voor een externe partij; gebruik je ze structureel, dan sluipt het handwerk via de achterdeur weer binnen.
De regel die alles samenvat: elk veld heeft precies één bron. Of het model, of de tekening, of een mens op een afgesproken moment. Een veld dat je soms koppelt en soms overtikt, is binnen een maand niet meer te vertrouwen, en dan controleert iedereen wéér alles.
Veelgestelde vragen
Werkt dit ook voor tekeningen die al bestaan?
Ja. Vervang je in een bestaande tekening het oude titelblok door de gekoppelde definitie, dan halen de stempels hun waarde direct uit de iProperties. Houd wel rekening met nawerk bij oudere bestanden waarvan de iProperties nooit gevuld zijn: daar verschijnen lege stempels die je eenmalig moet aanvullen.
Wat doe ik met een klant die een eigen titelblok eist?
Maak in hetzelfde sjabloon een tweede titelblokdefinitie in de stijl van die klant en koppel dezelfde velden. De data blijft identiek, alleen de opmaak verschilt, en je wisselt per tekening van titelblok zonder één waarde over te tikken.
Hoe voorkom ik lege stempels op nieuwe tekeningen?
Vul de iProperties op het moment dat het onderdeel ontstaat, niet pas als de tekening af moet. Met een vaste datakaart zoals het iProperty Panel is dat een handeling van seconden in plaats van een zoektocht achteraf. Benieuwd hoe dat in jullie sjabloon uitpakt? Je kunt het 30 dagen gratis proberen.