Ordnung in Ihren Inventor-Projektordnern: Arbeitsbereich, Bibliotheken und Projektdatei

Ein neuer Kollege öffnet an seinem zweiten Arbeitstag eine bestehende Baugruppe. Inventor begrüßt ihn mit einem Auflösen-Dialog: siebzehn Verweise nicht gefunden. Nach einer Stunde Suchen zeigt sich, dass die Hälfte der Bauteile über drei Ordner verstreut liegt, von denen einer "alt_nicht_verwenden" heißt und trotzdem in vollem Einsatz ist. Niemand hat das so geplant. Es ist so gewachsen.

Die Hälfte allen CAD-Leids beginnt genau hier: bei einer unaufgeräumten Ordnerstruktur und einer Projektdatei, die nie bewusst eingerichtet wurde. Gebrochene Verweise, doppelte Bauteile, Bibliotheksteile, die jemand "mal eben" angepasst hat: das sind Symptome derselben Krankheit. In diesem Artikel legen wir die Basis: eine klare Inventor-Projektdatei mit durchdachter Ordnerstruktur, Bibliotheken, die wirklich schreibgeschützt sind, und eine Beispielaufteilung zum Übernehmen. Eine Toolbox wie Thundercad hilft Ihnen danach, sich schneller durch diese Struktur zu bewegen, doch die Einrichtung selbst ist Denkarbeit, die Sie einmal richtig machen.

Warum die Projektdatei so viel bestimmt

Die Projektdatei (.ipj) ist der Lageplan, mit dem Inventor Dateien wiederfindet. Sie legt fest, wo der Arbeitsbereich liegt, welche Bibliotheken es gibt und in welcher Reihenfolge Inventor beim Öffnen einer Baugruppe sucht. Stimmt dieser Lageplan nicht, dann findet Inventor nicht das Bauteil, sondern ein Bauteil: den ersten Treffer mit passendem Dateinamen. Liegt "blech_5mm.ipt" dreimal auf der Platte, entscheidet die Suchreihenfolge, welche Version in Ihrer Baugruppe landet. Das geht lange gut, bis es einmal still schiefgeht und ein falsches Blech auf der Zeichnung steht.

Der meiste Ärger mit Verweisen ist deshalb kein Inventor-Problem, sondern ein Einrichtungsproblem. Wer Ordnerstruktur und Projektdatei im Griff hat, sieht den Auflösen-Dialog nur noch selten.

Der Arbeitsbereich: alles zu einem Auftrag an einem Ort

Der Arbeitsbereich (Workspace) ist der Ort, an dem Ihre eigenen Konstruktionen wohnen. Die Regel ist einfach: alles, was zu einem Auftrag oder Projekt gehört, liegt unter einem einzigen Projektordner innerhalb dieses Arbeitsbereichs. Keine Bauteile auf einem persönlichen Laufwerk, kein "vorübergehender" Ordner auf dem Desktop, der Jahre überlebt, keine Kopie in der Mail als Rückversicherung.

Innerhalb des Projektordners bewährt sich eine Aufteilung je Modul oder Hauptgruppe: Rahmen, Antrieb, Verkleidung, Steuerung. So bleibt eine Baugruppe mit Hunderten Bauteilen beherrschbar, und im Explorer sehen Sie dieselbe Logik wie im Modellbrowser. Vereinbaren Sie außerdem, dass der Ordner eines Auftrags nach der Lieferung geschlossen wird: was darin liegt, ist ab diesem Moment die Wahrheit dieses Projekts.

Bibliotheken: schreibgeschützt ist eine Funktion, keine Schikane

Bibliotheksordner in der Projektdatei sind schreibgeschützt, und genau das ist der Sinn. In einer Bibliothek liegen Bauteile, die in mehreren Projekten vorkommen: Normteile, Kaufteile, Profile, eigene Standardmodule. Ließen sie sich aus einem Projekt heraus bearbeiten, dann würde eine "kleine Anpassung" für Maschine A stillschweigend auch alle früheren Maschinen ändern, in denen dieses Teil steckt.

Das klassische Beispiel: ein Konstrukteur macht eine Konsole aus der Bibliothek zwanzig Millimeter länger, weil das in seinem Projekt besser passt. Drei Wochen später öffnet ein Kollege eine ältere Maschine für eine Revision, und keine einzige Bohrung passt mehr. Arbeiten Sie deshalb mit einer festen Absprache: ein Bibliotheksteil, das nicht passt, kopieren Sie unter einer neuen Nummer in Ihren Projektordner, oder Sie lassen es bewusst und dokumentiert vom Verantwortlichen der Bibliothek ändern.

Eine Projektdatei für alle, nicht eine je Auftrag

Inventor verleitet dazu, für jeden Auftrag eine neue Projektdatei anzulegen. Ehe Sie sich versehen, hat jeder Konstrukteur eine eigene .ipj mit eigenen Pfaden, und dieselbe Datei verhält sich bei jedem anders. Wer ständig die Projektdatei wechselt, wechselt auch seine Bibliotheksverweise mit, und das ruft gebrochene Links geradezu herbei.

Für die meisten Betriebe funktioniert eine zentrale Projektdatei am besten: eine .ipj auf einem Netzwerkspeicher, mit dem Arbeitsbereich auf dem gemeinsamen Projektordner und allen Bibliotheken darin benannt. Alle greifen über denselben Pfad auf die Dateien zu, also stimmen die Verweise bei allen. Getrennte Projektdateien sind die Ausnahme, etwa wenn Kundendaten strikt getrennt bleiben müssen. Benennen Sie in jedem Fall eine Person, die die Projektdatei betreut: sie ist Werkzeug des Betriebs, keine persönliche Vorliebe.

Eines regelt eine Projektdatei nicht: die Versionsverwaltung. Wer welche Änderung gemacht hat und welche Version in die Werkstatt ging, ist eine eigene Disziplin. Arbeiten Sie noch ohne Vault, lesen Sie auch Noch kein Vault? So behalten Sie Ihre Versionen trotzdem im Griff.

Eine Beispielstruktur, die sich in der Praxis bewährt

Es gibt keine heilige Aufteilung, wohl aber ein paar Grundsätze: Auftragsnummer nach vorn, keine Leerzeichen oder Sonderzeichen in Ordnernamen, und nie zwei Orte für dieselbe Art von Datei. Diesen Aufbau finden Sie in Varianten bei vielen Maschinenbauern wieder:

• Projekte\ mit je Auftrag einem Ordner: Auftragsnummer plus kurze Benennung, darunter Ordner je Modul (Rahmen, Antrieb, Verkleidung).
• Bibliothek\Normteile\ für Schrauben, Muttern, Scheiben und anderes Normwerk, das sich nie projektbezogen ändert.
• Bibliothek\Kaufteile\ für gekaufte Komponenten, nach Art geordnet, mit der Artikelnummer im Dateinamen.
• Bibliothek\Standardmodule\ für eigene wiederkehrende Konstruktionen, die Sie als festen Block einsetzen.
• Vorlagen\ für Vorlagen und Zeichnungsrahmen, damit neue Dateien überall auf derselben Basis starten.

Beachten Sie: das ist die Seite der Quelldateien. PDFs, DXFs und andere ausgehende Dateien verdienen eine eigene, viel flachere Aufteilung; dazu lesen Sie mehr in eine Exportordner-Struktur, die jeder in der Abteilung versteht.

Schnell in der eigenen Struktur navigieren

Eine gute Struktur ist zwangsläufig ein paar Ebenen tief, und das bedeutet Klicken: von Inventor in den Explorer, Netzlaufwerk öffnen, Projektordner suchen, Modul öffnen. Wer das zwanzigmal am Tag macht, ist schnell eine Viertelstunde los. Dafür steckt Go To Folder in Thundercad: ein Klick, und Sie springen aus der geöffneten Datei direkt in den richtigen Ordner im Explorer. Mit Frequent Folder hinterlegen Sie zusätzlich Ihre häufig genutzten Ordner, etwa die Bibliothek oder den laufenden Auftragsordner.

Das klingt nach einer Kleinigkeit, aber gerade diese kleinen Navigationsmomente entscheiden, ob Ihre Struktur eingehalten wird. Je niedriger die Schwelle ist, am richtigen Ort zu landen, desto kleiner die Versuchung, eine Datei "ganz schnell" auf dem Desktop zu parken.

Häufig gestellte Fragen

Muss ich bestehende Projekte in die neue Struktur umziehen?

Nein, beginnen Sie mit neuen Aufträgen. Alte Projekte ziehen Sie nur um, wenn sie ohnehin für eine Revision geöffnet werden, und dann gleich richtig: verschieben, Verweise reparieren und den alten Ort aufräumen. Alles auf einmal umzustellen kostet Tage und bringt vor allem Risiko.

Was mache ich mit einem Bauteil, das in mehreren Projekten vorkommt?

Heben Sie es bewusst in die Bibliothek: eigene Nummer, eigener Ort, schreibgeschützt. Ab diesem Moment ändern Sie es nur noch über den Verantwortlichen der Bibliothek, damit bestehende Projekte sich nicht unbemerkt verschieben. Es in jeden Projektordner zu kopieren sieht einfacher aus, aber dann pflegen Sie bald fünf Varianten desselben Teils.

Wie verhindere ich, dass die Struktur nach ein paar Monaten verwässert?

Halten Sie die Absprachen klein und sichtbar: ein Blatt mit der Ordnerlogik, eine verantwortliche Person für die Projektdatei und eine kurze Prüfung beim Abschluss jedes Projekts. Und senken Sie die Schwelle, die Struktur wirklich zu nutzen: mit dem kostenlosen Testmonat von Thundercad merken Sie, wie viel es ausmacht, wenn der richtige Ordner immer einen Klick entfernt ist.