Wenn der glTF-Export aus Inventor für nachgelagerte Plattformen nicht ausreicht

Ein Entwurf wurde genehmigt, die Baugruppe ist fertig, und die nachgelagerte Plattform benötigt 3D-Daten zur Darstellung. Jemand führt den glTF-Export aus Inventor durch und übergibt das Ergebnis. Die Plattform kann die Daten jedoch nicht verarbeiten. Die Dateistruktur entspricht nicht den Erwartungen des Systems. Die Metadaten fehlen. Der Export war technisch korrekt, und dennoch reichte er nicht aus.

Das ist ein Muster, das regelmäßig in Autodesk Vault-Umgebungen auftritt, in denen Konstruktionsdaten die CAD-Umgebung verlassen und in einer nutzbaren Form in ein externes System gelangen müssen. Das Problem ist nicht das Format. Es sind Form und Inhalt der Ausgabe.

Wo die Lücke in den Vault-Workflows entsteht

glTF wird innerhalb von Inventor selbst nur selten benötigt. Es wird relevant, wenn 3D-Daten an einen anderen Ort übertragen werden müssen: in einen Ersatzteilkatalog, einen browserbasierten 3D-Viewer oder eine Plattform, die für die Darstellung und Interaktion auf eine schlanke Geometrie angewiesen ist. In diesen Szenarien ist der glTF-Export ein Schritt innerhalb einer umfassenderen Übergabe von Konstruktionsdaten und nicht das Ende des Prozesses.

Inventor unterstützt den glTF-Export bereits nativ. Zwei spezifische Lücken treten auf, wenn diese Ausgabe ein nachgelagertes System erreicht.

Dateistruktur: Bei Baugruppen mit materialbezogenen Inhalten erstellt Inventor neben einer separaten .bin-Datei, die die binären Daten enthält, eine .gltf-Datei. Das entspricht zwar technisch gesehen dem glTF-Standard, doch viele nachgelagerte Plattformen sind nicht dafür ausgelegt, ein Dateipaar zu verarbeiten. Sie erwarten eine einzige, in sich geschlossene Datei, die manchmal als „glTF Binary“ oder „.glb“ bezeichnet wird und in der Geometrie, Materialien und Szenendaten gemeinsam eingebettet sind. Die Übergabe von zwei Dateien an ein System, das nur eine erwartet, führt zu einem fehlerhaften Import oder einem abgelehnten Upload.

Metadaten: In den meisten Anwendungsszenarien nachgelagerter Viewer reicht die Geometrie allein nicht aus. Die Plattform muss wissen, welches Element welche Komponente darstellt. Möglicherweise benötigt sie eine Teilenummer, eine Beschreibung, eine Ersatzteil-ID oder eine andere Eigenschaft, die bereits in Autodesk Vault vorhanden ist. Ohne diese in die exportierte Struktur eingebetteten Informationen ist das Modell nur eine visuelle Hülle. Das nachgelagerte System kann keine Komponenten oder Oberflächenattribute zuordnen und unterstützt keine Interaktion, die über eine einfache 3D-Darstellung hinausgeht.

Die eigentliche Anforderung lautet: glTF-Dateien aus Inventor als Teil eines kontrollierten Vault-Automatisierungsprozesses zu generieren, eine in sich geschlossene Ausgabedatei zu erstellen und die Vault-Metadaten einzubinden, die jedes Vorkommen benötigt, damit die nachgelagerte Plattform korrekt funktioniert.

Automatisierung der glTF-Nachbearbeitung in Autodesk Vault

Der Ansatz besteht darin, dies als Vault-gesteuerten Job mithilfe von powerJobs zu implementieren. Inventor übernimmt den nativen glTF-Export. Die powerJobs- Automatisierung läuft nach diesem Schritt ab und passt die Ausgabe an den nachgelagerten Anwendungsfall an.

Das glTF-Format basiert auf JSON. Es beschreibt die Szene, verweist auf Puffer und verknüpft Geometrie, Materialien und Knoten miteinander. Inventor schreibt diese Struktur in eine separate BIN-Datei, die die binäre Nutzlast enthält. Der Job liest beide Dateien, konvertiert den binären Inhalt in einen Base64-kodierten Puffer und bettet ihn direkt in die JSON-Struktur ein. Das Ergebnis ist eine einzige, in sich geschlossene Datei anstelle eines Dateipaares – genau das Format, das die meisten nachgelagerten Plattformen tatsächlich erwarten.

Im selben Schritt ergänzt der Prozess die Knotenhierarchie um Vault-Metadaten. Die relevanten Eigenschaften, darunter Teilenummern, Beschreibungen, Ersatzteilkennungen und alle anderen Vault-Elementattribute, werden in die entsprechenden Vorkommen innerhalb der glTF-Knotenstruktur geschrieben. Die nachgelagerte Plattform kann dann Komponenten auflösen und direkt aus dem Modell auf deren Attribute zugreifen, ohne dass eine separate Datensuche erforderlich ist.

Beide Schritte stellen kontrollierte Änderungen der exportierten Struktur dar. Die Geometrie und die Materialien aus Inventor bleiben unverändert. Der powerJobs-Prozess passt lediglich an, wie die Daten verpackt werden und welche Metadaten sie enthalten.

Da die Logik in der Vault-Automatisierungsschicht angesiedelt ist, kann derselbe Job bei einer Änderung des Lebenszyklusstatus ausgelöst, innerhalb eines Veröffentlichungs-Workflows verwendet oder auf Abruf ausgeführt werden. coolOrange powerJobs bietet die Flexibilität, den nativen Inventor-Export mit der zusätzlichen Verarbeitung zu kombinieren, die ein echter nachgelagerter Workflow erfordert.

Was die Automatisierung liefert

Die nachgelagerte Plattform erhält eine Datei, die sie tatsächlich nutzen kann. Anstelle eines technisch korrekten, aber nicht verwertbaren Exports lautet das Ergebnis:

• Eine einzige, in sich geschlossene glTF-Datei mit eingebettetem binärem Inhalt, ohne dass ein Dateipaar verwaltet werden muss
• Vault-Metadaten, die in jeden Vorkommnisknoten geschrieben werden, sodass die Plattform Komponenten auflösen und deren Attribute anzeigen kann
• Eine Datei, die durch einen kontrollierten Vault-Automatisierungsprozess erstellt wurde, nicht durch einen manuellen Exportschritt

Der Export ist keine manuelle Aufgabe mehr. Er wird bei Änderungen im Lebenszyklus, als Teil eines Veröffentlichungsschritts oder auf Abruf ausgeführt. Dies beseitigt Schwankungen und stellt sicher, dass die gelieferte Datei stets den genehmigten Zustand des Entwurfs widerspiegelt.

Warum dieser Ansatz skalierbar ist

Da die Nachbearbeitungslogik in powerJobs angesiedelt ist, passt sie sich an veränderte Anforderungen an. Zusätzliche Vault-Eigenschaften, unterschiedliche Auslösepunkte im Lebenszyklus oder Änderungen an der Ausgabestruktur können eingeführt werden, ohne den Workflow von Grund auf neu aufbauen zu müssen. Das gleiche Muster, das für eine Produktfamilie funktioniert, lässt sich nach seiner Etablierung auf die gesamte Vault-Umgebung übertragen.

Für Vault-Administratoren und CAD-Manager, die ähnliche nachgelagerte Auslieferungsanforderungen über mehrere Projekte hinweg umsetzen, beseitigt dies zudem die Inkonsistenzen, die durch individuell durchgeführte Exportschritte entstehen, die jedes Mal anders ausgeführt werden. Der Job definiert, was exportiert wird, wie es verpackt wird und welche Metadaten es enthält. Das Ergebnis ist bei jeder Veröffentlichung konsistent.

Häufig gestellte Fragen zum glTF-Export aus Autodesk Vault

Kann Autodesk Vault den glTF-Export aus Inventor automatisieren?
Ja. Mithilfe von powerJobs kann ein Vault-Job Inventor dazu veranlassen, glTF zu exportieren und die Ausgabe anschließend nachzubearbeiten, indem der Binärinhalt eingebettet und Vault-Metadaten hinzugefügt werden – als Teil eines lebenszyklengesteuerten oder Veröffentlichungs-Workflows.

Wie erstelle ich eine einzelne, in sich geschlossene glTF-Datei aus Inventor?
Der native Export von Inventor erzeugt neben einer .bin-Datei auch eine .gltf-Datei. Um eine eigenständige Datei zu erstellen, muss der Binärinhalt Base64-kodiert und in die JSON-Struktur eingebettet werden. Diese Konvertierung kann mithilfe von powerJobs innerhalb eines Vault-Jobs automatisiert werden.

Wie füge ich einem glTF-Export aus Inventor Vault-Metadaten hinzu?
Vault-Objekteigenschaften wie Teilenummern, Beschreibungen, Ersatzteilkennungen und andere Attribute können während der Nachbearbeitung in die entsprechenden Vorkommnisknoten innerhalb der glTF-Struktur geschrieben werden. Dies erfordert einen Schritt nach dem nativen Inventor-Export, den powerJobs als Teil desselben Automatisierungsjobs übernimmt.

Warum kann die nachgelagerte Plattform meinen Inventor-glTF-Export nicht öffnen?
Die häufigsten Gründe sind, dass die Plattform eine einzelne, in sich geschlossene Datei anstelle eines .gltf- und .bin-Paares erwartet oder dass sie in die Dateistruktur eingebettete Komponenten-Metadaten benötigt, die Inventor standardmäßig nicht enthält. Beide Lücken lassen sich durch automatisierte Nachbearbeitung in einem Vault-Job schließen.

Was löst den glTF-Export in einem Vault-Workflow aus?
Der Auslöser hängt vom jeweiligen Prozess ab. Zu den typischen Optionen gehören eine Änderung des Lebenszyklusstatus (z. B. der Übergang in den Status „Freigegeben“), eine explizite Veröffentlichungsaktion oder eine On-Demand-Auftragsanforderung. powerJobs unterstützt all diese Optionen als Auftragsauslöser innerhalb von Autodesk Vault.

Fazit

Inventor kann bereits glTF exportieren. In einfachen Szenarien reicht das aus.

Es reicht jedoch nicht aus, wenn die nachgelagerte Plattform eine in sich geschlossene Datei erwartet, wenn die Renderdaten darin eingebettet bleiben müssen und wenn jedes Vorkommen zudem Vault-Metadaten benötigt, damit die Plattform korrekt funktioniert. Das fehlende Puzzlestück ist die kontrollierte Nachbearbeitung innerhalb des Vault-Automatisierungs-Workflows.

Ein powerJobs- Ansatz behält den nativen Inventor-Export bei und formt das Ergebnis zu der Datei, die das nachgelagerte System tatsächlich benötigt. Die Ausgabe ist bei jeder Version konsistent, ohne manuelle Anpassungen.