Vsak model ima skrbnika. Vsaka sprememba je dokazana.
Modeli za določanje cen, rezervacije, škode in preprečevanje goljufij so registrirani z imenovanim skrbnikom. Nova različica teče kot izzivalec (challenger) ob obstoječem modelu (champion), njeni dokazi se ustvarijo sproti, v produkcijo pa gre šele skozi kontrolno točko za uvedbo, ki jo odobri oseba, ki ni njen avtor. Validacijski dosje se sestavi iz evidenc in se ne piše po spominu.
Vsak model z osebo, ki zanj odgovarja.
HONESTAS bere vaš register modelov – ne glede na to, ali gre za MLflow, SageMaker ali vaš lasten sistem – in vodi enoten register za vse. Modela brez lastnika ni mogoče uporabiti pri odločanju.
- Lastnik, namen, podatki in kje se posamezni model sme uporabljati
- Vsaka različica je shranjena, skupaj s podatki za učenje in testiranje
- Zamik modela (drift) se spremlja na živih primerih, lastnik pa je obveščen o vsakem premiku
- Vsaka zapečatena odločitev navaja uporabljeno različico modela
| Model | Vloga | Odklon modela |
|---|---|---|
| Osebna vozila GLM v6 | Glavni (Champion) | Stabilen |
| Osebna vozila GLM v7 | Izzivalec | Stabilen |
| Nujnost škodnih zahtevkov 2026.07 | Glavni (Champion) | V zamiku |
| Preverjanje poškodb s fotografij | Glavni (Champion) | Stabilen |
| Določanje premij za obalna neurja | Glavni (Champion) | Stabilen |
| Signali organiziranih goljufij | Glavni (Champion) | Stabilen |
Več zahtevkov zaradi neurij od 9. okt. Sara mora to pregledati do petka.
- Lastnik
- Imenovano osebo
- Validirano
- Na dan izvedbe, pri vsakem zagonu
- Uporaba
- Samo tam, kjer je odobreno
Dokazi, ustvarjeni sproti. Ne naknadno ob koncu leta.
Nova različica si prisluži svoje mesto tako, da teče vzporedno s tisto, ki naj bi jo nadomestila, na resničnih primerih, ne da bi se karkoli odposlalo. Vsak zagon ima določeno seme (seed), zato ga je mogoče natančno ponoviti.
Registracija
Nova različica se registrira z lastnikom, podatki za učenje in namenom uporabe. Modela, ki ga ni mogoče registrirati, ni mogoče uporabiti.
Senčni zagon
Teče kot izzivalec (challenger) ob glavnem modelu (champion) na istih primerih. Njegovi odgovori se beležijo in se nikoli ne pošljejo stranki.
Primerjava
Vsaka razlika se shrani: kateri primeri, katere celice, za koliko. Preverjanja se izvedejo za vsako razliko in vsak zagon je mogoče ponoviti z istim semenom.
Uvedba
Prek kontrolne točke ali pa sploh ne. Evidenca hrani obe različici, zato je vsako odločitev mogoče slediti do različice, ki jo je uporabila.
Najprej preizkušeno. Odobril nekdo drug.
Preden gre sprememba v živo, mora uspešno prestati preverjanja, ki jih je določila vaša družba, najprej na testnih zapisih. Nato jo z varnostnim ključem (passkey) odobri oseba, ki spremembe ni izdelala. Naloge so ločene: avtor, validator in potrjevalec so tri različne osebe.
- Preverjanja na testnih zapisih pred uporabo v živo
- Avtor ne more odobriti lastne spremembe
- Neuspešno preverjanje ustavi spremembo, razlog pa se zabeleži
- Enaka kontrolna točka za gumbe z umetno inteligenco, tarifne tabele in splošne pogoje
| Preverjanje na testnih zapisih | Rezultat |
|---|---|
| Vsaka premija znotraj priglašenih razponov | Opravljeno |
| Nobena celica se ne spremeni za več kot 15 % | Opravljeno |
| Enaka premija za enako tveganje, dvakrat | Opravljeno |
| Brez uporabe zaščitenih osebnih okoliščin, neposredno ali posredno | Opravljeno |
| Ponovitev se ujema s svojim semenom | Opravljeno |
| Nič ni poslano stranki | Opravljeno |
| Naloga | Oseba | Stanje |
|---|---|---|
| Avtor | Marta Kowalczyk | Izdelal |
| Validator | Hana Suzuki | Validirano |
| Potrjevalec | Nathan Farrell | Varnostni ključ |
Tri različne osebe. Marta ne more odobriti lastne spremembe, neuspešno preverjanje pa bi jo tukaj ustavilo z zabeleženim razlogom.
Zbrano iz evidenc. Podpisala odgovorna oseba.
Validacijski dosje se običajno vsako leto znova sestavlja iz preglednic in spomina zaposlenih. V sistemu HONESTAS pa se sestavi iz zapečatenih zagonov: preverjanj podatkov, primerjav glavnega modela in izzivalca, analiz občutljivosti ter povratnih testiranj (back-tests). Deli, ki zahtevajo strokovno presojo, so prepuščeni validatorju, da jih napiše in podpiše.
- Vsaka številka je povezana z zagonom, iz katerega izhaja
- Mnenja validatorja nikoli ne piše umetna inteligenca
- Izvoženo za vašega revizorja ali nadzornika kot ena datoteka
| Sklop | Zbrano iz | Stanje |
|---|---|---|
| Uporabljeni podatki in njihova kakovost | 14 zapečatenih preverjanj podatkov | Zbrano |
| Obstoječi model in izzivalec | 3 senčni zagoni, vsak po 135.000 vozil | Zbrano |
| Občutljivost na predpostavke | 6 zagonov z določenim semenom | Zbrano |
| Povratno testiranje glede na pretekle izkušnje | 8 četrtletij škodnih zahtevkov | Zbrano |
| Mnenje validatorja | Hana Suzuki | Za zapis in podpis |
| Odobritev za uvedbo v živo | Nathan Farrell | Na čakanju |
Vsaka številka se povezuje z zapečatenim zagonom, iz katerega izvira. Mnenje in odobritev se nikoli ne sestavita samodejno.
Kaj se je spremenilo in na kaj je vplivalo.
Modeli, tarifne tabele in zavarovalni pogoji si delijo eno hrambo različic. Vidite lahko vsako shranjeno različico, kje posamezna velja in katere zapečatene odločitve temeljijo na njej.
Validacija, ki jo predpisi že zahtevajo.
- 124. člen Solventnosti IIDirektiva 2009/138/ES, standardi potrjevanjaRedni cikel validacije za notranje modele: uspešnost, preizkušanje glede na pretekle izkušnje in občutljivost na ključne predpostavke.
- Priloga III k Aktu o UI, točka 5(c)Uredba (EU) 2024/1689Ocena tveganja in določanje cen za življenjska in zdravstvena zavarovanja spadata med visoko tvegano UI, pri čemer se pravila uporabljajo od 2. decembra 2027.
- 15. člen Akta o UIUredba (EU) 2024/1689, točnostVisoko tvegana UI mora dosegati ustrezno raven točnosti, ki je deklarirana in se vzdržuje skozi celotno življenjsko dobo.
- Mnenje EIOPA o UIUpravljanje UI in obvladovanje tveganj, 6. avgust 2025Upravljanje podatkov, dokumentacija in stalno spremljanje sistemov UI, ki jih uporabljajo zavarovalnice.
Datumi iz Akta o UI, kot so bili spremenjeni z Uredbo (EU) 2026/1744 (Digital Omnibus), objavljeno v Uradnem listu 24. julija 2026. To ni pravni nasvet. Certificiranje in pravna mnenja ostajajo stvar dogovora med vami in vašimi svetovalci.
Kaj sprašujejo uporabniki.
Ali moramo svoje modele prenesti v HONESTAS?
Ne. Vaši modeli ostanejo tam, kjer so – v okolju MLflow, SageMaker ali v vašem lastnem registru. HONESTAS jih bere, vodi register ter beleži vsak zagon in različico.
Katere modele to zajema?
Vsak model, katerega rezultat vpliva na odločitev: določanje cen, oblikovanje škodnih rezervacij, triaža škodnih zahtevkov, preverjanje poškodb s fotografij, indikacije goljufij ter modeli UI v ozadju vsakega gumba za pomoč.
Kdo lahko odobri novo različico?
Oseba, ki jo imenuje vaše podjetje in ni niti avtor niti validator. HONESTAS to preveri, preden je odobritev mogoče podpisati.
Kaj se zgodi, ko pri modelu pride do odklona?
Skrbnik je obveščen, skupaj s primeri, ki to izkazujejo. Noben model se ne izklopi sam od sebe. Odloči skrbnik in tudi ta odločitev se zabeleži.
Ali dokumentacija nadomesti našega validatorja?
Ne. Zbere dokaze iz zapečatenih zagonov, ki jih validator potrebuje. Mnenje validatorja in odobritev za prehod v produkcijo napišejo in podpišejo ljudje.
Poglobite se
Prinesite model, ki čaka najdlje.
Izberite model, ki je obtičal med validacijo in odobritvijo. Registrirali ga bomo, ga zagnali vzporedno z obstoječim modelom ter iz zagonov sestavili dokumentacijo.