NX-Administrations-KI: Die Kurzfassung
NX-Administrations-KI bedeutet einen Assistenten, der CAD-Admin-Fragen aus der NX-Dokumentation und Ihren eigenen Standards beantwortet, Admin-Artefakte (ein UDF, einen Materialeintrag, eine Customer-Defaults-Änderung, eine Ribbon-Anpassung, ein NXOpen-Gerüst) zur Prüfung vorbereitet und nichts Gemeinsames ohne Freigabeschritt (Gate) ausführt. inteliScience baut diese Assistenten auf NXOpen für Engineering-Teams in DACH; der Admin bleibt der Freigebende.
Das Problem: Jede Anfrage an den CAD-Admin ist ein Ticket
Die CAD-Administration eines DACH-Maschinenbauers hat kürzlich gesammelt, was ihre NX-Anwender von einer “NX-KI” erwarten. Acht der Anfragen waren keine Konstruktionsfragen. Sie waren der eigene Rückstand des Admins, neu formuliert von den Leuten, die darauf warten: Baut uns einen parametrischen DIN-509-Freistich, fügt dieses Material hinzu, fügt diese Bohrung hinzu, legt einen Button auf die Registerkarte Home, der unser Programm startet, erklärt diesen Fehler, setzt diese Einstellung, sagt mir, welche Einstellung was tut, helft bei NXOpen.
Diese Liste ist die Stellenbeschreibung eines CAD-Administrators, und sie erklärt, warum ein oder zwei Personen der Engpass für eine ganze Abteilung sind: Jeder Punkt ist klein, jeder braucht jemanden, der weiß, wo NX die Sache ablegt, und jeder landet als Ticket hinter dem vorherigen.
Einen zweiten Admin einzustellen funktioniert selten: Rund 133.900 MINT-Stellen blieben im März 2026 in Deutschland unbesetzt (Digital Skills and Jobs Platform), und NX-Admins mit NXOpen-Kenntnissen sind ein schmaler Ausschnitt dieses Pools.
Die nützliche Frage lautet nicht “kann eine KI NX administrieren” (sie kann es nicht und sollte es nicht), sondern: Was kann ein Assistent je Anfrage direkt beantworten, was kann er zur Prüfung durch den Admin vorbereiten, und was muss eine menschliche Aktion hinter einem Gate bleiben? Die Antwort-Stufe deckt Siemens selbst ab: Designcenter 2606 (Juni 2026) liefert einen Designcenter Copilot, der auf Dokumentation und Best Practices gründet, und Siemens meldet über 500.000 monatliche Nutzungen seiner aktuellen KI-Funktionen (Siemens Designcenter-Blog, 23. Juni 2026). Die Vorbereiten-Stufe und das Gate sind Ihr eigenes Setup.
Acht Admin-Anfragen, sortiert nach dem, was ein Assistent darf
Die Regel: Reine Lesefragen werden mit Quellenangabe beantwortet; alles, was eine Datei, eine Einstellung oder Code erzeugt, wird als Artefakt vorbereitet, das der Admin prüft; alles, was eine gemeinsam genutzte Bibliothek, die Rolle eines anderen Benutzers oder einen Default auf Site-Ebene ändert, läuft nur über ein Gate oder durch den Admin persönlich.
| Anfrage | Wo es in NX liegt | Antworten | Vorbereiten | Ausführen (mit Gate) |
|---|---|---|---|---|
| DIN 509 Freistich Form E nach Wellendurchmesser | UDF Wizard, UDF-Bibliothek oder Reuse Library | Form E, Wizard-Seiten | UDF mit benannten Eingaben, Test-Checkliste | Veröffentlichen in gemeinsamer Bibliothek: Admin |
| Material xyz hinzufügen | Site-/User-MatML-Bibliothek (XML), gesetzt in Customer Defaults | Welche Datei dieses NX lädt | Eintrag in einer Kopie oder Export-Journal | Site-Bibliothek schreiben: Admin |
| Bohrung xyz in die Bohrungstabelle aufnehmen | XML-Datentabellen im Modeling-Standards-Ordner | Welche Tabelle und Spalten | Neue Zeile in einer Kopie | Gemeinsame Tabelle ersetzen: Admin |
| Home-Tab-Button in Rolle “Standard” | Dialog Customize, user.mtx, Rollen, MenuScript | Wie Befehle und Rollen gespeichert werden | Rollen- oder MenuScript-Dateien zum Testen | Rollout an alle Benutzer: Admin |
| “Programm meldet Fehler xyz” | Syslog, Listing-Fenster, NXOpen-Exception | Ursachen, Syslog-Zeilen zitiert | Repro-Journal, Ticket-Entwurf | Nichts |
| Wert x auf y setzen | Einstellungen (Preferences) vs. Customer Defaults (.dpv, drei Ebenen) | Welches von beiden, welche Ebene | Änderungsantrag mit Sperrstatus | Site-/Gruppen-Ebene: Admin, im Dialog |
| Welche Einstellung liefert Funktion xyz? | Dialog Customer Defaults, NX-Hilfe | Antwort mit Quellenangabe | Nichts | Nichts |
| NXOpen-Hilfe | NXOpen-Referenz, Ihre Bibliotheken | API-Member, Ihre Beispiele | Gerüst, Member geprüft | Lauf auf Produktionsdaten: Ingenieur |
Die Spalte “Antworten” ist eine Wissensaufgabe für einen rein lesenden Assistenten wie unseren NX Wissens-Chatbot, der seine Quelle nennt und kein Modell anfassen kann. Die Spalte “Vorbereiten” ist, wo die Stunden des Admins hingehen und wo die Einsparung liegt. Die Spalte “Ausführen” ist mit Absicht kurz.
Vier Admin-Aufgaben durchgespielt
Mechanik geprüft gegen NX-Hilfe und Siemens-Community-Material, Stand September 2026; alles, was von Ihrer NX-Version oder Ihrem Site-Layout abhängt, muss der Assistent aus Ihrer Umgebung lesen, nicht behaupten.
Aufgabe 1: Ein parametrischer DIN 509 Freistich Form E, gesteuert über den Wellendurchmesser
Ein Assistent kann das vorbereiten; fertigstellen kann er es nicht. DIN 509 definiert vier Freistichformen (E, F, G, H) an Wellenabsätzen; Form E schneidet nur in die Zylinderfläche, Form F in beide angrenzenden Flächen (Engineers Edge, DIN 509 Freistiche). Tiefe, Breite und Radius kommen aus einer Tabelle, die über den Wellendurchmesser indiziert ist.
In NX ist der Container ein User Defined Feature. Der UDF Wizard (Definition, Features, Ausdrücke, Referenzen, Zusammenfassung) speichert das Ergebnis als spezielle Teiledatei, die als ein Feature eingefügt wird; Bibliotheken werden unter Tools, User Defined Feature, Configure Library konfiguriert, und neuere Releases stellen UDFs auch über die Reuse Library bereit (NX-Hilfe: UDF-Bibliotheken konfigurieren).
Was der Assistent vorbereitet, und was der Admin prüft:
- Die Nut als skizzengesteuerter Feature-Satz mit benannten Ausdrücken (
d1Wellendurchmesser;t1,f,rNut), sodass der Wizardd1als einzige Eingabe anbietet. - Die Zuordnung Durchmesser zu Nut. Der Wizard macht keine Tabellen-Lookups; diese Logik liegt in Ausdrücken oder einem referenzierten Lookup. Assistenten machen genau das am häufigsten subtil falsch, also prüfen Sie es zuerst.
- Die Platzierungsreferenzen (Absatzfläche, Wellenachse) auf der Referenzen-Seite des Wizards.
- Testplatzierungen auf drei Durchmessern quer durch die DIN-Tabelle, mit t1, f und r zurückgelesen und verglichen.
- Erst dann: Veröffentlichen der Teiledatei in der gemeinsamen Bibliothek, durch den Admin, von Hand.
Ein Vorbehalt: DIN 509 ist eine lizenzierte Norm. Der Assistent kann ihre Tabellen nur zitieren, wenn Ihre lizenzierte Kopie in seinem Korpus liegt; aus dem Gedächtnis aufgesagte Nutmaße sind falsch, bis sie geprüft sind.
Aufgabe 2: Materialien und Bohrungstabellen, zwei Änderungen an gemeinsamen Bibliotheken
Beides sind Änderungen an XML-Dateien, die das NX aller Benutzer liest, und deshalb liegen sie in der Warteschlange des Admins.
NX hält eigene Materialien in einer Site-Bibliothek und einer User-Bibliothek, beides XML-Dateien im MatML-Schema, deren Speicherorte in den Customer Defaults gesetzt werden (Gateway, Material Mass: ein Schalter “Site MatML Library” und ein Dateiname); die mitgelieferte physicalmateriallibrary.xml ist die übliche Ausgangskopie, und Materialien werden über Manage Materials und Manage Library Materials gepflegt (Swoosh Technologies, Site-Materialbibliothek); NXOpen kann außerdem das Material eines Teils in eine Bibliotheksdatei exportieren (NX Journaling, Bibliotheksmaterial anlegen).
Bei Bohrungen kommen die Optionen für Bohrergröße, Schraubendurchgang und Gewindebohrung im Hole command aus XML-Standarddatentabellen im Modeling-Standards-Ordner der Installation; Spaltennamen müssen erhalten bleiben, der Gewindebohrungs-Ordner lässt sich per Umgebungsvariable umleiten, und das Syslog zeigt, welche Datei NX tatsächlich geladen hat (Eng-Tips, eigene Gewindebohrungs-Callouts). Ihr Admin hat diese vielleicht vor Jahren auf ein Netzlaufwerk verschoben; ein Assistent, der die lokale Kopie bearbeitet, hat nichts geändert.
Unsere Position: Der Assistent bereitet beide Änderungen in einer Kopie vor, mit einem Diff und einem Hinweis, welchen Pfad dieses NX auflöst; der Admin wendet das Diff an. Gemeinsam genutzte Dateien sind nichts, was ein Agent unbeaufsichtigt anfasst.
Aufgabe 3: Ein Ribbon-Button in einer Rolle, der ein Programm startet
Die Anfrage war präzise: Rolle “Standard”, Anwendung Modeling, Registerkarte Home, ein Button, der ihr Programm startet. Die Mechanik ist dokumentiert: Im Dialog Customize wählen Sie New Button, ziehen einen neuen Benutzerbefehl auf das Ribbon und bearbeiten Name, Icon und Aktion (der Aktionstyp kann eine Journal-Datei sein); solche Anpassungen landen in der benutzereigenen user.mtx, und für ein unternehmensweites Rollout verweist die NX-Hilfe auf MenuScript (NX Journaling, Journal über einen eigenen Button starten). Rollen liegen auf der Registerkarte Roles, werden mit Save Role gespeichert und geteilt, indem die Rollendatei in den Rollen-Ordner eines anderen Rechners kopiert wird (NCmatic, NX-Rollen).
Der Assistent bereitet also die MenuScript-Dateien für den Button vor, die Rollendatei, die ihn enthält, und eine einseitige Testnotiz (Anwendung, Registerkarte, was läuft, was passiert, wenn das Programm fehlt). Er sollte zuerst fragen: Existiert “Programm xyz” als Journal oder als NXOpen-DLL, und läuft es unter den Berechtigungen des Aufrufers? Ein Button, der etwas startet, ist ein kleines Deployment, und Deployments haben Verantwortliche.
Was er nicht tun darf: die Rolle in den Site- oder Gruppen-Startup-Ordner kopieren, sodass jeder Benutzer sie beim nächsten Start bekommt. Das macht der Admin einmal, bewusst, nach einem Test auf einem Rechner.
Aufgabe 4: Customer Defaults, und “Welche Einstellung liefert mir X”
“Setze Wert x auf y in den Einstellungen” verbirgt eine Rückfrage, die der Assistent stellen sollte: Einstellung (Preference) oder Customer Default? Einstellungen gelten für die Sitzung oder das Teil vor Ihnen. Customer Defaults setzen die Anfangswerte, öffnen sich über File, Utilities, Customer Defaults und existieren auf drei Ebenen, gespeichert als Dateien vom Typ .dpv und mit einem Unterordner namens startup (den NX nicht für Sie anlegt) sowie mit einem Sperrstatus je Default, sobald die Ebenen konfiguriert sind (Swoosh Technologies, Defaults-Ebenen).
| Ebene | Gesetzt über | Datei | Wer darf sie ändern |
|---|---|---|---|
| Site | UGII_SITE_DIR, startup Unterordner | *_site.dpv | Nur CAD-Admin, alle Benutzer betroffen |
| Gruppe | UGII_GROUP_DIR, startup Unterordner | *_group.dpv | CAD-Admin, eine Abteilung betroffen |
| Benutzer | UGII_LOCAL_USER_DEFAULTS (Verzeichnis plus Dateiname) | *_user.dpv | Der Benutzer, sofern nicht darüber gesperrt |
“Welche Einstellung liefert mir Funktion X” ist sicheres Terrain: eine Dokumentationsfrage, beantwortet aus der NX-Hilfe mit zitiertem Dialogpfad. Dieser Korpus bewegt sich zweimal im Jahr: Siemens hat das nächste Release, Designcenter 2612, in seinem Early Access Program in Mason, Ohio, vorgestellt, VIP-Wochen 14. bis 25. September 2026 (Siemens EAP), der Hilfe-Index braucht also pro Release eine Auffrischung. “Setze x auf y” bekommt stattdessen einen Änderungsantrag: Default-Name, Ebene, Wert, Sperrstatus, wer betroffen ist. Eine Änderung auf User-Ebene wendet der Benutzer an; eine Änderung auf Site-Ebene wendet der Admin im Dialog an. Wir raten davon ab, irgendeinen Agenten Dateien vom Typ .dpv direkt schreiben zu lassen; der Dialog ist der Audit-Trail.
Das läuft als POC. Was für die Produktion fehlt: DSGVO-Konformität, SSO/Entra, Skalierung, Monitoring, Betrieb und ein Vorschau-und-Bestätigungs-Gate vor jeder gemeinsam genutzten Datei. Die Lücke von “läuft auf dem Rechner des Admins” zu “läuft in der Konstruktionsabteilung” schließen wir mit dem NX Action Assistant: Vorschau, Bestätigung, Undo, Log.
Fehler-Triage: “Das Programm meldet Fehler XY, was mache ich?”
Das ist die Anfrage, die ein Assistent am besten bewältigt, weil alles, was er braucht, Text ist. NX schreibt pro Sitzung ein Systemprotokoll, das den Start, die verwendeten Umgebungsvariablen und Konfigurationsdateien und danach die Ereignisse der Sitzung festhält; Sie öffnen es über Help, Log File, es landet im Verzeichnis aus UGII_TMP_DIR, und UGII_KEEP_SYSTEM_LOG auf YES gesetzt sorgt dafür, dass es nach dem Beenden erhalten bleibt (Swoosh Technologies, NX-Logging, Siemens Community, Speicherort des NX-Syslogs). Nehmen Sie die Ausgabe des Listing-Fensters und den Text der NXOpen-Exception dazu, und der Assistent hat, wonach ein Support-Ingenieur fragen würde.
Die Triage, die er vorschlägt, in dieser Reihenfolge: welche Konfigurationsdatei dieses NX geladen hat, ob das fehlschlagende Programm gegen dieses Release gebaut wurde, ob das Teil eine freigegebene Teamcenter-Revision ist, ob Rolle und Berechtigungen mit dem Rechner übereinstimmen, auf dem es funktioniert, und ob die Meldung in Ihrer eigenen Known-Issue-Liste steht. Letzteres ist der Grund, warum Ihre Ticket-Historie in den Retrieval-Korpus gehört. Anwender nennen das “die KI auf unseren Tickets trainieren”; in der Praxis ist es Retrieval über Tickets plus Syslog, kein Modelltraining, und es reicht.
Ein kleines NXOpen-Journal ist oft das Erste, was der Assistent vorbereitet, damit das Ticket Fakten statt Screenshots enthält. Dieses hier gibt die Umgebung aus, die diese Sitzung auflöst, ihren Syslog-Pfad und die Ausdrücke des Arbeitsteils. Es ändert nichts.
# NX journal (Python): environment and expression inventory for an error-triage ticket.
# Read-only: writes to the listing window, changes nothing in the part.
import NXOpen
session = NXOpen.Session.GetSession()
lw = session.ListingWindow
lw.Open()
# Which directories does THIS NX resolve? (site/group config often differs per machine)
for var in ("UGII_BASE_DIR", "UGII_SITE_DIR", "UGII_GROUP_DIR", "UGII_TMP_DIR"):
lw.WriteLine(f"{var} = {session.GetEnvironmentVariableValue(var)}")
# The syslog that belongs to this session, for the ticket
lw.WriteLine(f"syslog = {session.LogFile.FileName}")
# Expressions in the work part: name, type and formula (no values are touched)
work_part = session.Parts.Work
for expr in work_part.Expressions:
lw.WriteLine(f"{expr.Name} [{expr.Type}] = {expr.RightHandSide}")GetEnvironmentVariableValue, LogFile und ListingWindow sind Member von NXOpen.Session; RightHandSide und Typ sind Member von NXOpen.Expression (NX Open-Referenz, Klasse Session). Das ist der Maßstab für einen Assistenten, der NXOpen schreibt: Jedes Member wird gegen die Referenz geprüft, nicht aus dem Gedächtnis übernommen, egal welches Modell dahintersteht (gehostet oder ein Open-Weight-Modell auf Ihrer eigenen Hardware). Wie Sie ein Modell zuverlässig dorthin bringen, zeigt unser Leitfaden zur KI-Codegenerierung für NX Open; die API-Landschaft behandeln wir in Siemens NX API-Programmierung.
Was der Assistent nie unbeaufsichtigt tun darf
Drei Aktionen bleiben in jedem Setup, das wir bauen, hinter einem Gate, so gut der Vorschlag auch ist. Die Doktrin hat sich nicht geändert: KI schlägt vor, NXOpen führt aus, Regeln und ein Mensch validieren.
| Aktion | Warum es hinter einem Gate liegt | Wie das Gate aussieht |
|---|---|---|
| Customer Defaults auf Site- oder Gruppen-Ebene bearbeiten | Ein Schreibvorgang ändert den Start für jeden Arbeitsplatz; einen falschen Sperrstatus macht der Benutzer nicht rückgängig | Änderungsantrag, vom Admin im Dialog angewendet, protokolliert |
| Eine gemeinsame Bibliothek ändern (Materialien, Bohrungstabellen, UDF oder Reuse Library) | Jede Sitzung liest sie; eine fehlerhafte XML-Zeile bricht einen Befehl site-weit | Diff auf einer Kopie, Admin wendet an, alte Datei bleibt erhalten |
| Eine Ribbon-Anpassung oder Rolle ausrollen, die andere Benutzer laden | Liefert einen ausführbaren Pfad an Leute aus, die nicht danach gefragt haben | Test auf einem Rechner, Admin kopiert in den Startup-Rollen-Ordner |
Der Mechanismus ist derselbe, den unsere Action-Assistenten im Modell nutzen: Vorschau, explizite Bestätigung, Undo-Marke, Audit-Zeile. Bei Admin-Arbeit ist das “Modell” eine Datei oder eine Einstellung, aber die Schleife ist identisch, und sie ist das, was ein produktionsreif gebauter NX-MCP-Server gegenüber einer rohen Tool-Schicht hinzufügt. Unserer Erfahrung nach nehmen die Admins einen Assistenten am schnellsten an, die am ersten Tag sehen, dass er nicht in ihr Site-Verzeichnis schreiben kann.
Read-only ist eine Architektur, keine Richtlinieneinstellung. Ein Assistent, der “verspricht”, nicht in die gemeinsame Bibliothek zu schreiben, hält weiterhin Pfad und Berechtigung; einer, der nicht schreiben kann, hat beides nicht.
Häufig gestellte Fragen
Was ist NX-Administrations-KI, in einem Satz?
Ein Assistent, der CAD-Admin-Fragen aus der NX-Dokumentation und Ihren eigenen Standards mit Quellenangaben beantwortet, Artefakte (UDFs, Materialeinträge, Customer-Defaults-Änderungsanträge, Ribbon-Anpassungen, NXOpen-Gerüste) zur Prüfung vorbereitet und nichts ausführt, was gemeinsam genutzte Dateien oder die Einstellungen anderer Benutzer berührt, ohne menschlichen Freigabeschritt (Gate).
NX Knowledge Chatbot vs. Action Assistant für Admin-Aufgaben: Welchen brauchen wir?
Für sechs der acht Anfragen reicht der rein lesende NX Knowledge Chatbot: Er beantwortet “welche Einstellung”, erklärt Syslog-Fehler und entwirft Artefakte als Text. Der Action Assistant verdient seinen Platz, wenn vorbereitete Änderungen über ein Vorschau-und-Bestätigungs-Gate angewendet werden sollen, etwa ein Default auf User-Ebene oder eine Rolle pro Benutzer. Beginnen Sie mit der Wissens-Stufe; ergänzen Sie die Handlungs-Stufe dort, wo der Admin immer noch derjenige ist, der klickt.
Was kostet ein NX-Administrations-KI-Setup?
Unsere Einstiegspakete mit festem Umfang stehen auf den Service-Seiten: ein Knowledge-Chatbot-Pilot mit Ihrem indexierten Kernkorpus und ein Action-Assistant-Proof-of-Concept für einen abgegrenzten Workflow, jeweils vier bis sechs Wochen und auf ein Rollout anrechenbar. Admin-Use-Cases starten meist mit dem Wissens-Piloten, weil die meisten Anfragen Antworten-und-Vorbereiten sind.
Kann der Assistent “auf unseren Daten trainiert” werden, also auf unseren Defaults, Bibliotheken, Tickets und NXOpen-Code?
In der Praxis ist das Retrieval, kein Training: Customer-Defaults-Exporte, Bibliotheksdateien, Ticket-Historie und NXOpen-Quellen werden unter Ihren Zugriffsregeln indexiert und in den Antworten zitiert. Fine-Tuning auf Kundendaten ist die Ausnahme, und wir behaupten es nicht, sofern ein Projekt es nicht erfordert. Retrieval erlaubt außerdem, den Korpus morgen zu aktualisieren, ohne neu zu trainieren.
Ersetzt der Assistent NX-Admin-Schulungen für unser Team?
Nein. Er verkürzt die Warteschlange, aber wer einen Default auf Site-Ebene oder eine gemeinsam genutzte Bibliothek freigibt, muss sie weiterhin verstehen. Genau deshalb ergänzen wir Rollouts gezielt um Siemens NX Schulung – das Gate ist nur so gut wie der Prüfer dahinter.
Nächster Schritt
Schicken Sie uns die letzten zwanzig Tickets Ihres CAD-Admins. Wir sortieren sie in Antworten, Vorbereiten und Ausführen und zeigen die ersten beiden Kategorien im Betrieb auf Ihrer eigenen Dokumentation und Ihren Standards. Sprechen Sie mit unseren Ingenieuren über einen NX-Admin-Assistenten
Verwandte Themen
- NX Action Assistant
- KI-Assistenten für Engineering-Teams bewerten
- Wie sich Siemens NX-KI-Chatbots rechnen
Referenzen
- Siemens Designcenter-Blog, “Designcenter is for everyone, June 2026 release” (23. Juni 2026): https://blogs.sw.siemens.com/designcenter/designcenter-is-for-everyone-june-2026-release/ (abgerufen am 24.09.2026)
- Siemens, “Welcome to the September 2026 Early Access Program for Designcenter” (Designcenter 2612, VIP-Wochen 14. bis 25. September 2026): https://resources.sw.siemens.com/en-US/presentation-welcome-to-designcenter-early-access-program/ (abgerufen am 24.09.2026)
- NX-Hilfe (Mirror), “Configuring UDF Libraries from NX”: http://www2.me.rochester.edu/courses/ME204/nx_help/en_US/tdocExt/content/g/udf_udf_manlibs_ug.xml (abgerufen am 24.09.2026)
- Swoosh Technologies, “Site Material Library in NX, getting started”: https://www.swooshtech.com/2020/10/08/site-material-library-in-nx-getting-started/ (abgerufen am 24.09.2026)
- NX Journaling, “Create library material”: https://nxjournaling.com/content/create-library-material (abgerufen am 24.09.2026)
- Eng-Tips, “Custom threaded hole callouts in NX 11”: https://www.eng-tips.com/threads/custom-threaded-hole-callouts-in-nx-11.464588/ (abgerufen am 24.09.2026)
- NX Journaling, “Start journal from custom button”: https://www.nxjournaling.com/content/start-journal-custom-button (abgerufen am 24.09.2026)
- NCmatic, “NX Roles, managing your custom interface layouts”: https://ncmatic.com/technical-tuesday/nx-roles/ (abgerufen am 24.09.2026)
- Swoosh Technologies, “How to define the defaults level of Customer Defaults”: https://www.swooshtech.com/2023/04/06/how-to-define-the-defaults-level-of-customer-defaults/ (abgerufen am 24.09.2026)
- Swoosh Technologies, “NX logging business”: https://www.swooshtech.com/2018/06/08/nx-logging-business/ (abgerufen am 24.09.2026)
- Siemens Community, “NX Syslog location”: https://community.sw.siemens.com/s/question/0D54O000061wvKCSAY/nx-syslog-location (abgerufen am 24.09.2026)
- NX Open C++ Reference Guide, NXOpen::Session and NXOpen::LogFile: https://www.ugapi.com/doc/NXOpen/a05085.html und https://www.ugapi.com/doc/NXOpen/a03979.html (abgerufen am 24.09.2026)
- Engineers Edge, “Machined tool relief grooves, DIN 509”: https://www.engineersedge.com/mechanical,045tolerances/machined_tool_relief_grooves_15414.htm (abgerufen am 24.09.2026)
- Digital Skills and Jobs Platform, “STEM skills shortage: Germany persists, over 130,000 vacancies remained vacant in March 2026”: https://digital-skills-jobs.europa.eu/en/latest/news/stem-skills-shortage-germany-persists-over-130000-vacancies-remained-vacant-march-2026 (abgerufen am 24.09.2026)
