Whitepaper NX-Zeichnungsautomatisierung: Master-Modell bis Batch

NX-Zeichnungsautomatisierung: Die Kurzfassung

NX-Zeichnungsautomatisierung bedeutet, Siemens-NX-Zeichnungen aus dem Master-Modell über Vorlagen, Teileattribute und NXOpen-Programme zu erzeugen, sodass jedes Blatt einer Teilefamilie aussieht wie das erste. inteliScience, Siemens-NX- und NXOpen-Spezialisten mit Nearshore-Lieferung aus Rumänien, arbeitet in drei Stufen, Vorlagen, Journale und Batch-Generierung, und misst jeden Piloten gegen eine Baseline.

Frage	Antwort in einem Satz
Warum noch Zeichnungen?	MBD wächst, aber die Zeichnung bleibt das Dokument, das Lieferanten, Einkauf und QS abzeichnen.
Was ist die Grundlage?	Das Master-Modell: Eine Teiledatei enthält die Geometrie, eine zweite Teiledatei enthält die Zeichnung und referenziert die erste.
Wo beginnt die Automatisierung?	Mit PAX-registrierten Vorlagen und einem Schriftfeld, das Teileattribute liest. Noch ohne Code.
Wann lohnt sich Code?	Wenn dasselbe Blattmuster in einer Teilefamilie immer wiederkehrt oder wenn ein Datenbestand (Vault) voller Teile neue Zeichnungen braucht.
Was muss danach geprüft werden?	Ansichtsstatus, Ausrichtung, verwaiste Ansichten, Vollständigkeit des Schriftfelds und Maßstab, idealerweise durch einen Checker im Batch.
Wo passt KI hinein?	Sie liest das Modell und schlägt die Dokumentation vor. NXOpen führt aus, ein Mensch gibt frei.

1. Warum es 2026 noch Zeichnungen gibt

Zeichnungen überleben, weil sie Verträge sind, nicht weil jemand das Zeichnen liebt. Ein Lieferant kalkuliert gegen eine Zeichnung. Die Wareneingangsprüfung misst gegen eine Zeichnung. Die Einkaufsabteilung eines Kunden archiviert einen Zeichnungsstand neben der Bestellung. Model-based Definition verlagert die Annotationen ins 3D-Modell und ist klar die Richtung, in die es geht, doch in den meisten DACH-Lieferketten, mit denen wir arbeiten, ist die PDF-Zeichnung immer noch das Artefakt, das eine Unterschrift bekommt. Die beiden Ansätze haben wir ausführlich verglichen in unserem Beitrag zu MBD versus 2D-Zeichnung; die kurze Antwort lautet, dass beide in jeder realen Lieferkette jahrelang nebeneinander bestehen.

Diese Koexistenz ist der Grund, warum NX-Zeichnungsautomatisierung wichtig ist. Würde die Zeichnung nächstes Jahr verschwinden, sollte niemand in ihre Automatisierung investieren. Sie verschwindet nicht. Sie wird in vielen Unternehmen von Hand erstellt, für Teile, deren Geometrie bereits aus einem Konfigurator oder einer Familientabelle stammt.

Der Zeitpunkt stimmt auch aus einem anderen Grund. Siemens hat Designcenter NX mit dem Release vom Juni 2026, Version 2606, angekündigt am 23. Juni 2026, in Designcenter umbenannt, und die Schlagzeilen waren Copilot, Live-Share-Kollaboration und Immersive Engineering. Drafting ist nicht der Ort der neuen Funktionen, und das heißt: Die Drafting-Anwendung und die NXOpen-Drafting-API sind ausgereift, stabil und sicher zu automatisieren. Das Early Access Program vom September 2026 für das nächste Release, Designcenter 2612 (virtuelle Woche 31. August bis 4. September, Präsenzwochen 14. bis 25. September 2026 in Mason, Ohio), nannte Core Modeling, ein einheitliches Token-System, Collaborative Engineering und KI-gestütztes Design als Schwerpunkte. Wieder nicht Drafting. Der Zeichnungs-Stack, den Sie heute automatisieren, ist der Stack, den Sie in zwei Jahren haben werden.

Dieses Dokument richtet sich an CAD-Manager, NX-Administratoren und Engineering-Leiter, die den Zeichnungsdurchsatz verantworten.

2. Das Master-Modell-Konzept in NX

Eine Master-Modell-Zeichnung besteht aus zwei Dateien. Das Modellteil, etwa bracket.prt, enthält Geometrie, Expressions, PMI und Modellansichten. Das Zeichnungsteil, etwa bracket_dwg.prt, enthält das Master-Modell als Baugruppenkomponente und trägt die Blätter, die Zeichnungsansichten, die Bemaßungen und das Schriftfeld. Ansichten in der Zeichnung zeigen auf Modellansichten im Master-Modell. Master ändern, Zeichnung aktualisieren, fertig. Siemens beschreibt dies als den empfohlenen Weg, Zeichnungen zu erstellen, und jede Automatisierungsstufe in diesem Whitepaper setzt ihn voraus.

Warum zwei Dateien statt Blätter im Modellteil? Drei Gründe, die für die Automatisierung zählen. Die Zeichnung sperrt das Modell nicht: Ein Konstrukteur arbeitet an bracket.prt und parallel dazu ein Zeichner an bracket_dwg.prt, und in Teamcenter liegen beide als getrennte Datasets unter derselben Item Revision, das Modell als UGMASTER-Dataset und die Zeichnung als UGPART-Dataset, das das Master-Modell als Komponente trägt. Die Zeichnung kann eigene Geometrie tragen, eine Explosionsansicht oder ein nur für die Zeichnung bestimmtes Reference Set, ohne das Master-Modell zu verunreinigen, von dem CAM, Simulation und der STEP-Export des Lieferanten abhängen. Und ein Batch-Prozess kann Zeichnungen neu erzeugen, ohne das Modell anzufassen, und genau auf dieser Eigenschaft ruht die gesamte Batch-Stufe in Kapitel 6.

Unsere Empfehlung, so klar wie möglich formuliert: Niemals „das Modell als Zeichnung speichern“. Ein Modellteil mit Blättern darin ist eine Datei mit zwei Lebenszyklen, und an dem Tag, an dem jemand es unter neuem Namen speichert, um eine Variante zu erzeugen, verzweigt sich die Revisionshistorie. Wir haben das für Kunden mehr als einmal bereinigt, und es kostet immer mehr als die zehn Minuten, die die Abkürzung gespart hat.

	Modellteil (`bracket.prt`)	Zeichnungsteil (`bracket_dwg.prt`)
Enthält	Geometrie, Expressions, PMI, Modellansichten, Attribute	Blätter, Zeichnungsansichten, Bemaßungen, Notizen, Schriftfeld
Referenzen	Nichts darüber	Das Modellteil als Komponente
Ändert sich bei	Konstruktionsänderungen	Konstruktionsänderungen (per Update) oder Dokumentationsänderungen
Teamcenter-Dataset	UGMASTER	UGPART
Vom Batch angefasst	Nein	Ja

3. Zeichnungsvorlagen und Normen

Vorlagen sind die erste Automatisierungsstufe, und die, die jede NX-Installation bereits hat. Wenn Sie File > New > Drawing wählen, liest NX eine PAX-Datei, eine Textdatei, die jede Vorlage mit ID, Name, Beschreibung, Einheiten und dem Dateinamen des Vorlagenteils auflistet. Zwei Dateien sind wichtig: ugs_drawing_templates.pax für File > New > Drawing und ugs_sheet_templates.pax für Insert > Sheet, mit nxdm_ als Präfix für die Varianten Teamcenter-verwalteter Installationen. Bei einer nativen Installation liegen sie im Ordner DRAFTING\templates der NX-Installation, zum Beispiel C:\Program Files\Siemens\NX2206\DRAFTING\templates bei einer NX-2206-Installation. Sauberer ist es, UGII_TEMPLATE_DIR auf einen Firmenordner zu setzen und Ihre PAX-Dateien und Vorlagenteile dort zu halten, damit ein NX-Upgrade sie nicht überschreibt. Der Befehl „Mark as Template“ registriert ein Vorlagenteil und aktualisiert die PAX-Datei für Sie; ein Texteditor tut es auch.

Ein Tag im PAX-Eintrag entscheidet mehr, als vielen bewusst ist: UsesMasterModel. Es steuert, ob die neue Zeichnung Sie nach einem zu referenzierenden Teil fragt oder für sich allein steht. Wenn Sie Master-Modell-Zeichnungen wollen, und das wollen Sie, muss das Tag auf jeder Vorlage gesetzt sein, die Ihr Team auswählen kann.

3.1 ISO oder ANSI

Die Zeichnungsnorm wird beim Erstellen der Zeichnung festgelegt und bestimmt Blattgrößen, Projektionsmethode, Bemaßungsstil, Pfeilspitzen, Schriften und den Standard-Ansichtsstil. Für DACH-Betriebe heißt das: ISO-Norm mit Projektionsmethode 1 (first-angle) und A-Formaten; die ANSI-Vorlagen, die mit NX ausgeliefert werden und in den meisten YouTube-Tutorials auftauchen, verwenden Projektionsmethode 3 (third-angle) und Letter-Formate. Eine auf der falschen Vorlage erstellte Zeichnung wird nicht durch Austausch des Rahmens repariert. Sie wird neu erstellt.

Unsere klare Empfehlung: Reduzieren Sie die PAX-Dateien auf die Vorlagen, die Ihr Unternehmen tatsächlich nutzt, eine pro Blattgröße und Norm. Eine Auswahl mit dreißig Einträgen, die Hälfte davon ANSI, ist der Weg, auf dem die falsche Norm auf einer Lieferantenzeichnung landet.

3.2 Das Schriftfeld liest Attribute, es wird nicht getippt

Das Schriftfeld in einer Vorlage ist eine Tabelle mit Notizen, und jedes Feld, das eine Attributreferenz sein kann, sollte eine sein. Teilenummer, Benennung, Revision, Werkstoff, Masse, die Felder Gezeichnet und Geprüft, das Datum: All das existiert als Teileattribute am Master-Modell oder am Zeichnungsteil, und eine Notiz, die ein Attribut referenziert, aktualisiert sich, wenn sich das Attribut ändert. Ein von Hand getipptes Schriftfeld ist ein Schriftfeld, das nach der nächsten Revision lügt, und es ist außerdem der Grund, warum ein Batch-Prozess es nicht füllen kann.

Das ist die Grenze zwischen Stufe eins und Stufe zwei. Ist das Schriftfeld attributgesteuert, muss ein NXOpen-Programm nur Attribute setzen, und das Blatt folgt. Ist das Schriftfeld getippt, muss das Programm Notiztexte finden und bearbeiten, was fragil und normspezifisch ist. Erst die Vorlage reparieren, dann Code schreiben.

Ansatz	Einrichtungsaufwand	Aufwand pro Zeichnung	Konsistenz	Bricht, wenn
Manuelles Zeichnen auf einer Standardvorlage	keine	hoch, jede Ansicht und jedes Feld von Hand	hängt vom Zeichner ab	jemand es eilig hat
Vorlagengesteuert (PAX, Norm, Attribut-Schriftfeld)	Tage, einmalig	mittel, Ansichten von Hand, Schriftfeld gratis	hoch beim Schriftfeld, mittel bei Ansichten	eine neue Norm oder Blattgröße auftaucht
NXOpen-Batch auf vorlagengesteuerten Zeichnungen	Wochen, einmal pro Blattmuster	Minuten Maschinenzeit	hoch, per Konstruktion identisch	sich das Blattmuster ändert oder ein Teil aus dem Muster fällt

4. Ansichtstypen in der Praxis

Basisansicht, projizierte Ansichten, Schnitte, Ausbrüche und Explosionsansichten decken das meiste ab, was eine Maschinenbauzeichnung braucht. Jede verhält sich unter dem Master-Modell etwas anders, und eine davon hat eine Falle, die Jahr für Jahr die Siemens-Community-Threads füllt.

Ansichtstyp	Befehlsfamilie	Unter Master-Modell	Hinweis zur Automatisierung
Basisansicht	Base View, Modellansicht wählen (Front, Top, Trimetric oder eine gespeicherte Ansicht)	Liest Modellansichten des Master-Modells und des Zeichnungsteils	Die eine Ansicht, die jeder Batch-Job platziert; der Anker für den Rest
Projizierte Ansicht	Mit dem Cursor aus der Basisansicht ziehen	Folgt Norm und Projektionsmethode der Basisansicht	Relativ zur Elternansicht platziert, günstig zu automatisieren
Schnittansicht	Section View auf einer aktiven Elternansicht, Schnittlinie zeichnen	Schraffur aus dem Ansichtsstil und den Körper-Schnitteinstellungen	Braucht eine definierte Schnittlinie; nur für feste Geometriemuster automatisieren
Ausbruch	Break-Out Section (Command Finder: `breakout`), geschlossene Begrenzung plus Tiefe	Lokaler Schnitt, Elternansicht bleibt ganz	Skizzenbasiert; Automatisierung lohnt selten
Explosionsansicht	Explosion in Modeling am Zeichnungsteil erstellt, dann Base View mit Part = Zeichnungsteil	Muss im Zeichnungsteil liegen, nicht im Master-Modell	Automatisierbar, sobald die Explosion im Zeichnungsteil existiert

4.1 Erst die Basisansicht, dann der Rest

File > New > Drawing. Die ISO-Vorlage in der richtigen Größe wählen. Der Dialog fragt nach einem Teil: auf das Modell zeigen, nicht auf eine leere Zeichnung. Eine Base View platzieren, Front oder das wählen, was Ihre Norm als Hauptansicht vorschreibt, dann die projizierten Ansichten daraus ziehen. Drei Ansichten, ein Befehl. Alles danach ist ein Ansichtstyp.

4.2 Schnitt und Ausbruch

Eine Schnittansicht schneidet die Elternansicht entlang einer Linie, die Sie zeichnen, und platziert das Ergebnis in Projektionsrichtung. Die Schraffur kommt aus dem Ansichtsstil und den Schnitteinstellungen des Körpers; eine Schraffur von Hand zu malen ist ein Zeichen, dass der Ansichtsstil falsch ist. Ein Ausbruch ist anders: Sie brauchen eine geschlossene Begrenzung, skizziert auf der erweiterten Elternansicht, und eine Tiefe, und NX entfernt lokal eine Materialtasche, sodass eine Bohrung oder Rippe sichtbar wird, ohne das ganze Teil zu schneiden. Sieht der Ausbruch wie ein Vollschnitt aus, geht die Tiefe durch das Teil oder die Begrenzung ist die ganze Ansicht. Rückgängig, kleinere Begrenzung.

4.3 Die Explosionsansicht und die Part-Auswahl-Falle

Das ist die Ansicht, die die Siemens-Community-Threads füllt. Unter dem Master-Modell können Sie im Zeichnungsteil keine Explosionsansicht des Master-Modells anzeigen. Der Siemens-Community-Quick-Tip zu Explosionsansichten im Master-Modell-Zeichnungskonzept ist eindeutig: Explosion in der Modeling-Anwendung des Zeichnungsteils erstellen, Modellansicht speichern, zurück nach Drafting, Base View öffnen, die Gruppe Teil oben im Dialog aufklappen, das Zeichnungsteil unter Loaded Parts auswählen und erst dann die explodierte Modellansicht wählen.

Das Standard-Part im Base-View-Dialog ist das Master-Modell. Die Explosion ist nicht im Master-Modell. Deshalb taucht „Explosion 1“ nie in der Ansichtsliste auf, und das ist der mit Abstand häufigste Grund, warum ein Team zu dem Schluss kommt, Explosionsansichten würden „auf Zeichnungen nicht funktionieren“.

Manche Teams verzichten auf Explosionen und verwenden ein für diesen Zweck benanntes Baugruppen-Arrangement, das sie dann an der Ansicht wählen; bei verschachtelten Unterbaugruppen ist das oft sauberer. Tracelines sind in beiden Fällen die Schwachstelle. Wir machen keine releasespezifischen Aussagen darüber, ob eine künftige Designcenter-Version das lockert. Prüfen Sie die Part-Auswahl jedes Mal, in jeder Version.

Das Erste, was wir auf jeder Zeichnung ausführen, die jemand als „falsch“ bezeichnet, ist eine Auflistung der Blätter und Ansichten mit Maßstab und Update-Status. Sie beantwortet die Explosionsansichts-Frage auf einen Blick, denn eine auf dem Master-Modell platzierte Ansicht zeigt einen normalen Ansichtsnamen, nicht die Explosion.

# List every sheet and drafting view in the work part (NXOpen Python).
# Run inside NX (File > Execute > Journal) or via run_journal in batch.
import NXOpen


def list_drawing_views():
    session = NXOpen.Session.GetSession()
    work_part = session.Parts.Work
    lw = session.ListingWindow
    lw.Open()
    lw.WriteLine("Drawing part: " + work_part.Leaf)
    for sheet in work_part.DrawingSheets:
        lw.WriteLine("Sheet: " + sheet.Name)
        for view in sheet.SheetDraftingViews:
            state = "OUT OF DATE" if view.IsOutOfDate else "current"
            lw.WriteLine("  view={0}  scale={1}  {2}".format(
                view.Name, view.Scale, state))


if __name__ == "__main__":
    list_drawing_views()

Fehlt Ihre Explosionsansicht in dieser Liste, haben Sie eine trimetrische Ansicht des Master-Modells platziert. Wiederholen Sie Base View mit ausgewähltem Zeichnungsteil.

5. PMI-Vererbung: Die Annotationen des Modells wiederverwenden

Wenn Ihre Modelle PMI tragen, sollte die Zeichnung sie nicht neu eintippen. NX Drafting kann PMI in eine Zeichnungsansicht übernehmen, und das Verhalten ist in der NX-Dokumentation klar definiert. Übernommene PMI werden mit den Annotationseinstellungen der Zeichnung dargestellt, nicht mit den in der Modellansicht angewendeten Einstellungen, und ihre Größe passt sich dem Zeichnungsmaßstab an. Position und Ausrichtung relativ zur Geometrie bleiben wie in der Modellansicht; zeigt die z-Achse der Annotation in die Zeichnung hinein, dreht NX sie so, dass sie korrekt lesbar ist.

Der Teil, der für dieses Whitepaper zählt, ist die Master-Modell-Unterstützung. Wenn Sie aus einem Master-Teil eine Non-Master-Zeichnung erstellen, stehen die Modellansichten sowohl des Zeichnungsteils als auch des Master-Teils zur Verfügung, NX hält die Assoziationen zum Master-Modell aufrecht, und Zeichnungsansichten übernehmen PMI-Änderungen aus dem Master-Modell beim Update. Fügt jemand PMI zu einer Modellansicht hinzu, die bereits mit der Option Inherit PMI auf einer Zeichnung platziert wurde, markiert NX die Zeichnung als veraltet, hebt die betroffenen Ansichten im Dialog Update Views hervor und ergänzt die neuen PMI beim Update in der Zeichnungsansicht.

Drei praktische Konsequenzen. PMI-Vererbung macht die Zeichnung zu einer Darstellung der Modellannotationen, der einzige Weg, wie Zeichnung und Modell konsistent bleiben, ohne dass ein Mensch sie vergleicht. Die Qualität der übernommenen Zeichnung ist exakt die Qualität der PMI, schlecht platzierte oder schlecht nummerierte PMI erzeugen also eine unlesbare Ansicht, weshalb wir PMI-Platzierung und -Nummerierung automatisieren, bevor wir Zeichnungen automatisieren. Und eine veraltete Zeichnungsansicht ist ein maschinenlesbarer Zustand, IsOutOfDate in NXOpen, den ein Batch-Job prüft und aktualisiert, statt dass ein Mensch jede Zeichnung öffnet.

Wir raten davon ab, PMI in eine Zeichnung zu übernehmen, deren Norm sich von der unterscheidet, unter der die PMI erstellt wurden. Die Annotationen werden dargestellt, aber die Tolerierungskonventionen passen möglicherweise nicht zu dem, was der Lieferant erwartet, und niemand merkt es bis zur Wareneingangsprüfung.

6. Die drei Automatisierungsstufen

NX-Zeichnungsautomatisierung ist nicht eine Sache. Es sind drei Stufen mit unterschiedlichen Kosten, unterschiedlichem Risiko und unterschiedlichen Punkten, an denen sie brechen. Die meisten Teams sollten sie der Reihe nach erklimmen.

Ebene	Was es ist	Einrichtungsaufwand	Nutzen	Bricht, wenn
(a) Vorlagen + Attribute	PAX-registrierte Vorlagen pro Norm und Größe, attributgesteuertes Schriftfeld, Haus-Ansichtsstile	Tage, einmalig, kein Code	Jede Zeichnung startet richtig; Schriftfeld nie getippt	Eine zweite Norm oder eine unverwaltete Vorlagenkopie taucht auf
(b) Journale und NXOpen-Programme	Aufgezeichnete Journale, zu Funktionen bereinigt, oder ein kompiliertes NXOpen-Programm, das das wiederkehrende Blatt und die Ansichten für eine Teileklasse platziert	Ein bis drei Wochen pro Blattmuster	Ein erstes Blatt in Sekunden, identisch für jedes Mitglied der Familie	Geometrie außerhalb des Musters oder eine Ansicht, die Urteilsvermögen braucht (Schnitte durch variable Features)
(c) Batch-Generierung	Stufe (b), gesteuert von `run_journal` über eine Teileliste, auf einem Ordner oder auf dem Datenbestand (Vault), mit Prüfungen der Ausgabe	Wochen, inklusive Prüfschritt und Fehlerbehandlung	Hunderte Zeichnungen über Nacht neu erzeugt nach einer Vorlagen- oder Normänderung	Teile mit gebrochenen Links, fehlenden Modellansichten oder nicht standardmäßigen Reference Sets; keine GUI heißt keine Dialoge

6.1 Stufe (a): die Stufe ohne Code

Alles aus Kapitel 3. Wir beginnen jedes Zeichnungsautomatisierungsprojekt hier, denn ein Programm, das Ansichten auf eine schlecht konfigurierte Vorlage setzt, erzeugt nur schneller schlechte Zeichnungen.

6.2 Stufe (b): Journale und Programme

Ein aufgezeichnetes Journal ist der schnellste Weg zu lernen, was die NXOpen-Drafting-API tut: Zeichnen Sie eine Basisansicht und zwei projizierte Ansichten auf, und Sie haben die exakten Builder-Aufrufe für Ihre NX-Version. Die Aufzeichnung ist aber nicht die Automatisierung. Sie hat fest codierte Namen, fest codierte Koordinaten und keine Fehlerbehandlung. Der Schritt vom Journal zum Programm, beschrieben in unserem Vergleich von NX-Journalen und NXOpen-Programmen, ist der Punkt, an dem das Blattmuster zu einer Funktion mit Parametern wird: welches Teil, welche Modellansichten, welcher Maßstab, welche Vorlage.

Die benötigte API-Oberfläche ist klein. NXOpen.Session.GetSession() und session.Parts.Work liefern Ihnen das Zeichnungsteil. work_part.DrawingSheets und sheet.SheetDraftingViews lassen Sie prüfen, was vorhanden ist. work_part.DraftingViews.CreateBaseViewBuilder(...) liefert einen BaseViewBuilder mit der Eigenschaft SelectModelView, Placement, Skalieren und Style Sub-Builder den Gruppen im Base-View-Dialog entsprechen. Attribute werden gelesen mit GetUserAttributes() und geschrieben mit SetUserAttribute(...) an jedem NXObject, einschließlich des Teils selbst.

Unsere Empfehlung für Stufe (b): Bleiben Sie für Inspektion, Prüfung und Orchestrierung bei Python, und wechseln Sie erst zu einem kompilierten NXOpen-Programm, wenn die Platzierungslogik über einige hundert Zeilen hinauswächst oder eine richtige UI braucht. Python-Journale brauchen keinen Build-Schritt und sind das, was die meisten CAD-Admins nach unserem Abschied pflegen können.

6.3 Stufe (c): Batch auf dem Ordner oder auf dem Vault

run_journal.exe startet einen NX-Prozess ohne GUI und führt ein Journal darin aus; seit NX 11 liegt es im Ordner NXBIN der Installation. Im Batch-Modus gibt es keine Dialoge, ein Journal, das eine Message-Box aufruft, schlägt also fehl, und das Journal muss das Teil, an dem es arbeitet, selbst öffnen. Das ist Einschränkung und Feature zugleich: Ein Batch-Job ist per Konstruktion deterministisch.

Stufe (c) ist der Punkt, an dem eine Vorlagenänderung, eine Schriftfeldänderung oder eine Normänderung aufhört, ein Projekt zu sein: Die Zeichnungen einer Familie neu zu erzeugen, nachdem das Schriftfeld ein Feld dazubekommen hat, wird zu einer Nacht Maschinenzeit. Es ist auch die Stufe, auf der sich Fehler summieren. Ein Teil mit gebrochenem WAVE-Link, fehlender Modellansicht oder ungewöhnlichem Reference Set schlägt stillschweigend fehl, wenn der Job nicht seine eigene Ausgabe prüft, was Kapitel 8 ist.

Beginnen Sie nicht bei Stufe (c). Der Batch-Job ist nur so gut wie die Blattfunktion, die er aufruft, und die Blattfunktion ist nur so gut wie die Vorlage, von der sie ausgeht.

7. Durchgerechnetes Beispiel: Das erste Blatt einer Teilefamilie automatisieren

Das Szenario: eine Familie gefräster Halter, alle aus derselben Vorlage mit denselben Modellansichten modelliert, jeder mit Bedarf an einem ersten Blatt mit einer Front-Basisansicht, zwei projizierten Ansichten und einem attributgesteuerten Schriftfeld. Die Geometrie unterscheidet sich, das Blattmuster nicht. Wir wollen einen Job, der jedes Zeichnungsteil öffnet, es verifiziert, Veraltetes aktualisiert, das Revisionsattribut stempelt und speichert.

Das Beispiel unten ist bewusst ein Inspect-and-Update-Job und keine Ansichtsplatzierung von Grund auf. Es ist das, was wir in jedem Piloten zuerst ausführen, denn es erzeugt Nutzen auf bestehenden Zeichnungen, bevor eine neue Ansicht entsteht. Neue Ansichten verwenden das danach gezeigte Builder-Muster.

# first_sheet_job.py: verify and refresh the first sheet of a master model
# drawing, then stamp the revision attribute. Runs in batch via run_journal.
# Usage: run_journal.exe first_sheet_job.py -args <drawing.prt> <revision>
import sys
import NXOpen

REQUIRED_ATTRIBUTES = ["PART_NUMBER", "PART_NAME", "REVISION", "MATERIAL"]
# Adjust the names above to the attributes your title block references.


def attribute_titles(nx_object):
    """Return the set of user attribute titles present on an NX object."""
    return {info.Title for info in nx_object.GetUserAttributes()}


def check_title_block(drawing_part, lw):
    """Report title block attributes missing on the drawing part."""
    present = attribute_titles(drawing_part)
    missing = [name for name in REQUIRED_ATTRIBUTES if name not in present]
    for name in missing:
        lw.WriteLine("  MISSING attribute: " + name)
    return not missing


def refresh_first_sheet(drawing_part, lw):
    """Update out-of-date views on the first sheet and report scale."""
    sheets = drawing_part.DrawingSheets.ToArray()
    if not sheets:
        lw.WriteLine("  ERROR: drawing part has no sheets")
        return False
    first = sheets[0]
    lw.WriteLine("  Sheet: " + first.Name)
    ok = True
    for view in first.SheetDraftingViews:
        if view.IsOutOfDate:
            lw.WriteLine("  updating view " + view.Name)
            view.Update()
        lw.WriteLine("  view={0} scale={1}".format(view.Name, view.Scale))
    return ok


def main(args):
    session = NXOpen.Session.GetSession()
    lw = session.ListingWindow
    lw.Open()
    path, revision = args[0], args[1]
    drawing_part, load_status = session.Parts.OpenActiveDisplay(
        path, NXOpen.DisplayPartOption.AllowAdditional)
    load_status.Dispose()
    lw.WriteLine("Opened " + drawing_part.Leaf)

    title_ok = check_title_block(drawing_part, lw)
    sheet_ok = refresh_first_sheet(drawing_part, lw)

    if title_ok and sheet_ok:
        # -1 means a non-array attribute; Update.Option.Now applies it at once.
        drawing_part.SetUserAttribute(
            "REVISION", -1, revision, NXOpen.Update.Option.Now)
        drawing_part.Save(NXOpen.BasePart.SaveComponents.TrueValue,
                          NXOpen.BasePart.CloseAfterSave.FalseValue)
        lw.WriteLine("  saved with REVISION=" + revision)
    else:
        lw.WriteLine("  NOT saved: fix the reported problems first")


if __name__ == "__main__":
    # run_journal passes -args values through sys.argv after the script name.
    main(sys.argv[1:])

Was der Job tut, der Reihe nach. Er öffnet das Zeichnungsteil, was das Master-Modell als Komponente mitlädt. Er prüft, ob die Attribute, die das Schriftfeld referenziert, am Zeichnungsteil existieren, und listet fehlende auf, statt Werte zu raten. Er geht die Zeichnungsansichten auf dem ersten Blatt durch, aktualisiert die von NX als veraltet markierten und protokolliert Name und Maßstab jeder Ansicht, damit das Log gegen das erwartete Muster verglichen werden kann. Nur wenn beide Prüfungen bestehen, setzt er das Revisionsattribut, das das Schriftfeld liest, und speichert. Eine Zeichnung mit Problemen bleibt unangetastet und wird gemeldet, und genau dieses Verhalten akzeptiert ein CAD-Manager im Batch.

Das Platzieren einer neuen Basisansicht folgt dem Builder-Gerüst unten. Platzierungspunkt und Maßstab kommen aus den Placement und Skalieren Sub-Buildern, und eine zweiminütige Journal-Aufzeichnung liefert Ihnen die exakten Aufrufe für Ihr Release.

# Skeleton for placing a base view from a named model view (NXOpen Python).
import NXOpen

session = NXOpen.Session.GetSession()
work_part = session.Parts.Work

builder = work_part.DraftingViews.CreateBaseViewBuilder(
    NXOpen.Drawings.BaseView.Null)
try:
    # The model view lives in the master for normal views and in the
    # drawing part for explosions (see chapter 4). Pick accordingly.
    front = work_part.ModelingViews.FindObject("Front")
    builder.SelectModelView.SelectedView = front
    # builder.Placement and builder.Scale mirror the dialog groups;
    # take their exact calls from a recorded journal on your NX version.
    base_view = builder.Commit()
finally:
    builder.Destroy()

Der Treiber um beide Skripte ist reines Python mit der Standardbibliothek: eine Liste von Zeichnungsteilen aus dem Vault-Export oder einem Ordner lesen, dann Aufruf von run_journal.exe einmal pro Teil per subprocess, die Listing-Ausgabe pro Teil sammeln und eine Zusammenfassung schreiben. Kein NXOpen im Treiber, also läuft er auf jeder Maschine und lässt sich planen.

Das läuft als POC. Was für die Produktion fehlt: Vorlagen für jede Norm und Blattgröße, die Ihre Kunden verlangen, Teamcenter-Datasets statt Ordner, Batch auf dem Datenbestand (Vault) mit Checkout und Check-in, Fehlerbehandlung für die Teile, die aus dem Muster fallen, und Prüfungen der erzeugten Ausgabe, bevor sie jemand sieht. Wir schließen die Lücke von „läuft auf meiner Maschine“ zu „läuft jede Nacht auf dem Vault“ als NXOpen-Spezialisten mit Nearshore-Lieferung aus Rumänien, EET, eine Stunde vor MEZ. Strategiegespräch zur NX-Zeichnungsautomatisierung buchen.

8. Zeichnungsqualitätsprüfungen nach der Generierung

Eine erzeugte Zeichnung, die niemand prüft, ist ein Risiko mit schönerem Schriftfeld. Die Prüfungen sind günstig, sie sind für jedes Unternehmen weitgehend gleich, und sie sollten im selben Batch laufen, der die Zeichnung erzeugt hat.

Prüfung	Was sie findet	Wie man es erkennt
Ansichts-Update-Status	Ansichten, die nicht das aktuelle Modell widerspiegeln	`IsOutOfDate` an jeder Zeichnungsansicht; aktualisieren oder fehlschlagen lassen
Ansichtsausrichtung	Projizierte Ansichten, die von den Achsen der Basisansicht abgedriftet sind, gedrehte Ansichten	Ansichtsursprünge mit der Elternansicht vergleichen; ein Checker mit eigener Ausrichtungsprüfung
Verwaiste und veraltete Ansichten	Ansichten, deren Modellansicht nicht mehr existiert, Restansichten aus einer Vorlage	Ansichten pro Blatt auflisten und mit dem erwarteten Muster für die Teileklasse vergleichen
Vollständigkeit des Schriftfelds	Fehlende oder nicht gesetzte Attribute, die das Schriftfeld referenziert	`GetUserAttributes()` gegen die Pflichtliste, wie in Kapitel 7
Skalieren	Ein Familienblatt in 1:2, wo das Muster 1:1 vorgibt, oder eine Ansicht, die nicht aufs Blatt passt	`Skalieren` pro Ansicht, Blattgröße aus dem `DrawingSheet`
Norm und Projektionsmethode	ANSI-Blatt in einem ISO-Betrieb, Projektionsmethode 3, wo Methode 1 verlangt ist	`ProjectionAngle` und `Einheiten` am Blatt
Leere oder doppelte Blätter	Batch-Jobs, die zweimal gelaufen sind, Vorlagen mit einem Reserveblatt	Blätter zählen, Ansichten pro Blatt zählen

Zwei Werkzeuge decken das Feld jenseits dessen ab, was ein Job wie der in Kapitel 7 prüft. Siemens NX Check-Mate wird mit Hunderten Standardprüfungen für Modeling, Drafting, PMI, Geometrie, Routing und andere Anwendungen ausgeliefert, kann interaktiv oder im Batch laufen und hat ein Authoring-Tool für eigene Prüfungen; es ist der natürliche Ort für firmenspezifische Regeln. DOCUFY CAx Quality Manager 2026.1, veröffentlicht am 30. März 2026, hat eine Prüfung der Ausrichtung von Zeichnungsansichten ergänzt, und das Produkt bringt mehr als 450 konfigurierbare Prüfungen, einen Batch-Modus und Healing für unterstützte Prüfungen mit, was für die abgedeckten Fälle aus „gefunden“ ein „behoben“ macht. inteliScience ist offizieller DOCUFY-Partner und richtet DQM neben Check-Mate ein, wo ein Kunde Ausrichtung und Healing im selben Lauf wie die Generierung will. Wie sich die beiden Checker die Arbeit teilen und wo die NX-nativen Prüfungen aufhören, ist Thema unseres Überblicks zur CAD-Qualitätssicherung in Siemens NX.

Welcher Checker auch immer, eine Regel hat in jedem Projekt gehalten: Die Prüfung läuft in derselben Pipeline wie die Generierung, und eine fehlgeschlagene Prüfung lässt die Zeichnung ungespeichert und gemeldet zurück. Prüfungen, die eine Woche später, von einer Person, an einer Stichprobe laufen, sind der Grund, warum Zeichnungsautomatisierung einen schlechten Ruf bekommt.

9. Wo KI hineinpasst

Ein KI-Assistent zeichnet nicht. Er liest. Die nützliche Rolle eines Sprachmodells in der NX-Zeichnungsautomatisierung ist es, Modell, PMI, Attribute und Teileklasse anzusehen und die Dokumentation vorzuschlagen: welche Ansichten dieses Teil braucht, welches Blattmuster gilt, welche Schriftfeldfelder nicht gesetzt sind, welche Notizen die Hausnorm für diesen Werkstoff und Prozess verlangt. Der Vorschlag besteht aus Text und Parametern. NXOpen führt ihn über genau die Funktionen der Kapitel 6 und 7 aus, und ein Mensch gibt das Ergebnis frei.

Diese Aufteilung ist keine Vorsicht um ihrer selbst willen. Ein Modell, das Ansichten durch Raten von Koordinaten platziert, erzeugt Zeichnungen, die plausibel aussehen und auf eine Weise falsch sind, die ein Checker womöglich nicht erkennt. Ein Modell, das einen Parametersatz für eine deterministische Blattfunktion füllt, erzeugt Zeichnungen, die per Konstruktion richtig sind oder laut scheitern. Bei unserem Zeichnungs- und Dokumentationsassistenten gilt das zweite Muster: Der Assistent liest das geöffnete Teil und schlägt den Blattsatz und die Anmerkungen vor.

Siemens’ eigener Designcenter Copilot, eingeführt mit dem Release vom Juni 2026, beantwortet Fragen aus der Dokumentation und der aktuellen Aufgabe, statt Ansichten zu platzieren. Die nüchterne Zusammenfassung für 2026: KI schlägt vor, NXOpen führt aus, ein Mensch gibt frei. Teams, die von einem Chat-Fenster eine freigegebene Zeichnung erwarten, werden enttäuscht; Teams, die es nutzen, damit der erste Entwurf nicht bei null beginnt, nicht.

10. Einen Piloten messen und der Einführungspfad

Ein Pilot zur Zeichnungsautomatisierung wird an Zahlen auf Ihren eigenen Teilen beurteilt, gemessen vorher und nachher. Wir veröffentlichen hier keine Benchmark-Prozente, denn das Ergebnis hängt davon ab, wie viele Zeichnungen pro Woche Ihr Team erstellt und wie viel davon Familienarbeit ist. Was wir veröffentlichen, ist der Messplan, den wir mit jedem Kunden vereinbaren, bevor wir eine Zeile Code schreiben.

Metric	Baseline (vorher)	Pilot (nachher)	Wie gemessen wird
Freigegebene Zeichnungen pro Woche	Zählung aus dem Vault oder dem Freigabelog	gleiche Quelle	Freigabedatum am Zeichnungs-Dataset
Zeit pro erstem Blatt	Zeit des Zeichners für das erste Blatt eines Familienmitglieds	Job-Laufzeit plus Review-Zeit	Zeiterfassung an einem definierten Teilesatz
Nacharbeitsschleifen pro Zeichnung	Anzahl, wie oft eine Zeichnung von der Prüfung zum Zeichner zurückgeht	gleich	Workflow-Historie in Teamcenter oder das Prüflog
Fehlgeschlagene Prüfungen pro hundert Zeichnungen	aus dem Checker-Lauf über den aktuellen Bestand	aus dem Checker-Lauf über die erzeugten Zeichnungen	Checker-Batch-Bericht
Anteil der Familienteile, die ein Blattmuster abdeckt	Zeichnungen, die zu einem bestehenden Muster passen, geteilt durch alle Zeichnungen	gleich, nach neuen Mustern	Klassifizierung des Pilot-Teilesatzes
Zeit für die Neuerzeugung nach einer Vorlagenänderung	verstrichene Zeit bei der letzten Schriftfeldänderung	Batch-Laufzeit	Projektlog

Der Einführungspfad, der funktioniert hat, in der Reihenfolge, in der er funktioniert hat:

Wochen 1 bis 2: Vorlagen und Attribute. PAX-Dateien auf die genutzten Normen bereinigt, UGII_TEMPLATE_DIR gesetzt, Schriftfeld attributgesteuert, eine Teileklasse für den Piloten gewählt, Baseline-Zahlen erhoben.
Wochen 3 bis 5: die erste Blattfunktion. Ein Blattmuster für eine Teilefamilie, als Python-Journal mit eingebauten Prüfungen aus Kapitel 8, vom CAD-Admin auf echten Teilen ausgeführt und von den Zeichnern geprüft, die sie früher gezeichnet haben.
Wochen 5 bis 7: Batch auf einem Ordner, dann auf dem Vault. run_journal als Treiber, Logs pro Teil, fehlgeschlagene Zeichnungen gemeldet statt gespeichert, Checker integriert. Pilot-Zahlen gegen die Baseline berichtet.
Rollout-Phase: weitere Blattmuster, Teamcenter-Integration, geplante Neuerzeugung nach Vorlagenänderungen und, wo das Team es will, der KI-Assistent aus Kapitel 9, der Blattsätze für Teile außerhalb der bekannten Muster vorschlägt.

inteliScience liefert das aus Rumänien, in EET, eine Stunde vor MEZ, mit Senior-NX- und NXOpen-Ingenieuren, die die Vorlagenbereinigung so oft gemacht haben wie den Code, für Kunden in der gesamten DACH-Region. Die Vorlagen, die Jobs und die Prüfungen gehören am Ende Ihnen.

Häufig gestellte Fragen

Was ist NX-Zeichnungsautomatisierung?

NX-Zeichnungsautomatisierung bedeutet, Siemens-NX-Zeichnungen aus dem Master-Modell über Vorlagen, Teileattribute und NXOpen-Programme zu erzeugen statt von Hand. Die Bandbreite reicht von PAX-registrierten Vorlagen mit attributgesteuertem Schriftfeld über Journale, die die wiederkehrenden Ansichten einer Teilefamilie platzieren, bis zur Batch-Generierung über viele Teile mit Qualitätsprüfungen der Ausgabe.

Funktioniert das Master-Modell-Konzept mit Teamcenter?

Ja. In Teamcenter wird das Modell als UGMASTER-Dataset und die Zeichnung als UGPART-Dataset unter derselben Item Revision gespeichert, wobei die Zeichnung das Master-Modell als Komponente trägt. Freigabe-Workflows können beide getrennt behandeln, und ein Batch-Job kann das Zeichnungs-Dataset neu erzeugen, ohne das Modell zu verändern. Vorlagen müssen die Teamcenter-verwalteten PAX-Varianten verwenden.

NX-Journal oder NXOpen-Programm: Was eignet sich für die Zeichnungsautomatisierung?

Beginnen Sie mit einem Python-Journal. Es läuft ohne Build-Schritt, kann von einem CAD-Admin gepflegt werden und deckt Inspektion, Prüfung, Ansichts-Updates und Attribut-Stempelung ab. Wechseln Sie zu einem kompilierten NXOpen-Programm, wenn die Platzierungslogik über einige hundert Zeilen hinauswächst, einen Dialog braucht oder als signiertes Tool standortübergreifend geteilt werden muss. Der Batch-Treiber um beide herum ist reines Python.

Was kostet ein Pilotprojekt zur NX-Zeichnungsautomatisierung?

inteliScience kalkuliert Pilotprojekte zum Festpreis nach einem kurzen Assessment Ihrer Vorlagen und einer Teilefamilie. Kostentreiber ist die Zahl der Zeichnungsnormen und unterschiedlichen Blattmuster, nicht die Zahl der Teile, denn ein einmal geschriebenes Muster erzeugt beliebig viele Zeichnungen neu. Ein Pilot, der Vorlagenbereinigung, eine Blattfunktion und Batch-Generierung mit Prüfungen abdeckt, passt in rund sieben Wochen.

Können Zeichnungsansichten PMI automatisch aus dem Modell übernehmen?

Ja, mit der Option Inherit PMI an einer Zeichnungsansicht. Übernommene PMI werden mit den Annotationseinstellungen der Zeichnung dargestellt, behalten ihre Position relativ zur Geometrie und bleiben unter dem Master-Modell mit dem Master-Teil assoziiert. Werden PMI zu einer Modellansicht hinzugefügt, die bereits auf der Zeichnung liegt, markiert NX die Zeichnungsansicht als veraltet und ergänzt die neuen PMI beim Update.

Nächster Schritt

Wenn Ihre Zeichner diesen Monat dasselbe erste Blatt für das zwanzigste Familienmitglied erstellen, ist die Vorlagenstufe überfällig, und die Blattfunktion ist ein Scoping-Gespräch.

Sprechen Sie mit unseren Ingenieuren über die Automatisierung Ihrer NX-Zeichnungen

Quellen

Siemens Digital Industries Software, “Welcome to the September 2026 Early Access Program for Designcenter”, https://resources.sw.siemens.com/en-US/presentation-welcome-to-designcenter-early-access-program/ (abgerufen am 24. September 2026)
Siemens, “CAD model design validation” (NX Check-Mate), https://www.siemens.com/en-us/products/designcenter/nx-cad-software/mcad/design-validation/ (abgerufen am 24. September 2026)
Siemens-NX-Dokumentation, “Restrictions and operating characteristics for inherited PMI”, und Siemens Community, “Inherit PMI Dimensions”, https://community.sw.siemens.com/s/article/inherit-pmi-dimensions (abgerufen am 24. September 2026)
Siemens Community, “NX Quick Tips: Create an Exploded View in the Master Model Drawing Concept”, https://community.sw.siemens.com/s/article/nx-quick-tips-create-an-exploded-view-in-the-master-model-drawing-concept (abgerufen am 24. September 2026)
Siemens Community, “Pax files? NXcustom2206”, https://community.sw.siemens.com/s/question/0D54O000081SFjZSAW/pax-files-nxcustom2206, und Swoosh Technologies, “How to create a custom drafting template in NX”, https://www.swooshtech.com/2022/09/23/how-to-create-a-custom-drafting-template-in-nx/ (abgerufen am 24. September 2026)
Siemens Community, “Is it possible to save a UGMASTER as a UGPART of another item?”, https://community.sw.siemens.com/s/question/0D54O00006HAKdXSAX/is-it-possible-to-save-a-ugmaster-as-a-ugpart-of-another-item, und Eng-Tips, “Teamcenter master model drawings”, https://www.eng-tips.com/threads/teamcenter-master-model-drawings.272302/ (abgerufen am 24. September 2026)
NXOpen .NET Reference (NX-2022.1-Mirror): DraftingViewCollection, BaseViewBuilder, SelectModelViewBuilder, DrawingSheet, DraftingView, View, NXObject, https://nxopencsdocumentation.thescriptingengineer.com/NX2022_1/NXOpen.Drawings.DraftingViewCollection.html (abgerufen am 24. September 2026)
NX Journaling, “Using Batch file to run recorded journal” und “NX10/NX12 Python NXOpen Batch File Differences?”, https://nxjournaling.com/content/using-batch-file-run-recorded-journal (abgerufen am 24. September 2026)
DOCUFY, Release-Ankündigung zur Version 2026.1 (“NX-Datenqualität sichern”), 30. März 2026, https://docufy.de/nx-datenqualitaet-sichern-neue-version-des-docufy-cax-quality-managers/ (abgerufen am 24. September 2026)