Teamcenter-Workflow-KI: die Kurzfassung
Teamcenter-Workflow-KI ist ein Assistent, der in Ihrem eigenen Teamcenter-Customizing verankert ist: BMIDE-Datenmodell, Workflow-Vorlagen und Handler-Argumente, XRT-Stylesheets und SOA- oder ITK-Code. inteliScience baut ihn als Retrieval plus Tool-Zugriff auf einer Testumgebung, nicht als Modell mit Fine-Tuning. Er entwirft und erklärt; Ihr Administrator deployt weiterhin.
| Wunsch der Anwender | Was der Assistent tut | Was beim Admin bleibt |
|---|---|---|
| Workflow-Erstellung und Handler | Erklärt Ihre Vorlagen, entwirft Handler-Argumente | Speichert die Vorlage im Workflow Designer |
| Stylesheets bauen | Entwirft XRT-Änderungen gegen Ihre registrierten Stylesheets | Deployt das Dataset, setzt die Preference |
| SOA-Programmierung | Generiert Client-Skelette, erklärt Fehler | Kompiliert, testet, merged |
| Fragen zum Datenmodell | Antwortet aus Ihrem BMIDE-Vorlagen-Export | Ändert das Modell in BMIDE |
Das Problem: Jedes Teamcenter ist anders, und ein generischer Copilot kennt Ihre Handler nicht
Als die CAD-Administration eines DACH-Maschinenbauers sammelte, was ihre Anwender von einer “NX-KI” erwarten, war der Teamcenter-Block der skeptischste Teil der Liste. Der genaue Wortlaut: Teamcenter ist meist stark angepasst, kann die KI also auf unser eigenes Datenmodell, unsere Workflows und Prozesse trainiert werden? Dann drei Nachfragen: Hilfe bei Workflow-Erstellung und Handler-Wissen, Stylesheets bauen, SOA-Programmierung.
Die Skepsis ist berechtigt. Eine zehn Jahre alte Installation trägt eine eigene Vorlage mit eigenen Item-Typen, Workflow-Vorlagen, die seit dem Weggang des Beraters niemand dokumentiert hat, direkt bearbeitete Stylesheets und ITK-Handler, deren Argumente im Kopf eines einzigen Administrators leben. Nichts davon ist öffentlich, also hat kein Anbietermodell es je gesehen.
Der Siemens-eigene Assistent zeigt die Grenze. Teamcenter 2606, veröffentlicht am 12. Juni 2026, liefert “AI recommendations for workflow templates and task assignments based on past usage” und einen ersten Teamcenter-Agenten für die Stücklistenarbeit [1]. Nützlich, und wir haben geprüft, wo der Siemens Copilot hilft und wo er aufhört. Er liest Ihre Handler-Dokumentation nicht, weiß nicht, warum isc_material bei der Freigabe Pflicht ist, und entwirft keine XRT-Änderung für ein Stylesheet, das Sie 2019 registriert haben.
Die Plattform ist nicht das Problem; am 22. September 2026 meldete Siemens, dass G2 Teamcenter auf Basis von Kundenbewertungen als PLM-Software Nummer eins einstuft [7]. Das Problem ist die Schicht darüber, die niemand außerhalb Ihrer Mauern je gesehen hat.
Die ehrliche Antwort auf diese Frage lautet also: ja, aber “trainiert” ist das falsche Denkmodell. Der Rest dieses Leitfadens erklärt, wie das richtige aussieht.
Was “trainiert auf unser Teamcenter” wirklich bedeutet
In der Praxis bedeutet es Retrieval über Ihre Customizing-Artefakte plus Tool-Zugriff auf eine Testumgebung. Das Modell bleibt ein allgemeines; was sich ändert, ist, was es lesen und aufrufen kann. Fine-Tuning auf einem BMIDE-Export klingt verlockend und funktioniert schlecht: Das Datenmodell ändert sich mit jedem Vorlagen-Deployment, und ein Modell mit Fine-Tuning kann nicht sagen “Ich konnte diese Eigenschaft nicht finden”. Retrieval kann das.
Die Quellen, in der Reihenfolge, in der wir sie laden:
| Quelle | Format | Was es ermöglicht | Aktualisierungsrhythmus |
|---|---|---|---|
| Kundenspezifische BMIDE-Vorlage | Vorlagen-XML aus dem Packaging-Output plus der BMIDE-Datenmodellbericht | Antworten zu Item-Typen, Eigenschaften, LOVs, Relationen, Namensregeln | Bei jedem Vorlagen-Deployment |
| Workflow-Vorlagen | Vorlagen-Export aus dem Workflow Designer | “Welche Handler laufen auf der Start-Aktion unseres Freigabe-Tasks, mit welchen Argumenten?” | Bei jeder Vorlagenänderung |
| Handler-Referenz | Siemens-Dokumentation zum Workflow Designer für Ihre Version plus Ihr eigenes Handler-README | Argumente erklären, passende EPM-* Handler für eine neue Regel vorschlagen | Bei jedem Teamcenter-Upgrade |
| XRT-Stylesheets | XMLRenderingStylesheet Datasets, als XML exportiert, mit den .REGISTEREDTO Preferences | Entwurf von Änderungen an Summary-, Create- und Form-Renderings | Bei Änderung, geprüft gegen den Testserver |
| SOA- und ITK-Quellen | Git-Repositories, Build-Skripte, Fehlerkataloge | Client-Skelette, Erklärung von Compile- und Laufzeitfehlern | Bei jedem Commit auf dem Main-Branch |
| Ihre eigene Customizing-Dokumentation | Wiki-Seiten, Word-Dateien, Upgrade-Notizen, Ticket-Historie | “Warum hat unsere ECR-Vorlage einen zweiten Review-Schritt?” | Wöchentlich oder bei Änderung |
Alles in dieser Tabelle existiert bereits in Ihrer Installation; nichts muss für die KI geschrieben werden. Und jede Zeile hat einen Aktualisierungs-Trigger, was den Unterschied ausmacht zwischen einem Assistenten, der im März richtig liegt, und einem, der nach dem Dezember-Upgrade immer noch richtig liegt.
Tool-Zugriff ist die andere Hälfte. Der Assistent bekommt eine Lese-Session auf einem Test-Teamcenter, über SOA, unter einem benannten Benutzer mit den Berechtigungen eines normalen Ingenieurs, damit er eine Behauptung prüfen kann (“existiert dieses Stylesheet, und auf welchen Typ ist es registriert?”), statt zu raten. Es ist das Berechtigungsmodell, das wir für den privaten KI-Wissensassistenten auf technischen Dokumenten genutzt haben: Lesezugriff, kein Service-Superuser, jede Abfrage protokolliert.
Unsere klare Position: Ein Anbieter, der “trainiert auf Ihren Daten” sagt und Ihnen weder die Quellenliste noch den Aktualisierungs-Trigger je Zeile zeigen kann, verkauft ein generisches Modell mit einem Prompt davor.
Workflow-Erstellung und Handler-Wissen
Hier verdient ein in Ihren Vorlagen verankerter Assistent sein Geld, denn Workflow-Arbeit in Teamcenter ist überwiegend Lesen: Ein neuer Freigabeprozess besteht zu 20 Prozent aus Modellierung im Workflow Designer und zu 80 Prozent aus dem Herausfinden, welcher Handler, auf welcher Aktion, mit welchem Argument, bereits tut, was Sie brauchen.
Zuerst die verifizierten Grundlagen. Teamcenter-Workflow-Handler sind kleine ITK-Programme, die an Task-Aktionen hängen. Rule-Handler entscheiden über die Freigabe eines Tasks und liefern EPM_go oder EPM_nogo; Action-Handler tun etwas, etwa Objekte anhängen oder einen Status setzen [2]. Siemens liefert einen umfangreichen Katalog: EPM-check-condition, EPM-check-object-properties und EPM-hold auf der Regelseite; EPM-attach-related-objects, EPM-set-status, EPM-auto-assign und EPM-create-sub-process auf der Aktionsseite [2]. EPM-attach-related-objects, zum Beispiel, erwartet eine Relation, einen Anhangstyp und einen Objekttyp als Argumente, um verwandte Objekte in den Prozess zu ziehen [3]. Eigene Handler werden in ITK geschrieben und bei der Workflow-Engine registriert; die Anatomie eines eigenen Rule-Handlers steht in unserem Leitfaden zu ITK, SOA und PLM-Automatisierung.
Was der Assistent damit tun kann, wenn er Ihren Vorlagen-Export und die Siemens-Handler-Referenz geladen hat:
- Eine bestehende Vorlage erklären. “Liste jeden Handler unserer Vorlage
ISC_Release_v4auf, je Task und Aktion, und markiere die eigenen.” Eine Retrieval-Frage, Zeile für Zeile überprüfbar. - Eine Handler-Konfiguration entwerfen. “Blockiere den Freigabe-Task, wenn
isc_materialauf einer der Ziel-Revisionen leer ist.” Der Assistent schlägt einen Rule-Handler mit Argumenten vor, sagt, ob ein Standard-Handler das abdeckt, und meldet, wenn ein eigener ITK-Handler nötig ist. - Einen hängenden Prozess diagnostizieren. Fügen Sie das Prozessprotokoll ein; der Assistent ordnet den Fehler dem Handler und Argument zu, die ihn erzeugt haben, anhand Ihres Handler-README statt einer generischen Vermutung.
- Zwei Vorlagen vergleichen vor einem Upgrade, wenn Siemens das Verhalten von Standard-Handlern ändert und niemand mehr weiß, welche Ihrer 40 Vorlagen davon abhängen.
Was er nicht tut: die Vorlage speichern. Der Admin übernimmt den Vorschlag im Workflow Designer auf dem Testserver, schickt ein echtes Item hindurch und überführt ihn erst dann in die Produktion. Auch bei der Argumentsyntax muss der Assistent ehrlich sein: Wenn die Referenz für Ihre Version ein Flag nicht dokumentiert, lautet die richtige Antwort “für 2606 nicht dokumentiert, mit Siemens klären”, nicht eine erfundene.
Stylesheets bauen
Stylesheets sind Konfiguration, kein Code, was sie zum einfachsten der vier Wünsche macht und zu dem, bei dem eine falsche Antwort am sichtbarsten ist. Eine entworfene XRT-Änderung rendert auf dem Testserver oder sie tut es nicht.
Die Fakten, von denen wir ausgehen: Teamcenter-Stylesheets sind XML-Dokumente, gespeichert in XMLRenderingStylesheet Datasets auf dem Server, registriert auf ein Business-Objekt über Preferences wie Awp0 verrät es) und hat einen XRT-Editor, mit dem ein Administrator ein Stylesheet bearbeiten und die Änderung ohne Build in die Datenbank deployen kann [5]. Teamcenter 2606 erweitert die Self-Service-Administration auf Teamcenter X auf mehr dieser Konfiguration [1].
Mit Ihren Stylesheet-Exporten geladen kann der Assistent beantworten: “Welches Stylesheet rendert die Summary für die Revision unseres ISC_Assembly in Active Workspace, und wo wird isc_material angezeigt?” und die XML-Änderung entwerfen, die eine Eigenschaft ergänzt, einen Abschnitt verschiebt oder eine Spalte ausblendet. Er kann auch die Frage beantworten, die in der Stylesheet-Arbeit die meiste Zeit kostet: ob die Eigenschaft auf diesem Typ in Ihrer BMIDE-Vorlage überhaupt existiert.
Der Freigabeschritt (Gate) bleibt derselbe. Der Admin importiert das Dataset auf dem Testserver und prüft das Objekt sowohl in Active Workspace als auch im Rich Client, denn ein Stylesheet, das in einem Client rendert und im anderen nicht, ist ein Fehlerbild, das wir in Installationen mit beiden Clients immer noch sehen.
Das läuft als POC. Was für die Produktion fehlt: berechtigungsbewusster Zugriff auf Ihr Teamcenter, SSO/Entra, ein Audit-Trail je Aktion, Monitoring, Betrieb. Wir schließen die Lücke von “läuft auf meinem Rechner” zu “läuft im Unternehmen”: zum Teamcenter Action Assistant, unserem PLM-Assistenten, der unter den eigenen Berechtigungen des Nutzers handelt.
Unterstützung bei SOA- und ITK-Programmierung
Code-Generierung für Teamcenter funktioniert, mit einer nicht verhandelbaren Regel: Nichts, was der Assistent schreibt, zählt, bevor es gegen den Testserver kompiliert und läuft. Wir nennen das Compile-and-Test-Gate, und es existiert, weil Sprachmodelle bei API-Namen, die sie nie gesehen haben, selbstsicher auftreten. Unsere Messungen an NXOpen zeigten, dass Frontier-Modelle 4 bis 6 Prozent der API-Member erfinden, und Teamcenter SOA ist ein kleinerer öffentlicher Korpus als NXOpen.
Was SOA-Unterstützung verlässlich macht, ist, dass die Oberfläche dokumentiert und typisiert ist. Die Java-Client-Bindings stellen eine Service-Klasse je Domäne bereit, und der Einstiegspunkt ist seit Jahren stabil: eine Connection aus com.teamcenter.soa.client, ein SessionService für das Login und ein DataManagementService mit der Eigenschaft getProperties Operation ein Array von Model-Objekten und ein Array von Eigenschaftsnamen erwartet [6]. Ein Skelett, das der Assistent aus der Referenz erzeugen können sollte und das wir gegen die strong-typed Client-Bibliothek Ihrer Version verifizieren:
// TcReadProps.java - Teamcenter SOA Java client skeleton (strong-typed bindings)
// Verify against the services reference of your release before use.
import com.teamcenter.soa.SoaConstants;
import com.teamcenter.soa.client.Connection;
import com.teamcenter.soa.client.model.ModelObject;
import com.teamcenter.services.strong.core.SessionService;
import com.teamcenter.services.strong.core.DataManagementService;
public class TcReadProps {
public static void main(String[] args) throws Exception {
// credentialManager implements com.teamcenter.soa.client.CredentialManager (app-specific)
Connection connection = new Connection("https://plm-test.example.com/tc",
credentialManager, SoaConstants.REST, SoaConstants.HTTP);
SessionService session = SessionService.getService(connection);
session.login("j.miller", "***", "Chassis", "Design Engineer", "en_US", "tc-read-props");
// objects[] is resolved earlier, e.g. through a saved query or a loadObjects call
ModelObject[] objects = resolveTargets(connection);
DataManagementService dm = DataManagementService.getService(connection);
dm.getProperties(objects, new String[] { "item_revision_id", "isc_material" });
for (ModelObject obj : objects) {
System.out.println(obj.getPropertyDisplayableValue("item_revision_id") + " "
+ obj.getPropertyDisplayableValue("isc_material"));
}
session.logout();
}
}Die beiden Platzhalter sind Absicht. Der Credential Manager ist der Teil, den jede Installation anders schreibt (SSO, Kerberos, ein Vault), und die Objektauflösung hängt von Ihrem Datenmodell ab. Ein Assistent mit Ihren Repositories geladen füllt beides aus Ihrem bestehenden Code, und genau darum geht es beim Verankern in Ihren Quellen.
Für ITK ist das Gate strenger, weil ITK im Serverprozess läuft. Der Assistent ist in drei Dingen gut: einen ITK- oder Handler-Fehler aus dem syslog anhand Ihres Fehlerkatalogs erklären, ein Handler-Skelett mit den Includes und der EPM_go/EPM_nogo Rückgabekonvention entwerfen und die Speicherverwaltung in bestehendem Code reviewen. Er rührt Produktionsbibliotheken nie an; der Admin baut, deployt auf Test, lässt das Regressionsset echter Workflows laufen und überführt dann in die Produktion, die Disziplin aus unserer Praxis für Teamcenter-Server-Customizing.
Wir raten davon ab, irgendeinen Assistenten verändernde SOA-Operationen auf der Produktion aufrufen zu lassen, selbst mit Bestätigungsschritt, bevor die rein lesende Version einige Monate gelaufen ist und die PLM-Administratoren ihren Audit-Trail geprüft haben. Erst lesen, dann handeln.
Governance: Testumgebung, Vier-Augen-Prinzip, Audit-Trail
Der Assistent ist nur so sicher wie die Umgebung, auf die er zeigt. Drei Regeln decken das meiste ab, was ein PLM-Administrator im ersten Gespräch fragt.
- Nur Testumgebung. Die Teamcenter-Session des Assistenten lebt auf dem Testserver mit einer Kopie der Produktionsvorlage. Die Produktion erreichen Menschen, über die bestehende Deployment-Pipeline.
- Vier Augen auf jede Änderung. Eine entworfene Handler-Konfiguration, Stylesheet- oder Code-Änderung wird von einem Administrator geprüft, bevor sie angewendet wird, und das Review wird protokolliert, die Regel, die die meisten DACH-Organisationen bereits auf BMIDE-Deployments anwenden.
- Zwei Audit-Trails. Der Assistent protokolliert, wer was gefragt hat und welche Quellen er genutzt hat; Teamcenter protokolliert, was der benannte Benutzer in der Session getan hat. Zusammen beantworten sie ein Jahr später die Frage “warum sieht diese Vorlage so aus”.
Wo läuft es? Auf Ihrer Infrastruktur oder in einer EU-Cloud, denn der BMIDE-Export und die ITK-Quellen gehören zu den sensibelsten Dokumenten, die eine Engineering-Organisation besitzt. inteliScience liefert das aus Rumänien, eine Stunde vor DACH, mit den Teamcenter-Ingenieuren, die auch die Handler schreiben, was zählt, wenn eine Antwort von jemandem geprüft werden muss, der ITK lesen kann.
Häufig gestellte Fragen
Kann eine KI wirklich auf unser eigenes Teamcenter-Datenmodell und unsere Workflows trainiert werden?
Ja, wenn “trainiert” verankert bedeutet. Der Assistent liest per Retrieval aus Ihrem BMIDE-Vorlagen-Export, den Workflow-Vorlagen-Exporten, Stylesheet-Datasets, SOA- und ITK-Quellen und Ihrer eigenen Dokumentation und fragt ein Test-Teamcenter über SOA ab, um Antworten zu verifizieren. Wir trainieren kein Modell per Fine-Tuning auf Kundendaten; Retrieval bleibt nach jedem Vorlagen-Deployment aktuell und lässt den Assistenten sagen, wenn etwas nicht in den Quellen steht.
Was kostet ein Teamcenter-Workflow-KI-Assistent?
Unser Teamcenter Action Assistant Proof of Concept wird zu einem Festpreis angeboten, der auf seiner Service-Seite steht: zwei Aktionstypen live auf Ihrem Teamcenter inklusive BMIDE-Objekt-Mapping, über fünf bis sieben Wochen, anrechenbar auf den Rollout. Ein rein lesender Wissensassistent auf Ihren Customizing-Quellen wird separat geschnitten und ist meist der erste Schritt.
Teamcenter Copilot vs. eigener Teamcenter-Assistent: Welchen brauchen wir?
Siemens’ Teamcenter Copilot antwortet aus der Teamcenter-Dokumentation und Ihren PLM-Datensätzen und empfiehlt seit 2606 Workflow-Vorlagen auf Basis der bisherigen Nutzung. Ein eigener Assistent antwortet aus Ihren Customizing-Artefakten: Handler-Argumente, Stylesheet-XML, ITK-Quellen, Upgrade-Notizen. Geht es um Produktdaten, nutzen Sie den Copilot. Geht es darum, warum sich Ihre Installation so verhält, wie sie es tut, brauchen Sie den eigenen. Die meisten Organisationen mit einem angepassten Teamcenter landen bei beiden, so geschnitten, dass sie sich nicht überschneiden.
Wird der Assistent unser BMIDE-Datenmodell ändern oder in die Produktion deployen?
Nein. Datenmodelländerungen bleiben in BMIDE bei Ihren Administratoren, und jede vorgeschlagene Änderung, ob Handler-Argument, Stylesheet-Bearbeitung oder Code-Patch, geht vor dem Deployment über den Testserver und ein Vier-Augen-Review. Der Assistent entwirft und erklärt; die Deployment-Pipeline, die Sie bereits betreiben, überführt in die Produktion.
Was müssen wir vor einem Pilot vorbereiten?
Einen Export der kundenspezifischen BMIDE-Vorlage, die Exporte der Workflow-Vorlagen, die Stylesheet-Datasets, die Ihnen wichtig sind, Lesezugriff auf die SOA- und ITK-Repositories und ein Test-Teamcenter mit einem benannten Benutzerkonto für den Assistenten. Nach unserer Erfahrung braucht ein Administrator für den Export zwei bis drei Tage, das meiste davon für die Entscheidung, welche der 40 Vorlagen noch in Gebrauch sind, was für sich genommen schon nützliches Aufräumen ist.
Nächster Schritt
Wenn Ihre Administratoren bereits gefragt haben, ob eine KI Ihre Handler und Stylesheets lernen kann, ist der schnellste Weg, es herauszufinden, ein funktionierender Assistent auf Ihrem eigenen Vorlagen-Export, auf einem Testserver, innerhalb weniger Wochen.
Sprechen Sie mit unseren Teamcenter-Ingenieuren über einen Assistenten auf Ihrem Customizing
Verwandte Themen
- Teamcenter Action Assistant: PLM-Aktionen aus dem Chat unter den eigenen Berechtigungen des Nutzers
- Teamcenter-Programmierung über ITK, SOA und Active Workspace
Referenzen
- Siemens Digital Industries Software, “Introducing Teamcenter 2606,” Teamcenter Blog, 12. Juni 2026, https://blogs.sw.siemens.com/teamcenter/teamcenter-2606/ (abgerufen am 24. September 2026).
- Global PLM, “Teamcenter Workflow Handlers” (rule handlers, action handlers, EPM_go/EPM_nogo, handler list), https://globalplm.com/teamcenter-workflow-handlers/ (abgerufen am 24. September 2026).
- Siemens, Teamcenter Gateway Generic Configuration Guide, “Attach Additional Teamcenter Objects to a Workflow and Read their Attributes” (EPM-attach-related-objects arguments), https://docs.plm.automation.siemens.com/content/pl4x/19.1/T4EA/en_US/generic_configuration_guide/concept_of_triggering_transfer/process_based_trigger_workflow/attach_additional_teamcenter_objects_to_a_workflow_and_read_their_attributes.html (abgerufen am 24. September 2026).
- PLM Handbook, “Teamcenter: Introduction to Stylesheets” (XMLRenderingStylesheet datasets, RENDERING and REGISTEREDTO preferences), https://plmhandbook.blogspot.com/2020/10/teamcenter-introduction-to-stylesheets.html (abgerufen am 24. September 2026).
- Siemens Digital Industries Software Community, “Active Workspace 3.3” (XRT editor, deploy without a build), https://community.sw.siemens.com/s/article/active-workspace-3-3 (abgerufen am 24. September 2026).
- Siemens, Teamcenter Services Reference (Java, strong-typed): Connection and DataManagement, https://support.industrysoftware.automation.siemens.com/docs/teamcenter/10.1/help/en_US/custom/services_reference/java/docs/strong/com/teamcenter/soa/client/Connection.html (abgerufen am 24. September 2026).
- Siemens Digital Industries Software, “PLM reviews rank Teamcenter the #1 PLM software on G2,” Teamcenter Blog, 22. September 2026, https://blogs.sw.siemens.com/teamcenter/plm-reviews-teamcenter-g2/ (abgerufen am 24. September 2026).
