15 Oktober 2026

Engineering-Daten sind Informationen, die bei der technischen Planung, Entwicklung, Auslegung und Prüfung von Produkten, Maschinen oder Anlagen entstehen und verwendet werden. Dazu zählen Anforderungen, Modelle, Zeichnungen, Berechnungen, Strukturen und Prüfergebnisse. Ihre Verlässlichkeit hängt nicht nur vom Inhalt ab, sondern auch von Herkunft, Stand, Beziehungen und freigegebener Verwendung.

Welche Informationen zählen zu Engineering-Daten?

Engineering-Daten liegen in unterschiedlichen Formen vor. Manche sind strukturierte Merkmale, andere umfangreiche Modelle oder lesbare Dokumente. Für die technische Arbeit ist entscheidend, welche Aussage sie treffen und worauf diese Aussage beruht.

Datenbereich	Beispiel	Wichtiger Bezug
Anforderungen	Geforderte Funktion oder Leistung	Zu Entwurf und Nachweis
Geometrie	CAD-Modell und Zeichnung	Zum Produktstand
Struktur	Baugruppen und Komponenten	Zu Varianten und Verwendungen
Auslegung	Berechnung mit Randbedingungen	Zu Eingaben und Annahmen
Automatisierung	Funktionsbeschreibung und Konfiguration	Zum vorgesehenen Anlagenverhalten
Prüfung	Testfall, Ergebnis und Bewertung	Zur geprüften Ausführung

Ein Datensatz kann mehrere dieser Bereiche verbinden. Ein Prüfbericht verweist beispielsweise auf eine Anforderung, ein Prüfmuster und ein Verfahren. Werden diese Beziehungen nicht erhalten, lässt sich später schwer beurteilen, für welchen Stand das Ergebnis tatsächlich gilt.

Geometrie ist nur ein Teil der technischen Beschreibung

Ein 3D-Modell kann die Form eines Bauteils darstellen, ohne alle benötigten Fertigungs- und Prüfinformationen zu enthalten. Werkstoff, Toleranzen, Oberflächen oder besondere Anforderungen müssen je nach Aufgabe ebenfalls beschrieben sein. Die erforderliche Vollständigkeit hängt vom Verwendungszweck ab.

Eine NIST-Veröffentlichung zur modellbasierten Produktdefinition betont, dass beim Übergang von Zeichnungen zu Modellen die relevanten technischen Informationen erhalten bleiben müssen. Ein Wechsel des Darstellungsformats allein stellt daher keine vollständige digitale Produktdefinition sicher.

Für den Empfänger muss klar sein, welche Quelle für eine Angabe maßgeblich ist. Wenn Modell und Zeichnung unterschiedliche Werte enthalten, genügt es nicht, beide bereitzustellen. Der Konflikt muss fachlich geklärt und der gültige Stand nachvollziehbar freigegeben werden.

Version, Status und Gültigkeit

Eine Version kennzeichnet einen Bearbeitungsstand nach den Regeln des jeweiligen Systems. Der Status kann beispielsweise anzeigen, ob ein Ergebnis noch bearbeitet, geprüft oder freigegeben ist. Die Gültigkeit beschreibt zusätzlich, für welche Verwendung dieser Stand vorgesehen ist.

Diese Angaben sind nicht austauschbar. Eine neue Version kann unfertig sein. Ein freigegebener Stand kann nur für eine bestimmte Variante gelten. Für einen älteren Fertigungsauftrag kann weiterhin eine frühere Revision maßgeblich sein.

PDM unterstützt die Verwaltung produktbezogener Daten und ihrer Beziehungen. Die fachlichen Regeln für Prüfung und Freigabe müssen dennoch im Unternehmen festgelegt werden. Ein Systemstatus ohne klaren Prüfprozess bietet nur begrenzte Aussagekraft.

Praxisbeispiel: Eine Halterung ändern

Das folgende Beispiel ist fiktiv. Für eine Halterung wird eine Berechnung mit einem bestimmten Werkstoff und einer definierten Belastung durchgeführt. Später ändert die Konstruktion die Geometrie, während der Berechnungsbericht unverändert im Projektordner liegt.

Ohne erkennbare Beziehungen könnte der Bericht fälschlich als Nachweis für die neue Ausführung verwendet werden. Eine geordnete Datenverwaltung verknüpft ihn deshalb mit dem tatsächlich berechneten Modellstand und den zugrunde liegenden Annahmen. Die Geometrieänderung löst eine Bewertung der betroffenen Nachweise aus.

Das Team prüft, ob die frühere Aussage weiterhin gilt oder eine neue Berechnung erforderlich ist. Die Entscheidung wird dokumentiert. Eine gegebenenfalls neue Prüfung erhält wiederum einen Bezug zur geprüften Ausführung. Der alte Bericht bleibt Teil der Historie, wird aber nicht stillschweigend zum Nachweis des neuen Stands erklärt.

Das Beispiel verdeutlicht eine grundlegende Aufgabe: Ein Ergebnis ist ohne seine Eingaben und Randbedingungen oft nicht zuverlässig verwendbar. Eine vollständig gespeicherte Datei kann fachlich dennoch unvollständig dokumentiert sein.

Abhängigkeiten und Änderungsfolgen

Engineering-Daten bilden ein Netz von Beziehungen. Ein Bauteil kann in mehreren Baugruppen verwendet werden; ein Prüfmerkmal kann aus einer Anforderung abgeleitet sein; eine Simulation kann mehrere Modelle zusammenführen. Änderungen müssen deshalb über die unmittelbar bearbeitete Datei hinaus betrachtet werden.

Eine Verwendungsübersicht kann betroffene Objekte sichtbar machen. Ob tatsächlich eine Anpassung nötig ist, bleibt eine fachliche Entscheidung. Nicht jede Änderung wirkt sich auf alle abhängigen Ergebnisse aus, aber die Prüfung dieser Frage sollte nachvollziehbar erfolgen.

Der Digital Thread unterstützt die Verbindung solcher Informationen über Lebensphasen hinweg. Er kann beispielsweise Entwicklung, Herstellung und Prüfung verknüpfen. Dafür müssen Kennungen und Beziehungen über die beteiligten Anwendungen erhalten bleiben.

Daten zwischen Werkzeugen austauschen

Beim Austausch sind Dateiformat und fachlicher Informationsumfang getrennt zu prüfen. Eine Datei kann erfolgreich geöffnet werden, obwohl bestimmte Merkmale, Beziehungen oder Bearbeitungsinformationen fehlen. Eine reine Öffnungsprüfung reicht deshalb für wichtige Übergaben nicht aus.

Für bestimmte Aufgaben existieren spezialisierte Austauschansätze. DEXPI adressiert strukturierte Engineering-Informationen der Prozessindustrie. Welche Informationen tatsächlich übertragen werden, hängt von Spezifikation, Version und Implementierung ab.

Eine geeignete Prüfung vergleicht ausgewählte fachliche Inhalte beim Sender und Empfänger. Dabei sollten typische Fälle und relevante Sonderfälle berücksichtigt werden. Einschränkungen müssen dokumentiert sein, damit nachgelagerte Arbeitsschritte nicht von einer unzutreffenden Vollständigkeit ausgehen.

Abgrenzung zu Anlagen- und Produktionsdaten

Anlagendaten beschreiben eine Anlage über ihren Lebenszyklus. Engineering-Daten können ein wichtiger Teil davon sein. Später ergänzen beispielsweise Einbauinformationen, Wartungen und Betriebszustände den Bestand.

Produktionsdaten entstehen unter anderem bei der tatsächlichen Herstellung. Sie können Informationen darüber liefern, wie ein Produkt gefertigt wurde. Engineering-Daten beschreiben dagegen häufig, was vorgesehen, ausgelegt oder geprüft werden soll. Beide Sichtweisen müssen passend verbunden werden.

Eine geplante Eigenschaft und ein gemessener Ist-Wert können voneinander abweichen, ohne dieselbe Art von Information zu sein. Der Datenkontext muss erkennen lassen, ob es sich um eine Anforderung, einen Sollwert, eine Annahme oder ein beobachtetes Ergebnis handelt.

Qualität und Organisation

Zweck: Die vorgesehene Verwendung der Information ist bekannt.
Herkunft: Quelle, Ersteller und relevante Eingaben sind nachvollziehbar.
Stand: Version und Freigabestatus sind erkennbar.
Beziehungen: Abhängige Modelle, Anforderungen und Prüfungen sind zugeordnet.
Verständlichkeit: Einheiten, Begriffe und Annahmen sind eindeutig.
Änderung: Auswirkungen und Aktualisierungen werden geregelt behandelt.

Die Datenqualität sollte an konkreten Aufgaben geprüft werden. Eine Suche nach einer Datei ist eine andere Aufgabe als die belastbare Wiederverwendung eines Berechnungsergebnisses. Für Letztere werden zusätzliche Informationen benötigt.

Ein Pilot kann einen vollständigen Ablauf von der Anforderung bis zur Änderung umfassen. So wird sichtbar, ob die Daten im Arbeitsalltag tatsächlich auffindbar, verständlich und verwendbar sind. Eine reine Bestandszählung sagt darüber wenig aus.

Häufige Fragen zu Engineering-Daten

Sind Engineering-Daten nur CAD-Dateien?

Nein. CAD-Dateien sind ein wichtiger Teil, hinzu kommen unter anderem Anforderungen, Berechnungen, Strukturen, Konfigurationen und Prüfergebnisse. Für eine technische Entscheidung sind häufig ihre Beziehungen entscheidend. Ein geometrisches Modell allein beschreibt beispielsweise nicht automatisch die zugrunde gelegte Belastung oder den Umfang eines durchgeführten Nachweises.

Warum müssen Berechnungsannahmen gespeichert werden?

Ein Berechnungsergebnis gilt unter bestimmten Voraussetzungen. Wenn Werkstoff, Belastung oder Randbedingungen später verändert werden, kann sich seine Anwendbarkeit ändern. Ohne dokumentierte Annahmen ist diese Bewertung schwer möglich. Deshalb sollten Eingaben und Modellstand zusammen mit dem Ergebnis nachvollziehbar bleiben, auch wenn die eigentliche Berechnung bereits abgeschlossen ist.

Ist eine freigegebene Datei immer für jede Verwendung geeignet?

Nein. Eine Freigabe bezieht sich auf einen festgelegten Zweck und Umfang. Der Stand kann nur für bestimmte Varianten, Aufträge oder Bedingungen gelten. Vor einer Wiederverwendung muss geprüft werden, ob diese Voraussetzungen passen. Der Status allein ersetzt nicht die fachliche Bewertung eines neuen Einsatzfalls.

Wie lässt sich ein Datenaustausch sinnvoll testen?

Es sollten nicht nur Dateien geöffnet, sondern ausgewählte Inhalte und Beziehungen verglichen werden. Dazu können Merkmale, Einheiten, Verwendungen und Verbindungen gehören. Repräsentative Sonderfälle sind ebenfalls wichtig. So lässt sich erkennen, ob die empfangende Anwendung die Informationen für den vorgesehenen Arbeitsschritt tatsächlich nutzen kann.

Welche Rolle spielt eine Single Source of Truth?

Eine Single Source of Truth legt eine gemeinsam anerkannte Informationsbasis für einen definierten Bereich fest. Sie hilft, konkurrierende Stände und Zuständigkeiten zu vermeiden. Fachlich unterschiedliche Sichten bleiben dennoch möglich. Maßgeblich ist, dass Herkunft, Gültigkeit und Verwendung jeder Information klar erkennbar sind.

Quellen und weiterführende Informationen

Ruemler et al.: Promoting Model-Based Definition to Establish a Complete Product Definition, 2016, technische Informationen in modellbasierten Produktdefinitionen.
DEXPI Specification 2.0.0, Beispiel eines spezialisierten Engineering-Datenaustauschs.

Stand: Oktober 2026. Das Halterungsbeispiel ist fiktiv.