Winst:
- Vermogen om de schadeontwikkelingsdriehoek, IBNR (incurred but unreported damage) en ketenladdermethode vast te stellen met behulp van kunstmatige intelligentie en de ontwikkelingsfactoren te interpreteren
- Mogelijkheid om resultaten te vergelijken met alternatieve methoden zoals Bornhuetter-Ferguson en Mack en reserveonzekerheid (variabiliteit, betrouwbaarheidsinterval) te verklaren met kunstmatige intelligentie
- Het kunnen volhouden dat het door kunstmatige intelligentie berekende voorzieningenbedrag een concept is, en niet definitief, en dat de keuze van de ontwikkelingsfactor en de rechterlijke correctie toekomt aan de verantwoordelijke actuaris.
Wanneer een verzekeringsmaatschappij vandaag de dag een schade vergoedt, betaalt zij feitelijk de schuld af van een polis die zij in het verleden heeft verkocht. Maar niet elke schade wordt direct gemeld en niet elke gemelde schade wordt direct volledig vergoed. Vandaag vindt er een verkeersongeval plaats, drie maanden later wordt het bedrijf op de hoogte gebracht, duurt de rechtszaak twee jaar en wordt de laatste betaling na vier jaar duidelijk. Daarom moet het bedrijf vandaag geld reserveren voor schade die nog niet volledig is betaald of zelfs nog niet is gemeld. Dit geld wordt de reserve genoemd, en de nauwkeurige berekening ervan is de meest kritische actuariële taak van een verzekeringsmaatschappij. Als hij minder achterlaat, gaat het bedrijf failliet; Als er te veel wordt toegewezen, wordt het kapitaal tevergeefs vastgelegd en blijft de winst verborgen.
In deze unit behandelen we de drie concepten die de kern vormen van voorzieningenboekhouding: de schadeontwikkelingsdriehoek, IBNR en de ketenladdermethode. Vervolgens zullen we alternatieve methoden (Bornhuetter-Ferguson, Mack) en onzekerheid overwegen. De AI schrijft de code voor deze berekeningen, vult de driehoek in, berekent de factoren en legt het resultaat uit; maar de verantwoordelijkheid voor de selectie van de ontwikkelingsfactoren, de rechterlijke correctie en het definitieve voorzieningenbedrag ligt bij de verantwoordelijke actuaris.
Wat is de schadeontwikkelingsdriehoek?
De basis voor de berekening van de voorzieningen is de ontwikkelingsdriehoek/uitloopdriehoek. In de rijen staat de periode waarin de schade is ontstaan (ongevalsjaar), en in de kolommen staat hoeveel voor die schade is betaald (ontwikkelingsjaar). Het luidt als volgt: 4 miljoen werd betaald in het eerste ontwikkelingsjaar van het ongevalsjaar 2021, een cumulatief bedrag van 6,2 miljoen werd betaald in het tweede jaar en 7 miljoen werd betaald in het derde jaar. De oude ongevaljaren zijn verjaard (bijna alle uitkeringen zijn gedaan), terwijl de nieuwe jaren nog in ontwikkeling zijn. Vandaar de naam van de driehoek: de rechter benedenhoek is leeg, omdat de verdere ontwikkeling van de nieuwe jaren nog niet heeft plaatsgevonden. Het is de taak van de actuaris om dit lege hoekje in te schatten.
IBNR (Incurred But Not Reported) maakt precies deel uit van deze kloof: de toekomstige kosten van claims die zich hebben voorgedaan maar nog niet aan het bedrijf zijn gerapporteerd. Er is ook IBNER (aanvullende ontwikkeling van gerapporteerde maar ondergereserveerde claims). In de praktijk schatten driehoeksmethoden de totaal benodigde voorziening (betaald + toekomstige ontwikkeling); Wanneer u het betaalde deel ervan aftrekt, blijft de resterende voorziening over, inclusief IBNR.
Tip: Je kunt de driehoek op twee verschillende grondslagen inrichten: ‘betaalde schade’ en ‘opgelopen schade (betaald + bekende reserve)’. Door deze twee samen te onderzoeken, kunt u de verandering in het boekingsgedrag van claimteams vastleggen.
Kettingladder stap voor stap
De kettingladder is de meest gebruikelijke reactiemethode en de logica ervan is intuïtief: als de verliezen in het verleden gemiddeld van het ene ontwikkelingsjaar tot het volgende in een bepaald tempo zijn gegroeid, zullen nieuwe jaren in een vergelijkbaar tempo groeien. Stappen:
- Stel de cumulatieve driehoek in. Sorteer de cumulatief betaalde claims voor elk ongeval jaar na jaar van ontwikkeling.
- Bereken ontwikkelingsfactoren. Voor elke kolompassage: som van volgende kolom / som van huidige kolom (alleen rijen gebruiken waarin beide kolommen bezet zijn). De factor 1 → 2 is bijvoorbeeld 1,45; De factor 2 → 3 kan 1,12 zijn. Deze factor wordt de leeftijdsfactor genoemd.
- Zoek cumulatieve (gestapelde) factoren. Vermenigvuldig de resterende factoren om de finale van elk jaar te bereiken.
- Vul de lege hoek. Schat de uiteindelijke schade door de laatst bekende waarde van elk nieuw ongevalsjaar te vermenigvuldigen met de overige factoren.
- Bereken het antwoord. Eindschade − tot nu toe betaald = voorziening betaalbaar in de toekomst (inclusief IBNR).
De volgende tabel is een minivoorbeeld (cumulatief betaalde schade, miljoen TL):
ongeval jaar
Kom op. 1
Kom op. 2
Kom op. 3
Kom op. 4
2021
4,0
6,0
6.8
7,0
2022
4.4
6.5
7.3
?
2023
4.8
7,0
?
?
2024
5.2
?
?
?
In deze driehoek is de factor 1 → 2 ongeveer 1,47; 2 → 3 ongeveer 1,12; 3 → 4 is gelijk aan ongeveer 1,03. 2024 definitief 5,2 × 1,47 × 1,12 × 1,03 ≈ 8,82 miljoen; Aangezien het betaalde bedrag 5,2 bedraagt, bedraagt de voorziening ≈ 3,62 miljoen TL. De AI doet deze rekensom in enkele seconden, maar de actuaris beslist of de factoren redelijk zijn.
Alternatieve methoden en onzekerheid
De ketenladder alleen is niet voldoende omdat ontwikkelingsfactoren extreem gevoelig zijn voor kleine fluctuaties omdat er weinig gegevens zijn over de afgelopen ongevalsjaren; Eén enkele grote schade kan de hele schatting wegblazen. Daarom wordt de Bornhuetter-Ferguson (BF)-methode gebruikt: BF schat het onontwikkelde deel door gebruik te maken van externe informatie over de verwachte verliesratio en verzacht zo de volatiliteit. Kettingladder heeft de voorkeur in volwassen jaren, BF heeft de voorkeur in nieuwe en onvolwassen jaren; Samen geven ze een evenwichtige schatting.
Om de onzekerheid te meten wordt de Mack-methode gebruikt: deze geeft analytisch de standaardfout (variabiliteit) van de ketenladderschatting. Bovendien kan een volledige waarschijnlijkheidsverdeling van het antwoord worden geproduceerd door middel van bootstrap (simulatie door het herhaaldelijk bemonsteren van de gegevens); Dit beantwoordt de vraag (cruciaal voor Solvency II) “wat zou onze reactie zijn in het ergste geval?” AI is zeer krachtig in het genereren van code en het vergelijken van deze methoden.
Let op: De selectie van groeifactoren is niet mechanisch. Binnen een jaar kunnen een verandering in de wetgeving, een grote golf van rechtszaken of een verandering in het tempo van de uitbetaling van claims de factoren verstoren. De keuze voor “eenvoudig gemiddelde, gewogen gemiddelde, laatste 3 jaar” is gerechtelijk en moet gerechtvaardigd worden.
Hoe AI te gebruiken in de reserveboekhouding
1) Kettingladdercode:
Schrijf een code met commentaar in Python die de kettingladder berekent. Invoer: cumulatief betaalde schadedriehoek (lijst met lijsten, ontbrekende cellen Geen). 1) Bereken de volumegewogen leeftijdsfactor voor elke kolompassage. 2) Zoek de cumulatieve factoren. 3) Vul het lege hoekje in en schat de uiteindelijke schade per ongevalsjaar. 4) Bereken de compensatie (definitief - betaald) en tel deze bij elkaar op. Print elke tussenstap naar het scherm; maak geen bibliotheek, gebruik eenvoudige Python.
2) Methodevergelijking:
Leg aan een actuaris het verschil uit tussen een kettingladder en Bornhuetter-Ferguson. - Welke is betrouwbaarder in welke situatie? - Waarom heeft BF de voorkeur in nieuwe (onrijpe) ongevalsjaren? - Hoe bepaal ik het 'verwachte schadepercentage' dat nodig is voor BF? Vat de voor- en nadelen samen in een tabel.
3) Controle van de plausibiliteit van factoren:
Ik heb de volgende leeftijdsfactoren: 1->2: 1,47; 2->3: 1,12; 3->4: 1,03; 4->5: 1,45.De 4->5-factor ziet er vreemd uit vergeleken met de andere.- Wat kunnen de mogelijke redenen zijn voor deze sprong (regelgeving, grote schade, gegevensfout)?- Welke controles moet ik doen om dit te verifiëren?Besluitvorming; Geef mij een checklist.
4) Onzekerheidsinterpretatie:
Mijn beste gokvoorziening voor de ketenladder is 42 miljoen TL, de standaardfout van Mack is 5,3 miljoen. Hoe leg ik dit uit aan een manager en een toezichthouder? - Leg in gewone taal uit wat de 75% en 99,5% niveaus betekenen. - Hoe kan ik de boodschap 'bereik in plaats van één getal' overbrengen?
Zwakke prompt/sterke prompt
Zwakke prompt:
Bereken mijn beloning.
Er is geen driehoek, geen methode, geen data. AI vult de kloof.
Krachtige prompt:
Jouw rol: boekingsassistent. Ik geef je de driehoek met cumulatieve betaalde claims (anoniem, miljoen TL):2021: [4.0, 6.0, 6.8, 7.0]2022: [4.4, 6.5, 7.3]2023: [4.8, 7.0]2024: [5.2]Taak:1) Bereken de gewogen factoren van leeftijd tot leeftijd, elke weergave.2) Vul het lege veld in hoek, schrijf het laatste verlies van elk jaar.3) Bereken de totale voorziening (definitief - betaald).4) 2024 is erg nieuw; Leg daarom uit waarom uw schatting onzekerder is. Laat mij de tussenliggende cijfers zien, zodat ik ze handmatig kan verifiëren. Gebruik gewoon de gegevens die ik je geef.
drie minikoffers
Geval 1 — Ontoereikende voorziening. Eén bedrijf berekende de laatste twee ongevalsjaren in zijn snelgroeiende verkeersportfolio met een rechte kettingladder. Omdat de nieuwjaarsfactoren laag waren, werd de voorziening geschat op 31 miljoen TL. Toen de actuaris contact opnam met BF en het verwachte schadepercentage gebruikte, was het realistische antwoord 44 miljoen TL. Het verschil van 13 miljoen werd een jaar later bevestigd met reële schade. Les: in nieuwe jaren misleidt alleen al de ketting de ladder.
Geval 2 — Corrupte factor. Een assistent-actuaris zag een 3 → 4-factor van 1,42 in de driehoek die de AI produceerde; terwijl het historisch gemiddelde 1,05 bedroeg. Als het zonder vragen was aangenomen, zou de respons met ongeveer 30 procent zijn toegenomen. Uit het onderzoek is gebleken dat er twee ongevalsjaren zijn verschoven als gevolg van een fout bij het laden van de gegevens. De AI heeft de fout niet veroorzaakt, maar heeft deze niet opgemerkt; De redelijkheidstoets van de actuaris sloeg aan.
Geval 3 — Correcte weergave van onzekerheid. Een verantwoordelijke actuaris vertelde het management alleen dat "de voorziening 42 miljoen bedraagt". Het management dacht dat dit zeker was en verdeelde de winst. Het jaar daarop, toen het werkelijke aantal 48 miljoen bedroeg, ontstond er een crisis. De volgende termijn bood de actuaris een bereik aan, waarbij Mack en bootstrap zeiden: "de beste schatting is 42, maar het niveau van 75% is 46, het niveau van 99,5% is 55 miljoen"; Het management heeft dienovereenkomstig zijn besluit genomen. Het bespaarde veel tijd bij het voorbereiden van de AI-bootstrapcode en -grafiek.
Veel voorkomende fouten
- Gebruik van alleen de kettingladder de afgelopen jaren bij ongevallen. Minder data betekent een volatiele factor; Evenwicht met BF.
- Ontwikkelingsfactoren niet aan redelijkheidscontrole onderwerpen. Eén corrupte factor blaast de hele reactie weg; Vergelijk met historisch patroon.
- Het omgekeerde presenteren als één exact getal. Het antwoord is een gok; Het presenteren ervan zonder een onzekerheidsbereik (Mack, bootstrap) is misleidend.
- Het verwarren van de betaalde en gerealiseerde driehoek. De twee meten verschillende dingen; Werk consequent op één basis of vergelijk de twee bewust.
- Het negeren van inflatie en regelovertredingen. Het ontwikkelingspatroon uit het verleden zal in de toekomst wellicht niet hetzelfde blijven; Denk ook aan structurele veranderingen.
Samengevat
De reserve is de huidige schatting van toekomstige verplichtingen en is de meest kritische actuariële berekening van de verzekeringsmaatschappij. Het betalingspatroon uit het verleden wordt gezien met de ontwikkelingsdriehoek; De kettingladder vult het lege hoekje met leeftijdsfactoren en schat de uiteindelijke schade en schadevergoeding inclusief IBNR. In nieuwe jaren is BF stabieler; Onzekerheid wordt gemeten door Mack en bootstrap. De AI vult de driehoek in, schrijft de code en vergelijkt de methoden; maar de factorselectie, redelijkheidscontrole en het uiteindelijke cijfer zijn afhankelijk van het oordeel en de handtekening van de verantwoordelijke actuaris.
Applicatie taak
Creëer een anonieme minidriehoek van cumulatief betaalde claims (4 ongevalsjaren × maximaal 4 ontwikkelingsjaren). Vraag de AI om het equivalent met de kettingladder te berekenen. Controleer handmatig de leeftijdsfactoren en de laatste 2 jaar. Vraag vervolgens aan de AI “hoe zou BF het meest recente jaar een ander resultaat hebben opgeleverd” en vergelijk de twee methoden. Vervorm bewust een van de factoren (vergroot bijvoorbeeld een cel tien keer) en observeer hoe de reactie van de AI verandert en hoe de plausibiliteitscontrole dit zal opvangen.
controlelijst
- [ ] Ben ik consistent in de vraag of ik de driehoek opzet op basis van betaalde of opgelopen schade?
- [ ] Heb ik de plausibiliteit gecontroleerd door de leeftijdsfactoren te vergelijken met het historische patroon?
- [ ] Heb ik bij BF gecontroleerd of er nieuwe/onrijpe jaren zijn?
- [ ] Heb ik het antwoord gepresenteerd met een onzekerheidsbereik in plaats van met één getal?
- [ ] Heb ik zelfstandig de uiteindelijke schade herberekend en de tegenberekeningen uitgevoerd?
- [ ] Heb ik de onderbouwing van mijn factorkeuze (gemiddeldetype, periode) schriftelijk vastgelegd?