CAD-Datenqualität nach einer Migration zu Siemens NX: Was Sie validieren sollten

CAD-Migration zu Siemens NX: Die Kurzfassung

Eine Migration zu Siemens NX ist erfolgreich, wenn sich die migrierten Daten wie native NX-Daten verhalten: Geometrie, die CAM und Simulation akzeptieren, Struktur, die sich ändern lässt, Attribute, die ERP und Teamcenter lesen, PMI und Zeichnungen, denen nachgelagerte Teams vertrauen. Die Batch-Validierung gegen explizite Abnahmekriterien beweist das, nicht eine Stichprobe. inteliScience führt diese Validierungen mit DOCUFY DQM und NX Open-Tooling durch.

Was Sie migriert haben	Was zu validieren ist	How
Volumenkörper und Flächen	Geschlossene Körper, keine Lücken oder Sliver, Masseeigenschaften, Toleranzkette der Translation	Geometrieprüfungen, Batch
Baugruppen	Komponentenauflösung, Zwangsbedingungen oder Positionen, Reference Sets, keine fehlenden Komponenten	Strukturprüfungen, Batch
Metadaten	Attribute vorhanden, gemappt und formatiert, Revision konsistent mit Teamcenter	Attributprüfungen, Batch
Layer und Kategorien	Objekte auf den Kategorien des NX-Templates, nicht auf Layer-Nummern des Quellsystems	Layer-Prüfungen, Healing
PMI	Semantisch, wo die Quelle semantische PMI hatte, angehängt, vollständig	PMI-Prüfungen
Zeichnungen	Ansichten regenerieren, Blätter und Vorlagen zulässig, Schriftfelder aus Attributen	Zeichnungsprüfungen, Stichproben-Review

---

Das Problem: Der Translator meldet Erfolg, der Prozess nicht

Eine Migration zu Siemens NX gilt als abgeschlossen, wenn die letzte Datei ohne Fehlermeldung konvertiert wurde. Drei Monate später weiß die Abteilung es besser: Ein Lieferant meldet ein Flächenmodell, wo ein Volumenkörper erwartet wurde, CAM bleibt an Sliver-Flächen hängen, der ERP-Import weist die Hälfte der Baugruppen zurück, weil das Materialattribut als Freitext ankam, und eine Zeichnung regeneriert mit einer Ansicht, die nicht mehr zum Modell passt.

Nichts davon sind Translator-Fehler. Translatoren bewegen Geometrie und Metadaten; ob das Ergebnis Ihren NX-Regeln entspricht, ist eine separate Frage, die dem Translator nie gestellt wurde. Sie im Nachhinein zu beantworten, je Bauteil, von Hand, ist der Weg, auf dem sich Migrationsbudgets verdoppeln.

Warum CAD-Migrationen Qualitätsrisiken erzeugen

Drei Mechanismen verursachen die meisten Qualitätsprobleme, die wir in migrierten NX-Daten sehen. Nicht jedes Quellsystem verhält sich gleich, und die Mischung unterscheidet sich je Projekt, deshalb ist die Liste eine Landkarte, keine Diagnose.

Native versus importierte Daten. Siemens unterstützt Neutralformate wie STEP, IGES, JT, DXF, DWG und 3MF sowie direkte Translatoren für Systeme wie CATIA V4 und V5, Creo, SolidWorks und Inventor [1]. Ein Import im Neutralformat bringt Geometrie, keine Konstruktionsabsicht: Die Feature-Historie ist weg, Expressions sind weg, und das Ergebnis ist ein “dummer” Körper, der sich bei Änderungen anders verhält als ein natives NX-Bauteil. Direkte Translatoren und Migrations-Tooling können mehr erhalten, abhängig vom Quellsystem und vom Umfang des Projekts.

Mapping-Entscheidungen, einmal getroffen, auf alles angewendet. Attributnamen, Layer-Nummern, Materiallisten und Benennungskonventionen unterscheiden sich zwischen Systemen. Eine Mapping-Tabelle, die in Woche eins geschrieben wird, wird in Woche sechs auf zehntausend Bauteile angewendet. Ein falscher Eintrag schlägt nicht laut fehl; er erzeugt zehntausend konsistent falsche Bauteile.

Die Qualität der Altdaten reist mit. Ein Bauteil, das die Regeln des alten Systems verletzt hat, wird auch die NX-Regeln verletzen, jetzt ohne die Person, die wusste, warum. Die Migration ist der eine Moment, in dem der gesamte Datenbestand eine Pipeline durchläuft, und damit der günstigste Moment, ihn zu prüfen und zu korrigieren.

Was nach der Migration zu validieren ist

Geometrie

Für jeden migrierten Körper: Ist er ein geschlossener Volumenkörper, wo die Quelle ein Volumenkörper war, oder kam er als Flächen (Sheets) an? Gibt es Lücken, Überlappungen, Sliver-Flächen unterhalb Ihres Minimums, Selbstdurchdringungen oder nicht-mannigfaltige Kanten? Stimmen die Masseeigenschaften innerhalb einer vereinbarten Toleranz mit der Quelle überein? Übersteht der Körper eine einfache Modellieroperation, einen Offset oder eine Schale, ohne zu scheitern? Geometrie, die diese Prüfungen besteht, kann an CAM und Simulation übergeben werden; Geometrie, die durchfällt, braucht Healing oder einen erneuten Import mit anderen Einstellungen.

Modellstruktur

Baugruppen müssen jede Komponente auflösen, Positionen oder Zwangsbedingungen müssen der Quelle entsprechen, Reference Sets müssen dort existieren, wo NX-Templates sie erwarten, und keine Komponente darf auf eine Datei zeigen, die nicht migriert wurde. Für Bauteile legen Sie fest, was “Struktur” für importierte Daten bedeutet: Ist die Historie weg, gelten Strukturregeln zur Feature-Reihenfolge nicht, und Ihre Prüfungen sollten das wissen.

Beziehungen

Interpart-Links, WAVE-Links, Familientabellen, Zeichnung-zu-Modell-Zuordnungen und Teamcenter-Item-Beziehungen sind die Stellen, an denen Migrationen stillschweigend Informationen verlieren. Validieren Sie, dass jede Zeichnung noch auf ihr Modell zeigt, jede Baugruppe auf ihre Komponenten und jeder verwaltete Datensatz auf die richtige Item Revision.

Benennung

Teilenummern, Komponentennamen und Datensatznamen müssen nach dem Mapping den NX- und Teamcenter-Konventionen folgen. Eine Benennungsprüfung über den migrierten Bestand findet Mapping-Fehler schneller als jedes manuelle Review, weil Fehler systematisch sind.

Attribute

Die Attributvalidierung ist die wertvollste Prüfung in einer Migration und die am meisten vernachlässigte. Pflichtattribute vorhanden, Werte aus den freigegebenen Listen, Formate korrekt, Einheiten konsistent, Revision abgeglichen mit Teamcenter. Hier wird die Mapping-Tabelle getestet; jede systematische Lücke in den Ergebnissen ist eine Zeile in dieser Tabelle.

Layer

Layer-Nummern des Quellsystems passen selten zum NX-Template. Eine Layer-Prüfung identifiziert Objekte außerhalb der Zielkategorien, und dies ist eine Familie, in der sich Healing (automatische Korrektur) auszahlt: Objekte auf den richtigen Layer zu verschieben ist deterministisch und im Batch sicher.

PMI

Wo das Quellsystem semantische PMI hatte, prüfen Sie, dass sie semantisch angekommen sind: an Flächen angehängt, vollständig mit Toleranz und Bezugsreferenz, in Model Views organisiert. Wo die Quelle nur 2D-Beschriftungen hatte, entscheiden Sie explizit, ob PMI in NX erstellt werden oder die Zeichnung Master bleibt; unser Artikel zu MBD versus 2D-Zeichnung behandelt diese Entscheidung.

Zeichnungen

Migrierte Zeichnungen müssen regenerieren, auf zulässigen Blättern und Vorlagen liegen, ihre Schriftfelder aus Attributen beziehen und keine veralteten Ansichten zeigen. Zeichnungen sind auch der Ort, an dem ein Stichproben-Review durch einen Menschen die Zeit noch wert ist, denn eine Ansicht, die regeneriert, kann trotzdem das Falsche kommunizieren.

Normteile

Verbindungselemente und Standardkomponenten, die im Quellsystem Bibliotheksteile waren, sollten in NX zu Reuse-Library-Teilen werden, nicht zu Tausenden einzigartiger Körper. Eine Normteilprüfung über den migrierten Bestand zeigt, wie weit das Mapping gekommen ist.

Große migrierte Datenbestände: Batch-Validierung

Eine Migration erzeugt den größten Batch-Validierungsjob, den eine NX-Organisation je ausführen wird, und sie sollte als solcher ausgeführt werden. Sowohl Siemens’ Check-Mate als auch DOCUFY CAx Quality Manager führen Prüfungen im Batch-Modus aus [2][3]. Der Batch-Lauf beantwortet die Fragen, die das Projekt entscheiden: wie viele Teile bestehen, welche Regelfamilien systematisch scheitern und welche Fehler das Mapping beheben kann gegenüber denen, die Healing oder Handarbeit brauchen. DQM ergänzt automatisches Healing für unterstützte Prüfungen, das bei Layern, Attribut-Standardwerten und Formaten den systematischen Anteil der Befunde im selben Lauf beheben kann [3].

Abnahmekriterien und Quality Gates

Abnahmekriterien machen aus “die Migration ist fertig” eine messbare Aussage. Wir schreiben sie je Regelfamilie vor dem Pilot-Batch, zum Beispiel: 100 Prozent der Bauteile haben alle Pflichtattribute mit gültigen Werten; 100 Prozent der Baugruppen lösen sich auf; Geometrieprüfungen bestehen auf mindestens dem vereinbarten Anteil der Bauteile, der Rest wird für Healing oder erneuten Import gelistet; jede Zeichnung regeneriert. Das Quality Gate ist dasselbe wie für neue Daten: Prüfergebnisse werden nach Teamcenter geschrieben, bei DQM seit Version 2026.1 in Item Revisions und die Validation Master Form [4], sodass ein migriertes Bauteil unter denselben Bedingungen freigegeben wird wie ein natives.

Sie migrieren zu NX und sind unsicher, was “fertig” bedeuten soll? Als DOCUFY-Partner definieren wir die Abnahmekriterien, fahren den Baseline-Batch über den migrierten Bestand, korrigieren, was sich korrigieren lässt, und berichten, was nicht, bevor die Daten die Produktion erreichen. So funktioniert eine DQM-Evaluierung auf Ihren migrierten Daten

Wo DQM ansetzt

DOCUFY CAx Quality Manager bringt mehr als 450 konfigurierbare Best-Practice-Prüfungen, geführte Korrektur, automatisches Healing für unterstützte Prüfungen und Batch-Verarbeitung großer Datenmengen in Siemens NX [3]. In einer Migration ist er die Validierungs- und Healing-Schicht über dem migrierten Bestand: Die Prüfungen werden auf die Ziel-NX-Regeln konfiguriert, der Batch-Lauf liefert das Compliance-Bild, Healing behebt die systematischen Befunde, und die verbleibenden Abweichungen werden für die manuelle Bearbeitung berichtet. Die Vision4NX-Technologie von inteliScience ist in DQM integriert und erklärt Befunde in den Begriffen der jeweils geltenden Regel.

Wo die Siemens NX-Expertise von inteliScience ansetzt

Migrationen legen die Bereiche von NX offen, die die meisten Abteilungen selten berühren: Translator-Einstellungen, Template-Design, Attribut-Mapping nach Teamcenter, NX Open-Tooling für Massenkorrekturen, die keine konfigurierte Prüfung abdeckt. Wir haben Tools gebaut, die Farbpaletten über NX-Versionen hinweg wiederherstellen, vertrauliche Expressions vor dem Datenaustausch entfernen und STEP-Importe in Headless-Batch-Läufen an definierte Koordinatensysteme ausrichten, also genau die Art von Arbeit, die eine Migration neben den Prüfungen braucht. Als offizieller DOCUFY-Partner kombinieren wir diese NX Open-Tiefe mit DQM-Konfiguration.

Checkliste Migrationsqualität

1. Abnahmekriterien je Regelfamilie vor dem Pilot-Batch geschrieben.
2. Pilot-Batch auf einer repräsentativen Stichprobe, Fehlerquoten veröffentlicht.
3. Mapping-Tabelle anhand systematischer Befunde korrigiert, Pilot wiederholt.
4. Voll-Batch mit Healing für Layer, Attribute und Formate.
5. Geometriefehler triagiert: Healing, erneuter Import oder manuell.
6. Baugruppen aufgelöst, Beziehungen verifiziert, Zeichnungen regeneriert.
7. Entscheidung zum Master PMI oder Zeichnung dokumentiert.
8. Normteile auf die Reuse Library gemappt.
9. Prüfergebnisse als Freigabebedingungen nach Teamcenter geschrieben.
10. Restliste mit Verantwortlichen und Terminen übergeben.

Häufig gestellte Fragen

Was sollte nach einer CAD-Migration zu Siemens NX validiert werden?

Geometrieintegrität, Auflösung von Baugruppen und Beziehungen, Benennung, Attribute, Layer, PMI, Zeichnungen und Normteile, jeweils gegen die NX-Regeln, die die Organisation für native Daten verwendet, und jeweils im Batch über den gesamten migrierten Bestand statt anhand einer Stichprobe.

Bleibt bei einem STEP-Import in NX die Feature-Historie erhalten?

Nein. Neutralformate übertragen Geometrie und einige Metadaten, nicht die Feature-Historie oder Expressions. Das Ergebnis ist ein Körper ohne Konstruktionsabsicht; Prüfungen zur Feature-Struktur sind darauf nicht anwendbar, und Änderungen verhalten sich anders als bei nativen Bauteilen. Direkte Translatoren und Migrations-Tooling können je nach Quellsystem mehr erhalten.

Wie prüft man Tausende migrierter NX-Bauteile?

Im Batch. Check-Mate läuft im Batch über viele Bauteile; DOCUFY CAx Quality Manager verarbeitet große Datenmengen im Batch und behebt unterstützte Befunde automatisch per Healing (automatische Korrektur). Der Batch-Lauf liefert das Compliance-Bild je Regelfamilie, an dem die Abnahmekriterien gemessen werden.

Was kostet die Migrationsvalidierung?

Der Aufwand skaliert mit der Zahl der Regelfamilien und der Größe des Bestands, nicht allein mit der Zahl der Bauteile, weil Befunde systematisch sind. Das 90-Tage-DQM-Evaluierungspaket von DOCUFY deckt die unternehmensweite Nutzung inklusive Customizing und Consultant-Support ab; das NX Open-Tooling für Massenkorrekturen wird je Migration einzeln festgelegt.

Migrationsvalidierung vs. laufende CAD-Qualitätsprüfungen: ist das dasselbe?

Dieselben Prüfungen, ein anderer Zeitpunkt. Die Migrationsvalidierung läuft einmal über alles und behebt den systematischen Anteil per Healing; laufende Prüfungen laufen von da an auf jedem Bauteil. Organisationen, die die Regeln für die Migration aufsetzen, behalten sie in der Regel als dauerhaftes Quality Gate.

Nächster Schritt

Sprechen Sie mit unserem NX-Team über Abnahmekriterien für Ihre Migration

Verwandte Themen

• Siemens NX Migration
• Siemens NX CAD-Qualität: So automatisieren Sie die Modellvalidierung
• DOCUFY CAx Quality Manager für Siemens NX
• Das Playbook zur Siemens NX CAD-Qualität (Whitepaper)

Referenzen

1. Siemens, “CAD interoperability,” Designcenter NX-Produktseite, abgerufen am 16. September 2026.
2. Siemens, “CAD model design validation,” Designcenter NX-Produktseite, abgerufen am 16. September 2026.
3. DOCUFY GmbH, “DOCUFY CAx Quality Manager,” Produktseite, abgerufen am 16. September 2026.
4. DOCUFY GmbH, “NX-Datenqualität sichern: Neue Version des DOCUFY CAx Quality Managers” (DQM 2026.1), 30. März 2026.