Hver modell har en eier. Hver endring er dokumentert.
Modeller for prising, reservering, skade og svindel er registrert med en navngitt eier. En ny versjon kjører som utfordrer (challenger) ved siden av gjeldende modell (champion), dokumentasjonen produseres på dagen, og den settes kun i produksjon gjennom et godkjenningspunkt der en annen enn utvikleren godkjenner. Valideringsdokumentasjonen sammenstilles fra saksloggen, ikke etter hukommelsen.
Hver modell, med en person som står ansvarlig for den.
HONESTAS leser modellregisteret deres – enten det er MLflow, SageMaker eller deres eget – og fører ett samlet register på tvers av dem alle. En modell uten eier kan ikke brukes i en beslutning.
- Eier, formål, data og hvor hver modell kan brukes
- Hver versjon lagres, med dataene den ble trent og testet på
- Modellavvik (drift) overvåkes på reelle saker, og eieren varsles ved bevegelse
- Hver forseglet beslutning oppgir hvilken modellversjon som ble brukt
| Modell | Rolle | Avvik (drift) |
|---|---|---|
| Privat motor GLM v6 | Champion | Stabil |
| Privat motor GLM v7 | Utfordrer | Stabil |
| Skadeprioritering 2026.07 | Champion | Avviker |
| Bildesjekk av skade | Champion | Stabil |
| Prising kyststorm | Champion | Stabil |
| Signaler på svindelringer | Champion | Stabil |
Flere stormskader siden 9. okt. Sara er bedt om å se på det innen fredag.
- Eier
- En navngitt person
- Validert
- Samme dag, ved hver kjøring
- Bruk
- Kun der det er godkjent
Dokumentasjon produsert på dagen. Ikke rekonstruert ved årsslutt.
En ny versjon må gjøre seg fortjent til plassen ved å kjøre side om side med versjonen den skal erstatte, på reelle saker, uten at noe sendes ut. Hver kjøring har en fast startverdi (seed), slik at den kan gjenskapes nøyaktig.
Registrer
Den nye versjonen registreres med eier, treningsdata og formål. En modell som ikke kan registreres, kan ikke brukes.
Skyggekjøring
Den kjører som challenger ved siden av champion på de samme sakene. Svarene loggføres og sendes aldri til en kunde.
Sammenlign
Hvert avvik lagres: hvilke saker, hvilke celler, hvor mye. Kontroller kjøres på hver enkelt, og hver kjøring kan gjenskapes med samme startverdi (seed).
Sett i produksjon
Gjennom slusen, eller ikke i det hele tatt. Loggen beholder begge versjoner, slik at enhver beslutning kan spores tilbake til versjonen som ble brukt.
Testet først. Godkjent av en annen.
Før en endring settes i produksjon, må den bestå kontrollene selskapet har satt, først på testsaker. Deretter godkjennes den med passnøkkel av en person som ikke har bygget den. Rollene holdes adskilt: utvikler, validator og godkjenner er tre ulike personer.
- Kontroller på testsaker før noe settes i drift
- En utvikler kan ikke godkjenne sin egen endring
- En feilet kontroll stopper endringen, og årsaken loggføres
- Samme sluse for KI-knapper, tarifftabeller og vilkår
| Kontroll, på testsaker | Resultat |
|---|---|
| Hver pris innenfor innmeldte rammer | Bestått |
| Ingen celle endres med mer enn 15 % | Bestått |
| Samme pris for samme risiko, to ganger | Bestått |
| Ingen beskyttede kjennetegn brukt, verken direkte eller via proxy | Bestått |
| Gjenskaping samsvarer med startverdien (seed) | Bestått |
| Ingenting sendt til kunde | Bestått |
| Rolle | Person | Status |
|---|---|---|
| Utvikler | Marta Kowalczyk | Bygget den |
| Validator | Hana Suzuki | Validert |
| Godkjenner | Nathan Farrell | Passnøkkel |
Tre ulike personer. Marta kan ikke godkjenne sin egen endring, og en feilet kontroll ville ha stoppet den her, med oppgitt årsak.
Samlet fra loggene. Signert av en person.
Hvert år må valideringsdokumentasjonen vanligvis rekonstrueres fra regneark og ansattes hukommelse. I HONESTAS sammenstilles den fra de forseglede kjøringene: datakontroller, champion og challenger, sensitivitetsanalyser og backtesting. Delene som krever faglig skjønn, overlates til validatoren å skrive og signere.
- Hvert tall lenker til kjøringen det stammer fra
- Validatorens vurdering skrives aldri av KI
- Eksporteres som én fil til revisor eller tilsynsmyndighet
| Dekning | Sammenstilt fra | Status |
|---|---|---|
| Brukte data og datakvalitet | 14 forseglede datakontroller | Sammenstilt |
| Champion og challenger | 3 skyggekjøringer, 135 000 biler i hver | Sammenstilt |
| Sensitivitet for forutsetninger | 6 kjøringer med fast startverdi (seed) | Sammenstilt |
| Backtesting mot faktisk skadeforløp | 8 kvartaler med skadedata | Sammenstilt |
| Validatorens vurdering | Hana Suzuki | Skal skrives og signeres |
| Godkjenning for produksjonssetting | Nathan Farrell | Venter |
Hvert tall lenker til den forseglede kjøringen det kom fra. Vurderingen og godkjenningen blir aldri generert automatisk.
Hva som ble endret, og hva det berørte.
Modeller, tarifftabeller og forsikringsvilkår deler ett versjonslager. Du kan se hver lagret versjon, hvor den er i kraft, og hvilke forseglede beslutninger som bygger på den.
Validering som regelverket allerede krever.
- Solvens II artikkel 124Direktiv 2009/138/EF, standarder for valideringEn fast valideringssyklus for interne modeller: treffsikkerhet, testing mot faktiske utfall og følsomhet for sentrale forutsetninger.
- KI-forordningen vedlegg III, 5(c)Forordning (EU) 2024/1689Risikovurdering og prising innen livs- og helseforsikring er høyrisiko-KI, med regler som gjelder fra 2. desember 2027.
- KI-forordningen artikkel 15Forordning (EU) 2024/1689, nøyaktighetHøyrisiko-KI må oppnå et hensiktsmessig nøyaktighetsnivå som deklareres og opprettholdes gjennom hele levetiden.
- EIOPA-uttalelse om KIKI-styring og risikostyring, 6. august 2025Datastyring, dokumentasjon og løpende overvåking av KI-systemer som brukes av forsikringsforetak.
Datoer for KI-forordningen som endret ved forordning (EU) 2026/1744, Digital Omnibus, kunngjort i Den europeiske unions tidende 24. juli 2026. Dette er ikke juridisk rådgivning. Sertifisering og juridiske vurderinger er et forhold mellom dere og deres rådgivere.
Ofte stilte spørsmål.
Må vi flytte modellene våre inn i HONESTAS?
Nei. Modellene dine blir der de er, i MLflow, SageMaker eller deres eget register. HONESTAS leser dem, fører registeret og loggfører hver kjøring og versjon.
Hvilke modeller dekker dette?
Enhver modell der resultatet inngår i en beslutning: prising, reservering, skadetriage, bildesjekk av skader, svindelsignaler og KI-modellene bak hver assistert knapp.
Hvem kan godkjenne en ny versjon?
En person utpekt av foretaket ditt, som verken har utviklet eller validert modellen. HONESTAS kontrollerer dette før godkjenningen kan signeres.
Hva skjer når en modell begynner å avvike?
Eieren blir varslet, med sakene som viser det. Ingenting slås av på egen hånd av en modell. Eieren bestemmer, og den beslutningen blir også registrert.
Erstatter dossieret vår egen validator?
Nei. Det samler dokumentasjonen validatoren trenger, fra forseglede kjøringer. Validatorens vurdering og godkjenningen for produksjonssetting skrives og signeres av mennesker.
Gå dypere
Ta med modellen som har ventet lengst.
Velg en modell som har stoppet opp mellom validering og godkjenning. Vi registrerer den, kjører den parallelt med gjeldende modell og sammenstiller dossieret fra kjøringene.