Integrierte Finanzarchitektur mit DWH und SAP

Transkript

1

2 Günther Krähan ist Head of Finance and ERP Competence Center der Erste Group Bank AG und hat die folgende Präsentation auf der letzten Jarestagung Integrierte Finanzarchitektur gehalten. Lesen Sie weiter und erfahren mehr zu: der Bedeutung des BI Data Warehouse in der Erste Group der Bedeutung und Rolle von SAP den Herausforderung der Datenqualität und Maßnahmen zur Verbesserung

3 Integrierte Finanzarchitektur mit DWH und SAP 3. Jahrestagung Integrierte Finanzarchitektur Author G. Krähan Version 1.0 Date Page 1

4 AGENDA Entwicklung vom Daten- zum Informationsmanagement Bedeutung des BI Data Warehouse in Erste Group Bedeutung und Rolle von SAP Herausforderungen der Datenqualität Architekturinitiative Page 2

5 Historische Entwicklung vom Daten zum Informationsmanagement Basel II start Zentraler Datenpool Geschäftsebene Basel II + BI / Performance Mgmt RWA Rechenkern Start Business Intelligence 2007: Basel II golive IRB Genehmigung GO-LIVE zentrale Performancesteue rung Information management Start Task force Datenqualitäts Task Force Erste Ideen zum Informationmanagement Zentrales SAP Heat map analysis, BIC unit established New infrastructure ready Liqudity risk implemented Accounting Projekte MultiGAAP AT (SAP New GL) Konsoliderung (Tagetik) Page 3

6 Neue und bekannte regulatorische Anforderungen Projektportfolio wächst jährlich Umfangreiches Projektportfolio Neue regulatorische Anforderungen Zentrale Programmsteuerung für regulatorische Anforderungen mit CRO/CFO und COO Kürzere Umsetzungszeiten. Page 4

8 Derzeitiger Stand der Implementierung Group Data Pool Source Systems AT Local DWHs CE CORE SAP Giro Spar Secu. AT subs SLSP CSAS EBC EBS EBH BCR File upload LDD Group Data Pool Monatlicher Konzerndatenpool Neu Datenqualitätsprüfung Tagetik Konsolidierung SAS RWA,.. GPM DB-Rechnung Anatol Dom+ Risk Reporting GPM Reporting OeNB Report Zentrale Steuerung der Anforderungen Ständige Verbesserung Trotz gemeinsamen Datenpool gibt es weiterhin Silo - Ansätze Internal & external Report Internal Report Page 6

9 Verbesserungen in alle Bereichen notwendig Fitness der bestehenden Architektur für neue regulatorische Anforderungen, Beispiel BCBS 239 Criteria & level of compliance based on BCBS 1 paper Governance Independent unit & board responsibility CEE Group.. GPM functions OFSA risk-ratingrelevance exposurecalculation AT Positions- Ermittlung Meldepos Operational Systems GDP MePo Mu ba Merger LDD reports GPM- Rep Mart B2- Rep. Mart Vallery Rating KOFB Group customer IP KGI B2-rep GPM-rep GPM-rep L I&II L III ALM SMART CADNET ADC EARS Rep. Rep. Marts ANAT reports OL why Reporting Rep. Marts DOMPlus MAKOÄ Rep. Rep. Host Oracle SAS Cognos WebFOCUS Architecture/ Infrastructure Data accuracy & integrity Completeness Timeliness Adaptability Reporting accuracy Comprehensiveness Integrated data & Business impact analysis Single authority source & largely automated aggregation All material information and consistent definitions on a group-wide basis Rapid production (esp. during times of crisis) Meet ad hoc data requests Accurate and precise reporting for both regular and crisis reporting Coverage of all material information and fowardlooking RWA-calc. etc. SAS (Detail) Melde- Mart Acce ssdb Java/XMA Clarity & usefulness Communication tailored to needs of recipients Frequency Report distribution During a crisis critical reports shall be available within a short period (partially on intraday basis) Reporting policies should recognize the stakeholders differing information needs Page 7

10 Fünf Grundprinzipien für die neue Zielarchitektur Business Intelligence A Integration aller Accounting, Meldewesen, Controlling, Risk Management und ALM Daten B Datenverfügbarkeit monatlich (T+5) Daten für Liquiditätssteuerung und Marktrisiko sind täglich verfügbar C Ein Datenmodell für Berechnungsfunktionen und Reporting Datenverantwortung bleibt lokal D Alle Daten sind auf Position bzw. Geschäftsebene E Berechnungen basieren auf Positionsebene/Geschäftsebene und sind mit dem Gruppensystem verbunden (RWA, Profitabilität etc.) Page 8

11 Erste Group Vorstandsbeschluss 1 Organisation Gründung einer zentrale Einheit BIC (Business Information Center) Governance, Business Datenmodell Datenqualitätsmanagement 2 Migration path Die BI Zielarchitektur wird ausgerollt Integriert und gleichzeitig für die Holding und lokale Entitäten Phasenorientierter Ansatz (Länder, Geschäftsbereiche) 3 Pilot Liquiditätsmanagement und eine lokale Einheit stehen als Pilot zur Verfügung Page 9

13 MultiGAAP Projekt AT (Erste Group, Erste Bank der österreichischen Sparkassen, Sparkassen, Töchter) Multi GAAP (New GL) Source Systems AT Source Systems AT mainly UGB SAP GL UGB IFRS UGB only postings SAP GL common UGB&IFRS IFRS only bis Ende 2013 keine doppelte Bestandsführung IFRS über Differenzbuchungen Hohe Abstimmungaufwände Einführung eines neuen Kontenplans Einheitlicher Gruppen Kontenplan Einheitlicher lokaler Kontenplan Vollständige UGB und IFRS Buchhaltung 2012: Planungsphase 2013: Umsetzung in > 90 Vorsystemen, Upgrade von SAP auf neueste Version 2014: Go-Live erfolgreich Page 11

14 Subledger XBRL Subledger IFRS Ledger Subledger IC Modul Consolidation Engine MultiGAAP Projekt AT IT Landschaft AT Accounting operative Accounting fin. & stat. reports AMI IFRS Close 120 RPs IFRS Kreis FINREP 300 RPs UGB Kreis LDDs GDP Anatool Anpassung von mehr als 90 Vorsystemen innerhalb von einem Jahr umgesetzt Page 12

15 TAGETIK Preperation of data Einführung einer neuen Konsolidierungslösung Umstellung auf Einzelinstitutsebene Konsolidierung und dezentrale Intercompany Abstimmung Single entities Group Cons & Cont Reporting Pre-systems (e.g. SAP FI) Flatfile / manual entry Entity 1 Entity 1 Securities Report Entity 2 Entity 2 Entity 3 Entity 4 Entity 3 Entity 4 SG 1 Legal Financial Statement Entity 5 Entity 5 IFRS 7 Entity 6 Entity 7 Entity 6 Entity 7 SG 2 Segment report Production set up = K-Fall Secure Page 13

16 Grundprinzip Kontenplan und Konsolidierung FinRep Position no. Group Chart of account Operative CoA SAP (incl. for each account GCoA number) Page 14

17 SAP Installationen in den Ländern Roll-out von MultiGAAP geplant CSAS Core: HR,FI,CO, MM, RE, APO, ESS, BW, SRM SLSP Core: HR, FI,CO, MM, BW, SRM, ESS, erecruiting EBH Core: FI,CO, BW EBV & Sector Core: HR, FI, CO, BW, ESS, erecruiting MultiGAAP BCR Core: FI,CO, BW, SRM, EBC: SAP planned 2017 EBNS: SAP planned 2017 Ziel ist eine einheitliche SAP Verwendung im Konzern mit größtmöglicher Standardisierung Page 15

19 Group BIC unit defines & enforces a set of necessary measures to improve process & data quality and to harmonize requirements Governance Policies & Strategy Define sustainable BI Data Governance Policy and ensure compliance throughout group Define, implement and manage bank-wide BI processes, roles & responsibilities as well as dependencies to other processes in the bank Align stakeholders, create common understanding towards BI, define precise and achievable objectives Business Data Model Build a consistent x-functional and harmonized business data model Define standards for data model and ensure consistency Maintain, enhance data model and ensure harmonization throughout all involved stake holding units Provide a conceptual basis for all BI related topics and for an integrated bank management model Data Quality Management Define Data Quality management processes and ensure daily operations together with data stewards. (DQ Measurement; DQ Issue Management; DQ Cleansing, etc.) Produce DQ steering information and Management Information dashboards, etc. Monitor and govern data quality initiatives within the group Page 17

21 Introduction Source: Page 19

22 The world of TOGAF (simplified) Preliminary Describes the preparation and initiation activities required to meet the business directive for a new enterprise architecture, including the definition of an Organization- Specific Architecture framework Architecture Vision A succinct description of the Target Architecture that describes its business value and the changes to the enterprise that will result from its successful deployment. Business Architecture Data Architecture Information Systems Architecture Application Architecture Technology Architecture A description of the structure and interaction between the business strategy, organization, functions, business processes, and information needs. A description of the structure and interaction of the enterprise s major types and sources of data, logical data assets, physical data assets, and data management resources. A description of the structure and interaction of the applications as groups of capabilities that provide key business functions and manage the data assets. A description of the structure and interaction of the platform ser vices, and logical and physical technology components. Business Services Information System Services Supports business capabilities through an explicitly defined interface and is explicitly governed by an organization. The automated elements of a business service. An information system service may deliver or support part or all of one or more business services. business lead function business review function Requirements Management Examines the process of managing architecture requirements throughout the Architecture Development Method. Opportunities & Solutions Conducts initial implementation planning and the identification of delivery vehicles for the architecture defined in the previous phases. Page 20

23 The world of TOGAF (simplified) Possible artifacts (selected) Preliminary Architecture Vision Architecture Statement of Work Architecture Principles Architecture Governance (Processes, Tools, Organisation) Architecture Motivation Architecture Glossary Architecture Vision Systems Footprint Business Architecture Information Systems Architecture Technology Architecture Data Architecture Application Architecture Actors Business Motivation Conceptual Data Diagram Data Security, Migration, Lifecylce Diagrams Application Portfolio Interface Portfolio Business Processes Business Information Model Logical Data Diagram Physical Data Diagram System Usecases Application Modeling Diagrams Scope of CTO Application Context Diagrams Application Migration Diagrams TOGAF Matrices TOGAF Matrices TOGAF Matrices Business Services Information System Services Requirements Management Opportunities & Solutions Requirements Catalog (Architecture) Project Context Benefits Project Statement of Work Project Deliverables Page 21

24 TOGAF: example by FI Recon for a defined business process Business Architecture/Processes illustrative deliverable Business Architecture/Business Function View Describes the relationship of Business Processes and Capabilities (Business Function) and Business Information required Business Architecture/Business Process View Details the Business Sub-Process Page 22

25 Grundprinzipien und Zusammenfassung Integrierte Sicht auf die Risk und Finanzarchitektur ist entschieden und Voraussetzung zur Erfüllung der regulatorischen Anforderungen Architekturkonzepte beginnen bei Business Prozessen und dem Business - IT Alignment. Erste Group verwendet das TOGAF Model als Standard. IT Standardisierung (BI und SAP) ist notwendig für eine kosteneffiziente Umsetzung. Individuallösungen werden durch Standardlösungen innerhalb der Gruppe ersetzt. Neue Anforderungen (COREP, FINREP, AUREP Austrian Reporting) stellen eine hohe Anforderung an Datenqualität. Eine zentrale Steuerung der Datenqualität ist ein wesentlicher Erfolgsfaktor Eine zentrale Governance für CRO/CFO und COO schafft die notwendigen Rahmenbedingungen für eine integrierte Finanzarchitektur Page 23

26 Wir freuen uns dass wir Günther Krähan auch als Sprecher für die nächste 4. Jahrestagung Integrierte Finanzarchitektur, vom 17. bis 19. März 2015 in Mainz, gewinnen konnten. Vor Ort dreht sich wieder alles darum den Schritt vom Silo zum direkten Durchgriff auf Daten zu meistern Integration Finance & Risk Data Governance & Berichtskonsistenz. Erfahren Sie mehr und besuchen Sie uns unter: