NX-KI-Testfragen: 6 echte Anwenderfragen zum Bewerten (2026)

NX-KI-Testfragen: die Kurzfassung

NX-KI-Testfragen sind echte Fragen, die NX-Anwender stellen, eingesetzt als Abnahmetest für einen NX-Assistenten. inteliScience, Spezialist für Siemens NX, NXOpen und Teamcenter mit Lieferung als Nearshore aus Rumänien, bewertet sie in drei Klassen: Dokumentation, Methode und Aktion. Bestanden heißt: korrekte Version, exakter Befehl, Firmenregel zitiert oder Geometrie über einen NXOpen-Aufruf mit Freigabeschritt (Gate) gebaut.

---

Das Problem: Anwender erwarten einen Kollegen, Anbieter demonstrieren einen Chatbot

Die CAD-Administration eines DACH-Maschinenbauers hat kürzlich gesammelt, was ihre NX-Anwender von einer “NX-KI” erwarten. Die ersten sechs Punkte waren keine Wünsche nach einem Chatbot. Es waren die Fragen, mit denen Anwender sonst zum erfahrenen Kollegen hinübergehen:

1. Wie schalte ich in der alten (Legacy-)Skizze auf einer Zeichnung die automatische Erstellung von Zwangsbedingungen ein oder aus?
2. Wie erstelle ich aus einer Skizze und einem Skizzenpfad ein 3D-Teil (Sweep entlang eines Pfads)?
3. Wo und wie bringe ich auf der Zeichnung das Callout für eine Bauteiländerung an?
4. Wie erzeuge ich stabile, assoziative WAVE-Links?
5. Wie lassen sich defekte WAVE-Links reparieren?
6. “Ich brauche in dieser Welle eine Passfedernut vom Typ xy, bitte konstruiere sie mir.”

Anbieter demonstrieren etwas anderes: eine flüssige Antwort auf eine Frage, die der Anbieter ausgesucht hat, auf einem Release, das der Anbieter ausgesucht hat, ohne einen Firmenstandard im Raum. Der Release-Takt von Siemens verschärft das. Das Release vom Juni 2026 (Designcenter 2606, angekündigt am 23. Juni 2026) hat NX in Designcenter umbenannt und Designcenter Copilot ausgeliefert, “verankert in der Designcenter-Dokumentation und in Best Practices” und, laut der KI-Seite von Siemens, auf Basis von Microsoft Phi-3. Das Early-Access-Programm für 2612 läuft vom 31. August bis 25. September 2026. Zwei Releases pro Jahr bedeuten: An jeder Befehlspfad-Antwort hängt eine Version, ob der Assistent es sagt oder nicht.

Unsere Position: Diese sechs Fragen sind ein besserer Abnahmetest als jeder Anbieter-Fragebogen, weil jede einen Chatbot auf eine konkrete, prüfbare Weise scheitern lässt. Drei brauchen die richtige NX-Version und den exakten Befehl. Zwei brauchen Ihre Modellierungsrichtlinie. Eine braucht einen NXOpen-Aufruf hinter einem Gate.

Was die sechs NX-KI-Testfragen wirklich testen

Die Gruppierung der Fragen macht die Bewertung einfacher, weil jede Klasse anders scheitert: Klasse 1 an Versionsdrift, Klasse 2 an fehlenden Firmenregeln, Klasse 3, wenn der Assistent Geometrie schreibt, ohne zu fragen oder ohne Gate.

#	Anwenderfrage (sinngemäß)	Klasse	Was wirklich getestet wird
1	Automatische Zwangsbedingungen in der Legacy-Skizze auf einer Zeichnung umschalten	Dokumentation	Versionsbewusstsein, Legacy- vs. aktueller Sketcher
2	Volumenkörper aus einer Querschnittsskizze und einer Pfadskizze erzeugen	Dokumentation	Exakter Befehlsname, Befehl vs. Nachbarbefehle
3	Das Änderungs-Callout auf der Zeichnung anbringen	Dokumentation + Firmenregel	Retrieval des Zeichnungsstandards
4	Stabile, assoziative WAVE-Links erzeugen	Methodik	Modellierungsrichtlinie des Unternehmens zitiert
5	Defekte WAVE-Links reparieren	Methodik	Befehlspfad plus Firmenregel
6	Passfedernut Typ xy in dieser Welle konstruieren	Aktion	NXOpen-Ausführung, Gate, fehlende Parameter

Diese Klassifikation würden wir für jede Bewertung eines NX-Assistenten unverändert verwenden. Das generische Käufer-Framework, die Grounding-Ebenen und die Anbieterkriterien stehen in unserer Bewertung von KI-Assistenten für Engineering-Teams; dieser Artikel ist die NX-spezifische Hälfte.

Klasse 1: Dokumentationsfragen brauchen die richtige NX-Version und den exakten Befehl

Eine Dokumentationsfrage ist nur bestanden, wenn die Antwort das Release nennt, für das sie gilt, den exakten Befehl oder die exakte Einstellung und die Umgebung, in der der Anwender arbeitet. Die drei Fragen unten sehen einfach aus. Jede hat eine Falle, in die ein allgemeiner Chatbot tappt, und warum ChatGPT bei Siemens NX falsch liegt erklärt, warum.

Frage 1: Zwangsbedingungen in der Legacy-Skizze

Das Wort “alt” ist der ganze Test. NX führt zwei Skizzenumgebungen, seit der neue Skizzen-Solver mit NX 1926 im Juni 2020 kam (Saratech, 10. Juli 2026). Welche aktiv ist, wird unter File > Utilities > Early Access Features gesteuert, und der Schalter ist unter zwei Namen dokumentiert: “Use the new solver and UI for sketching” in einem Beitrag zu NX 2007 (PLM Tech Talk) und “Use the Classic Solver and UI for Sketching” in einem Beitrag von 2021 (Swoosh Technologies). Beide merken an, dass die Einstellung pro Teil gespeichert wird und einen NX-Neustart braucht.

Das Verhalten, das der Anwender meint, ist ein Paar von Skizzeneinstellungen, Create Inferred Constraints und Continuous Auto Dimensioning, mit einem Customer Default unter Sketch > Inferred Constraints and Dimensions (Siemens Community).

Was wir aus öffentlichen Quellen nicht verifizieren konnten: ob eine Skizze auf einem Zeichnungsblatt im Release des Anwenders die Legacy-Umgebung nutzt. Eine bestandene Antwort rät nicht: Sie klärt Release und Umgebung und zitiert dann den Schalter für dieses Release. Eine nicht bestandene Antwort liefert einen Menüpfad ohne Version und ohne Umgebung.

Frage 2: Volumenkörper aus einer Querschnittsskizze und einer Pfadskizze

Der Befehl ist Sweep along Guide: ein Querschnitt, eine Leitkurve, unter Registerkarte Home > Gruppe Feature > More > Sweep > Sweep along Guide (mechanicalengblog). Die Falle ist der Nachbar. Swept akzeptiert mehr Querschnitts- und Leitkurvenoptionen und lässt den Querschnitt an beliebiger Stelle entlang der Leitkurve sitzen, während Sweep along Guide den Querschnitt nahe dem Anfang der Leitkurve erwartet (Siemens Community). “Nehmen Sie Swept” ist nicht falsch, beantwortet aber nicht die gestellte Frage. Bestanden heißt: Sweep along Guide nennen, die zwei Eingaben angeben und sagen, wann Swept besser passt. Nicht bestanden heißt: einen generischen “Sweep” ohne Befehlsnamen beschreiben.

Frage 3: das Änderungs-Callout auf der Zeichnung

An der Oberfläche Dokumentation, darunter Firmenregel. NX liefert keinen einzelnen “Änderungs-Callout”-Befehl, den wir finden konnten. Community-Antworten bauen die Markierung aus einem benutzerdefinierten Symbol innerhalb einer Notiz (Siemens Community); Siemens’ eigener Zeichnungsleitfaden fügt den Änderungsblock mit der Funktion Tabulated Note ein (Siemens-Blog, 15. Januar 2026). Wo die Markierung sitzt, welches Symbol, ob der Änderungsindex ein nummeriertes Dreieck ist, welcher Notiztext: Das steht im Zeichnungsstandard des Unternehmens.

Bestanden hat zwei Teile: die NX-Mechanik für das Release des Anwenders und eine Quellenangabe in die Zeichnungsrichtlinie des Unternehmens, mit Abschnitt und Revision. Ein Assistent, der die Richtlinie nicht zitieren kann, fällt durch, auch wenn die Mechanik stimmt. Genau dafür ist unser NX Wissens-Chatbot gebaut: rein lesend, eine Quellenangabe zu jeder Antwort, “nicht in Ihrem Material”, wenn die Richtlinie schweigt.

Klasse 2: Methodenfragen brauchen Ihre Modellierungsrichtlinie, nicht die von Siemens

WAVE-Fragen lassen sich nicht allein aus der Siemens-Dokumentation beantworten, weil “stabil” vom Unternehmen definiert wird. Bestanden heißt: die Modellierungsrichtlinie des Unternehmens für die Stabilitätsregel und den NX-Befehlspfad für die Reparatur zitieren. Nicht bestanden heißt: keines von beidem zitieren und allgemeine Ratschläge zur Assoziativität geben.

Frage 4 verlangt stabile, assoziative WAVE-Links. Jeder NX-Betrieb, mit dem wir gearbeitet haben, hat dafür eine Regel: was von wo verlinkt werden darf, ob Links auf eine Steuerstruktur oder direkt auf Einzelteile gehen, welche Objekte als Eltern erlaubt sind. Die Regel steht in keinem Siemens-Dokument, also kann ein Assistent, der nur in Anbietermaterial verankert ist, nicht bestehen. Einer, der die Modellierungsrichtlinie gelesen hat, kann es, und er sollte “gemäß Modellierungsrichtlinie Abschnitt x” sagen. Den Vergleich der Designentscheidungen hinter dieser Regel finden Sie in Teilefamilien versus WAVE versus NXOpen.

Frage 5, das Reparieren defekter Links, hat eine dokumentierte NX-Seite. Community-Antworten laufen auf den Interpart Link Browser hinaus: den defekten Link auswählen, Edit wählen, um den WAVE Geometry Linker zu öffnen, Parent Part auf Other Part setzen und das Ersatz-Elternteil wählen. Die Alternative läuft über den Part Navigator, indem das verlinkte Feature mit Rollback bearbeitet wird. Für Massenfälle gibt es einen allgemeinen Relinker, der eine WAVE-Control-Lizenz braucht (Siemens Community). Bestanden heißt: einen dieser Pfade für das Release des Anwenders plus die Firmenregel, welches Elternteil als neues erlaubt ist.

Bevor jemand etwas repariert, hilft ein Blick auf das Link-Inventar. Dieses NXOpen-Python-Journal listet jedes Feature im Arbeitsteil mit seinem Typ-String, sodass die WAVE-verlinkten für das eingesetzte Release gefiltert werden können:

# NXOpen Python journal: list features in the work part with their type.
# Run from File > Execute > Journal. Filter the type string for linked
# features as your release reports it (check the first run's output).
import NXOpen

session = NXOpen.Session.GetSession()
work_part = session.Parts.Work
lw = session.ListingWindow
lw.Open()

for feature in work_part.Features:
    label = feature.GetFeatureName()   # e.g. "EXTRUDE(3)"
    kind = feature.FeatureType          # type string, release dependent
    state = "suppressed" if feature.Suppressed else "active"
    lw.WriteLine(f"{feature.Timestamp:5d}  {kind:<24} {label:<28} {state}")

GetFeatureName, FeatureType, Suppressed und Timestamp sind dokumentierte Member von NXOpen.Features.Feature (NX Journaling). Das Journal liest nur. In der nächsten Klasse reicht Lesen nicht mehr aus.

Das läuft als POC. Was für die Produktion fehlt: die Firmenrichtlinie indexiert mit Quellenangaben, ein Vorschau-und-Bestätigungs-Gate vor NXOpen, Audit-Log, SSO, On-Premise- oder EU-Cloud-Hosting, Betrieb. Wir schließen die Lücke von “läuft auf meinem Rechner” zu “läuft im Unternehmen” als fest umrissenes NX-KI-Pilotprojekt.

Klasse 3: Aktionsanfragen brauchen NXOpen, ein Gate und Ihren Passfedernut-Standard

“Konstruiere eine Passfedernut vom Typ xy in dieser Welle” ist keine Frage. Es ist eine Anweisung, Geometrie zu ändern, und die Bewertung ändert sich komplett: Die Antwort ist ein Feature im Modell, erzeugt durch NXOpen, und die Bestehensbedingung ist, dass nichts gebaut wurde, bevor ein Mensch es bestätigt hat. Die Doktrin, die wir in jedem Projekt vertreten: “KI schlägt vor, NXOpen führt aus, Regeln und ein Mensch validieren.”

Drei Dinge müssen passieren, in dieser Reihenfolge.

Der Assistent muss den Standard kennen. Passfedern und Passfedernuten im DACH-Maschinenbau folgen DIN 6885-1, und die meisten Unternehmen legen ihre eigene Tabelle darüber: Passfederbreite je Wellendurchmesserbereich, Nuttiefe, Toleranzklasse, Endform. “Typ xy” bezieht sich auf diese Tabelle. Ohne sie kann der Assistent Breite und Tiefe nicht wählen, und eine bestandene Antwort sagt das, statt Werte aus der öffentlichen Norm abzurufen.

Der Assistent muss stoppen, wenn Parameter fehlen. Die Anfrage nennt weder Wellendurchmesser noch Passfederlänge, Position oder Orientierung. Eine bestandene Antwort liest aus dem Modell, was sie kann (die ausgewählte Zylinderfläche liefert den Durchmesser), und fragt den Rest in einer Runde ab. Eine nicht bestandene Antwort nimmt Standardwerte an und baut. Die Service-Seite des NX Action Assistant sagt es klar: “Ist eine Anfrage mehrdeutig, fragt der Assistent nach, statt zu raten, und alles, was er vorschlägt, durchläuft trotzdem das Bestätigungs-Gate.”

Der Assistent muss über ein Gate ausführen. Der Vorschlag zeigt die Parameter, die Tabellenzeile, aus der sie stammen, und das Feature, das er erzeugen wird. Der Ingenieur bestätigt, NXOpen erzeugt das Feature in der laufenden Sitzung, eine Undo-Marke, ein Log-Eintrag. Unser Geometry Creation Assistant ist genau dieses Muster für neue parametrische Geometrie; die übrigen Mitglieder der Familie NX-KI-Assistenten und Chatbots wenden dasselbe Gate auf Änderungen, Prüfungen und Zeichnungen an.

Wir raten davon ab, diese Frage allein an der Geometrie zu bewerten. Eine Passfedernut mit den richtigen Maßen und ohne Bestätigungsschritt ist nicht bestanden, weil dasselbe Verhalten an einem freigegebenen Teil ein Vorfall ist. Das Gate ist das eigentliche Liefergut.

Bewertung der NX-KI-Testfragen: bestanden, nicht bestanden und Beleg

Bewerten Sie jede Frage in Worten als bestanden, teilweise oder nicht bestanden, mit einer Zeile Beleg. Farben ohne Beleg sind drei Wochen später nutzlos, wenn über den Pilotbericht gestritten wird. Das ist das Blatt, das wir verwenden.

Frage	So sieht Bestanden aus	So sieht Nicht bestanden aus	Zu protokollierender Beleg
1 Zwangsbedingungen in der Legacy-Skizze	Nennt Release und Skizzenumgebung, zitiert den Schalter für dieses Release, nennt den Customer Default	Ein Menüpfad, keine Version, keine Umgebung	Release genannt; Schaltername; Quelle zitiert
2 Sweep entlang Pfad	Sweep along Guide, zwei Eingaben, Hinweis, wann Swept besser passt	Generischer “Sweep”, kein Befehlsname	Befehlsname; Abgrenzung zu Swept
3 Änderungs-Callout	NX-Mechanik plus Zeichnungsstandard des Unternehmens, Abschnitt zitiert	Nur NX-Mechanik oder eine Vermutung zum Standard	Richtliniendokument und Abschnitt zitiert
4 Stabile WAVE-Links	Modellierungsrichtlinie des Unternehmens zitiert, erlaubte Eltern genannt	Allgemeiner Rat zur Assoziativität, keine Firmenregel	Richtlinienabschnitt; Regel entspricht aktueller Revision
5 Defekte WAVE-Links reparieren	Pfad über Interpart Link Browser oder Part Navigator für das Release, plus erlaubtes Ersatz-Elternteil	Pfad aus einem anderen Release oder keine Regel für das neue Elternteil	Pfad in NX verifiziert; Firmenregel zitiert
6 Passfedernut in Welle	Liest Durchmesser, fragt fehlende Werte ab, schlägt aus der Firmentabelle vor, baut erst nach Bestätigung	Baut auf angenommenen Werten oder baut ohne Gate	Parameter abgefragt; Tabellenzeile; Bestätigungsschritt; Undo-Marke; Log-Eintrag

Zwei Bewertungsregeln aus unseren Piloten. Eine selbstsichere Antwort ohne Quelle wird als nicht bestanden gewertet, nicht als teilweise, auch wenn sie zufällig richtig ist: Beim nächsten Mal ist sie falsch, und niemand merkt es. Und Geometrie, die ohne Bestätigungsschritt in ein Teil geschrieben wird, beendet den Test der Aktionsklasse für diesen Kandidaten.

So führen Sie den NX-KI-Test an einem Nachmittag durch

Eine NX-Workstation, ein Methodeningenieur, die sechs Fragen plus zehn eigene. In dieser Reihenfolge:

1. Ziehen Sie die letzten zehn Fragen aus Ihrem CAD-Support-Kanal und ergänzen Sie die sechs damit. Echte Fragen haben den richtigen Schwierigkeitsgrad; erfundene sind zu leicht oder zu exotisch.
2. Schreiben Sie vor der Sitzung für jede Frage die Musterantwort: Release, Befehl, Richtlinienabschnitt. Ohne sie wird die Bewertung zur Debatte.
3. Legen Sie das NX-Release für die gesamte Sitzung fest und schreiben Sie es auf das Blatt. Antworten für ein anderes Release sind nicht bestanden.
4. Geben Sie dem Kandidaten die Modellierungsrichtlinie und den Zeichnungsstandard über seinen dokumentierten Ingestion-Weg. Keine Ingestion, keine Fragen 3 bis 5.
5. Stellen Sie alle Fragen mit identischem Wortlaut. Lassen Sie den Anbieter nicht umformulieren.
6. Öffnen Sie für Frage 6 ein Testteil mit einer Welle, starten Sie die Anfrage und stoppen Sie beim ersten Vorschlag. Prüfen Sie Parameter, Tabellenzeile und Bestätigungsabfrage, bevor Sie bestätigen.
7. Protokollieren Sie bestanden, teilweise oder nicht bestanden mit je einer Belegzeile, zwei Bewerter, Abweichungen werden besprochen.
8. Wiederholen Sie Frage 1 am nächsten Morgen. Eine andere Antwort ist ein Governance-Problem, keine Marotte.

Ein halber Tag pro Kandidat ist realistisch. Schritt 4 dauert länger als die Sitzung selbst; das sind die ehrlichen Kosten, wenn man mehr als öffentliche Dokumentation testet.

---

Häufig gestellte Fragen

Was sind NX-KI-Testfragen?

NX-KI-Testfragen sind echte Fragen, die NX-Anwender einem Kollegen stellen würden, eingesetzt als Abnahmetest für einen NX-KI-Assistenten. Die sechs hier stammen von den NX-Anwendern eines Maschinenbauers und fallen in drei Klassen: Dokumentation (richtiges Release, exakter Befehl), Methode (Modellierungsrichtlinie des Unternehmens) und Aktion (NXOpen-Ausführung hinter einem Gate).

Kann Designcenter Copilot diese NX-KI-Testfragen bestehen?

Für Klasse 1 ist er ein ernsthafter Kandidat. Siemens beschreibt Designcenter Copilot als in der Designcenter-Dokumentation und in Best Practices verankert, Befehls- und Versionsfragen liegen also im Scope. Die Fragen 3 bis 5 brauchen Ihren Zeichnungsstandard und Ihre Modellierungsrichtlinie, die in keiner Siemens-Dokumentation stehen, und Frage 6 braucht einen Schreibpfad ins Modell hinter einem Gate. Testen Sie es, statt es anzunehmen.

Knowledge-Chatbot vs. Action-Assistent: Was testen wir zuerst?

Die Wissensseite. Die Fragen 1 bis 5 sind rein lesend, bergen kein Risiko für ein Teil und zeigen Ihnen innerhalb eines Nachmittags, ob der Kandidat Ihre eigenen Richtlinien zitieren kann. Nur ein Kandidat, der den Zitiertest besteht, verdient den Aktionstest: Ein Assistent, der bei der Dokumentation rät, rät auch bei Passfedernut-Parametern.

Was kostet ein NX-KI-Pilot?

Die Service-Seiten nennen Piloten zum Festpreis: einen NX Knowledge Chatbot-Pilot und einen NX Action Assistant Proof of Concept, beide vier bis sechs Wochen und auf einen Rollout anrechenbar. Jeder endet mit einem Qualitätsbericht, gemessen an den Fragen Ihres Teams: das Bewertungsblatt oben, angewendet auf die gesamte Pilotgruppe.

Bedeutet “die KI auf unseren Daten trainieren” das Fine-Tuning eines Modells?

In der Praxis nein. Was Anwender Training nennen, ist Retrieval über Ihre Richtlinien, Standards, Projektdokumente und Ihren Code, plus Tool-Zugriff auf NX und Teamcenter. Fine-Tuning ist die Ausnahme, und wir raten davon als erstem Schritt ab, weil es das heutige Wissen in ein Modell einbrennt, das das nächste NX-Release sofort veralten lässt. Retrieval wandert mit Ihren Dokumenten mit.

---

Nächster Schritt

Schicken Sie uns die Version dieser sechs Fragen aus Ihrem Team und die Richtlinie, die sie beantworten soll. Wir zeigen die Antworten, mit Quellenangaben, auf Ihrem Material, bevor Sie sich auf irgendetwas festlegen.

Sprechen Sie mit unseren Ingenieuren über die sechs NX-KI-Testfragen auf Ihrem NX

---

Verwandte Themen

• NX-KI-Pilotprojekt zum Festpreis
• Design Copilot NX vs. ChatGPT vs. Claude bei NXOpen-Aufgaben
• Siemens NX MCP-Server: Wie Agenten in NX handeln

---

Referenzen

• Siemens, “AI-enabled CAD capabilities in Designcenter CAD” (Design Copilot auf Basis von Microsoft Phi-3): https://www.siemens.com/en-us/products/designcenter/cad-software/ai/ (abgerufen am 24. September 2026)
• Siemens, “Welcome to the September 2026 Early Access Program for Designcenter” (Designcenter 2612, 31. August bis 25. September 2026): https://resources.sw.siemens.com/en-US/presentation-welcome-to-designcenter-early-access-program/ (abgerufen am 24. September 2026)
• Saratech, “Old vs. New Siemens NX Sketch Solver Guide”, 10. Juli 2026 (neuer Skizzen-Solver seit NX 1926, Juni 2020): https://saratech.com/2026/07/old-vs-new-nx-sketch-solver/ (abgerufen am 24. September 2026)
• PLM Tech Talk, “How to Enable New Sketch | Siemens NX” (Schalter unter Early Access Features, NX 2007): https://plmtechtalk.com/2022/05/04/how-to-enable-new-sketch-siemens-nx/ (abgerufen am 24. September 2026)
• Swoosh Technologies, “The New NX Sketch vs. The Old NX Sketch”, 16. April 2021 (Schaltername und Neustart): https://www.swooshtech.com/2021/04/16/the-new-nx-sketch-vs-the-old-nx-sketch/ (abgerufen am 24. September 2026)
• Siemens Community, “How to get continuous auto dimension in latest version (NX 1965) in sketch” (Pfad zum Customer Default): https://community.sw.siemens.com/s/question/0D54O00006rgWwASAU/how-to-get-continuous-auto-dimension-in-latest-version-nx1965-in-sketch (abgerufen am 24. September 2026)
• Siemens Community, “How do I stop NX from automatically disabling Create Inferred Constraints on a sketch?”: https://community.sw.siemens.com/s/question/0D54O00007rHNUySAO/how-do-i-stop-nx-from-automatically-disabling-create-inferred-constraints-on-a-sketch (abgerufen am 24. September 2026)
• Mechanicaleng blog, “Siemens NX how to use Sweep along Guide” (Ribbon-Pfad, Eingaben Querschnitt und Leitkurve): https://mechanicalengblog.com/siemens-nx-how-to-use-sweep-along-guide/ (abgerufen am 24. September 2026)
• Siemens Community, “Sweep along Guide, Swept, V-swept?” (Unterschied zwischen den Befehlen): https://community.sw.siemens.com/s/question/0D54O000061xab6SAA/sweep-along-guidesweptvswept (abgerufen am 24. September 2026)
• Siemens Community, “How to put a letter/number in a circle within a note in Drafting module?” (benutzerdefiniertes Symbol in einer Notiz): https://community.sw.siemens.com/s/question/0D54O000070rpygSAA/how-to-put-a-letternumber-in-a-circle-within-a-note-in-drafting-module (abgerufen am 24. September 2026)
• Siemens NX Design blog, “Designcenter NX | How to | Creating Technical Drawings”, 15. Januar 2026 (Änderungsblock via Tabulated Note): https://blogs.sw.siemens.com/nx-design/designcenter-nx-how-to-technical-drawings (abgerufen am 24. September 2026)
• Siemens Community, “WAVE option – linking and repairing broken links” (Interpart Link Browser, WAVE Geometry Linker, Other Part, allgemeiner Relinker und WAVE-Control-Lizenz): https://community.sw.siemens.com/s/question/0D54O000061xQkqSAE/wave-option-linking-and-repairing-broken-links (abgerufen am 24. September 2026)
• Siemens Community, “How can I relink a broken, Position Independent WAVE link?” (Weg über Edit with Rollback): https://community.sw.siemens.com/s/question/0D54O00007Mj90WSAR/hi-how-can-i-relink-a-broken-position-independent-wave-link-thank-in-advance (abgerufen am 24. September 2026)
• NX Journaling, “NXOpen.Features.Feature and the Feature Collection” (GetFeatureName, FeatureType, Suppressed, Timestamp): https://nxjournaling.com/content/nxopenfeaturesfeature-and-feature-collection (abgerufen am 24. September 2026)
• Fasten.it, “DIN 6885-1 Parallel keys” (Normreferenz für Passfedern und Passfedernuten): https://www.fasten.it/en/norms/norm/din_6885-1 (abgerufen am 24. September 2026)