PLM Harmonisation bei tk SY 24.11.16 Dirk Hauser thyssenkrupp Industrial Solutions System Engineering
PLM Projekt tk SY Thyssenkrupp System Engineering thyssenkrupp System Engineering: Weltweite Engineering Leistungen und Firmenhistorie 1900 1920 1950 1970 1990 2000 2005 2010 1998 1900 Drauz Wagenbau Werkstätte 1993 Montage- & Testspezialist Karosseriebauspezialist 2008 thyssenkrupp System Engineering Zusammenfassung weltweit anerkannter Engineeringkompetenzen 1905: Bau der ersten Drauz Karosserien 1951: Entwicklung der ersten selbsttragenden Omnibuskarosserie 1921 Anton Nothelfer & Söhne Mechanische Werkstätte 1974 1952: Erster Werkzeugauftrag für Nothelfer 1975: Erste Karosseriebauanlagen Werkzeug- & Anlagenspezialist 1950 Johann A. Krause Maschinenfabrik GmbH 1989 1967: Erste Prüfmaschine 1971: Einstieg in die Montagetechnik BTS ASY CBT FOD LWS Battery & Testing Solutions Assembly Systems Car Body Technologies Service Forming Dies Lightweight Solutions 2 26.10.16 presentation title Dirk Hauser
PLM Projekt tk SY Thyssenkrupp System Engineering Produkte und Dienstleistungen entlang der Automobilen Wertschöpfungskette 3 26.10.16 presentation title Dirk Hauser
PLM Projekt tk SY Systemstatus alle Standorte Ausgangssituation: 2 PLM Systemlandschaften von den Vorgängerfirmen J.A. Krause und Drauz Nothelfer SAP Systeme in Deutschland konsolidiert: ASY: Assembly CBT: Car Body Technology FOD: Forming Dies LWS:Light Weight Solutions TES:Testing Solutions 4 26.10.16 presentation title Dirk Hauser
PLM Projekt tk SY Systemstatus Forming Dies, Car Body Technology, Light Weight Solutions Ausgangssituation in den OU s FOD, CBT und LWS: Eckpunkte: SAP integrierte Verwaltung von CADund Engineering Dokumenten Massenverarbeitung CAD-Import/Export Integration zum Datenaustausch Direktintegrationen CATIA und NX Viewing Neutralformate JT/TIF/HPGL OU: Operating Units CBT: Car Body Technology FOD: Forming Dies LWS:Light Weight Solutions 5 26.10.16 presentation title Dirk Hauser
PLM Projekt tk SY Systemstatus Assembly u. Testing Solutions Ausgangssituation in den OU s TES und ASY: Eckpunkte: 3D CAD Daten im TeamPDM WorkManager = Enterprise PDM Replikation WorkManager Datenbanken Replikation TCe Datenbanken Viewing (Tif/JT) auf WorkManager Basis OU: Operating Units TES: Testing Solutions ASY: Assembly 6 26.10.16 presentation title Dirk Hauser
PLM Projekt tk SY Motivation Teamcenter-/PDM-Schnittstelle Einzellösung Support-Zeitraum ist schon länger abgelaufen labiler Zustand, da das System von vielen Lieferanten abhängig ist läuft nicht unter Windows 64bit Keine Schnittstelle zwischen Smarteam (Datenmanagement für Catia in Frankreich) und PDM vorhanden Keine Schnittstelle zwischen Vault (Datenmanagement für Inventor in USA) und PDM vorhanden Keine über die Datenbankgrenzen hinaus nutzbaren 3D-Modelle für alle tk SY-Standorte ASY: Assembly CBT: Car Body Technology FOD: Forming Dies LWS:Light Weight Solutions TES:Testing Solutions 7 26.10.16 presentation title Dirk Hauser
PLM Projekt tk SY Ziele Step 1: Konkrete Umsetzungsvorgaben Ablösung der Altsysteme!!! Reduzieren der Komplexität (Systemtechnik, Betreuung, Systemvielfalt) Wesentlich verbesserte Zusammenarbeit über alle SY Standorte und OU s in Bezug auf Prozessharmonisierung Datenzugriff Multi-CAD-Assemblies Integriertes Änderungsmanagement Multi-CAD / Multi-CAD-Releases Lieferantenintegration CAD-Import / Export 8 26.10.16 presentation title Dirk Hauser
PLM Projekt tk SY Ziele Step 2: Strategische Ausrichtung Harmonisieren der Bereiche CBT / FOD / LWS / ASY / TES bzgl. der Produktstrukturen und Arbeitsprozesse Lieferantenintegration Mittelfristig Direktintegration von Lieferanten ERP Integration PS / PSM als Basis der technischen Struktur ERP integrierte Fertigung und Logistik greifen z.t. auf verknüpfte native CAD-Daten zu Beachten der DaProh-Vorgaben von thyssenkrupp DaProh: Data and Process Harmonisation 9 26.10.16 presentation title Dirk Hauser
PLM Projekt tk SY Vergleich der Lösungsansätze Lösungsansatz Pro Contra offene Fragen 1. Teamcenter PLM konstruktionsbasierte Datenbank gemeinsame Datenbank für CAD-Daten (Ausnahme Catia V6) Schnittstelle zum ERP-System muss erzeugt werden 3D-Daten für Inventor und Catia müssen migriert werden wie können tk SY spezifische Prozesse implementiert werden? 2. SAP PLM gemeinsame Datenbank für technische und kommerzielle Daten gemeinsame Datenbank für CAD-Daten (Ausnahme Catia V6) gemeinsames PLM für alle CBT, FOD, ASY u. TES eine komplette Datenmigration der technischen Daten von ASY und TES wie können tk SY spezifische Prozesse implementiert werden? wie ist die Performance als CAD-Datenbank wie ist die Softwareergonomie der für die technischen Bereiche 3. SAP PLM mit CAD spezifischen Datenbanken keine Migration der technischen Daten notwendig verschiedene ortsspezifische Schnittstellen Keine gemeinsame Datenbank für CAD Daten wie können tk SY spezifische Prozesse implementiert werden? ASY: Assembly CBT: Car Body Technology FOD: Forming Dies LWS:Light Weight Solutions TES:Testing Solutions 10 26.10.16 presentation title Dirk Hauser
PLM Projekt tk SY Systemumstellung Step 1 Bebauungsplan (grob) ASY: Assembly CBT: Car Body Technology FOD: Forming Dies LWS:Light Weight Solutions TES:Testing Solutions 11 26.10.16 presentation title Dirk Hauser
PLM Projekt tk SY Systemumstellung Step 2 Bebauungsplan zukünftige weiterführende Schritte PT: Plant Technology; RT: Resource Technology; SY: System Engineering; MS: Marine System; DaProh: Data and Process Harmonisation 12 26.10.16 presentation title Dirk Hauser
PLM Projekt tk SY Lessons Learned Konzeptreview Zeitpunkt nach den ersten Tests durch Test User Review der Funktionsanforderungen durch Mitarbeiter des Produktlieferanten und der Test User Optimieren der Testdefinition für die Funktionstest Überprüfen der Datenstruktur Die Performance im Produktivsystem ist zu prüfen. Sie kann in Abhängigkeit des Detail- und Klassifizierungsumfanges der Konstruktionsdaten kritisch sein. Ladeoptionen der Klassifizierung anpassen Beim Datenimport sind ggf. Attribute der 3D-Daten vorab mit Daten zu versehen. Pilotprojekt im Produktivsystem: ist grundsätzlich möglich und sollte immer eingeplant werden um die Systemperformance zu verifizieren möglich Optimierungen der Datenbank sind vor Go Live möglich Anpassung der migrierten Daten ist vor Go Live möglich 13 26.10.16 presentation title Dirk Hauser
PLM Projekt tk SY Lessons Learned Datenmigration Es muss nach der ersten Testphase der Funktionen ein Überprüfen des Datenmodels eingeplant werden. Wichtige Programmfunktionen zur Datenmodelprüfung müssen festgelegt werden und getestet sein. Freigabeumfänge für User-Rollen sind zu definieren und mit migrierten Daten zu testen. Sind die Daten dem richtigen Kontext zugeordnet. Es sind mehrere Migrationsphasen in unterschiedliche Datenbanksysteme notwendig(entwicklungssystem, Testsystem, System für Schulungen und Integrationstest, Produktivsystem). Das Löschen und erneute Migrieren von Daten in ein Testsystem sollte zeitlich und organisatorisch eingeplant werden. Es muss definiert werden wie viele Delta-Migrationen durchgeführt werden müssen. Nach dem Export der letzten Deltamigration darf im Altsystem grundsätzlich nicht mehr gearbeitet werden => letzte Deltamigration muss möglichst kurz sein. Die Regeln für Notfallarbeiten während der letzten Delta-Migration sind zu definieren. Welche existierenden automatischen Abläufe im SAP-System sollten während der letzten Deltamigration abgeschaltet werden? Wann müssen automatischen Abläufe abgeschaltet und wann wieder eingeschaltet werden? 14 26.10.16 presentation title Dirk Hauser
PLM Projekt tk SY Einsparungspotenziale Erhöhen der Wiederverwendbarkeit durch den Import externer 3D-Modelle Eliminieren des Aufwands der nativen Datenhaltung von 3D-Modellen bei externer Zuarbeit Die MultiCad-Ausprägungen von 3D-Modellen ermöglicht eine effizientere standortübergreifende Nutzung Einheitliche Datenbasis für Kaufteile durch eine einheitliche Dokumenten- und Materialstruktur Das Vereinheitlichen der Systeme und die Integration in ein PLM-System reduziert den Systempflegeaufwand und vereinfachen die Zentralisierung der Systembetreuung Einheitliche Prozesse können sinnvoller und einfacher mit einheitlichen Produktstrukturen in Beziehung gebracht werden um ein verbessertes Projektcontrolling aufzubauen. Eine einheitliche Klassenstruktur vereinfacht den Aufbau und die Verwendung von Klassifzierungs- und Identifizierungssystemen wie z.b. ecl@ss 15 26.10.16 presentation title Dirk Hauser