implementering af sas firmwide risk for solvency ii i … · lander i mellemlager, hvor der sker en...
TRANSCRIPT
IMPLEMENTERING AF SAS FIRMWIDE RISK FOR SOLVENCY II I PFA PENSION
Implementering af SAS Firmwide Risk for Solvency II i PFA Pension
Finn Knudsen
Chef Analytiker kvantitative modeller
13-10-2016
HVAD ER SOLVENS II
Solvens II er en omfattende regulering som skal understøtte et fælles
europæiske forsikringsmarked, og har været undervejs i over 10 år.
Reguleringen laves på Europæisk niveau af det fælles europæiske
finanstilsyn EIOPA (European Insurance and Occupational Pensions
Authority)
Overordnet arbejdes der i reguleringen med 3 søjler
• Kapitalbehov
• Standarder og processer
• Indberetninger.
2
HVAD ER SOLVENS II
3
Kilde: Finanstilsynet
HISTORIK PÅ SOLVENS II RAPPORTERING I PFA
PFA har fulgt solvens II siden starten af 2000, primært med fokus på
kapital siden, og dermed meget drevet ud af risikostyring.
I løbet af 2010 blev de imidlertid også klart, at man skulle tage stilling til
hvordan man ville håndtere Solvens II processen rent IT mæssigt
fremadrettet.
Det ville være en udfordring da:
• Endelige krav forventeligt ville foreligge sent i processen.
• Der kan forventes meget løbende udvikling fra EIOPA
• Der er tale om et kompliceret samspil mellem forretning og IT, som er
vanskeligt at håndtere i en driftsorganisation.
4
HISTORIK PÅ SOLVENS II RAPPORTERING I PFA
På den baggrund var anbefalingen at man skulle finde en leverandør, som
ville kunne levere software samt vedligehold samme overfor fremtidige
ændringer. Det ville dog også kræve at leverandøren havde stort solvens II
indsigt, da man ellers skulle bruge for mange kræfter på kravspecifikation.
For at undgå dobbelte forretningsprocesser og sikre størst mulig synergi
med den øvrige PFA forretning, blev det dog også tidligt besluttet, at man
skulle benytte Dimension som kilde til registrering og beregning på aktiv
siden, mens egne systemer kunne bruges til beregninger på aktuar siden.
Derimod blev det besluttet, at systemet burde understøtte både søjle 1 og
søjle 3 i Solvens, for at sikre et konsistent datagrundlag mellem
indberetning og beregninger.
5
HISTORIK PÅ SOLVENS II RAPPORTERING I PFA
Der blev iværksat en proces med at finde relevante leverandører, og 6
forskellige leverandører blev gennemgået.
Vi valgte til sidst at gå videre med SAS, da de havde den samme vision
som os, om at skabe et standardiseret system til at håndtere
indberetningerne og beregningerne.
Udskydelsen af Solvens II fra 2014 til 2016 betød dog, at man valgte at
udskyde implementeringen af systemet, og i stedet startede med en
prototype til at håndtere ISB indberetningen.
I 2014 blev der dog etableret en egentlig program organisation som skulle
håndtere den endelige Solvens II løsning.
6
AMBITION – UDVIKLING, VEDLIGEHOLDELSE OG DRIFT1. Modul opdelt løsningskoncept med klare og entydige snitflader
2. Udviklingsforløbet gennemføres så komprimeret som muligt – kræver
et udviklingsforløb med væsentligt parallelitet.
3. Kommende krav fra EIOPA/Finanstilsynet skal kunne implementeres
på en effektiv, sikker og hurtig måde i løsningen og organisationen.
4. Rapporteringen (driftsafvikling) skal gennemføres så automatiseret og
sikkert som muligt.
5. Rapporteringen skal gennemføres ved anvendelse af så få personelle
ressourcer som muligt.
Oplysning: Implementeringen af ISB (i PFA = Solvens II, trin 1) er anvendt som grundlag for den endelig
fastlæggelse af strategi for implementering af Solvens II
7
ORGANISATORISK FORANKRING
Forankring af løsning er et pågående arbejde, hvor man med
udgangspunkt i et smalt implementeringsteam, skal inddrage flere brugere,
samt forankre drift af systemet i forretningen.
Den valgte struktur for program organisationen skal sikre dette, og efter
første indrapportering er dette godt på vej.
Men vigtig at være opmærksom på de store ændringer der kan forventes i
rapportering fremadrettet.
Samspillet med leverandøren om fremtidig vedligehold er derfor vigtigt. Vi
vil modtage løbende opdateringer af softwaren, så den understøtter alle
rapporteringspakkerne.
8
AMBITION – TEKNSIK LØSNINGSMODEL1. Beregning af solvens skal gennemføres i standardløsning
2. Leverandør af standardløsning er forpligtet til løbende
vedligeholdelse af denne med EIOPA krav.
3. Opdatering af standardløsning med ændrede EIOPA krav skal være
gennemført senest 3 mdr. (mål) efter krav er frigivet fra EIOPA.
4. Der skal sikres entydigt skæringstidspunkt for dataleverancer fra
datakilder (Investering, Økonomi, Aktuariat og Risiko)
5. Der skal laves et interface som er så smalt som muligt mellem data
leverandører og standard løsning. Men ingen direkte integration
mellem kilder og standard løsning.
9
Niveau 1 = Mellemoverskrift
Niveau 2 = Almindelig tekst
5 = Bullet tekst
For at få regular tekst og
punktopstilling på teksten
Forøg listeniveau
For at få venstrestillet tekst
uden punktopstilling, brug
’
Niveau 1 = Mellemoverskrift
Niveau 2 = Almindelig tekst
5 = Bullet tekst
For at få regular tekst og
punktopstilling på teksten
Forøg listeniveau
For at få venstrestillet tekst
uden punktopstilling, brug
’
SOLVENS II LØSNINGSKONCEPT
10
Investering,
Aktuar,
Økonomi,
mv.
BI(ETL og historik)
Støtteapplikation;
afstemning og datastyring til SAS
SAS
IRM
SQL
Hotel(Interface)
National
banken
”FIONA”
Kildedata Mellemlager (datahub) Rapportering
SAS klient
• Afstemmer datakilder
• Godkender og sender data til SAS • Danner QRT rapporter
• Valideringsworkflow
• XBRL til aflevering
AKTIVITET I STANDARDLØSNING (SAS IRM)
11
SOLVENS II DATAMAPNINGPå Dimension siden er der etableret portefølje beregninger som regner
solvens stress på aktiver, og danner udtræk af alle positioner. Output
lander i mellemlager, hvor der sker en ”IT konvertering” af datastrukturer så
de passer til SAS interface.
På aktuar siden og SAP siden, leveres der mere direkte data tilpasset den
struktur som SAS data interfacet har.
Dette interface består af ca. 55 tabeller, som således fødes fra
mellemlageret. På baggrund af disse data, så beregnes solvens krav og
der dannes alle relevante rapporter.
Dette indebærer, at kilde leverandørerne ikke behøver at forholde sig til
alle QRT skemaerne, men kan koncentrere sig om at mappe data til SAS
interfacet.
12
SOLVENS II BEREGNINGERI søjle 1 skal der laves ret
omfattende beregninger af
solvenskravet på en standard
formel.
Disse beregninger foretages i
SAS systemet, men en
udfordring at detaljerne
stadig giver rum for
fortolkning.
13
Kilde EY: http://www.ermsymposium.org/2015/presentations/C-14-
Thoren.pdf
INDBERETNING SØJLE 3Valget mellem at mappe til et leverandør mellemlag eller direkte til EIOPA
QRT format, kan afhænge af hvor kompleks en forretning man har.
PFA skal rapportere både på SOLO og GROUP niveau, samt til Finansiel
Stabilitet for samme, hvilket indebærer at vi har identificeret pt. ca.
forskellige 150 rapporter der skal indberettes i løbet af et år. Vi vurderer
således at vi alt andet lige har en struktur som er nemmere at
vedligeholde, end hvis vi skulle holde os ajour med fremtidige ændringer i
de enkelte QRT rapporter.
I det omfang fremtidig rapportering kan dannes på baggrund af allerede
leverede data, så vil PFA ikke få yderligere arbejde i den henseende.
14
INDBERETNINGER
15
INDBERETNINGSFORMAT
16
OMFATTENDE DOKUMENTATION AF KRAV
17
IMPLEMENTERINGEN TILRETTELAGT I FORHOLD TIL RAMMER OG VILKÅR
Afgørende valg:
1. Valg af løsningsarkitektur. Sikrede gennemførelse af et komprimeret
implementeringsforløb med væsentligt parallelitet
2. Valg af leverandør. Anvendelse af standardløsning fra leverandør der
både står for udvikling af standardløsningen, installation og
implementering af denne. Leverandøren har Solvens II løsning som
forretningsområde.
3. Valg af implementeringsforløb indeholdende udvikling af prototype:
Prototypefasen definerede og sikrede de infrastrukturmæssige
rammer, sikrede den nødvendige parathed i organisationen samt
sikrede parathed og sikkerhed for hurtig opgradering til
produktionsløsning når denne ville foreligge (baseret på EIOPA krav
version 2.0.0 og frem)18
STATUSPFA har lavet første indberetninger, med overholdelse af alle XBRL
valideringer.
Dog har det været afgørende at SAS systemet giver mulighed for manuelt
at overskrive det automatisk generede tal, da fejl i datakilder kan være
vanskeligt at rette op.
Vi er ved at færdigteste beregningen af solvenskrav i systemet, da
specifikke danske regler gør implementeringen vanskelig.
Vi har generelt oplevet at vi har kunnet færdiggøre en
rapporteringsleverance på ca. 1 uge, fra data er leveret til SAS systemet.
19
SPØRGSMÅL
20