Kiekvienas modelis turi savininką. Kiekvienas pakeitimas yra įrodytas.
Kainodaros, rezervų, žalų ir sukčiavimo prevencijos modeliai registruojami nurodant atsakingą savininką. Nauja versija veikia kaip pretendento (angl. challenger) modelis greta esamo pagrindinio (angl. champion) modelio, jos įrodymai generuojami tą pačią dieną, o į gamybą ji perkeliama tik per patvirtinimo vartus, kuriuos patvirtina ne modelio autorius, o kitas asmuo. Validavimo dosjė sudaroma iš įrašų, o ne rašoma iš atminties.
Kiekvienas modelis turi už jį atsakingą asmenį.
HONESTAS nuskaito jūsų modelių registrą – nesvarbu, ar tai „MLflow“, „SageMaker“, ar jūsų pačių sukurtas – ir palaiko vieną bendrą visų jų registrą. Modelis, neturintis savininko, negali būti naudojamas priimant sprendimą.
- Savininkas, paskirtis, duomenys ir kur kiekvienas modelis gali būti naudojamas
- Saugoma kiekviena versija kartu su jos apmokymo ir testavimo duomenimis
- Modelio nuokrypis stebimas realiose bylose, o jam atsiradus, informuojamas savininkas
- Kiekviename užfiksuotame sprendime nurodoma naudota modelio versija
| Modelis | Vaidmuo | Nuokrypis |
|---|---|---|
| Privačių automobilių GLM v6 | Pagrindinis (Champion) | Stabilus |
| Privačių automobilių GLM v7 | Oponentas | Stabilus |
| Žalų skubumas 2026.07 | Pagrindinis (Champion) | Krypta |
| Nuotraukų žalos patikra | Pagrindinis (Champion) | Stabilus |
| Pakrantės audrų kainodara | Pagrindinis (Champion) | Stabilus |
| Sukčiavimo grupuočių signalai | Pagrindinis (Champion) | Stabilus |
Daugiau audros žalų nuo spalio 9 d. Saros prašoma peržiūrėti iki penktadienio.
- Savininkas
- Paskirtas asmuo
- Validuota
- Tą pačią dieną, kiekvienas paleidimas
- Naudojimas
- Tik ten, kur patvirtinta
Įrodymai sukuriami tą pačią dieną. Neatkuriami metų pabaigoje.
Nauja versija užsitarnauja savo vietą veikdama greta tos, kurią turėtų pakeisti, realiose bylose, nieko neišsiunčiant klientams. Kiekvienas paleidimas turi pradinę reikšmę (seed), todėl jį galima tiksliai atkurti.
Registruoti
Nauja versija registruojama nurodant jos savininką, apmokymo duomenis ir paskirtį. Modelis, kurio negalima užregistruoti, negali būti naudojamas.
Šešėlinis režimas
Jis veikia kaip pretendentas (challenger) greta pagrindinio modelio (champion) tose pačiose bylose. Jo atsakymai įrašomi ir niekada nesiunčiami klientui.
Palyginimas
Išsaugomas kiekvienas skirtumas: kuriose bylose, kuriuose languose, kiek. Kiekvienam atliekamos patikros, ir kiekvieną paleidimą galima atkurti su ta pačia pradine reikšme (seed).
Perkėlimas į gamybą
Tik per patvirtinimo vartus arba išvis ne. Registre saugomos abi versijos, todėl bet kurį sprendimą galima susieti su jame naudota versija.
Pirmiausia išbandoma. Patvirtinama kito asmens.
Prieš pakeitimui pradedant veikti realioje aplinkoje, jis pirmiausia turi pereiti jūsų įmonės nustatytas patikras su bandomaisiais įrašais. Tada asmuo, kuris jo nekūrė, patvirtina jį prieigos raktu (passkey). Pareigos yra atskirtos: autorius, validatorius ir tvirtintojas yra trys skirtingi žmonės.
- Patikros su bandomaisiais įrašais prieš bet kokį realų pritaikymą
- Autorius negali patvirtinti savo paties pakeitimo
- Nepavykusi patikra sustabdo pakeitimą ir užfiksuoja priežastį
- Tie patys patvirtinimo vartai DI mygtukams, tarifų lentelėms ir taisyklių tekstams
| Patikra, su bandomaisiais įrašais | Rezultatas |
|---|---|
| Kiekviena įmoka patenka į patvirtintus rėžius | Atitinka |
| Nė vienas langelis nesikeičia daugiau nei 15 % | Atitinka |
| Ta pati įmoka už tą pačią riziką, du kartus | Atitinka |
| Nenaudojami jokie saugomi požymiai – nei tiesiogiai, nei netiesiogiai | Atitinka |
| Atkūrimas atitinka pradinę reikšmę (seed) | Atitinka |
| Klientui nieko neišsiųsta | Atitinka |
| Pareiga | Asmuo | Būsena |
|---|---|---|
| Autorius | Marta Kowalczyk | Sukūrė |
| Validatorius | Hana Suzuki | Validuota |
| Tvirtintojas | Nathan Farrell | Prieigos raktas |
Trys skirtingi žmonės. Marta negali patvirtinti savo pačios pakeitimo, o nepavykusi patikra jį čia sustabdytų ir užfiksuotų priežastį.
Sudaryta iš įrašų. Pasirašyta žmogaus.
Kiekvienais metais validavimo dosjė paprastai renkama iš naujo iš skaičiuoklių ir žmonių atminties. HONESTAS sistemoje ji sudaroma iš užfiksuotų paleidimų: duomenų patikrų, pagrindinio (champion) ir pretendento (challenger) modelių palyginimo, jautrumo bei retrospektyvinių testų (back-tests). Dalys, kurioms reikia profesinio vertinimo, paliekamos parašyti ir pasirašyti validatoriui.
- Kiekvienas skaičius susietas su paleidimu, iš kurio jis gautas
- Validatoriaus išvados niekada nerašo DI
- Eksportuojama jūsų auditoriui ar priežiūros institucijai kaip vienas failas
| Dalis | Sudaryta iš | Būsena |
|---|---|---|
| Naudoti duomenys ir jų kokybė | 14 užfiksuotų duomenų patikrų | Sudaryta |
| Pagrindinis ir pretendento modeliai | 3 šešėliniai paleidimai, po 135 000 automobilių | Sudaryta |
| Jautrumas prielaidoms | 6 paleidimai su pradine reikšme (seed) | Sudaryta |
| Retrospektyvinis testas pagal faktinę patirtį | 8 ketvirčių žalos | Sudaryta |
| Validatoriaus išvada | Hana Suzuki | Parašyti ir pasirašyti |
| Patvirtinimas paleisti į gamybą | Nathan Farrell | Laukiama |
Kiekvienas skaičius susietas su užfiksuotu skaičiavimu, iš kurio jis paimtas. Nuomonė ir patvirtinimas niekada nėra generuojami automatiškai.
Kas pasikeitė, ir kam tai turėjo įtakos.
Modeliai, tarifų lentelės ir draudimo sąlygos (wordings) saugomi vienoje versijų saugykloje. Matote kiekvieną išsaugotą versiją, kur ji galioja ir kokie užfiksuoti sprendimai ja remiasi.
Validavimas, kurio jau reikalauja taisyklės.
- „Mokumas II“ 124 straipsnisDirektyva 2009/138/EB, validavimo standartaiReguliarus vidaus modelių validavimo ciklas: veikimas, patikrinimas pagal faktinius duomenis ir jautrumas pagrindinėms prielaidoms.
- DI akto III priedas, 5(c) punktasReglamentas (ES) 2024/1689Rizikos vertinimas ir kainodara gyvybės bei sveikatos draudimo srityje priskiriami didelės rizikos DI; taisyklės taikomos nuo 2027 m. gruodžio 2 d.
- DI akto 15 straipsnisReglamentas (ES) 2024/1689, tikslumasDidelės rizikos DI turi pasiekti tinkamą tikslumo lygį, kuris deklaruojamas ir palaikomas visą jo gyvavimo ciklą.
- EIOPA nuomonė dėl DIDI valdysena ir rizikos valdymas, 2025 m. rugpjūčio 6 d.Draudikų naudojamų DI sistemų duomenų valdymas, dokumentavimas ir nuolatinė stebėsena.
DI akto datos su pakeitimais, padarytais Reglamentu (ES) 2026/1744 (Skaitmeniniu omnibusu), paskelbtu Oficialiajame leidinyje 2026 m. liepos 24 d. Tai nėra teisinė konsultacija. Sertifikavimo ir teisinių išvadų klausimus sprendžiate jūs ir jūsų patarėjai.
Ko dažniausiai klausiama.
Ar turime perkelti savo modelius į HONESTAS?
Ne. Jūsų modeliai lieka ten, kur yra – „MLflow“, „SageMaker“ ar jūsų pačių registre. HONESTAS juos nuskaito, tvarko registrą ir fiksuoja kiekvieną skaičiavimą bei versiją.
Kokius modelius tai apima?
Bet kurį modelį, kurio rezultatas lemia sprendimą: kainodaros, rezervų skaičiavimo, žalų rūšiavimo (triage), žalos nuotraukų tikrinimo, sukčiavimo signalų ir DI modelius, veikiančius po kiekvienu pagalbinio funkcionalumo mygtuku.
Kas gali patvirtinti naują versiją?
Jūsų įmonės paskirtas asmuo, kuris nėra nei modelio autorius, nei jo validuotojas. HONESTAS tai patikrina prieš pasirašant patvirtinimą.
Kas nutinka, kai modelis nukrypsta?
Savininkas informuojamas, pateikiant tai įrodančius atvejus. Modelis pats savaime nieko neišjungia. Sprendžia savininkas, ir šis sprendimas taip pat užfiksuojamas.
Ar dosjė pakeičia mūsų validuotoją?
Ne. Ji tik surenka validuotojui reikalingus įrodymus iš užfiksuotų skaičiavimų. Validuotojo išvadą ir leidimą diegti į darbinę aplinką parašo bei pasirašo žmonės.
Išsamiau
Atneškite ilgiausiai laukusį modelį.
Išsirinkite modelį, įstrigusį tarp validavimo ir patvirtinimo. Mes jį užregistruosime, paleisime lygiagrečiai su esamu pagrindiniu modeliu (champion) ir iš skaičiavimų sukompiliuosime dosjė.