Skip to content
Opt Dir

Assicurazioni · Riserve Sinistri

Quanto devo riservare per sinistri non ancora liquidati?

Assicurazioni 3 min
Si applica anche a: Finanza
#attuariale assicurazioni #riserve sinistri #chain ladder #IBNR #Solvency II #metodi attuariali #triangolo di sviluppo

La maggiore passività nel bilancio di un assicuratore danni: riserve per sinistri pendenti. Problema attuariale classico di RO: chain-ladder, Bornhuetter-Ferguson, riserve stocastiche.

In breve

Per una compagnia assicurativa di medie dimensioni con 50-300 milioni TRY di premi annui nei rami auto, salute, responsabilità civile, danni e trasporti. A ogni data di bilancio l’attuario deve rispondere a una sola domanda: qual è il costo totale di tutti i sinistri già occorsi ma non ancora completamente liquidati? Questa cifra è la maggiore passività di bilancio — riservare poco significa rischio di insolvenza, riservare troppo immobilizza capitale. I sinistri vengono denunciati a volte lo stesso giorno e a volte mesi dopo, e i pagamenti si distribuiscono su anni, per questo semplici medie in un foglio di calcolo producono errori sistematici.

Ti suona familiare?

  • Il nostro team attuariale calcola le riserve sinistri a mano su un foglio di calcolo; la chiusura trimestrale richiede tre settimane e il rischio di errore è alto.
  • Nell'audit regolamentare ci è stato chiesto il dettaglio del metodo e l'errore standard; avevamo solo un chain-ladder.
  • Abbiamo rami a coda lunga (responsabilità civile, infortuni sul lavoro); i sinistri si liquidano in 5-10 anni e le riserve degli anni recenti sono molto incerte.
  • In contesto di alta inflazione i fattori di sviluppo storici non predicono più il futuro; sospettiamo sotto-riservazione.
  • La policy di gestione sinistri (standard delle riserve a stima) è cambiata negli ultimi 2 anni; chain-ladder usa ancora il vecchio schema.
  • Sotto Solvency II o equivalente serve un percentile 75 o un margine di rischio; dobbiamo passare dalla stima puntuale alla distribuzione completa.
  • Abbiamo lanciato un nuovo ramo; 2-3 anni di dati, chain-ladder è volatile — ci dicono di usare Bornhuetter-Ferguson con sinistralità a priori ma non conosciamo il metodo.

Perché è importante

Costi di una riservazione intuitiva o non strutturata: (1) sotto-riservazione — il bilancio non riflette la realtà, pagamenti inattesi innescano crisi di adeguatezza patrimoniale e violazione regolamentare, (2) sovra-riservazione — capitale bloccato, rendimento da investimento perso, valore per gli azionisti distrutto, (3) nessun errore standard di metodo — quando il regolatore chiede percentile 75 o margine di rischio non si può fornire, (4) inflazione ignorata nei rami a coda lunga — pagamenti nominali sottostimati in termini reali. La ricerca accademica mostra che metodi oltre chain-ladder (BF, GLM, Munich CL) producono riserve finali del 5-15 % diverse. Per un assicuratore medio con 500M di premio annuo significa 30-90M di differenza — decisivo per il solvency ratio.

Come si risolve

Profondità tecnica

In una frase: Estrai come i sinistri di un anno di accadimento si distribuiscono su mesi/anni di pagamento; proietta in avanti gli anni nuovi sullo stesso cammino. Per gli anni maturi è ragionevole (il pattern è stabilizzato); per gli anni giovani, miscela con un’aspettativa a priori (il pattern è ancora rumoroso).

Il problema sta all’incrocio tra scienze attuariali e ricerca operativa (disciplina che usa matematica e computer per risolvere decisioni di business). Due sotto-problemi: stima puntuale della riserva (sinistralità finale attesa) e incertezza della riserva (errore standard, percentile 75, margine di rischio). Soluzione in tre fasi:

1. Modellizzazione. Costruzione dei triangoli di sviluppo dal database sinistri: righe = anno di accadimento, colonne = periodo di sviluppo (mesi o anni). Cella (i,j) = sinistralità cumulata pagata (o incurred) dell’anno i a j periodi dall’accadimento. Il triangolo è triangolare superiore; la metà in basso a destra va stimata. Test di omogeneità: segmentazione per ramo, tipologia di sinistro (attritional vs grande), canale, geografia. Stima della coda: sviluppo oltre l’ultima colonna osservata. Scelta del metodo per coorte: CL per anni maturi, BF per anni giovani, GLM per pattern volatili.

2. Decisione guidata da solver. Fattori di sviluppo Chain-Ladder: rapporti di cumulati tra periodi. BF combina una sinistralità finale a priori (dal pricing) con il pattern CL. Stocastica: la formula distribution-free del metodo Mack fornisce l’errore standard; il bootstrap produce la distribuzione completa; gli approcci bayesiani e di credibilità mescolano giudizio precedente con i dati. Munich Chain-Ladder usa triangoli pagato e incurred congiuntamente. Le librerie attuariali open-source implementano tutto questo; il software attuariale commerciale aggiunge diagnostica visuale e report per il regolatore.

3. Integrazione operativa. Sistema di gestione sinistri → triangoli → software di riservazione → report regolatori e audit interno. Comitato trimestrale rivede scelta dei metodi e backtest delle stime passate contro la liquidazione effettiva. Pista di audit: quale cella da quale metodo, quale fattore di sviluppo selezionato, quale a priori usata. Report annuale della funzione attuariale (Solvency II) standardizzato.

Alternative

Foglio di calcolo manuale + attuario

Gratuito

Foglio di calcolo esistente — licenza considerata sunk

Per chi: Assicuratore piccolo o singolo ramo a coda corta

  • + Nessun costo software aggiuntivo
  • + Attuario in pieno controllo
  • + Veloce su triangoli piccoli
  • − Metodi stocastici — Mack/bootstrap — quasi impossibili a mano
  • − Alto rischio di errore, pista di audit debole
  • − Non scala su rami e segmenti
  • − Percentile 75 non disponibile quando il regolatore lo chiede

Software attuariale di riservazione locale

Aziendale

200K–800K valuta locale licenza + 40K–120K/anno manutenzione (osservazione mercato TR)

Per chi: Assicuratore medio (100K-1M polizze), più rami

  • + Lingua locale, modelli di report del regolatore
  • + Chain-ladder e BF di base integrati
  • + Integrazione con il sistema sinistri locale
  • − Metodi stocastici (Mack, bootstrap) spesso limitati
  • − GLM e Munich CL possono mancare
  • − Grafici diagnostici semplici

Software attuariale di riservazione internazionale

Aziendale

100K–500K EUR licenza + 25K–100K EUR/anno

Per chi: Assicuratore grande, multi-ramo, Solvency II completo

  • + Stocastica completa (Mack, bootstrap, bayesiano)
  • + Munich CL, GLM, Cape Cod, BF tutti inclusi
  • + Diagnostica e backtest avanzati
  • + Modulo SCR Solvency II integrato
  • − Costoso
  • − Implementazione 6-12 mesi, formazione attuariale obbligatoria
  • − Modelli locali personalizzati

Librerie attuariali open-source + sviluppo interno

Open Source

Licenza gratuita; sviluppo interno 16-30 settimane o 400K-1.2M consulenza

Per chi: Assicuratore con team tech forte, rami speciali

  • + Nessuna licenza
  • + Tutti i metodi stocastici moderni disponibili
  • + Report personalizzati possibili
  • − Attuario interno + data scientist necessari
  • − Pista di audit e report regolatori a mano
  • − Manutenzione continua

Raccomandazione

Piccola
<50K polizze, rami a coda corta (auto, incendio): foglio di calcolo + chain-ladder è sufficiente; trimestrale a mano. Revisione attuariale esterna annuale come controllo incrociato. Passare a software quando i metodi stocastici diventano obbligatori.
Media
50K-500K polizze, multi-ramo: software attuariale locale o internazionale medio. Pilota 16-24 settimane. Mack + BF diventa standard. Guadagno atteso: 5-10 % di accuratezza, chiusura trimestrale da 3 settimane a 1.
Grande
500K+ polizze o multi-paese: software attuariale internazionale completo + modulo SCR Solvency II. Investimento annuo 3-8M. Bootstrap + Munich CL + GLM multi-metodo standard. Report di funzione attuariale automatizzato.

Chiedi nell'incontro

  • L'errore standard distribution-free di Mack 1993 e il bootstrap di England-Verrall 2002 sono pienamente implementati?
  • Munich Chain-Ladder (pagato + incurred insieme) e Bornhuetter-Ferguson stanno in uno strumento o in moduli separati?
  • In contesto di alta inflazione si può eseguire CL aggiustato per inflazione (convertire in reale, poi rinominalizzare all'anno di pagamento)?
  • I grafici diagnostici (residual plot, trend age-to-age, effetto anno calendario) sono output standard?
  • C'è un modulo di backtest — confronta stime di 3-5 anni fa con la liquidazione effettiva?
  • La distribuzione della riserva alimenta direttamente il modulo SCR Non-Life Premium and Reserve di Solvency II?
  • I modelli del regolatore locale sono pronti o li adattiamo noi?
  • A fine contratto, in quale formato riceviamo tutti i triangoli, scelte di metodo, storico delle uscite e pista di audit?

Dettagli tecnici

Nota editoriale

Questo problema è chiamato colloquialmente “riserva IBNR”, “fondo sinistri da liquidare” o “sinistri accaduti non ancora denunciati”. La letteratura attuariale lo tratta come Claims Reserving, Loss Reserving, IBNR Estimation. Senza questi concetti non si distingue un software attuariale che fa solo calcolo riserve (chain-ladder meccanico) da uno che fa valutazione delle riserve (scelta del metodo, diagnostica, backtest, distribuzione stocastica). Il primo produce solo un numero; il secondo, giudizio attuariale difendibile davanti al regolatore.

Il punto più trascurato del settore: chain-ladder assume pattern di sviluppo stabili. Dopo cambi di prodotto, cambi di politica di gestione sinistri o shock esterni (pandemia, alta inflazione, cambio normativo) il pattern storico non predice più. L’attuario responsabile deve decidere quando sostituire CL con BF o fattori selezionati. Un software che esegue solo CL senza grafici diagnostici è pericoloso.

Secondo punto più trascurato: l’inflazione nei rami a coda lunga. I sinistri di responsabilità civile vengono pagati 5-10 anni dopo l’evento; si accumula inflazione medica e salariale. Chain-ladder assume implicitamente che l’inflazione prosegua al tasso storico; in contesti di alta inflazione si rompe. CL aggiustato per inflazione (in termini reali, poi rinominalizzato all’anno di pagamento) è obbligatorio.

Passo dopo passo — per la pmi assicurativa

Fase 1 — Pulire prima i dati. Almeno 8-10 anni di dati sinistri: data accadimento, data denuncia, date e importi di pagamento, variazioni delle riserve a stima, stato di chiusura. Ramo, tipo sinistro, canale, geografia validi. Sinistri riaperti flaggati.

Fase 2 — Costruire i triangoli. Triangoli separati per ramo: pagato cumulato, incurred cumulato, numero di sinistri. Suddivisione attritional vs grandi (es. 5 % superiore). Stima coda con Sherman o curve-fitting. Test di omogeneità.

Fase 3 — Scelta metodo e pilota. Anni maturi (5+ sviluppo): Chain-Ladder + errore standard di Mack. Anni giovani (1-2 sviluppo): Bornhuetter-Ferguson. Ramo volatile: GLM o bootstrap. Pilota con 1-2 rami; backtest su 4 trimestri.

Fase 4 — Roll-out e integrazione regolamentare. Tutti i rami in 6-9 mesi. Comitato attuariale trimestrale; report annuale al regolatore. Se si applica Solvency II o equivalente: la distribuzione della riserva alimenta il modulo SCR.

Rischi — cosa può andare storto

  1. Qualità dati. Date di pagamento errate, flag di riapertura mancanti o aggiornamenti tardivi delle riserve a stima distorcono il triangolo. Controllo qualità è il primo ostacolo.
  2. Cecità del metodo. Solo CL — ignorare la diagnostica. Residui con effetto anno calendario significano: CL rotto; servono BF o GLM.
  3. Fallacia inflazionistica. CL nominale su ramo a coda lunga — i pagamenti futuri perdono valore reale; la riserva esce troppo bassa. Conversione reale-nominale obbligatoria.
  4. Stima puntuale unica. Se il regolatore chiede percentile 75 o margine di rischio, ci si trova impreparati. Metodi stocastici già pronti in anticipo.
  5. Pista di audit assente. Quale fattore e perché, quale a priori — senza registrazione non si difende in audit.

Visione tecnica del metodo

ApproccioUso tipicoStocastico?Dati richiesti
Chain-Ladder (deterministico)Anni maturi, pattern stabileNoTriangolo 5-10 anni
Mack 1993 distribution-freeCL + errore standardSì (analitico)Triangolo 5-10 anni
Bornhuetter-FergusonAnni giovani, dati scarsiNo (classico)Sinistralità a priori
Cape CodVariante BF, a priori osservazionaleNoTriangolo + esposizione
GLM (Poisson sovra-disperso)Ramo volatile, più covariateTriangolo incrementale
Bootstrap (England-Verrall 2002)Distribuzione completa, percentile 75, margineSì (simulazione)Triangolo + ricampionamento
Munich Chain-LadderIncoerenza pagato-incurredLimitatoDue triangoli insieme
Bayesiano/credibilità (Wüthrich-Merz)Dati molto scarsi, a priori forteA priori + triangolo

Scelta dell’obiettivo (filosofia di riservazione, non ottimizzazione):

  • Obiettivo 1 — Migliore stima centrale (best-estimate): Stima puntuale classica.
  • Obiettivo 2 — Errore quadratico medio minimo: Tramite Mack o bootstrap.
  • Obiettivo 3 — Riserva conservativa al percentile 75: Tipico Solvency II.
  • Obiettivo 4 — Margine di rischio (Cost-of-Capital): Standard regolatorio.

Multi-obiettivo: best-estimate + margine di rischio = provvista tecnica.

Fonti accademiche

Elencate nel campo sources del frontmatter.

Fonti

  • Mack, T. (1993). Distribution-free calculation of the standard error of chain ladder reserve estimates. ASTIN Bulletin, 23(2), 213–225. Riferimento fondante del chain-ladder stocastico.
  • Bornhuetter, R. L. e Ferguson, R. E. (1972). The actuary and IBNR. Proceedings of the Casualty Actuarial Society, 59, 181–195. Fonte originale BF.
  • England, P. D. e Verrall, R. J. (2002). Stochastic claims reserving in general insurance. British Actuarial Journal, 8(3), 443–518. Riferimento bootstrap.
  • Wüthrich, M. V. e Merz, M. (2008). Stochastic Claims Reserving Methods in Insurance. Wiley. Manuale standard di riservazione stocastica.
  • Regolatori assicurativi locali (es. SEDDK in TR, EIOPA in UE) — normativa attuariale e direttive sulle riserve tecniche.

Glossario

Riservazione Sinistri
Il processo attuariale di stima dei pagamenti futuri per sinistri già accaduti.
Metodo Chain-Ladder
Metodo attuariale classico di riservazione che deriva fattori di sviluppo da rapporti cumulati su un triangolo di sviluppo.
X LinkedIn
Ti è stato utile?
Suggerisci correzione
Esc Chiudi