Wie Fertigungsunternehmen Produktentwicklung, Fertigung und ERP verbinden können, um einen gesteuerten Digital Thread vom Entwurf bis zur Ausführung zu schaffen.
Integration von Teamcenter und SAP S/4HANA: Warum die Architektur entscheidend ist
In Fertigungsunternehmen stehen Teamcenter und SAP S/4HANA häufig im Mittelpunkt zweier unterschiedlicher Welten.
Teamcenter verwaltet Produkt- und Entwicklungsdaten. SAP S/4HANA steuert Unternehmens- und Betriebsprozesse. Die geschäftliche Herausforderung besteht darin, beide Welten zu verbinden, ohne doppelte Daten, getrennte Prozesse oder unklare Zuständigkeiten zu schaffen.
Eine moderne Integration von Teamcenter und SAP S/4HANA unterstützt den bidirektionalen Austausch von Daten und Prozessen. Dazu dienen PLM System Integration for SAP S/4HANA (PLMSI), Teamcenter Gateway for PLM System Integration (T4ST) und ein abgestimmtes Meta Domain Model.
Erfolgreiche Integration ist jedoch mehr als eine Technologieentscheidung. Für CIOs und CTOs ist sie eine Entscheidung über die Transformation des Unternehmens. Für Enterprise Architects betrifft sie System- und Datenarchitektur. Für Delivery-Verantwortliche geht es um Umsetzung und Governance. Für PLM- und SAP-Verantwortliche steht die Verantwortung für Prozesse und Daten im Mittelpunkt.
Ziel ist ein durchgängiger Digital Thread von Entwicklung → Produktdefinition → Fertigung → Unternehmensausführung.
1. Die Unternehmensarchitektur
Eine vereinfachte Darstellung der Systemlandschaft:
SAP beschreibt das Meta Domain Model als Zwischenabstraktion, die Rückverfolgbarkeit, Föderation und Verknüpfung über Systemgrenzen hinweg ermöglicht.
Für Unternehmensverantwortliche ist entscheidend, dass die Integration mehr ist als Teamcenter → SAP. Sie verbindet Entwicklungsprozesse → gesteuerte Unternehmensprozesse.
2. Mit Geschäftsprozessen beginnen, nicht mit Schnittstellen
Bevor Sie festlegen, wie Systeme verbunden werden, definieren Sie die gewünschten Geschäftsergebnisse. Typische Szenarien sind:
- Entwicklung & Einführung neuer Produkte
- Größere und kleinere technische Änderungen
- Formaler Änderungsprozess
- Make-to-Stock
- Configure-to-Order
- Produktionsplanung
- Fertigungsplanung
- Variantenkonfiguration
SAP dokumentiert diese Szenarien derzeit als Teil der unterstützten Teamcenter-Integrationslandschaft.
Für CIOs und CTOs
Frage: Welches Geschäftsergebnis wollen wir verbessern?
Für Enterprise Architecture
Frage: Welche Systeme und Prozesse müssen beteiligt sein?
Für Delivery-Verantwortliche
Frage: Welche Fähigkeiten, Abhängigkeiten und Umsetzungsphasen sind erforderlich?
So wird aus dem Vorhaben mehr als ein reines Schnittstellenprojekt.
3. Datenverantwortung festlegen
Eine der wichtigsten Entscheidungen lautet: Welches System ist für welche Informationen maßgeblich? Ein mögliches Modell:
| Information | Primärer Zuständigkeitsbereich |
|---|---|
| Produktdefinition | Teamcenter |
| Technische Revision | Teamcenter |
| EBOM | Teamcenter |
| Unternehmensmaterial | SAP |
| Fertigungsausführung | SAP |
| Technische Änderung | Systemübergreifend |
| Fertigungsplanung | Je nach Szenario Teamcenter oder SAP |
Die konkrete Verantwortung muss aus den Unternehmensprozessen abgeleitet werden. Ziel ist es, zwei konkurrierende Datenquellen zu vermeiden.
4. Festlegen, welche Daten zwischen Systemen übertragen werden
Nicht alle Teamcenter-Daten müssen in SAP repliziert werden. Die Architektur sollte unterscheiden zwischen:
Replikation – Informationen, die nachgelagerte SAP-Prozesse benötigen, werden übertragen und bei Bedarf gepflegt.
Föderation – Beziehungen und relevante Informationen bleiben über Systemgrenzen hinweg verbunden, ohne unnötige Kopien zu erzeugen.
SAP nennt Datenföderation ausdrücklich als Teil seiner Teamcenter-Integrationsarchitektur. Unkontrollierte Replikation erhöht:
- Den Aufwand für Data Governance
- Die Komplexität der Synchronisierung
- Die Wartungskosten
- Das Risiko widersprüchlicher Informationen
5. Den Digital Thread zwischen Entwicklung und Fertigung verbinden
Für Fertigungsunternehmen geht der Nutzen über die Übertragung von Materialdaten und Stücklisten hinaus. Ein umfassender Ablauf kann so aussehen:
Produktentwurf → EBOM → Technische Änderung → Fertigungsplanung → MBOM / BOP → SAP-Produktion → Unternehmensbetrieb
SAP dokumentiert Teamcenter-Szenarien, in denen Teamcenter als System für die Fertigungsplanung dient. Dazu gehört die Übertragung von MBOM- und BOP-Daten an SAP. So können Unternehmen technische Entscheidungen mit ihren Auswirkungen auf die nachgelagerte Fertigung verknüpfen.
6. Änderungsmanagement als unternehmensweiten Prozess gestalten
Eine Produktänderung betrifft selten nur ein Objekt. Sie kann sich auswirken auf: Teil → Revision → BOM → Dokument → Material → Fertigung. Die Architektur muss deshalb Folgendes erhalten:
- Änderungskennung
- Revision
- Gültigkeit (Effectivity)
- Betroffene Objekte
- Genehmigungsstatus
- Freigabestatus
SAP unterstützt mehrere Szenarien für Änderungen zwischen Teamcenter und SAP, darunter NPDI, Major Change, Minor Change und Formal Change. Für die Unternehmensführung lautet die Frage: Wie schnell und zuverlässig erreicht eine genehmigte technische Änderung die Personen und Prozesse, die davon abhängen?
7. Zuordnungen und Rückverfolgbarkeit steuern
Die Qualität einer Integration hängt nicht nur davon ab, ob Objekte übertragen werden, sondern auch davon, ob ihre Bedeutung erhalten bleibt. Die Architektur braucht Governance für:
- Feldzuordnung – Teamcenter-Merkmale → SAP-Merkmale.
- Wertezuordnung – Teamcenter-Werte → SAP-Werte.
- Schlüsselzuordnung – Teamcenter-Objekt → entsprechendes SAP-Objekt.
- Rückverfolgbarkeit – die Möglichkeit, die Beziehung zwischen beiden Systemen nachzuvollziehen.
SAP nennt Schlüssel-, Feld- und Wertezuordnungen sowie abgestimmte Codelisten als wichtige Architekturelemente. Für IT-Verantwortliche wird daraus eine Governance-Frage: Wer pflegt die Integrationsregeln, wenn sich Geschäftsprozesse ändern?
8. Den Betrieb von Anfang an steuern
Eine produktive Integration muss beobachtbar sein. SAP bietet Funktionen zur Überwachung und Fehlersuche für Synchronisierungs-Workflows und -Jobs zwischen Teamcenter und SAP, einschließlich Status- und Protokollinformationen. Das Betriebsmodell sollte festlegen:
- Wer überwacht die Integrationen?
- Wer ist bei Fehlern zuständig?
- Wie werden Fehler eskaliert?
- Wie werden Transaktionen erneut verarbeitet?
- Wie werden Fachanwender informiert?
- Welche KPIs messen den Zustand der Integration?
Hier wird aus einer Bereitstellungsarchitektur eine Betriebsarchitektur.
9. Was die Verantwortlichen im Unternehmen prüfen sollten
CIO / CTO
- Geschäftlicher Nutzen
- Digital-Thread-Strategie
- Technologieinvestitionen
- Unternehmensweite Skalierbarkeit
- Risiken und Governance
Enterprise Architect
- Zielarchitektur
- Strategie für führende Systeme
- Integrationsgrenzen
- Datenmodell
- Sicherheit und Erweiterbarkeit
PLM-/SAP-Verantwortliche
- Geschäftsprozesse
- Abläufe für Stücklisten, Materialien, Dokumente und Änderungen
- Datenverantwortung
- Akzeptanz bei Nutzern
Delivery-Verantwortliche
- Umsetzungs-Roadmap
- Abhängigkeiten
- Tests
- Migration
- Bereitstellung
- Hypercare
- Betriebssupport
Fertigungsverantwortliche
- EBOM → MBOM
- Fertigungsplanung
- Produktionsplanung
- Standortspezifische Anforderungen
- Auswirkungen von Änderungen
10. Geschäftliche Ergebnisse
Ziel der Teamcenter-SAP-Integration ist letztlich eine bessere Geschäftsleistung, nicht nur die Verbindung von Systemen. Eine gut entworfene Architektur kann Unternehmen helfen, Folgendes zu erreichen:
1. Schnellere Übergabe von der Entwicklung an die Fertigung
Weniger manuelle Übertragung zwischen Entwicklung und Fertigung.
2. Einheitlichere Produktdaten
Gesteuerte Informationen über PLM und ERP hinweg erhalten.
3. Schnellere Weitergabe von Änderungen
Technische Änderungen mit nachgelagerten Unternehmensprozessen verknüpfen.
4. Weniger doppelte Daten
Gesteuerte Synchronisierung und Föderation statt unnötiger Replikation einsetzen.
5. Bessere bereichsübergreifende Transparenz
Entwicklung, Fertigung und Fachbereichen besseren Zugang zu verbundenen Informationen geben.
6. Stärkerer Digital Thread
Produktentwicklung mit Fertigung und Unternehmensausführung verbinden.
7. Skalierbarere Integrations-Governance
Wiederverwendbare Architektur, Zuordnungen, Überwachung und Verantwortungsmodelle schaffen.
SAP und Siemens beschreiben die Integration von Teamcenter und SAP als Verbindung von Produktentwicklung, Fertigung und Unternehmensprozessen, die einen Digital Thread über den gesamten Lebenszyklus ermöglicht.
Fazit
Die Integration von Teamcenter und SAP S/4HANA sollte nicht als isoliertes Schnittstellenprojekt behandelt werden. Sie ist eine Architektur für die Transformation des Unternehmens und verbindet Produktentwicklung, Fertigung und Geschäftsprozesse. Die zentralen Fragen sind klar: Was soll verbunden werden? Wer ist für die Daten verantwortlich? Was wird repliziert oder föderiert? Wie fließen technische Änderungen? Wie wird die Integration gesteuert und betrieben?
Wenn Geschäfts-, Technologie-, Architektur- und Umsetzungsteams diese Entscheidungen aufeinander abstimmen, werden Teamcenter und SAP S/4HANA zu verbundenen Bestandteilen eines größeren Digital Thread statt zu isolierten Unternehmenssystemen. Das Ziel ist nicht allein, Teamcenter und SAP zu integrieren, sondern einen verbundenen, gesteuerten Fluss von Produkt- und Fertigungsinformationen von der Entwicklung bis zur Unternehmensausführung zu schaffen.
Planen Sie eine Integration von Teamcenter und SAP S/4HANA?
CloudZen unterstützt Fertigungsunternehmen dabei, ihre PLM-/ERP-Landschaft zu bewerten, Verantwortlichkeiten für Daten und Prozesse festzulegen, eine Zielarchitektur für die Integration zu entwerfen, Governance aufzubauen und Programme zur Integration von Teamcenter und SAP S/4HANA umzusetzen.
Häufig gestellte Fragen
1. Was ist die Integration von Teamcenter und SAP S/4HANA?
Es ist eine Integrationsarchitektur, die Siemens Teamcenter und SAP S/4HANA verbindet. Sie tauscht Produkt-, Entwicklungs- und Unternehmensdaten wie Materialien, Stücklisten, Dokumente, Klassifikationen und technische Änderungen über unterstützte Geschäftsprozesse hinweg aus und synchronisiert sie mit Governance und Rückverfolgbarkeit.
2. Was sind PLMSI und T4ST?
PLMSI (PLM System Integration for SAP S/4HANA) ist die SAP-seitige Komponente. T4ST (Teamcenter Gateway for PLM System Integration) ist die Teamcenter-seitige Komponente. Beide werden zusammen installiert und betrieben und kommunizieren über REST/JSON.
3. Was ist das Meta Domain Model?
Ein dazwischenliegendes, geschäftsorientiertes Modell zwischen Teamcenter und SAP. Es entkoppelt beide Systeme, damit sie sich unabhängig weiterentwickeln können, und unterstützt Rückverfolgbarkeit, Föderation und geringere Replikation über die Systemgrenze hinweg.
4. Welche Daten können zwischen Teamcenter und SAP integriert werden?
Je nach Szenario und Konfiguration: Materialien, Stücklisten, Dokumente, Klassifikationen, technische Änderungen sowie Fertigungs- und Varianteninformationen. Die genaue Objektzuordnung hängt vom gewählten Prozessszenario ab.
5. Ist die Teamcenter-SAP-Integration unidirektional oder bidirektional?
Sie unterstützt bidirektionale Prozessintegration. Richtung und Verhalten hängen jedoch vom jeweiligen Geschäftsobjekt und Szenario ab.
