Kontakte
+40 774 463 429
Kontaktieren Sie uns
Schließen Sie

Kontakte

Rumänien, Cluj-Napoca – 400157
Str. Ploiești Nr. 9

Rumänien, Vama - 447350
Str. Fermei Nr. 14

+40 774 463 429

info@inteliscience.net

Rufen Sie uns an: +40 774 463 429
Kontaktieren Sie uns
Kontaktieren Sie uns

NX-KI-Workshop: Checkliste für einen Plan, keine Demo (2026)

29. September 2026
KIBlogSiemensNX

NX-KI-Workshop: Die Kurzfassung

Ein NX-KI-Workshop ist eine zweitägige Sitzung, in der ein CAD-Team und ein KI-Integrator reale Teile, Zeichnungen und Datenquellen analysieren und Use-Case-Kandidaten bewerten. inteliScience, Spezialist für Siemens NX und NXOpen, führt ihn mit Ihren Beispielen durch. Das Ergebnis ist eine bewertete Use-Case-Liste, ein Dateninventar mit Verantwortlichen und ein kalkulierter Projektplan.

Das Problem: Warum die meisten KI-Workshops mit einer Demo enden

Die meisten KI-Workshops im Engineering scheitern aus Gründen, die nichts mit dem Modell zu tun haben. Niemand hat sich die Daten angesehen, niemand hat ein echtes Teil mitgebracht, und die Personen, die über Speicherorte, Berechtigungen und Freigaben entscheiden, waren nicht im Raum. Das Ergebnis ist eine beeindruckende Demo und kein Plan, den jemand unterschreiben kann.

Die Daten kommen zuerst. Gartner prognostiziert, dass Organisationen bis 2026 60 % der KI-Projekte aufgeben werden, die nicht durch KI-fähige Daten gestützt sind; in der Gartner-Umfrage unter 248 Data-Management-Verantwortlichen hatten 63 % nicht die richtigen Datenpraktiken für KI oder waren sich unsicher. In NX übersetzt: Ist die Bohrungstabelle ein Master oder fünf Kopien?

Die Beispiele kommen an zweiter Stelle: Die Demo-Welle eines Anbieters ist sauber und parametrisch, Ihre ist vielleicht über eine Migration ohne Feature-Historie ins System gekommen. Die Menschen kommen an dritter Stelle, und ein Betriebsrat, der erst beim Rollout vom Projekt erfährt, stoppt den Rollout.

Das CAD-Team eines Maschinenbauers aus der DACH-Region hat es richtig gemacht. Vor dem gemeinsamen Workshop bat es uns um eine Vorbereitungs-Checkliste und sagte zu, Beispiele mitzubringen, darunter eine Zeichnung für eine Bemaßungsanalyse und migrierte Teile für einen Neuaufbau-Test. Dieser Artikel ist diese Checkliste, anonymisiert. Unsere Position: Wir verschieben einen Workshop lieber um zwei Wochen, als ihn ohne Beispiele durchzuführen.

So laufen die zwei Tage ab

Ein zweitägiger NX-KI-Workshop hat vier Arbeitsblöcke: Analyse Ihrer Daten, Speicherorte und Anforderungen, Bewertung der Use-Case-Kandidaten sowie ein Projektplan mit Kostenaufstellung. Vorbereitungsgespräche finden vorab über Microsoft Teams statt, und die Tage können Vor-Ort- und Online-Sitzungen kombinieren.

Arbeitsblock Was passiert Wer muss teilnehmen Ergebnis
Vorbereitungsgespräche (Teams)Ziele, Einladungsliste, Beispiele, NDA und AustauschwegKonstruktionsleitung, CAD-AdminAbgestimmte Beispielliste
Tag 1: DatenanalyseBeispiele in NX geöffnet, Historie und Qualität geprüft, erste KI-Schritte ausgeführtKonstrukteure, CAD-AdminBefunde pro Beispiel
Tag 1: Speicherorte und AnforderungenWo jede Quelle liegt, Verantwortliche, API-Zugriff, Berechtigungen, HostingCAD-Admin, PLM, IT, DatenschutzEntwurf des Dateninventars
Tag 2: Use-Case-BewertungKandidaten bewertet nach Nutzen, Machbarkeit, Datenreife, RisikoAlle; die Konstruktionsleitung entscheidetPriorisierte Liste, Pilotkandidat
Tag 2: Plan und KostenaufstellungPhasen, Abnahmetests, Zuständigkeiten, AufwandKonstruktionsleitung, Budgetverantwortliche, ITPlan und Kostenaufstellung

Der Datenblock rechtfertigt die Zeit des Workshops. inteliScience verbindet seine KI-Anwendung über eine Reihe von NX-Tools mit einer laufenden NX-Sitzung und lässt sie an Ihren Beispielen arbeiten: Sie liest den offenen Arbeitsstand, erstellt Skizzen, baut daraus Geometrie auf und führt einzelne Schritte aus. Die Ergebnisse landen als editierbare Features im Part Navigator, nicht als tote Körper (dumb bodies), und Maße und Bohrungs-Callouts werden zu assoziativen PMI-Objekten, die ihre Referenzen zur Geometrie behalten. Das am eigenen Teil zu sehen, schlägt jede Folie.

Der Speicherort-Block ist der unscheinbarste und der aussagekräftigste: Jedes „Wo liegt das?“, das niemand beantworten kann, wird zu einem Posten im Plan.

Wen Sie einladen sollten, einschließlich der Rollen, die die meisten Teams vergessen

Laden Sie alle ein, die eine Entscheidung oder eine Datenquelle verantworten: die Konstruktionsleitung, zwei oder drei NX-Konstrukteure, den CAD-Administrator, einen PLM-Verantwortlichen, IT und Sicherheit sowie den Datenschutz. In deutschen Unternehmen sollten Sie den Betriebsrat frühzeitig informieren, wenn die Tools erfassen könnten, wer was getan hat, denn schon diese Möglichkeit kann die Mitbestimmung auslösen.

Rolle Warum sie gebraucht werden Was sie vorbereiten
KonstruktionsleitungSetzt Prioritäten, unterschreibt den PlanDie drei Aufgaben, die am meisten Zeit kosten
NX-Konstrukteure (zwei oder drei)Kennen die tägliche Arbeit, beurteilen die PraxistauglichkeitDie Beispiele unten
CAD-AdministratorVerantwortet Defaults, Bibliotheken, Tabellen, NX-ReleaseDefaults-Dateien, Admin-Tabellen
PLM- oder Teamcenter-VerantwortlicherDatenmodell und Workflows für spätere PhasenEine Übersicht der Customizings
IT und SicherheitHosting, Identität, technische BenutzerHosting-Vorgaben, Freigabeweg für APIs
DatenschutzPersonenbezogene Daten in Tickets und LogsEine Einschätzung zum Ticket-Export
Betriebsrat (Deutschland)Bestimmt bei überwachungsfähigen Systemen mitFrühe Information statt spätem Veto

Die letzte Zeile überrascht viele Engineering-Teams. § 87 Abs. 1 Nr. 6 Betriebsverfassungsgesetz (BetrVG) gibt dem Betriebsrat ein Mitbestimmungsrecht bei technischen Einrichtungen, die dazu bestimmt sind, das Verhalten oder die Leistung der Arbeitnehmer zu überwachen. Das Bundesarbeitsgericht (BAG) legt „dazu bestimmt“ objektiv aus: Mit Beschluss vom 16. Juli 2024 (1 ABR 16/23, Rn. 25) hat es entschieden, dass die objektive Eignung genügt und es auf die Absicht des Arbeitgebers nicht ankommt. Ein NX-Assistent, der bei jeder Aktion Benutzer, Tool und Parameter protokolliert, kann diesen Maßstab durchaus erfüllen, und wir bauen dieses Audit-Log bewusst ein. Informieren Sie den Betriebsrat vor dem Workshop und lassen Sie Ihren Fall arbeitsrechtlich beurteilen; dies ist keine Rechtsberatung.

Beim Datenschutz ist es einfacher: Ticket-Exporte enthalten Namen, und ob eine Datenschutz-Folgenabschätzung nach Art. 35 DSGVO nötig ist, entscheidet der Verantwortliche, der dazu den Rat des Datenschutzbeauftragten einholt.

Die NX-KI-Workshop-Checkliste: Was Sie mitbringen sollten

Bringen Sie Beispiele Ihrer Alltagsarbeit mit, nicht Ihre besten Arbeiten, denn die KI wird in der Produktion auf Ihre Alltagsteile treffen. Das ist die Liste, um die wir jedes CAD-Team bitten, geprägt von dem, was das Konstruktionsteam eines NX-Kunden für seine eigene Sitzung vorbereitet hat. Streichen Sie, was nicht zu Ihren Kandidaten passt.

  1. Ein Teil für Feature-Tests. Eine Welle für eine Passfedernut an einer bestehenden Welle, oder ein Teil, das eine parametrische Feature Group braucht, dazu die Firmentabelle, aus der die Maße stammen.
  2. Eine freigegebene Zeichnung für eine Bemaßungsanalyse. Modell, Zeichnung und die maßgeblichen Richtlinienseiten, um die automatische horizontale und vertikale Bemaßung daran zu messen, was Ihr Zeichnungsprüfer akzeptiert.
  3. Drei bis fünf migrierte Teile ohne Feature-Historie. Von einfach (ein Flansch, eine Schraube) bis schwierig, jeweils mit Quelldatei und der gewünschten Historienstruktur, für einen Neuaufbau mit automatisiertem Vergleich.
  4. Eine Baugruppe mit einem Komponententausch. Ein echter Tausch gegen eine Variante, mit der Regel, die sie auswählt, um zu sehen, welche Zwangsbedingungen einen Austausch überstehen.
  5. Ein Spritzguss- oder Gussteil mit einem bekannten Befund des Werkzeugbauers. Nur wenn die Entformbarkeit zum Umfang gehört: Es zeigt, was eine Live-Prüfung auf Hinterschnitte gemeldet hätte.
  6. Richtlinienseiten aus Ihrem Wiki. Fünf bis zehn Confluence-Seiten, die Konstrukteure tatsächlich nutzen: Bohrungsregeln, Zeichnungsregeln, Modellierungskonventionen.
  7. Admin-Tabellen. Aktuelle Werkstoff-, Bohrungs- und Toleranztabellen, wo sie liegen und wer sie pflegt.
  8. Eine anonymisierte Stichprobe aus dem Ticket-Export. Einige Dutzend geschlossene CAD-Tickets mit den Feldern Problem, Lösung und NX-Release, Namen entfernt.
  9. NX-Release und Customer Defaults. Das eingesetzte Release und das nächste geplante, dazu Customer Defaults auf Site- und Group-Ebene; NX liest sie aus den Verzeichnissen gemäß UGII_SITE_DIR und UGII_GROUP_DIR. Siemens hat am 23. Juni 2026 angekündigt, dass Designcenter NX künftig einfach Designcenter heißt, und das Early Access Program für Designcenter 2612 lief bis zum 25. September 2026: Planen Sie mit dem Release des nächsten Jahres.
  10. Wiederkehrende Fragen und Code. Die Voreinstellungen und Fehlermeldungen, nach denen immer wieder gefragt wird, und, falls NXOpen-Codegenerierung zum Umfang gehört, ein internes Vorlagenprojekt in C#, Python oder C++.

Vier Zugriffsfragen sollten Sie vorab mit der IT klären. Gibt es einen technischen Benutzer mit Lesezugriff für Wiki und Tickets? Dürfen Teile in einer EU-Cloud, nur in Deutschland oder On-Premise verarbeitet werden? Wer gibt die Beispiele frei, unter welchem NDA? Gibt es ein Testsystem, in das die KI schreiben darf?

Ein Workshop beweist Machbarkeit. Was für die Produktion fehlt: Schreibrechte, Hosting in der EU oder On-Premise, SSO, Audit-Log, Betriebsvereinbarung, Betrieb. Wir schließen die Lücke vom Workshop-POC bis „läuft in Ihrem Unternehmen“, beginnend mit einem im Umfang festgelegten NX-KI-Pilotprojekt an Ihren eigenen Beispielen.

Datenreife (Data Readiness): Wo jede Quelle liegt und was damit geschehen darf

Die Datenreife bestimmt den Aufwand stärker als die Modellwahl. Struktur, Pflegezustand, Speicherort und zulässige Verarbeitung einer Quelle entscheiden, wie viel Integrationsarbeit ein Use Case braucht; deshalb stellt der Workshop jeder Quelle dieselben Fragen.

Quelle Üblicher Ort Verantwortlich Zugriffsweg Qualitätsfrage Verarbeitungsfrage
KonstruktionsrichtlinienWiki wie ConfluenceNormenverantwortlicheREST-API (Confluence Cloud v2: read:page:confluence Scope, liefert nur Seiten, die der Aufrufer sehen darf)Aktuell für Ihr NX-Release?Cloud-Verarbeitung erlaubt?
Werkstoff-, Bohrungs-, ToleranztabellenNX-Bibliotheken, TabellenkalkulationenCAD-AdminDateifreigabe oder DatenbankEin Master oder mehrere Kopien?Schreibzugriff oder bearbeitete Kopie?
Customer DefaultsSite- und Group-VerzeichnisseCAD-AdminDateienWelche Einstellungen sind gesperrt?Nur lesend
TicketsTicketsystemCAD-SupportAPI oder ExportLösungsfeld ausgefüllt?Personenbezogene Daten entfernt?
Migrierte TeileTeamcenter oder DateisystemMigrationsteamExportHistorienregeln dokumentiert?Dürfen Teile den Standort verlassen?
Teamcenter-DatenmodellTeamcenterPLM-TeamServices, ExporteCustomizing dokumentiert?Welche Exporte sind zulässig?

Wir binden Richtlinien, Wikis und Ticketsysteme über ihre APIs mit eigens entwickelten Tools an, damit die KI aktuelle Inhalte abfragt statt einer veralteten Kopie. Deshalb zählt die Zugriffsspalte genauso viel wie die Qualitätsspalte, und deshalb ist Data Engineering die eigentliche KI-Strategie in diesem Umfeld.

Berechtigungen brauchen eine Entscheidung pro Quelle. Um eine Werkstofftabelle oder andere Unternehmensdaten zu ändern, braucht die KI Schreibzugriff. Ohne ihn liest die KI die Inhalte und erzeugt eine bearbeitete Kopie, die jemand von Hand ins Quellsystem überträgt. Für gemeinsam genutzte Tabellen empfehlen wir in der ersten Phase die bearbeitete Kopie: Sie kostet den Admin Minuten und nimmt die schwierigste Sicherheitsfrage aus dem Pilotprojekt.

Auch das Hosting wird pro Quelle entschieden. Modelle und Daten können in der EU, in Deutschland oder On-Premise laufen, abhängig von Datenschutzanforderungen, Modellwahl und Infrastruktur. Die Deployment-Optionen im Detail finden Sie im Deployment-Kapitel unseres Whitepapers zu NX-KI-Anforderungen.

Ein einseitiger Steckbrief pro Quelle, vorab von deren Verantwortlichem ausgefüllt, verkürzt den Speicherort-Block erheblich:

# Data source card (template): one per source, filled in by its owner
source: Hole and thread design rules
system: Confluence                  # Cloud or Data Center
owner: methods team, named person
access_for_ai: REST API, read-only technical user
write_access: "no"                  # "no" = AI returns an edited copy, admin transfers it
permitted_processing: EU hosting approved
known_quality_issues: pages that predate the current NX release

Use Cases bewerten: Nutzen, Machbarkeit, Datenreife, Risiko

Bewerten Sie jeden Kandidaten nach vier Kriterien: Nutzen für die Konstrukteure, Machbarkeit heute, Reife seiner Daten und Risiko, wenn etwas schiefgeht. Das Beispiel nutzt die Prioritäten des Konstruktionsteams eines NX-Kunden: zuerst Konstruktionsunterstützung in NX, Teamcenter später.

Kandidat Nutzen Machbarkeit heute Datenreife Risiko Einstufung
Konstruktionsunterstützung: Passfedernuten, parametrische Feature GroupsHochHoch: editierbare Features in einer laufenden SitzungMittel: NormtabellenNiedrigPilotkandidat
PMI: Maße und Bohrungs-CalloutsHochHoch: assoziative, editierbare PMIMittel: PMI-RichtlinieNiedrigPhase 1
Automatische 2D-BemaßungHochMittel: in aktuellen Projekten rund 40 Prozent automatisiert (eigene Schätzung); Toleranzen und Oberflächensymbole sind schwierigerMittel: ZeichnungsnormMittelPhase 2
Neuaufbau historienloser migrierter TeileHoch bei großem AltbestandFür Flansche und Schrauben umgesetzt; bei sehr komplexer Geometrie nicht garantiertNiedrig, bis Historienregeln existierenMittelTest an Stichproben
Komponententausch in BaugruppenMittelRegelbasiert; Zwangsbedingungen bleiben in der Regel erhalten, außer referenzierte Flächen fehlenMittel: TauschregelnMittelPhase 2
Admin-Hilfe: Tabellen, Voreinstellungen, FehlerMittelHoch als bearbeitete Kopien oder belegte AntwortenTicketqualitätNiedrigPhase 1
Teamcenter-UnterstützungLangfristig hochOffen: eigenes Datenmodell, Workflows, PoliciesNiedrig, bis dokumentiertHöherSpäter

Für neu aufgebaute Teile hat das Team des Kunden den Abnahmetest vorgeschlagen, und wir haben zugestimmt: Jedes neu aufgebaute Teil wird automatisch mit seiner Quellgeometrie verglichen, was aus „sieht richtig aus“ eine Erfolgsquote macht. Beim Austausch haben wir bereits Ventile anhand geänderter Gehäusegrößen und vorgegebener Richtlinien automatisch gegen passende Komponenten tauschen lassen.

Bewerten Sie auch die Form: Dieselbe Fähigkeit kann als Chat, Funktion, Workflow, Batch-Prozess oder Button laufen, und ein korrektes Ergebnis in der falschen Form bleibt ungenutzt.

Unsere klare Empfehlung: Pilotieren Sie einen Use Case aus der Konstruktionsunterstützung. Er liefert am schnellsten praktischen Nutzen und wartet nicht auf Teamcenter. Die Produktionsversion ist beschrieben unter KI-gestützte Geometrieerstellung in NX.

Was die zwei Tage liefern

Ein guter Workshop endet mit Entscheidungen, nicht mit Eindrücken. Verlässt das Team den Raum ohne ein Abnahmekriterium pro Use Case, hat es eine Wunschliste produziert, so gut die Demo auch aussah. Das sind die sechs Ergebnisse, auf die wir hinarbeiten, schriftlich geliefert:

  1. Eine priorisierte Use-Case-Liste mit Bewertungen und einem Pilotkandidaten.
  2. Ein Dateninventar mit Verantwortlichem, Speicherort, Zugriffsweg und zulässiger Verarbeitung pro Quelle.
  3. Zugriffs- und Hosting-Entscheidungen: Lesen oder Schreiben, EU, Deutschland oder On-Premise sowie die Form pro Use Case.
  4. Ein Abnahmetest pro Use Case, etwa der Geometrievergleich für neu aufgebaute Teile oder bewertete NX-KI-Abnahmetestfragen für Wissens-Use-Cases.
  5. Ein Projektplan und eine Kostenaufstellung nach Phasen, mit Zuständigkeiten auf beiden Seiten.
  6. Offene Punkte mit Verantwortlichen: Betriebsrat, Datenschutz, NDA für weitere Beispiele.

Der Pilotkandidat geht dann in den NX Proof-of-Value Sprint: ein Use Case auf Ihren Daten, ein laufender Prototyp, der in zwei bis drei Wochen an vereinbarten Metriken gemessen wird. Wir raten davon ab, direkt vom Workshop in den Rollout zu springen; der Sprint liefert dem Abnahmetest seine ersten echten Zahlen.

Häufig gestellte Fragen

Was ist ein NX-KI-Workshop?

Eine zweitägige Arbeitssitzung, in der ein CAD-Team und ein KI-Integrator die eigenen Teile, Zeichnungen und Datenquellen des Teams analysieren, mögliche Use Cases bewerten und einen Projektplan vereinbaren. Es ist keine Produktdemo: Beispiele, Daten und Entscheidungen kommen von Ihrer Seite.

Wie sollte sich ein CAD-Team auf einen NX-KI-Workshop vorbereiten?

Laden Sie die Verantwortlichen für Entscheidungen und Daten ein, darunter IT, Datenschutz und in Deutschland gegebenenfalls den Betriebsrat. Bringen Sie ein Teil für Feature-Tests mit, eine Zeichnung für die Bemaßungsanalyse, migrierte Teile ohne Historie, Wiki-Seiten, Admin-Tabellen, eine anonymisierte Ticket-Stichprobe sowie Ihr NX-Release und Ihre Customer Defaults.

Was kostet ein NX-KI-Workshop?

Den Umfang des Workshops legen wir im Vorbereitungsgespräch fest, denn der Aufwand hängt von der Zahl der Use Cases und Datenquellen ab. Der Festpreis-Schritt danach ist der NX Proof-of-Value Sprint: 12.900 EUR für einen Use Case, vollständig angerechnet auf das Folgeprojekt.

Zuerst Workshop oder Pilot: Womit starten Sie besser?

Der Workshop, wenn Sie mehrere Kandidaten haben oder nicht wissen, wo Ihre Daten liegen. Ein Pilot, wenn ein Use Case klar ist, seine Daten bekannt sind und die IT das Hosting freigegeben hat. Ein Pilot für den falschen Use Case kostet weit mehr als zwei Tage Vorbereitung.

Muss der Betriebsrat einbezogen werden?

In Deutschland gut möglich. § 87 Abs. 1 Nr. 6 BetrVG erfasst technische Einrichtungen, die dazu bestimmt sind, das Verhalten oder die Leistung der Arbeitnehmer zu überwachen, und das Bundesarbeitsgericht (BAG) hat 2024 entschieden (1 ABR 16/23), dass die objektive Eignung genügt. Ein Audit-Log pro Benutzer kann diesen Maßstab erfüllen; informieren Sie den Betriebsrat deshalb frühzeitig.

Nächster Schritt

Senden Sie uns Ihre Use-Case-Kandidaten und die Beispiele, die Sie mitbringen könnten. Die Ingenieure von inteliScience, die für CAD-Teams in der DACH-Region Nearshore aus Rumänien liefern, sagen Ihnen, welche davon ein Workshop auf Ihren Daten bewerten kann und welche Zugriffsfragen Sie vorher mit der IT klären sollten.

Planen Sie Ihren NX-KI-Workshop mit unseren Ingenieuren

Quellen

Inhalt
Inhaltsübersicht