Ottimizzazione dei processi attuariali e HPC

Contesto

Una grande compagnia assicurativa europea gestiva i suoi processi attuariali e delle polizze collettive su uno stack Oracle ereditato (Oracle 10g, Oracle Forms, PL/SQL, Pro*C). I calcoli chiave richiedevano fino a 36 ore, la logica di business era incorporata in codice privo di documentazione e, senza il team originale, ogni intervento risultava più costoso. A ciò si aggiungeva un ritorno dell'investimento lento: investimenti che richiedevano fino a tre anni per essere recuperati.

L'obiettivo concordato era triplice: accelerare e semplificare i processi attuariali e delle polizze collettive, modernizzare il sistema senza interrompere l'operatività quotidiana e garantire precisione e conformità normativa con maggiore efficienza. Il tutto con report esatti alla chiusura mensile come vincolo non negoziabile.

La sfida

I processi attuariali e delle polizze collettive erano frenati da un'infrastruttura obsoleta. Le operazioni, essenziali per la valutazione dei rischi e la conformità normativa, soffrivano di colli di bottiglia che incidevano sia sull'efficienza sia sull'affidabilità dei risultati:

• Processi obsoleti: codice datato e tecnologia superata.
• Tempi di elaborazione elevati: fino a 36 ore per i calcoli delle collettive e quelli attuariali.
• Conformità normativa: requisiti stringenti che esigevano report precisi alla chiusura mensile.
• Debito tecnico: senza il team originale, mantenere il sistema era sempre più complicato.
• Impatto finanziario: un ritorno dell'investimento lento, con investimenti che richiedevano fino a tre anni per essere recuperati.

Approccio per fasi

L'intervento è stato strutturato in fasi, il che ha favorito un'implementazione ordinata, controllata e allineata ai cicli operativi della compagnia. Tre principi lo hanno guidato: stabilità operativa (intervenire sui sistemi senza alterarne la disponibilità), approccio graduale (dare priorità ai processi attuariali e delle polizze collettive più critici) e visione tecnica e di business (conoscenza tecnica approfondita unita alla comprensione del contesto normativo e dei rischi).

1. 01

   Fase di studio

   Analisi del codice, revisione dei processi attuariali e delle polizze collettive e raccolta delle informazioni di business.

2. 02

   Identificazione dei problemi

   Colli di bottiglia in quattro funzioni principali, codice storico senza documentazione e processi lenti e poco flessibili.

3. 03

   Progettazione della soluzione

   Pianificazione per fasi, ristrutturazione modulare e prioritizzazione delle attività critiche.

4. 04

   Implementazione e validazione

   Rilasci a tappe senza interrompere le operazioni e validazione funzionale continua.

5. 05

   Chiusura

   Risultati validati, ambiente ottimizzato e riduzione drastica del tempo di elaborazione.

Architettura e strategia

La strategia è stata costruita su quattro pilastri. Diagnosi dettagliata dell'ambiente attuariale e delle polizze collettive: sono stati mappati l'infrastruttura esistente, la logica di business, il codice e i processi più critici, identificando colli di bottiglia, duplicazioni e procedure non documentate. Refattorizzazione modulare del codice: si è lavorato sulle procedure più esigenti, riscrivendo funzioni, eliminando ridondanze e riorganizzando la logica; la refattorizzazione si è concentrata sui quattro processi (polizze, assicuratore, capitale e riserva) che assorbivano oltre il 90 % del tempo di calcolo.

Ottimizzazione dell'infrastruttura HPC: regolazione delle risorse in base al carico reale e validazione della precisione dei calcoli a ogni iterazione. Miglioramento progressivo per fasi: rilasci a tappe con validazioni intermedie, garantendo la continuità operativa senza incidere sui cicli di chiusura mensile. In parallelo l'architettura è stata disaccoppiata verso microservizi (frontend ReactJS, backend API .NET, motore di calcolo attuariale e microservizi di database), con cache Redis e compatibilità duale Oracle/SQL Server durante la transizione, fino a eliminare completamente la dipendenza da Oracle in favore di .NET, Python, SQL Server e Azure SQL.

Risultati misurabili

Durante la fase iniziale è stato individuato quali processi consumavano più tempo, il che ha permesso di concentrare la prima iterazione esclusivamente sui più critici e ottenere un impatto immediato sulle prestazioni.

Cifre aggregate e anonimizzate in base a un accordo di riservatezza. Fonte: progetti di Vermont Solutions.

Lezioni applicabili

• Dare priorità in base alla concentrazione del carico: intervenire prima sul 90 % del tempo di calcolo produce un impatto immediato.
• Disaccoppiare la logica dal motore proprietario riduce la dipendenza e abilita una scalabilità reale.
• La compatibilità duale durante la transizione equivale a zero interruzioni nelle chiusure mensili.
• Far avanzare la sicurezza per fasi a basso impatto (prima la MFA sui ruoli di amministrazione) migliora la postura senza attriti per gli utenti.

Quadro normativo

I calcoli attuariali alimentano i report all'autorità di vigilanza con scadenze fisse. La modernizzazione è stata progettata per rafforzare la conformità, non per metterla a rischio.

• Solvency II: requisiti di calcolo delle riserve tecniche e di reporting all'autorità di vigilanza, con report consegnati puntualmente e senza rischio di sanzioni.
• DORA (art. 28): resilienza operativa e gestione dei fornitori terzi ICT nella nuova architettura.
• Sistema documentato e facile da mantenere: riduzione del debito tecnico come evidenza di controllo interno.

Domande frequenti

Contenuti correlati

• Servizio: modernizzazione di sistemi legacy →
• Servizio: performance tuning →
• Caso: ottimizzazione HPC e processi attuariali in una compagnia assicurativa →