Dr. Uwe Vehlies SAP Arbeitskreis Nord Meeting Juni 2009 in Hamburg SAP Releasewechsel unter...

Dr. Uwe Vehlies

SAP Arbeitskreis Nord Meeting Juni 2009 in Hamburg

SAP Releasewechsel unter komplexen Bedingungen- Rückblick/Erfahrungsbericht aus Sicht SAP CCC

Einordnung der Hannover Rückversicherung AG und ihrer Kernapplikation Ausgangsszenario für den Releasewechsel Vorgehen im Rahmen der Releasewechsel und der Einführung

• Zeitliches Vorgehen während der Releasewechselaktivitäten• Komplexe Systemlandschaft während der Projektphase• Synchronisierung der Releasestände auf Basis des Hannover Rück-Releases

Einflußfaktoren und komplexe Bedingungen für die Releasewechsel Erfahrungen aus der Releasewechselthematik




SAP RELEASEWECHSEL UNTER KOMPLEXEN BEDINGUNGENInhalt

1

Ertrag geht vor Umsatz!

1) Quelle: A.M. Best 2) GenRe Group; Berkshire Hathaway Re Group (National Indemnity)3) 66 Syndikate (Stand 2007)

1 Swiss Re CH 30.673 27.872 2 Münchener Rück D 29.843 28.439 3 Berkshire Hathaway2) USA 17.952 17.398 4 Hannover Rück D 12.327 10.779 5 Lloyd's3) GB 10.361 7.990 6 SCOR F 7.106 6.501 7 London Re CDN 6.133 5.155 8 RGA Re USA 5.371 4.909 9 Transatlantic Re USA 4.283 3.953 10 Everest Re BDA 4.078 3.919 11 Korean Re ROK 3.890 2.775 12 Partner Re BDA 3.810 3.757 13 XL Re BDA 3.406 2.812 14 Aegon NL 2.462 2.173 15 Odyssey Re USA 2.283 2.089

Rang Brutto-prämie

GebuchteNettoprämie

Gruppe Land

2007 in Mio. USD1)

WIR SIND EINER DER GRÖSSTEN RÜCKVERSICHERER DER WELT

2

Prämien-Ranking

Einordnung Hannover Rückversicherung AG

* Alleineigentümer HDI V.a.G.

>100 Tochter- undBeteiligungsgesellschaften,

Niederlassungen und Repräsentanzenin ~20 Ländern

Inlandsgeschäft

64,2 %

Internationales Geschäft

35,7 %8 deutscheVVaG

49,8 %

StreubesitzTalanx AG*

50,2 %

GRUPPENSTRUKTUR UNTERSTÜTZT UNSER GESCHÄFTSMODELLWir sind operativ und finanziell unabhängig - trotz Mehrheitsaktionär

3


China Hong Kong (13)

Shanghai (2) (8)/2007

Australia Sydney (47)

Fac (3)/2005

USA Chicago (10)/2006 New York (87) Orlando (92)

Bermuda Hamilton (17 + 5)

South Africa Johannesburg

(156)

Malaysia Kuala Lumpur

(31)/2008

Taiwan Taipei (5)

Japan Tokyo

(7) 2008

Korea Seoul

(4)/2008

Germany Hannover (~ 900)

Canada Toronto (5)/2006

Colombia Bogotá (12)/2006

Mexico Mexico City (5)/2001

Bahrain Manama

(8)/2007

Spain Madrid (6)/2000

Ireland Dublin (33)/2000

Great Britain London/V.W., Bracknell (92)/2000-04

France Paris (39)/2000

Italy Milan (12)/2000

Sweden Stockholm (79)/2000

Brazil Rio (4)/2008

India Mumbai(4)/2008/9

4

UNSER WEG ZU EINER GLOBALEN ITDie IT stellt Services für 26 HR-Lokationen bereit


Der fachliche Umfang der neu eingeführten re7 Systemlandschaft reicht vom Underwriting (insbesondere die administrative Unterstützung) über die Abrechnung und Verbuchung im Bereich Technical Accounting bis hin zur Erstellung des Jahresabschlusses und der Konzern-Konsolidierung im Bereich Financial Accounting.

Der größter Vorteil liegt in der integrierten Unterstützung der Geschäftsprozesse auch über mehrere Fachbereiche hinweg.

Underwriting Technical Accounting

Operational / Current Accounting

Financial Accounting / General Ledger

PaymentsAcquisition / Negotiation

Contract Administration

Book Closing(Technical) Consolidation Book Closing

(Company)

Unterstützte Geschäftsprozesse

Underwriting Technical Accounting

Operational / Current Accounting

Financial Accounting / General Ledger

PaymentsAcquisition / Negotiation

Contract Administration

Book Closing(Technical) Consolidation Book Closing

(Company)

Unterstützte Geschäftsprozesse

INTEGRIERTE ARCHITEKTUR VON RE7Verbesserte Unterstützung der Business-Prozesse durch re7

5

eher "Erweitert" eher "SAP-Standard"

Einordnung Kernapplikation der Hannover Rückversicherung AG

Einordnung Kernapplikation der Hannover Rückversicherung AG

Die re7-Architektur basiert auf einer SAP Standard-Lösung mit Erweiterungen und ist charakterisiert durch einen Standard-Arbeitsplatz mit Portalzugriff und Integration spezifischer Hannover Rück-Applikationen, und bringt so die re7-Lösung mit den Anforderungen der Geschäftsprozesse zusammen.Processes

Underwriting

Technical /current

accounting,Claims

Generalledger

Reporting and

Controlling

Operative reporting External reporting

Businesspartner

FS-RI FS-CDHRESAPPS

add ons

Other GL

HRES reporting HRES reporting External reporting

Core Applications

Generalcodes

P&E

add ons

FI-GLPreparing external reporting (e.g. special ledger)

SAP

SAPfor HR only

HR individual

Datacatalogue

RMnL

Standard Work Station with Single Sign On Portal Access for SAP and HR Specific Applications

FS- RI:Treaty Reinsurance and Technical Accounting

FS-CD:Payment TransactionsIn Current Accounting

RMNL:Risk Manager Non LifeFor facutative non life accounting

Underwriting Front End:A specific SAP Development forSingle Risk Underwriting

P & E: Module for Prognosis andEstimation

Underwriting Frontend

Processes

Underwriting

Technical /current

accounting,Claims

Generalledger

Reporting and

Controlling

Operative reporting External reporting

Businesspartner

FS-RI FS-CDHRESAPPS

add ons

Other GL

HRES reporting HRES reporting External reporting

Core Applications

Generalcodes

P&E

add ons

FI-GLPreparing external reporting (e.g. special ledger)

SAP

SAPfor HR only

HR individual

Datacatalogue

RMnL

Standard Work Station with Single Sign On Portal Access for SAP and HR Specific Applications

FS- RI:Treaty Reinsurance and Technical Accounting

FS-CD:Payment TransactionsIn Current Accounting

RMNL:Risk Manager Non LifeFor facutative non life accounting

Underwriting Front End:A specific SAP Development forSingle Risk Underwriting

P & E: Module for Prognosis andEstimation

Underwriting Frontend

RE7 ARCHITEkTURÜberblick

6





7

Ausgangspunkt war eine Installation unter 4.6C (Vertragsbeginn 01.10.2004).

4.6Cca. 350 User

2 Umgebungen(einmal 2 Mandanten)

Der komplexe Releasewechsel war somit die Einführung einer neuen integrierten Standard-Rückversicherungs-Lösung auf Basis von SAP, bei Integration der vorhandenen SAP-Standardumgebung, sodass aus SAP-CCC-Sicht „Releasewechsel“ zum komplexen Nebenthema mit unterschiedlichsten Facetten wurde.

KOMPLEXER RELEASEWECHSEL AUFGRUND NEUEINFÜHRUNGAusgangsszenario für der Releasewechsel

4.6C 6.00

4.6C(CO,PS,HR)

ERP2005 / SAP FS 6.0(CO/PS/HCM/Finance Solution FI, konkret FS-RI, FS-CD + Zusatzmodule (msg Systems)

Daraus resultierte ein Einführungsprojekt mit dem Zielrelease ERP2005 / SAP FS 6.0, wobei die vorhandene 4.6C-Umgebung dort integriert werden sollte.

Kein "Technischer Rel.Wechsel

Ein "technischer" Releasewechsel für SAP-Umgebung war nicht ausreichend, da parallel die alte Non-SAP-Kernanwendung (SICS) abgelöst und in SAP überführt werden sollte.

6.00ca. 900 User

4 Umgebungen(je 1 Mandant)

Komplexer Releasewechsel

8

4.6C(CO,PS,HR)

2004 20092008 2005-07

KOMPLEXER RELEASEWECHSEL AUFGRUND NEUEINFÜHRUNGAusgangsszenario für der Releasewechsel

4.6C 6.00

9

2004 20092008 2005-07

+…

4.7 100 IH

Aufgrund Einführungsprojekt kein „reiner“ Releasewechsel SAP-Systeme immer E-K-P (Ausnahme bei kleiner Umgebung auch E-P)

4.6C 100 HR (CO/FI/HR) 300 ProRe (CO/FI)

SICS(Non-SAPCore-App)

Im SAP-Vertrag, aber System einerTochtergesellschaftHinsichtlich Releasewechsel eigenständig...… Betreuung in separater Systemumgebung

6.00 100 IH

Projekte/Vorhaben der SAP Basis- Systemtrennung, Kopie, etc.- Technischer Releasewechsel

Unternehmensprojekt (Convoy)- Einführung einer neuen integrierten Rückversicherungs-Lösung

Ziel:6.00 100 HR




10







4.6C300ProRe (CO/FI)

4.6C 100 HR

"COPY"

4.6C 100 HR "PROD"

6.00 100 HR

"NEW"

2004 20092008 2005-07

11

4.6C 100 HR (HCM)

Neuaufbau für Einführung undDaten per Migration aus SICS

Vorbereitung MWB-Lauf

Produktiver Betrieb 4.6C,Basis-Services bei HR,fachlich bei ProRe

Ziel: Separater techn. Releasewechsel

Produktiver Betrieb 4.6Cmit Einspielung Legal Patches


Produktiver Betriebin Linie

Ziel: Datenübernahmeper MWB in neues System (inkl. Upgrade)

Projektziel: Einführung neuer integrierter RV-Lösungauf Basis akt. Release

Unterschiedliche Stränge (Projekt/Linie) aufgesetzt als eigenständige Vorhaben Überschneidungen aufgrund zeitlicher Reihenfolge

und begrenzter Ressourcen (Mitarbeiter und Hardware)

Trennung durch Kopie u. Mandantenlöschung

1

Trennung durch Kopie u. Mandantenbereinigung

2

Beibehaltung und Bereinigung

3

Systemkopie zur Trennungvom Produktionsbetrieb

4

Neuaufbau für Einführungsprojekt5

0

ZEITLICHER ABLAUF DER RELEASEWECHSELAKTIVITÄTENSystemvorbereitung (Trennung/Kopie/Neuaufbau)

Vorgehen beim Releasewechsel




4.6C 100 HR

"COPY"

4.6C 100 HR "PROD"

6.00 100 HR

"NEW"

Zeitlicher Ablauf unterschiedlicher ReleasewechselaktivitätenDurchführung (techn. Rel-Wechsel, MWB, Migration/Neuaufbau)2004 20092008 2005-07

12

4.6C 100 HR (HCM)

Neuaufbau für Einführung undDaten per Migration aus SICS

Vorbereitung MWB-Lauf

Produktiver Betrieb 4.6C,Basis-Services bei HR,fachlich bei ProRe

Ziel: Separater techn. Releasewchsel

Produktiver Betrieb 4.6Cmit Einspielung Legal Patches


Produktiver Betriebin Linie

Ziel: Datenübernahmeper MWB in neues System (inkl. Upgrade)

Projektziel: Einführung neuer integrierter RV-Lösungauf Basis akt. Release


1


2


3


4


6.00300ProRe (CO/FI)

6.00 100 HR

(HCM)

6.00 100 HR

RV-Prod

6.00 100 HR

EDU

6.00 100 HR

EDU

6.00 100 HR

TechnischerReleasewechsel

10Betrieb alsService-Provider


11Legal Patches unterExtended Maintenance

Entwicklung und Aufbauintegriertes RV-System,Datenmigration aus SICS

6

Produktver Betriebbis Go-Live Neusystem

Übertragung der Alt-daten mit MWB-Lauf

7

Vor Go-Live Aufbau u. BetriebSchulungsumgebung

8

Zusammenführung4.6C und SICSmit Go-Live Aug. 08(techn. in 6 u. 7)

9

Weitere Releaseakt.(Stabilisierung u. Konsolidierung)

12

Vorgehen beim Releasewechsel




4.6C 100 HR

"COPY"

4.6C 100 HR "PROD"

6.00 100 HR

"NEW"

Zeitlicher Ablauf unterschiedlicher ReleasewechselaktivitätenDurchführung (techn. Rel-Wechsel, MWB, Migration/Neuaufbau)2004 20092008 2005-07

13

4.6C 100 HR (HCM)


1


2


3


4


6.00300ProRe (CO/FI)

6.00 100 HR

(HCM)

6.00 100 HR

RV-Prod

6.00 100 HR

EDU

6.00 100 HR

EDU

6.00 100 HR


10Betrieb alsService-Provider


11Legal Patches unterExtended Maintenance

Entwicklung und Aufbauintegriertes RV-System,Datenmigration aus SICS

6

Übertragung der Alt-daten mit MWB-Lauf

7

Vor Go-Live Aufbau u. BetriebSchulungsumgebung

8

Zusammenführung4.6C und SICSmit Go-Live Aug. 08(techn. in 6 u. 7))

9

Weitere Releaseakt.(Stabilisierung u. Konsolidierung)

12

Systeme mit unterschiedlichem Releasestand parallel (vgl. E-K-P) Projektanforderungen forderten häufig Systemneuaufbauten durch Basis





14

Komplexe Systemlandschaft

TestIT-QM

K03

I03

AR

AR

Migrations-vorbereitung

M03 MIIS

IT-OPBusiness

IT-QM

Human Resource KH1 PH1EH1

SolutionIT-SD IT-AS

IT-SD IT-OPBusiness

Copy FI only

MW

B

Q02

A03All (and other)

in scope ofSAP Basis

(IT-OP)

Convoy

Kopie ohne Bew.dat.

P03E03(100, 111, 300)

Inter Hannover IHPIHD

HR produktiv K02 P01E02

EDU Verf. S03V03

SICS DatenmarktKopie

FS RIDryRuns

Protection Re PPREPR

Sync 17.0

Für jedes System: Ownerschaft Berechtigungs- administration Nutzergruppen Guidelines

Volle GültigkeitHR-Guidelines

Projekt-Scope

Projekt-Scope

RDB UDB …

C03

AR CD

CD

CD

Datenmigund MWBfür Prod

SAP SYSTEMLANDSCHAFT FEBRUAR 2008Sichtweise für Identity Management

15

B03

Späterdazu

Zur Fertigstellung abgegrenzter, aktueller, eindeutiger und getesteter Entwicklungs- u. Releasestände wiederholte Durchführung von Systemaufbauten (insb. für K03, M03, I03 bis zu S03) Systemaufbauverfahren, Hauptlast in der SAP-Basis

Darüber im Projektrahmen Zusammenführung der vorhandenen Daten und neuen Programme bei frühzeitiger Bereitstellung einer Schulungsumgebung im neuen Release (MWB, DryRuns, EDU-Verfahren,…)

Zeitliche Abstimmungen und Aufteilung für die Migration der Rückversicherungs- verträge aus Altsystem aufgrund Datenmenge u. –komplexität

Add-On-Entwicklung (ca. 300 Add-Ons) speziell in SAP-Modul für Rückversicherung und Aktualisierung mit SAP-Stacks erforderte ein Vorentwicklungssystem (V03) zur Abgrenzung der Releasestände

Parallel Berücksichtigung der Einbindung in die System-Landschaft der Hannover Rückversicherung (vgl. RDB, UDB, MIIS…) Schnittstellen, Portal, Single Sign On,…

Synchronisation Projektrelease mit Hannover Rück-Release zu 17.0

16

ANFORDERUNGEN HINSICHTLICH RELEASEWECHSELTHEMATIKHauptpunkte aus Projektsicht





17

msg-Rel. (spez. RV) HR-Rel. (add-ons)

SAP-Release(4.6C 6.00)

Taktung vorgegeben durchReleasemanagement

18

Releasewechsel unter komplexen Bedingungen

SYNCHRONISIERUNG DER RELEASESTÄNDEHannover Rück-Release aus Sicht SAP-CCC Über das Releasemanagement der HR werden der gesamten Nutzerschaft in

regelmäßigen Abständen komplette über Qualitätsmanagement getestete Releases bereitgestellt (Desktop inkl. darüber zugreifbaren Anwendungen)

HR-Release(Standard- Desktop + Appl.)MS Patch/Release

Eigenentwicklung

x.x (2004) 15.x 18.x.x.x (2009)17.0 (2008) 16.x (2005-07)

Projekt-Release(inkl. Non-SAPEigenentwickl.)

Unterschiedliche Releasezählung bei SAP, Entwicklungspartner und HR im Rahmen des Einführungsprojektes zusammengefasst zu Projekt-Release Wartungsfähigkeit erhalten!

HR-Release

Synchronisation Projekt- mit HR-Release zu 17.0 und Go-Live mit HR-Release 18.0

Syn

chro

nisa

tion

mit

17.0

Go-

Live

auf

Bas

is 1

8.0

Ab 2009 kurzgetaktete HR-Releases 18.x.x.x.und 5-Systemlandschaft

KurzgetakteteHR-Releases

und5-Systemland-

schaft





19

SAP nicht führendes System, sondern Gesamtlandschaft ist zu beachten• Release-Synchronisierung auf Hannover Rück Release

Datenmigration und Zusammenführung aus Legacy-System und altem SAP-Release über MWB (Migration Workbench)

Datenmenge und –komplexität (Rückversicherungsverträge) Entwicklung und Releasewechsel prallel (Hannover Rück Add-Ons und msg-

Module)

(Nicht) verfügbare Ressourcen und Skills, da paralleler Linienbetrieb Belastung SAP Basis durch häufige Systemaufbauten

Systemgovernance (Abstimmung zwischen Systemownern)

Einspielung Legal Patches unter altem Release Nachlaufend einzelne technische Releasewechsel in vorher abgetrennten

Systemen


EINFLUßFAKTOREN AUF DIE RELEASEWECHSELTHEMATIKHauptpunkte aus Projektsicht

20


• Zeitliches Vorgehen während der Releasewechselaktivitäten• Komplexe Systemlandschaft während der Projektphase• Synchronisierung der Releasestände auf Basis des Hannover Rück Releases



22

Einführungsprojekt und SAP-Releasewechsel orientieren sich am abgestimmten Zeitplan des Releasemanagments (Vorgaben insb. auch durch Business-Termine und durch Leistungsfähigkeit der Organisation/Entwickung Releasetaktung)• Einpassung der Termine in einen regelmäßigen Organisationsablauf

Komplexität reduzieren und (zeitlich) verfügbare Ressourcen beachten• Trennung der Systeme• Teilprojekte und kleinere Releaseschritte (z. B. Trennung fachl./techn. Rel.)

5-Systemlandschaft als Erweiterung zu klassischer Landschaft mit E-K-P

Frühes und konsequentes Testen (unterschiedliche Testszenarien, Fehlervermeidung im Projekt, weniger Probleme im Linienbetrieb Zusammenarbeit mit Fachbereichen)

Aufgrund des Einführungsprojektes hohe Anforderungen an den Übergang in den Linienbetrieb/Neue Anforderungen an die Serviceorganisation (Gremien u. Key-User)

Hoher Abstimmungsaufwand mit vielen Meetings(zunächst saubere Planung, dann konzentrierte Durchführung)

Nicht der Releasewechsel an sich steht im Vordergrund, sondern Projektplanung, Abstimmung und Kommunikation


ERFAHRUNGEN AUS DER RELEASEWECHSELTHEMATIKHauptpunkte aus Projektsicht

23

Thank you for your attention!

Dr. Uwe Vehlies SAP Arbeitskreis Nord Meeting Juni 2009 in Hamburg SAP Releasewechsel unter...

Documents

Transcript of Dr. Uwe Vehlies SAP Arbeitskreis Nord Meeting Juni 2009 in Hamburg SAP Releasewechsel unter...