AI-forordningenReglerne for højrisiko-AI vedrørende prisfastsættelse inden for livs- og sygeforsikring gælder fra den 2. december 2027.Se, hvad der skal gemmes
Log indBook en demo
Modelvalidering

Hver model har en ejer. Hver ændring er dokumenteret.

Prissætnings-, hensættelses-, skade- og svindelmodeller er registreret med en navngiven ejer. En ny version kører som challenger sideløbende med den gældende champion, dens dokumentation dannes løbende på dagen, og den sættes kun i drift gennem et godkendelsestrin, som en anden person end forfatteren godkender. Valideringsdossieret samles ud fra registreringerne – ikke skrevet efter hukommelsen.

En navngiven ejer for hver modelChampion og challenger i samme registreringIngen godkender sin egen ændring
honestas · versioner · en tariftabelEksempeldata
En ændring i en tariftabel for privat автоforsikring fra GLM v6 til v7: 28 celler ændret, ni med 5 % eller mere, valideret af Hana Suzuki og afventer Nathan Farrells godkendelse
Hvad der blev ændret: en tariftabel. GLM v7 mod v6, celle for celle, valideret og afventer godkendelse.Eksempeldata
Registret

Hver model, med en person, der står på mål for den.

HONESTAS aflæser jeres modelregister – uanset om det er MLflow, SageMaker eller jeres eget – og fører ét samlet register på tværs af dem alle. En model uden en ejer kan ikke indgå i en beslutning.

  • Ejer, formål, data og hvor hver model må anvendes
  • Hver version gemmes sammen med de data, den er trænet og testet på
  • Modeldrift overvåges på løbende sager, og ejeren får besked ved udsving
  • Hver forseglet beslutning angiver, hvilken modelversion der blev brugt
Modelregistret. Seks modeller, seks ejere, én i drift.Eksempeldata
Champion og challenger

Dokumentation skabt på selve dagen. Ikke genskabt ved årets udgang.

En ny version gør sig fortjent til sin plads ved at køre sideløbende med den version, den skal afløse – på reelle sager, uden at noget sendes ud. Hver kørsel har et fast seed, så den kan genskabes præcist.

01

Registrer

Den nye version registreres med sin ejer, sine træningsdata og sit formål. En model, der ikke kan registreres, kan ikke tages i brug.

02

Skyggekørsel

Den kører som challenger sideløbende med den gældende champion på de samme sager. Dens svar registreres og sendes aldrig til en kunde.

03

Sammenlign

Enhver afvigelse gemmes: hvilke sager, hvilke celler, hvor meget. Der køres kontroller på hver enkelt, og hver kørsel kan genskabes med samme seed.

04

Idriftsæt

Gennem slusen – eller slet ikke. Registret gemmer begge versioner, så enhver beslutning kan spores tilbage til den version, der blev brugt.

Godkendelsestrinnet

Afprøvet først. Godkendt af en anden.

Før en ændring går i drift, skal den bestå de kontroller, jeres selskab har fastsat, først på testsager. Derefter godkender en person, som ikke selv har bygget den, ændringen med en passkey. Funktionerne holdes adskilt: udvikleren, validatoren og godkenderen er tre forskellige personer.

  • Kontroller på testsager, før noget sættes i drift
  • En udvikler kan ikke godkende sin egen ændring
  • En fejlet kontrol stopper ændringen, og årsagen registreres
  • Den samme sluse for AI-funktioner, tarifblade og policebetingelser
Idriftsættelsesslusen. Seks kontroller bestået på testsager. Godkenderen er hverken udvikleren eller validatoren.Eksempeldata
Valideringsdossieret

Samlet ud fra registreringerne. Underskrevet af en person.

Hvert år bliver valideringsdossieret normalt stykket sammen på ny ud fra regneark og medarbejdernes hukommelse. I HONESTAS samles det ud fra de forseglede kørsler: datakontroller, champion og challenger, følsomhedsanalyser og backtests. De dele, der kræver et fagligt skøn, overlades til validatoren at skrive og underskrive.

  • Hvert tal linker til den kørsel, det stammer fra
  • Validatorens vurdering skrives aldrig af AI
  • Eksporteres til jeres revisor eller tilsyn som én samlet fil
Et valideringsdossier. Fire afsnit samlet automatisk, to overladt til mennesker.Eksempeldata
Hver version gemmes

Hvad der blev ændret, og hvad det påvirkede.

Modeller, tariftabeller og policebetingelser deler ét versionslager. I kan se hver gemt version, hvor den er i kraft, og hvilke forseglede beslutninger der bygger på den.

honestas · versioner · historikken for ét elementEksempeldata
Hver gemt version af policebetingelser for kystnære ejendomme, hvilke der var i kraft og på hvor mange policer, samt hvor mange forseglede beslutninger der bygger på hver
Historikken for ét element. Seks gemte versioner af et sæt policebetingelser, tre i kraft i dag, og de beslutninger, der bygger på hver af dem.Eksempeldata
Reglerne, den følger

Validering, som reglerne allerede kræver.

  • Solvens II artikel 124Direktiv 2009/138/EF, valideringsstandarderEn fast valideringscyklus for interne modeller: præstation, test mod faktiske erfaringer og følsomhed over for centrale antagelser.
  • AI-forordningen bilag III, pkt. 5, litra c)Forordning (EU) 2024/1689Risikovurdering og prissætning inden for livs- og sygeforsikring er højrisiko-AI, hvor reglerne finder anvendelse fra den 2. december 2027.
  • AI-forordningen artikel 15Forordning (EU) 2024/1689, nøjagtighedHøjrisiko-AI skal opnå et passende nøjagtighedsniveau, som erklæres og opretholdes i hele systemets levetid.
  • EIOPA-udtalelse om AIAI-governance og risikostyring, 6. august 2025Datastyring, dokumentation og løbende overvågning af AI-systemer anvendt af forsikringsselskaber.

Datoer for AI Act som ændret ved forordning (EU) 2026/1744, Digital Omnibus, offentliggjort i Den Europæiske Unions Tidende den 24. juli 2026. Ikke juridisk rådgivning. Certificering og juridiske vurderinger er en sag mellem jer og jeres rådgivere.

Spørgsmål

Hvad folk spørger om.

Skal vi flytte vores modeller ind i HONESTAS?

Nej. Jeres modeller bliver, hvor de er – i MLflow, SageMaker eller jeres eget register. HONESTAS læser dem, fører registret og registrerer hver kørsel og version.

Hvilke modeller dækker dette?

Enhver model, hvis output indgår i en beslutning: prissætning, hensættelser, skadestriage, fotobaseret skadesvurdering, svindelsignaler samt AI-modellerne bag hver assisteret funktion.

Hvem kan godkende en ny version?

En person udpeget af jeres virksomhed, som hverken er udvikleren eller validatoren. HONESTAS kontrollerer dette, før godkendelsen kan underskrives.

Hvad sker der, når en model udviser drift?

Ejeren får besked sammen med de sager, der viser det. Intet slås fra af en model på egen hånd. Ejeren træffer beslutningen, og den beslutning registreres også.

Erstatter dossieret vores validator?

Nej. Det samler den dokumentation, validatoren har brug for, fra forseglede kørsler. Validatorens vurdering og godkendelsen til idriftsættelse skrives og underskrives af mennesker.

Book en demo

Tag den model med, der har ventet længst.

Vælg en model, der sidder fast mellem validering og godkendelse. Vi registrerer den, kører den sideløbende med den gældende model og samler dossieret ud fra kørslerne.