Fiecare model are un responsabil. Fiecare modificare este dovedită.
Modelele de tarifare, de constituire a rezervelor, de daune și de fraudă sunt înregistrate cu un responsabil nominalizat. O versiune nouă rulează ca challenger alături de modelul champion, dovezile sale sunt generate la zi și intră în producție doar printr-o poartă de promovare aprobată de o altă persoană decât autorul. Dosarul de validare este compilat din înregistrări, nu scris din memorie.
Fiecare model, cu o persoană care răspunde pentru el.
HONESTAS citește registrul dumneavoastră de modele, fie că este MLflow, SageMaker sau unul propriu, și păstrează un singur registru unificat pentru toate. Un model fără responsabil desemnat nu poate fi utilizat într-o decizie.
- Responsabil, scop, date și unde poate fi utilizat fiecare model
- Fiecare versiune este păstrată, împreună cu datele pe care a fost antrenată și testată
- Deriva (drift) este urmărită pe dosare reale, iar responsabilul este anunțat când apar abateri
- Fiecare decizie sigilată indică versiunea de model pe care a utilizat-o
| Model | Rol | Derivă (drift) |
|---|---|---|
| GLM auto persoane fizice v6 | Champion | Stabil |
| GLM auto persoane fizice v7 | Opozant | Stabil |
| Urgență daune 2026.07 | Champion | În derivă |
| Verificare foto avarii | Champion | Stabil |
| Tarifare furtuni de coastă | Champion | Stabil |
| Semnale rețele de fraudă | Champion | Stabil |
Mai multe daune din furtuni începând cu 9 oct. Sara este rugată să verifice până vineri.
- Responsabil
- O persoană nominalizată
- Validat
- La zi, la fiecare rulare
- Utilizare
- Doar acolo unde este aprobat
Dovezi generate în ziua respectivă. Nu reconstruite la sfârșit de an.
O versiune nouă își câștigă locul rulând în paralel cu cea pe care ar urma să o înlocuiască, pe dosare reale, fără a trimite nimic în exterior. Fiecare rulare are un seed fix, astfel încât să poată fi reprodusă exact.
Înregistrare
Noua versiune este înregistrată cu responsabilul său, datele de antrenare și scopul său. Un model care nu poate fi înregistrat nu poate fi utilizat.
În umbră (Shadow)
Rulează ca challenger alături de modelul champion, pe aceleași dosare. Răspunsurile sale sunt înregistrate și nu sunt trimise niciodată unui client.
Comparare
Fiecare diferență este păstrată: ce dosare, ce celule, cu cât. Se rulează verificări pe fiecare, iar fiecare rulare poate fi reprodusă cu același seed.
Promovare
Prin filtrul de aprobare sau deloc. Înregistrarea păstrează ambele versiuni, astfel încât orice decizie poate fi urmărită până la versiunea pe care a utilizat-o.
Testat mai întâi. Aprobat de altcineva.
Înainte ca o modificare să intre în producție, trebuie să treacă mai întâi verificările stabilite de compania dumneavoastră, pe înregistrări de test. Apoi, o persoană care nu a participat la crearea ei o aprobă cu un passkey. Atribuțiile sunt separate: autorul, validatorul și aprobatorul sunt trei persoane diferite.
- Verificări pe înregistrări de test înainte de orice aplicare reală
- Un autor nu își poate aproba propria modificare
- O verificare eșuată oprește modificarea, iar motivul este înregistrat
- Același filtru de aprobare pentru butoane AI, tabele de tarifare și clauze contractuale
| Verificare, pe înregistrări de test | Rezultat |
|---|---|
| Fiecare primă în limitele benzilor de tarifare depuse | Validat |
| Nicio celulă nu variază cu mai mult de 15% | Validat |
| Același preț pentru același risc, de două ori | Validat |
| Nicio caracteristică protejată utilizată, direct sau prin proxy | Validat |
| Reproducerea corespunde cu seed-ul inițial | Validat |
| Nimic trimis către client | Validat |
| Atribuție | Persoană | Stare |
|---|---|---|
| Autor | Marta Kowalczyk | A creat modelul |
| Validator | Hana Suzuki | Validat |
| Aprobator | Nathan Farrell | Passkey |
Trei persoane diferite. Marta nu își poate aproba propria modificare, iar o verificare eșuată ar opri-o aici, cu motivul înregistrat.
Compilat din înregistrări. Semnat de o persoană.
În fiecare an, dosarul de validare este de obicei reconstruit din foi de calcul și din memoria oamenilor. În HONESTAS, acesta este compilat din rulările sigilate: verificări de date, champion și challenger, analize de senzitivitate și back-testing. Părțile care necesită raționament profesional sunt lăsate validatorului pentru a le redacta și semna.
- Fiecare cifră face trimitere la rularea din care provine
- Opinia validatorului nu este niciodată scrisă de AI
- Exportat pentru auditorul sau autoritatea dumneavoastră de supraveghere într-un singur fișier
| Secțiune | Compilat din | Stare |
|---|---|---|
| Datele utilizate și calitatea acestora | 14 verificări de date sigilate | Compilat |
| Champion și challenger | 3 rulări în umbră (shadow), câte 135.000 de autoturisme fiecare | Compilat |
| Senzitivitate la ipoteze | 6 rulări cu seed fix | Compilat |
| Back-test în raport cu istoricul daunelor | 8 trimestre de daune | Compilat |
| Opinia validatorului | Hana Suzuki | De redactat și semnat |
| Aprobare pentru intrarea în producție | Nathan Farrell | În așteptare |
Fiecare cifră trimite la rularea sigilată din care provine. Opinia și aprobarea nu sunt niciodată compilate automat.
Ce s-a schimbat și ce a afectat.
Modelele, tabelele de tarife și condițiile de asigurare împart o singură arhivă de versiuni. Puteți vedea fiecare versiune salvată, unde este în vigoare fiecare și ce decizii sigilate se bazează pe ea.
Validarea pe care normele o cer deja.
- Solvency II, articolul 124Directiva 2009/138/CE, standarde de validareUn ciclu regulat de validare pentru modelele interne: performanță, testare în raport cu experiența și sensibilitate la ipotezele-cheie.
- Regulamentul privind IA, Anexa III punctul 5 litera (c)Regulamentul (UE) 2024/1689Evaluarea riscurilor și stabilirea prețurilor pentru asigurările de viață și de sănătate reprezintă IA cu grad ridicat de risc, regulile aplicându-se de la 2 decembrie 2027.
- Regulamentul privind IA, articolul 15Regulamentul (UE) 2024/1689, acuratețeSistemele de IA cu grad ridicat de risc trebuie să atingă un nivel adecvat de acuratețe, declarat și menținut pe toată durata lor de viață.
- Avizul EIOPA privind IAGuvernanța IA și managementul riscurilor, 6 august 2025Guvernanța datelor, documentația și monitorizarea continuă a sistemelor de IA utilizate de asigurători.
Datele de aplicare a Regulamentului privind IA (AI Act), astfel cum au fost modificate prin Regulamentul (EU) 2026/1744, Digital Omnibus, publicat în Jurnalul Oficial la 24 iulie 2026. Nu constituie consultanță juridică. Certificarea și opiniile juridice rămân între dumneavoastră și consilierii dumneavoastră.
Ce întreabă interlocutorii noștri.
Trebuie să ne mutăm modelele în HONESTAS?
Nu. Modelele dvs. rămân acolo unde sunt, în MLflow, SageMaker sau în propriul dvs. registru. HONESTAS le citește, ține evidența și înregistrează fiecare rulare și versiune.
Ce modele acoperă acest sistem?
Orice model al cărui rezultat stă la baza unei decizii: tarifare, constituire de rezerve, triaj al daunelor, verificări foto ale avariilor, semnale de fraudă și modelele de IA din spatele fiecărui buton asistat.
Cine poate aproba o versiune nouă?
O persoană desemnată de compania dvs., care nu este nici autorul, nici validatorul. HONESTAS verifică acest lucru înainte ca aprobarea să poată fi semnată.
Ce se întâmplă când un model intră în derivă?
Responsabilul este informat, împreună cu cazurile care demonstrează acest lucru. Nimic nu este dezactivat automat de către un model. Responsabilul decide, iar acea decizie este, de asemenea, înregistrată.
Dosarul îl înlocuiește pe validatorul nostru?
Nu. Acesta adună dovezile de care are nevoie validatorul, din rulări sigilate. Opinia validatorului și aprobarea de punere în producție sunt redactate și semnate de oameni.
Aflați mai multe
Aduceți modelul care a așteptat cel mai mult.
Alegeți un model blocat între validare și aprobare. Îl vom înregistra, îl vom rula în paralel cu modelul campion și vom compila dosarul din rulări.