Sie öffnen die Baugruppe eines Kollegen und sehen es sofort: Das eine Bauteil trägt eine saubere Zeichnungsnummer im iProperty-Feld, das nächste trägt den Dateinamen im Titelfeld, und beim dritten steht der Werkstoff halb als "S235" und halb als "Stahl S235JR". Das ist kein Detail. Das ist der Beginn einer teuren Fehlerkette. iProperties verwalten in Inventor klingt nach reiner Verwaltungsarbeit, entscheidet in der Praxis aber darüber, ob Ihre Stückliste stimmt, ob Ihre PDF-Dateien den richtigen Titel bekommen und ob Ihre ERP-Anbindung überhaupt funktioniert.
In diesem Artikel lesen Sie, warum inkonsistente Metadaten weiter unten in der Kette so weh tun, wie Sie iProperties sinnvoll strukturieren und wie Sie diese Struktur anschließend durchsetzen, statt darauf zu hoffen, dass jeder es von selbst richtig macht.
Warum iProperties verwalten in Inventor mehr ist als sauberes Ausfüllen
iProperties sind die Metadaten Ihrer Inventor-Dateien: Zeichnungsnummer, Benennung, Werkstoff, Gewicht, Projektnummer, Auftraggeber, Revision und Status. Inventor kennt dafür Standardfelder (etwa Title, Part Number, Description und Material) und Custom Properties, die Sie selbst anlegen. Soweit ist alles logisch. Das Problem steckt nicht in den Feldern, sondern darin, wer sie wie ausfüllt.
Denn diese iProperties bleiben nicht in der Modelldatei stecken. Sie fließen von dort aus überallhin weiter:
- Zeichnungen ziehen über Textfelder automatisch die Zeichnungsnummer, die Benennung und den Werkstoff in das Schriftfeld.
- Stücklisten (BOM) lesen Part Number und Description direkt aus den iProperties jedes einzelnen Bauteils.
- Fertigungsdokumente wie PDF, DWG, DXF und STEP bekommen oft einen Dateinamen oder einen Titel, der auf iProperties beruht.
- ERP und PDM wie Autodesk Vault nutzen diese Felder, um Dateien zu verknüpfen, sie wiederzufinden und sie an Einkauf und Planung weiterzureichen.
Ein einziges Feld, das nicht stimmt, vervielfältigt sich also durch die gesamte Kette. Ein falscher Werkstoff im iProperty eines Blechteils bedeutet einen falschen Werkstoff im Schriftfeld, eine falsche Zeile in der Stückliste und am Ende eine falsche Bestellung beim Lieferanten. Nicht, weil jemand beim Bestellen nachlässig war, sondern weil die Quelle bereits falsch war.
Was inkonsistente Metadaten weiter unten in der Kette kosten
Es schleicht sich ein. Bei einer Handvoll Bauteile merken Sie nichts davon. Bei einer Maschine mit 400 Komponenten und drei Konstrukteuren, die jeweils ihre eigenen Gewohnheiten mitbringen, wird daraus eine Zeitbombe. Ein paar Situationen, die Sie mit ziemlicher Sicherheit wiedererkennen werden:
Die Stückliste, die nicht aufgeht
Die Arbeitsvorbereitung exportiert die BOM nach Excel, um zu bestellen. Zwei identische Schrauben erscheinen dort als zwei verschiedene Zeilen, weil die eine "M8x30 DIN933" heißt und die andere "Schraube M8 x 30". Inventor sieht sie als verschiedene Artikel. Sie bestellen also doppelt, oder Ihnen fehlt am Ende eine. Jemand muss die Liste von Hand durchgehen und bereinigen, jedes Mal aufs Neue.
Das Schriftfeld, das leer bleibt
Die Zeichnung ist fertig, doch das Werkstofffeld im Schriftfeld bleibt leer, weil das iProperty Material am Modell nicht ausgefüllt war. Der Konstrukteur tippt es kurzerhand von Hand dazu. Schnell mal eben. Bis eine Revision kommt, sich der Werkstoff am Modell ändert und der getippte Text in der Zeichnung unverändert stehen bleibt. Jetzt widersprechen sich Modell und Zeichnung.
Die Vault-Suche, die nichts findet
Ein Kollege sucht in Vault nach der Projektnummer, aber die Hälfte der Dateien taucht nicht auf, weil die Projektnummer in einem anderen Custom-Feld stand oder gar nicht ausgefüllt war. Die Datei existiert, ist aber unauffindbar. Und jemand fängt an, die Ordner von Hand zu durchforsten.
Rechnen Sie einmal mit. Angenommen, ein Konstrukteur korrigiert oder prüft pro Tag zehnmal ein iProperty-Feld von Hand, und jede Korrektur kostet samt Kontextwechsel eine Minute. Das ist fast eine Stunde pro Woche und Person, allein für Reparaturarbeit an Metadaten. Bei fünf Konstrukteuren ist das ein halber Arbeitstag pro Woche, den Sie an etwas verlieren, das sich an der Quelle hätte vermeiden lassen.
Das Tückische daran ist, dass diese Arbeit unsichtbar bleibt. Auf keinem Stundenzettel steht "Metadaten aufräumen". Sie verschwindet in den Rändern jeder Zeichnung, jedes Exports und jeder Bestellung. Und sie untergräbt das Vertrauen: War die Stückliste einmal falsch, prüft sie von da an jeder doppelt. Dann ist der Gewinn der Automatisierung weg, bevor Sie ihn überhaupt hatten.
Wie Sie das Verwalten von iProperties in Inventor strukturieren
Bevor Sie etwas automatisieren, müssen Sie wissen, was Sie überhaupt festhalten wollen. Gute Metadaten beginnen mit Absprachen, nicht mit Werkzeugen. Ein paar Grundsätze, die sich im Maschinenbau und im Stahlbau bewährt haben:
1. Legen Sie fest, welche Felder pro Dokumenttyp Pflicht sind
Ein Bauteil (.ipt) hat andere relevante Felder als eine Baugruppe (.iam) oder eine Zeichnung (.idw/.dwg). Für ein Blechteil wollen Sie Werkstoff, Dicke und Zeichnungsnummer; für eine Baugruppe dagegen Projektnummer, Auftraggeber und Revision. Legen Sie pro Dokumenttyp einen festen Satz fest: Was ist Pflicht, was ist optional, und was füllen Sie besser gar nicht aus, weil es ohnehin automatisch abgeleitet wird.
2. Vereinbaren Sie eine Schreibweise und halten Sie sie fest
"S235JR" oder "Stahl S235JR"? "M8x30" oder "M8 x 30"? Es spielt keine große Rolle, welche Variante Sie wählen, solange alle dieselbe wählen. Halten Sie die Schreibweise in einem kurzen Standard fest und sorgen Sie dafür, dass neue Mitarbeiter sie von Anfang an mitbekommen. Je weniger freie Textfelder es gibt, in denen sich Menschen selbst etwas ausdenken können, desto konsistenter bleiben Ihre Daten.
3. Füllen Sie an der Quelle aus, nicht am Ende
Metadaten in dem Moment auszufüllen, in dem Sie das Modell erstellen, ist günstig. Metadaten im Nachhinein über Hunderte von Dateien hinweg zu reparieren, ist teuer. Machen Sie das Ausfüllen von iProperties deshalb zum festen Bestandteil Ihrer Arbeitsweise und nicht zu einer eigenen Aufgabe, die Sie "später auch noch schnell" erledigen.
4. Nutzen Sie Felder, die weiter unten wirklich gelesen werden
Es bringt nichts, eine Custom Property "Kundenreferenz" zu erfinden, wenn Ihr Schriftfeld in der Zeichnung, Ihr BOM-Export und Ihr ERP nichts damit anfangen können. Stimmen Sie Ihren Feldersatz auf das ab, was die Kette danach tatsächlich braucht. Beginnen Sie bei der Ausgabe (Stückliste, Schriftfeld, ERP) und arbeiten Sie von dort zurück zu den iProperties, die Sie dafür festhalten müssen.
So viel zur Theorie. Das Schwierige ist nicht das Ausdenken dieser Struktur, sondern ihr Durchsetzen. Denn sobald es von persönlicher Disziplin abhängt, bricht die Struktur zusammen. Menschen haben es eilig, vergessen ein Feld oder tippen es eben doch etwas anders. Genau hier kommt die Standardisierung über ein Werkzeug ins Spiel.
Schluss mit dem händischen Prüfen und Korrigieren von iProperties. Mit dem iProperty Menu von Thundercad füllen Sie Metadaten strukturiert über eine einstellbare Datenkarte pro Dokumenttyp aus, damit die Quelle immer stimmt.
30 Tage kostenlos testenStandardisieren mit Datenkarten: das iProperty Menu
Das Standardfenster für iProperties in Inventor zeigt alle Felder durcheinander an, unabhängig davon, ob Sie damit etwas anfangen. Es unterscheidet nicht zwischen "das müssen Sie ausfüllen" und "das passiert automatisch". Und es setzt nichts durch. Jeder kann überall alles Mögliche eintippen.
Das iProperty Menu von Thundercad dreht das um. Statt eines unübersichtlichen Standardfensters arbeiten Sie mit einer einstellbaren Datenkarte pro Dokumenttyp. Eine Datenkarte ist im Grunde ein Formular, das Sie vorab einrichten: welche Felder sichtbar sind, in welcher Reihenfolge sie erscheinen, mit welchen Bezeichnungen sie versehen sind und welche davon Pflicht sind.
Konkret bedeutet das:
- Eine Karte pro Dokumenttyp. Für ein Bauteil sehen Sie die Felder, die für ein Bauteil relevant sind, für eine Baugruppe die Felder, die dort gelten. Kein Rauschen und kein Zweifel darüber, was wohin gehört.
- Feste Struktur für alle. Ob ein Berufsanfänger oder ein erfahrener Konstrukteur die Datei öffnet, beide sehen dieselbe Karte mit denselben Feldern. Die Absprache, die Sie oben getroffen haben, steckt jetzt im Werkzeug statt in jemandes Kopf.
- Ausfüllen wird geführt statt erfunden. Weil die Karte genau angibt, wofür welches Feld da ist, trägt jeder dasselbe an derselben Stelle ein. Genau das brauchen Sie, um die Absprachen zur Schreibweise auch wirklich dauerhaft zu halten.
Der Effekt liegt an der Quelle. Wenn die iProperties strukturiert und konsistent ins Modell wandern, stimmt auch alles, was danach kommt. Das Schriftfeld füllt sich von selbst richtig. Der BOM Export nach Excel liefert eine Liste ohne doppelte Zeilen, die Sie nicht mehr bereinigen müssen. Batch Publish legt Ihre PDF-, DWG- und STEP-Dateien mit den richtigen Namen ab. Und Ihre Vault- oder ERP-Anbindung bekommt saubere, auffindbare Daten geliefert.
Fangen Sie klein an. Richten Sie zuerst die Datenkarte für Ihren häufigsten Dokumenttyp ein, meist ist das das Bauteil. Legen Sie fest, welche Felder Pflicht sind, halten Sie die Schreibweise fest und rollen Sie das im Team aus. Läuft es, erweitern Sie auf Baugruppen und Zeichnungen. Eine gute Karte, die alle nutzen, ist mehr wert als fünf Karten, die niemand versteht.
iProperties verwalten in Inventor: von loser Disziplin zum durchgesetzten Standard
Der Gewinn beim Verwalten von iProperties in Inventor liegt nicht in schöneren Feldern, sondern in einer Kette, der Sie vertrauen können. Stimmen die Metadaten an der Quelle, müssen Sie Stücklisten nicht mehr doppelt prüfen, Schriftfelder nicht mehr von Hand nachziehen, und Sie können Werkzeuge wie Batch Publish und BOM Export wirklich automatisch laufen lassen. Das ist der Unterschied zwischen "wir haben ein Werkzeug, das es können sollte" und "es passiert einfach, jedes Mal, richtig".
Das iProperty Menu macht aus einer Absprache, die in den Köpfen Ihrer Konstrukteure steckt, eine Struktur, die in der Software festliegt. Und genau dort steckt der echte Zeitgewinn: nicht im schnelleren Ausfüllen, sondern im Wegfall der Korrekturen. Unternehmen wie Little Giant Europe, Van Egten, Banzo und Mannen van Staal arbeiten bereits mit Thundercad, um diese Art von wiederkehrender Arbeit aus ihrem Konstruktionsprozess zu nehmen.
Möchten Sie sehen, wie es bei Ihren eigenen Dokumenttypen ausfällt? Sie können Thundercad 30 Tage kostenlos testen, ganz ohne Kreditkarte. Mehr Hintergrund zu den einzelnen Funktionen finden Sie in der Wissensdatenbank.
Häufig gestellte Fragen
Arbeitet das iProperty Menu mit Autodesk Vault zusammen?
Ja. Thundercad arbeitet mit Autodesk Vault zusammen, und das Dashboard lässt sich an Ihr ERP und an andere Software anbinden. Weil Sie iProperties über die Datenkarte konsistent ausfüllen, landen auch in Vault und in Ihrem ERP saubere, auffindbare Daten.
Muss ich alle bestehenden Dateien zuerst aufräumen?
Nein, Sie müssen nicht erst alles reparieren, bevor Sie beginnen. Das iProperty Menu sorgt dafür, dass neue und bearbeitete Dateien ab sofort strukturiert ausgefüllt werden. Bestehende Dateien nehmen Sie nach und nach mit, wenn Sie sie ohnehin gerade in der Hand haben. Gut zu wissen: Thundercad setzt Windows 10/11 und Autodesk Inventor 2025 oder neuer mit einem aktiven Autodesk-Konto voraus.
Was kostet Thundercad?
Thundercad kostet EUR 30 pro Benutzer und Monat oder EUR 300 pro Benutzer und Jahr (das sind zwei Monate gratis), zuzüglich Mehrwertsteuer, pro Seat für 1 bis 99 Benutzer. Sie können es zunächst 30 Tage lang kostenlos ausprobieren, ganz ohne Kreditkarte.
