Komponentenarchitektur als Bebauungsplan der versicherungsmathematischen Anwendungen Roland Kritzinger, plenum AG

Transkript

1 Komponentenarchitektur als Bebauungsplan der versicherungsmathematischen Anwendungen Roland Kritzinger, plenum AG Versicherungsmathematisches Kolloquium der LMU-München Montag, der 5. November

2 0 Agenda Ausgangslage, Ziele Methodische Grundlagen Anforderungen Zentrale Komponenten Implementierungsprinzipien Roadmap bis 2020 Zusammenfassung

4 1 Ausgangslage, Ziele Noch vor 10 Jahren dominierte die operative Bestandsführung Riester brachte erstmalig auch versicherungsfremde Aspekte Solvency II ist sehr komplex und wird das Geschäftsmodell der Lebensversicherung nachhaltig verändern Verstärkter Verbraucherschutz führt zu komplexen und neuen Anforderungen an Produkte, Prozesse und Ertragspotentiale Probleme mit der Erfüllung langfristiger Garantiezusagen in der mehrjährigen Niedrigzinsphase Aus den Veränderungen der realen Rahmenbedingungen der Lebensversicherungen resultieren wesentliche Auswirkungen auf die Facharchitektur

5 1 Ausgangslage, Ziele [2] Viele facharchitektonische Aspekte der operativen Bestandsführungen sind heute Marktstandard wie z.b. Zentralisierung Produktwissen oder Kontenführung Außerhalb der operativen Bestandsführung sind viele Komponenten der neuen Facharchitektur in den letzten Jahren oftmals organisch gewachsen und damit insgesamt heterogener. Die fachlichen Wechselwirkungen und Abhängigkeiten erhöhen exponentiell die Komplexität der Änderungsprojekte aus dem strategischen Change-Management. Änderungsprojekte werden aufwendig in Zeit und Geld und reißen neue Baustellen auf. Nachdem wir das Ziel endgültig aus den Augen verloren hatten, verdoppelten wir unsere Anstrengungen. (Mark Twain)

6 1 Ausgangslage, Ziele [3] Versicherungsmathematische Dienste haben den Kern der operativen Bestandsführung schon länger verlassen. Sie haben sich zudem um eine Vielzahl finanzmathematischer Dienste erweitertet und werden immer öfter zu unverzichtbaren Diensten in Anwendungen außerhalb der operativen Bestandsführung. Die mathematischen Dienste operieren weniger auf isolierten oder abstrakten Daten, sondern immer stärker auf umfangreichen und komplexen Datenstrukturen, die die operativen Daten (temporär) in einem dispositiven Kontext stellen. Die Modellierung der fachlichen Komponenten, die versicherungsund finanzmathematischen Dienste nutzen, ist somt kritischer Erfolgsfaktor für ein effizientes Geschäftsmodell der Versicherer. Die Komponentenarchitektur stellt somit ein Bebauungsplan für eine zukunftstaugliche Anwendungslandschaft dar

8 2 Methodische Grundlagen

9 2 Methodische Grundlagen [2] Fach-, Anwendungs- und Systemarchitekturen Die Facharchitektur beschreibt das Geschäftsmodell (eines Versicherers) und strukturiert die primären wie sekundären Elemente der Wertschöpfung in fachlichen wie prozessualen Einheiten. Die Facharchitektur eines Versicherers ist die unternehmensspezifische Adaption eines genärischen Modells, dem die Branche insgesamt folgt bzw. das übergreifend gilt. Die Anwendungsarchitektur ist die abstrakte Sicht der (elektronischen) Datenverarbeitung auf die Facharchitektur. Sie ordnet den funktionalen wie informatorischen Objekten der Facharchitektur Anwendungen zu, die die betreffenden Aufgaben innerhalb der Wertschöpfung übernehmen. Die Modellierung ist abstrakt und damit losgelöst von Art und Umfang einer Implementierung. Die Systemarchitektur beschreibt schematisch und strukturell, aus welchen Bauteilen die Implementierung der Anwendungsarchitektur in der IT erfolgt und wie diese Bauteile zu teilweise komplexen Systemen zusammengesetzt sind

10 2 Methodische Grundlagen [3] Modellierungsprinzipien Facharchitektur Die Facharchitektur beschreibt das Geschäftsmodell des Versicherers (s.o.). In diesem Sinne sind die fachlichen Einheiten zu modellieren, die maßgeblich über den Erfolg des Geschäfts bestimmen und in ihrem Wesen über einen eigenen fachlichen Charakter verfügen. Fachliche Architekturen sind somit nicht statisch über die Zeit, sondern sie reflektieren die sich ändernden Gegebenheiten im Markt (Bedarf und Kunde), der wirtschaftlichen Rahmenbedingungen und der Aufsicht. Die Facharchitektur ist oftmals als Abbild der Zuständig- und Verantwortlichkeiten im Unternehmen zu sehen, die den Erfolg des Unternehmens garantieren. In diesem Sinne gehört die Facharchitektur dem Unternehmen und ist durch Geschäftsführung verantwortet

11 2 Methodische Grundlagen [] Komponenten als Bausteine der Facharchitektur Die kleineste Einheit und damit Baustein für die Modellierung der Facharchitektur ist die Komponente. Die Facharchitektur ist somit das strukturierte Gesamtbild seiner Komponenten. Eine Komponente kapselt fachliches Wissen zu einem abgeschlossenen Thema und nutzt Methoden, um dieses Wissen nutzbar zu machen. Durch die Definition / Beschreibung des spezifischen fachlichen Themengebietes und der Aufführung seiner (wichtigsten) Methoden ist eine Komponente hinreichend beschrieben. Abgrenzung Auch wenn Facharchitekturen methodisch dem Vorgehen der Software- Ingenieure entspringen, so sind sie eben nicht die Sicht der IT auf das Unternehmen. Es gilt eher das Umgekehrte: Das strukturierte wie analytische Vorgehen in der Beschreibung des Geschäftsmodells kann genutzt werden, um einen Bebauungsplan für die IT zu entwickeln, der zu IT-Landschaften und Software führt, die im Einklang mit der strategischen Ausrichtung sind und damit eine hohe Investitionssicherheit gewährleisten

13 3 Anforderungen Regulatorische Anforderungen wie SII, Risk Management und Controlling, IFRS, MCEV, VAG-Novelle, Informationspflichten, Steuern, Riester- Marktprozesse und FATCA Tarifreform Klassik auf der Basis des Höchstrechnungszins gemäß VAG- Novelle wie neue Formen der Zinsgarantien, Kostenmodelle und Gebühren, Anpassung Rückkaufswerte, Zinszusatzreserven, Kostensenkungen durch Reduktion von Komplexität Fortentwicklung biometrischer Ansätze wie Berufsklassen in der BU, Produkte mit Monitoring-Bedarf wie Unisex, moderne UBR-Konzepte mit Pflegeanteilen, spezielle Risikoselektionen Kapitalmarkt nahe Produkte wie (dynamische) Hybrid, icppi, aktienindizierte LV, Fondsprodukte mit Garantien, Finanzmathematik, Bewertungseinheiten, Anforderungen an das Asset-Liability-Matching Umfangreiche Transparenz- und Informationspflichten für den Versicherer über Kosten und Wertentwicklung in allen Stufen des Lifecycles

14 3 Anforderungen [2] Neben die nationale Bilanzierung nach HGB tritt wahrscheinlich ab 2015 die IFRS-Bilanzierung nach internationalen Standards. Im Gegensatz zur HGB-Bilanz ist sie rein marktwertorientiert und basiert auf IFRS 9 für die Asset- und IFRS Phase II für die Liability-Seite. Anforderungen an die Bewertung der Deckungsrückstellung wie erste Folgebewertung, neue Erstbewertung bei vertraglich vereinbarter Neufestsetzung des Prämienzinses, Bewertungseinheiten für Produkte ohne Höchstrechnungszins, Zinszusatzreserve für Neu- und Altbestand unter Berücksichtigung von Storno und Kapitalabfindung Endfällige Wertpapiere mit einem niedrigen Zins werden bei einem allgemeinen Zinsanstieg in ihrem Zeitwert sinken und temporär zu umfangreichen Stillen Lasten führen. Im Hinblick auf die aktuelle Niedrigzinsphase ergeben sich für die Unternehmen erhebliche Spekulationsrisiken, denen geeignet zu begegnen ist

15 3 Anforderungen [3] Beispiel Produktflexibilität / Produktberatung

17 Zentrale Komponenten

18 Zentrale Komponenten Tarife mit flexiblem Höchstrechnungszins (VAG) Zielbild Die klassische konventionelle Produktwelt wird künftig insbesondere mit den statischen Hybridprodukten und ihren Erweiterungen bezüglich ihrer Garantieerzeugung zusammenwachsen und sich signifikant verändern in Bezug auf: Gewährten Garantien entsprechen dem realen Kundenbedarf und einem finanzierbaren Eigenkapitalbedarf. Die Finanzierung der Garantien erfolgt in aller Regel über einen garantierten Rechnungszins für die Beitragskalkulation, der zukünftig auch variabel und/ oder auch zunächst nur für eine bestimmte Zeitspanne bei Vertragsabschluss festgelegt sein kann (nach Ablauf der Zeitspanne wird z. Bsp. ein verschwindender Rechnungszins unterstellt). Alternativ lassen sich Garantien auch über innovative Überschussverwendungsformen abbilden, die in aller Regel mit Rechnungszins = 0 kalkuliert werden. Höchstrechnungszins zukünftig gesplittet für die Erst- und Folgebewertung der HGB- Deckungsrückstellung mit einer möglichen Zinszusatzreserve

19 Zentrale Komponenten Kapitalmarktnahe Produkte wie icppi, VA Zielbild Methoden zur Verwaltung von Produkten mit einer Veranlagung der Beiträge in vertragsindividuellen Finanzinstrumenten ggf. in Kombination mit dem kollektiven Sicherungsvermögen, wobei die Garantieabsicherung (falls vorgesehen) stets auf bewährten finanzmathematischen und aktuariellen Methoden basiert. Kapitalmarktnahe Produkte ohne Erlebensfallgarantien: Neben dem originären Investment in Aktien, festverzinsliche Wertpapiere, Zertifikate kann der Kunde generell zwischen unterschiedlichen angebotenen Fonds frei wählen. Dabei sind die sogenannte Lebensphasenkonzepte, die systematisch und automatisch das Kursrisiko gegen Vertragsende reduzieren und auch eine variable Abrufphase, die innerhalb eines Zeitfensters den Abruf der Ablaufleistung auch als Naturalleistung ermöglicht, zu unterstützen

20 Zentrale Komponenten Kapitalmarktnahe Produkte wie icppi, VA [2] Zielbild Kapitalmarktnahe Produkte mit Erlebensfallgarantien Höchststand-Garantiefonds Indexpolicen Statische Hybridprodukte Dynamische Hybridprodukte icppi Kapitalmarktnahe Produkte mit separater Garantieerzeugung Guaranteed Minimum Accumulation Benefits (GMAB) Guaranteed Minimum Income Benefits (GMIB) Guaranteed Minimum Withdrawal Benefits (GMWB) Guaranteed Minimum Withdrawal Benefits for Life (GMWB for Life oder GLWB)

21 Zentrale Komponenten Bewertungseinheiten Zielbild Für Produkte, bei denen eine Bewertung mit einem fixierten Rechnungszins keiner allgemeinen Abbildung der Vermögens- und Ertragslage des VU genügt, sind bei der Produkteinführung feste Sicherungsbeziehungen zwischen den Garantien und geeigneten Kapitalanlagen herzustellen. Im Falle der individuellen Sicherungsbeziehung (im Gegensatz zu einer kollektiven) muss also am Vertrag ein eindeutiger Verweis auf das zugeordnete Asset bestehen. Kollektive werden dabei durch entsprechende Kennzeichen an den Verträgen zusammengefasst und über diese Kennzeichen mit den kollektiven Assets verbunden. Je nach Zeitraum und Zeitpunkt, zu der die Sicherungsbeziehung geprüft und das Sicherungsniveau ggf. anzupassen ist, erfolgt eine aktuelle Bewertung der Garantien (und der Hedge-Assets)

22 Zentrale Komponenten Bewertungseinheiten [2] Zielbild Die Steuerung aller dieser Prozesse übernimmt die Komponente Bewertungseinheit, in der auch die konkreten Beziehungen zwischen den Verträgen und den Assets verwaltet werden. Falls der Wert der Garantien und der Wert der vorhandenen Assets unternehmensinterne Schwellen überschreiten, erfolgt ein manuell gesteuerter oder auch automatischer Kauf/Verkauf der entsprechenden Assets. Da an dieser Stelle Profitabilität und Unternehmensrisiko beeinflusst werden, müssen ggf. auch Management-Regeln bereits in der Komponente Bewertungseinheit verfügbar sein und genutzt werden. Ähnlich wie bei fondsgebundenen Verträgen ist es sinnvoll, die nötigen Käufe/Verkäufe bereits vor dem eigentlichen Handelstermin zu kennen und diese der Kapitalanlage-Gesellschaft anzukündigen. Die Komponente Bewertungseinheit stellt die dazu erforderlichen Simulationen der Komponente Order und Handel zur Verfügung

23 Zentrale Komponenten Gebührenmodell Zielbild Gebühren für bestimmte Dienste des Versicherers sind in den AVB festgelegt und führen zu einer Senkung der kalkulatorischen Kosten. Dazu zählt auch die Eliminierung der Abschlusskosten zu Gunsten des Modells der Honorarberatung beim Vertrieb der Produkte. Das Gebührenmodell ist im Einklang mit den aufsichtsrechtlichen Gegebenheiten. Die Wechselwirkung des Gebührenmodells mit den versicherungstechnischen Größen aus den Hochrechnungen und Simulationen ist auch im Hinblick auf die Überschussbeteiligung zu berücksichtigen und öffnet hier neue Möglichkeiten. Die Prozesse für die Erhebung der Gebühren (zu welchem Zeitpunkt, Regelwerk für Sonderfälle/Kulanzen), die Vereinnahmung der Gebühren (explizit über Zahlung bzw. implizit über Verrechnung) und die Verbuchung der Gebühren im Rahmen der Rechnungslegung sind in den Komponenten Bestandsführung, Inkasso und Rechnungslegung konsistent abgebildet

24 Zentrale Komponenten Informations- und Transparenzpflichten Zielbild Methoden zur Ermittlung kalkulatorischer oder realer Kosten (auch zeitraumbezogen) sowie der Zu- und Abflüsse in das Vertragsguthaben werden in einer Komponente gekapselt. Integrierte oder komplexere Verfahren wie zum Beispiel der Ausweis einer Gesamtkostenquote sind Bestandteil der Methoden. Im Hinblick auf zukünftige, heute noch nicht bekannte Entwicklungen, sind die Methoden der Komponente für unterschiedliche Szenarien parametrisierbar. Die Komponente lässt sich gleichermaßen im Kontext von Neugeschäft (Antrag / Angebot), den jährlichen Statusreports (u.a. Riester) sowie zur Illustration bei planmäßigen oder außerplanmäßigen Vertragsübergängen einsetzen

25 Zentrale Komponenten Anpassung Rückkaufswerte Zielbild Assets mit spezifischen Kapitalanlagerisiken können den Verträgen bzw. Teilbeständen zugeordnet werden, die diese Risiken tragen (s.a. Bewertungseinheiten). Stille Lasten des VU können sofern konform zu den gesetzlichen Vorschriften zu Lasten der Leistungen (insbesondere bei den Rückkaufswerten) aus Versicherungsverträgen in Abzug gebracht werden. Das Kalkulationsmodell nutzt spezifische Verfahren, um die Leistungen bei Rückkauf verursachungsgerecht anzupassen und die Versichertengemeinschaft vor Spekulationsrisiken einzelner zu schützen. Die Abzugsverfahren sind konform zu den Methoden in der Komponente Order und Handel und werden durch die entsprechenden Prozesse voll unterstützt

26 Zentrale Komponenten Monitoring Zielbild Die Komponente Monitoring stellt ein Instrumentarium von Methoden zur Analyse der Entwicklung von Produkten oder Verträgen in den (Teil-) Beständen zur Verfügung. Neben der Steuerung der regelmäßigen Auswertungen (aktuell für Unisex und die Berufsgruppen in der BU) wird in dieser Komponente auch festgelegt, nach welchen Kriterien die (Teil-) Bestände zu selektieren sind und welche Attribute im Fokus zu stehen haben. Die Methoden der Komponente Monitoring sind vollständig parametrisiert und so aufgebaut, dass sie hinsichtlich neuer bzw. erweiterter Anforderungen angepasst werden können. Sie operieren auf dem Gesamtbestand des VU und sind somit unabhängig von der Anzahl der operativen Bestandsführungen

27 Zentrale Komponenten Monitoring [2] Zielbild Dies kann z.b. auch für Limite gemäß MaRisk genutzt werden. Die Bewertung von Veränderungen in der Zusammensetzung der (Teil-)Bestände setzt entsprechende Ergebnisse historischer Auswertungen voraus. Dies gilt insbesondere für den bei der Tarifkalkulation zugrunde gelegten Zielzustand. Die Komponente Monitoring misst und bewertet die Abweichungen zu historischen Ständen und zum Zielzustand mit geeigneten Methoden und erzeugt so ein Bild der Handlungs- und Änderungsnotwendigkeiten im Bestand oder im Neugeschäft. Die Entkoppelung von der operativen Bestandsführung erlaubt auch Simulationen innerhalb der Komponente Monitoring, mit der Auswirkungen auf den Bestand oder das Neugeschäft ermittelt werden können und notwendige Maßnahmen (Überschussbeteiligung oder Neutarifierung) proaktiv initiiert werden können

28 Zentrale Komponenten Kapitalmarktmodelle / -szenarien Zielbild Das geordnete Zusammenspiel (ALM) zwischen Asset- und Liability-Seite wird über die Komponente Kapitalmarktmodelle geregelt. Sie steuert als zentrale Komponente alle stochastischen Unternehmensmodelle wie z.b. MCEV, Modelle zur Risikosteuerung und die internen Modelle zu Solvency II. Über geeignete stochastische Kapitalmarktszenariogeneratoren werden die künftige Zinsentwicklung (Zinsstrukturkurve), die Entwicklung der Aktienmärkte und der Wechselkurse prognostiziert und simuliert

29 Zentrale Komponenten Kapitalmarktmodelle / -szenarien [2] Zielbild Die Komponente Kapitalmarktmodelle ist auch in den Bereichen Produktentwicklung und Bestandsführung für kapitalmarktnahe Produkte unabdingbar. Dazu werden die Ergebnisse der Kapitalmarktmodelle mit Hilfe der Subkomponenten Finanzmathematik und Versicherungstechnik verarbeitet, z. Bsp.: Die Bestimmung der Garantiegebühr bei VA-Produkten Die planmäßige regelmäßige Bewertung von VA-Verträgen Die außerplanmäßige Bewertung von VA-Verträgen bei z.b. Rückkäufen oder Abläufen Die Anwendung des CPPI-Umschichtalgorithmus bei icppi-produkten Die Bewertung von Verträgen für die Rechnungslegung (IFRS für alle Produktklassen) Die Ermittlung von Chance- und Risiko-Profilen (für alle Produktklassen)

30 Zentrale Komponenten Insurance Information System (IIS) Zielbild Die Komponente IIS ist als universelles Datenmedium zu sehen, die mit ihren Methoden die wohlvorbereiteten Eingangsdaten für dispositive Systeme wie IFRS, SII, ORSA, MCEV oder weitere Unternehmensmodelle liefert. IIS agiert grundsätzlich über alle Sparten hinweg und bildet neben den Liabilities auch die Assets und deren Fortentwicklung ab. Es verdichtet die Ausgangsdaten in verschiedenen Stufen, damit dies für die jeweils zu unterstützenden dispositiven Systeme optimal ist. IIS übernimmt darüber hinaus die Historisierung und die Rekonstruktion aller Eingangs-, Steuerungs- und Ergebnisdaten. Ohne tarifspezifisches Wissen werden innerhalb von IIS die Szenarioabhängigen Cashflows 2. Ordnung bzw. die entsprechenden Werte der Schadensversicherung ermittelt und stehen damit den Auswertungskomponenten in geeigneter Weise zur Verfügung

31 Zentrale Komponenten Insurance Information System (IIS) [2]

32 Zentrale Komponenten Auswertungs- und Berichtssysteme Zielbild Die Komponente Auswertung- und Berichtssysteme (ABS) wertet die Bestandsdaten mit Teilmodellen/Methoden aus z.b. stochastische Methoden interner Modelle oder die Verwendung geeigneter Zinsstrukturkurven. Im ABS werden die aktuariellen und bilanziellen marktwertorientierten Auswertungen wie SII, IFRS und MCEV unterstützt. Die Modelle werden dabei durch eine gemeinsame Ausgangsdatenbasis homogenisiert, die gegebenenfalls in Form von stochastisch bewertbaren, verdichteten Model- Points vorliegt. Für die notwendigen Berichte werden die Ausgangsdaten weitere Eingabewerte (z.b. aus der Bilanz) und die Ergebnisse der marktwertorientierten Auswertung interner Modelle oder die Ergebnisse des Standardmodells genutzt. Die durch das IIS vorgegebenen Normierungen, Verdichtungen und Historisierungen stehen damit in homogener Form allen ABS en zur Verfügung

33 Zentrale Komponenten Auswertungs- und Berichtssysteme [2] Zielbild Die Erst- und Folgebewertungen gemäß der HGB-Bilanzierung unter SII mit temporären Garantien des Rechnungszinses für die Prämien erfolgen auf derselben Datenbasis wie SII, IFRS oder MCEV. Dies gilt insbesondere auch für die Ermittlung der Zinszusatzreserve. Unternehmensdatenmodelle oder das Asset Liability Management werden dabei eher durch die verdichteten Model-Points unterstützt, können aber alle vorgefertigten Funktionen des einheitlichen IIS nutzen. Controlling-Aufgaben basieren je Einzelaspekt auf verdichteten oder unverdichteten Model-Points. Insgesamt ist es das Ziel, dass alle dispositiven und operativen Auswertungen eine aus den operativen Daten abgeleitete gemeinsame Datengrundlage haben. Hinzu kommen allgemeine Modelldaten wie Zinsstrukturen, Stressszenarien, Korrelationskoeffizienten etc

34 Zentrale Komponenten Rechnungslegung IFRS / HGB Zielbild Methoden zur Umsetzung der umfangreichen Änderungen bei der Bewertung der Deckungsrückstellung gemäß neuem HGB sind bzgl. ihrer Darstellung und ihrer Auswirkungen (z.b. auf die Überschussbeteiligung) sind in dieser Komponente gekapselt. Die Bewertung der Assets erfolgt nach den beobachtbaren Marktpreisen (mark to market)

35 Zentrale Komponenten Rechnungslegung IFRS / HGB [2] Zielbild Im Gegensatz dazu sind Liabilities nicht am Markt handelbar und die Bewertung erfolgt nach bewährten aktuariellen Prinzipien (mark to model) über ein Bausteinkonzept: Best-Estimate Liability: unverzerrter, wahrscheinlichkeits-gewichteter Durchschnitt künftiger Kapitalflüsse ( expected to arise as the insurer fulfils the obligation ) Time value of money: Barwert der Cashflows (geeignete Zinsstrukturkurve) Risk Adjustment: eine Risikoanpassung für die Auswirkung von Unsicherheit hinsichtlich des Betrags und des Zeitpunktes künftiger Kapitalflüsse (entspricht Risikomarge in Solvency II) Residual Margin: Betrag, der einen Gewinn bei Vertragsabschluss eliminiert

37 5 Implementierungsprinzipien Anwendungslandschaften Im Sinne es stringenten Top-Down-Ansatzes werden aus der Facharchitektur die Anwendungen abgeleitet, die als logische Systeme die fachlichen wie funktionalen Dienste zusammenfassen, mit denen die Methoden der Fachkomponenten realisiert werden. In diesem Sinne stellen Anwendungslandschaften das Zielbild einer idealen systemtechnischen Umsetzung der Facharchitektur dar. In der Regel wird dieses Zielbild jedoch nicht erreicht werden, da kein Unternehmen auf der grünen Wiese operiert und Änderungen in den Systemen eher langsam und evolutionär als eben revolutionär verläuft. Im Sinne eines visionären Zielbildes gibt die Anwendungsarchitektur jedoch für alle systemspezifischen Entwicklungen eine klare Orientierung und untermauert strategische Entscheidungen in der IT

38 5 Implementierungsprinzipien [2] Serviceorientierte Architekturen (SOA) SOA ist ein Paradigma für die Strukturierung und Nutzung verteilter Funktionalität, die von unterschiedlichen Besitzern verantwortet wird. Reference Model for Service Oriented Architecture 1.0,Committee Specification 1, 2 August 2006 Im Sinne der SOA werden fachliche Dienste in IT-Komponenten gekapselt, die auf diese Art anderen Komponenten zugänglich bzw. verfügbar gemacht werden. Die Dienste haben eine wohldefinierte fachliche Schnittstelle, die nach Außen bekannt gemacht ist. Für die Nutzung reicht es, die Schnittstelle zu kennen. Kenntnisse über die Details der Implementierung sind hingegen nicht erforderlich. Komplexe und umfangreiche versicherungs- oder finanzmathematische Dienste lassen sich gleichermaßen einfach wie naheliegend im Sinne einer SOA kapseln. Voraussetzung dafür ist, dass diese Dienste in ihrem Leistungsumfang und in ihrer öffentlichen Schnittstelle sauber strukturiert sind

39 5 Implementierungsprinzipien [3] Unterstützung der Geschäftsprozesse (BPM) Die Ausrichtung der Architekturen auf die Geschäftsprozesse der Versicherer ist ein Paradigmenwechsel, der in letzten beiden Jahrzehnten in der Versicherungsbranche stattgefunden hat und kaum noch in Frage gestellt wird. Die fachliche Modellierung der Geschäftsprozesse ist damit Grundvoraussetzung für eine effektive und zunehmend automatisierte Nutzung der IT in den einzelnen Wertschöpfungsketten des Unternehmens. Serviceorientierte Architekturen bilden eine ideale Ausgangslage, die Geschäftsprozesse des Unternehmens systematisch und industriellen Standards folgend zu modellieren und zu implementieren. Mit den Methoden des Business Process Model and Notation (BPMN) stehen der Branche leistungsstarke Verfahren und Werkzeuge zur Verfügung, um auf der Grundlage einer stringenten Komponentenarchitektur Geschäftsprozesse zu implementieren

40 5 Implementierungsprinzipien [] Restrukturierung bestehender System(-landschaften) Bestehende Systeme sind in ihrem fachlichen wie technischen Leistungsbild historisch gewachsen und genügen oftmals nicht oder nur ansatzweise den Anforderungen moderner Architekturen. Sie stellen sich dabei oft als multi-funktionale Monolithen dar, die durch die wachsende fachliche Komplexität nicht mehr effizient weiterentwickelt oder gewartet werden können. Auf der anderen Seite sind diese (alten) Systeme in ihrem Leistungsumfang für die Aufrechterhaltung des Geschäftsbetriebs existentiell ( to big for easy replacement ). Ein IT-Transformation-Programm muss die wesentlichen Problemstellungen in der Ist-Landschaft aufgreifen und im Kontext der langfristigen IT-Strategie die Prinzipien festlegen, nach denen nicht mehr zeitgemäße Techniken und Systeme sukzessive abgelöst und ersetzt werden. Eine langfristig ausgerichtete Release- und Portfolioplanung ist zu etablieren

41 5 Implementierungsprinzipien [5] Nutzung von Standardsoftware Die Nutzung und der Einsatz von Standardsoftware verteilt Analyse- und Entwicklungsaufwände auf einen größeren Nutzerkreis. Der Nutzen von Standardsoftware ist allgemein anerkannt; die Einsatzgebiete in der Versicherungsbranche liegen jedoch eher in der Infrastruktur und den weniger fachspezifischen Randsystemen. Individual-Software (auch Lösungen kleinerer Systemhäuser für eine Konzerngruppe) ist gerade in den Core-Systemen der Versicherer noch weit verbreitet. Sie wird oftmals durch spezifische Fachlichkeit, Autonomie in den Entwicklungsprozessen und einem eher kleinen Markt begründet. Zunehmend allgemeine regulatorische Anforderungen sowie moderne IT- Methoden und Techniken erweitern jedoch hier die Einsatzmöglichkeiten von Standardsoftware und haben den Markt der Anbieter in den letzten Jahren positiv beflügelt. Der Einsatz von Standardsoftware in den Core-Systemen wird sich auch vor dem Hintergrund einer zunehmen Internationalisierung durchsetzen

43 6 Roadmap bis

45 7 Zusammenfassung Die strukturierte Darstellung der Fülle der fachlichen Anforderungen erzeugt eine kommunizierbare Gesamtsicht der Ziel-Komponenten Die Komponentenarchitektur erlaubt eine strategische Positionierung gegenüber anderen Marktteilnehmern Umgang mit noch nicht ganz erschlossenen fachlichen Anforderungen: neuartige Produkte oder bekannte regulatorische Erfordernisse werden konkret geplant weitere Anforderungen sind zeitlich einschätzbar und somit planbar offene Anforderungen können beobachtet werden, sind aber in der Gesamtsicht bereits enthalten Komponentenarchitektur dient als Basis für ein Strategisches Portfoliomanagement Ressourcen und Kapazitäten im Unternehmen können effizient wie zukunftsorientiert eingesetzt werden

46 Wer wir sind