Ogni modello ha un responsabile. Ogni modifica è dimostrata.
I modelli di tariffazione, riservazione, sinistri e antifrode sono registrati con un responsabile nominativo. Una nuova versione gira come challenger affiancata al modello champion, produce le relative evidenze giorno per giorno ed entra in produzione solo superando un varco di rilascio approvato da una persona diversa dall’autore. Il fascicolo di convalida è generato direttamente dai registri, non ricostruito a memoria.
Ogni modello, con una persona che ne risponde.
HONESTAS legge il vostro model registry, che si tratti di MLflow, SageMaker o di un sistema proprietario, e mantiene un registro unico per tutti. Un modello privo di responsabile non può essere utilizzato per prendere una decisione.
- Responsabile, finalità, dati e ambiti di utilizzo consentiti per ciascun modello
- Ogni versione viene conservata, insieme ai dati di addestramento e di test
- Il drift viene monitorato sulle pratiche reali, avvisando il responsabile in caso di scostamenti
- Ogni decisione sigillata indica la versione del modello utilizzata
| Modello | Ruolo | Drift |
|---|---|---|
| GLM Auto privati v6 | Champion | Stabile |
| GLM Auto privati v7 | Contraddittorio | Stabile |
| Urgenza sinistri 2026.07 | Champion | In drift |
| Verifica danni da foto | Champion | Stabile |
| Tariffazione tempeste costiere | Champion | Stabile |
| Segnali reti di frode | Champion | Stabile |
Più sinistri da maltempo dal 9 ott. A Sara è richiesto un controllo entro venerdì.
- Responsabile
- Un responsabile nominato
- Convalidato
- Sul momento, ad ogni esecuzione
- Utilizzo
- Solo dove approvato
Evidenze prodotte sul momento. Non ricostruite a fine anno.
Una nuova versione si guadagna il posto girando in parallelo a quella che dovrebbe sostituire, su casi reali, senza inviare nulla all'esterno. Ogni esecuzione ha un seed, così da poter essere ripetuta esattamente.
Registrazione
La nuova versione viene registrata con il suo responsabile, i dati di addestramento e la sua finalità. Un modello che non può essere registrato non può essere utilizzato.
Shadow
Gira come challenger accanto al champion, sugli stessi casi. Le sue risposte vengono registrate e mai inviate al cliente.
Confronta
Ogni differenza viene conservata: quali casi, quali celle, di quanto. I controlli vengono eseguiti su ciascuna e ogni esecuzione può essere ripetuta con lo stesso seed.
Promuovi
Attraverso il varco di rilascio, o niente. Il registro conserva entrambe le versioni, così ogni decisione può essere ricondotta a quella utilizzata.
Prima provato. Approvato da qualcun altro.
Prima di andare in produzione, una modifica deve superare i controlli stabiliti dalla compagnia, anzitutto su dati di prova. Poi una persona diversa da chi l'ha sviluppata la approva con una passkey. I ruoli restano separati: autore, convalidatore e approvatore sono tre persone distinte.
- Controlli su dati di prova prima di qualsiasi utilizzo reale
- Un autore non può approvare la propria modifica
- Un controllo non superato blocca la modifica, registrandone il motivo
- Lo stesso varco per pulsanti IA, tabelle tariffarie e testi di polizza
| Controllo, su dati di prova | Risultato |
|---|---|
| Ogni premio all'interno delle fasce depositate | Superato |
| Nessuna cella varia più del 15% | Superato |
| Stesso premio per lo stesso rischio, due volte | Superato |
| Nessun attributo protetto usato, direttamente o tramite proxy | Superato |
| La ripetizione corrisponde al seed | Superato |
| Nulla viene inviato al cliente | Superato |
| Ruolo | Persona | Stato |
|---|---|---|
| Autore | Marta Kowalczyk | L'ha sviluppato |
| Convalidatore | Hana Suzuki | Convalidato |
| Approvatore | Nathan Farrell | Passkey |
Tre persone diverse. Marta non può approvare la propria modifica e un controllo non superato la bloccherebbe qui, registrandone il motivo.
Compilato a partire dalle registrazioni. Firmato da una persona.
Ogni anno il fascicolo di convalida viene solitamente ricostruito da fogli di calcolo e dalla memoria delle persone. In HONESTAS viene compilato a partire dalle esecuzioni sigillate: controlli sui dati, champion e challenger, analisi di sensitività e back-test. Le parti che richiedono una valutazione professionale sono lasciate al convalidatore, che le redige e le firma.
- Ogni cifra rimanda all'esecuzione da cui proviene
- Il parere del convalidatore non è mai scritto dall'IA
- Esportato per il revisore o l'autorità di vigilanza in un unico file
| Sezione | Compilato da | Stato |
|---|---|---|
| Dati utilizzati e relativa qualità | 14 controlli dati sigillati | Compilato |
| Champion e challenger | 3 esecuzioni shadow, 135.000 auto ciascuna | Compilato |
| Sensitività alle ipotesi | 6 esecuzioni con seed | Compilato |
| Back-test rispetto all'esperienza | 8 trimestri di sinistri | Compilato |
| Il parere del convalidatore | Hana Suzuki | Da redigere e firmare |
| Approvazione per l'entrata in produzione | Nathan Farrell | In attesa |
Ogni dato rimanda all'esecuzione sigillata da cui proviene. Il parere e l'approvazione non vengono mai compilati in automatico.
Cosa è cambiato e su cosa ha influito.
Modelli, tabelle tariffarie e testi di polizza condividono un unico archivio delle versioni. Puoi vedere ogni versione salvata, dove è in vigore e quali decisioni sigillate si basano su di essa.
La convalida che le norme richiedono già.
- Articolo 124 di Solvency IIDirettiva 2009/138/CE, standard di convalidaUn ciclo regolare di convalida per i modelli interni: performance, verifica rispetto ai dati storici e sensibilità alle ipotesi di base.
- Allegato III, punto 5, lettera c), dell'AI ActRegolamento (UE) 2024/1689La valutazione dei rischi e la determinazione dei prezzi per le assicurazioni sulla vita e contro le malattie rientrano tra i sistemi di IA ad alto rischio, con norme applicabili dal 2 dicembre 2027.
- Articolo 15 dell'AI ActRegolamento (UE) 2024/1689, accuratezzaI sistemi di IA ad alto rischio devono raggiungere un livello adeguato di accuratezza, dichiarato e mantenuto per tutto il loro ciclo di vita.
- Parere EIOPA sull'IAGovernance dell'IA e gestione dei rischi, 6 agosto 2025Governance dei dati, documentazione e monitoraggio continuo dei sistemi di IA utilizzati dalle compagnie assicurative.
Date dell'AI Act come modificate dal Regolamento (UE) 2026/1744, il Digital Omnibus, pubblicato nella Gazzetta ufficiale il 24 luglio 2026. Non costituisce consulenza legale. Certificazioni e pareri legali restano tra voi e i vostri consulenti.
Domande frequenti.
Dobbiamo spostare i nostri modelli in HONESTAS?
No. I vostri modelli restano dove sono: in MLflow, SageMaker o nel vostro registro interno. HONESTAS li legge, tiene il registro e traccia ogni esecuzione e versione.
Quali modelli rientrano?
Qualsiasi modello il cui output influisca su una decisione: tariffazione, riservazione, triage dei sinistri, verifica fotografica dei danni, indicatori di frode e i modelli di IA dietro ogni pulsante di assistenza.
Chi può approvare una nuova versione?
Una persona nominata dalla vostra compagnia, che non sia né l'autore né il convalidatore. HONESTAS verifica questo requisito prima che l'approvazione possa essere firmata.
Cosa succede quando un modello va in drift?
Il responsabile viene avvisato, con i casi che lo dimostrano. Nessun modello disattiva nulla in autonomia. È il responsabile a decidere, e anche tale decisione viene registrata.
Il dossier sostituisce il nostro convalidatore?
No. Raccoglie le evidenze necessarie al convalidatore a partire dalle esecuzioni sigillate. Il parere del convalidatore e l'approvazione per la messa in produzione sono redatti e firmati da persone.
Approfondimenti
Portate il modello in attesa da più tempo.
Scegliete un modello bloccato tra convalida e approvazione. Lo registreremo, lo faremo girare in parallelo al modello champion e compileremo il dossier a partire dalle esecuzioni.