Każdy model ma właściciela. Każda zmiana jest udokumentowana.
Modele taryfikacyjne, rezerw, szkodowe i antyfraudowe są rejestrowane ze wskazanym właścicielem. Nowa wersja działa jako challenger równolegle z modelem wiodącym (champion), jej materiał dowodowy powstaje na bieżąco, a wdrożenie produkcyjne następuje wyłącznie przez bramkę decyzyjną zatwierdzaną przez osobę inną niż autor. Dokumentacja walidacyjna jest kompilowana z zapisów systemowych, a nie pisana z pamięci.
Każdy model ma osobę, która za niego odpowiada.
HONESTAS odczytuje Twój rejestr modeli — niezależnie od tego, czy jest to MLflow, SageMaker, czy rozwiązanie własne — i prowadzi jeden wspólny rejestr dla nich wszystkich. Model bez przypisanego właściciela nie może zostać użyty do podjęcia decyzji.
- Właściciel, przeznaczenie, dane oraz dopuszczalny zakres użycia każdego modelu
- Każda wersja jest zachowywana wraz z informacją o danych treningowych i testowych
- Dryf modelu monitorowany na bieżących sprawach, z powiadomieniem dla właściciela w razie odchyleń
- Każda zapieczętowana decyzja wskazuje użytą wersję modelu
| Model | Rola | Dryf modelu |
|---|---|---|
| Komunikacja indywidualna GLM v6 | Champion | Stabilny |
| Komunikacja indywidualna GLM v7 | Challenger | Stabilny |
| Pilność szkód 2026.07 | Champion | W dryfie |
| Weryfikacja uszkodzeń ze zdjęć | Champion | Stabilny |
| Taryfikacja burz przybrzeżnych | Champion | Stabilny |
| Sygnały siatek wyłudzeń | Champion | Stabilny |
Więcej szkód burzowych od 9 paź. Sara została poproszona o weryfikację do piątku.
- Właściciel
- Wskazaną imiennie osobę
- Zwalidowany
- Na bieżąco, przy każdym uruchomieniu
- Użycie
- Tylko w zatwierdzonym zakresie
Dowody generowane na bieżąco. Nie odtwarzane na koniec roku.
Nowa wersja zapracowuje na swoje miejsce, działając równolegle z wersją, którą ma zastąpić, na rzeczywistych sprawach, ale bez wysyłania wyników. Każde uruchomienie ma przypisane ziarno losowości (seed), dzięki czemu można je dokładnie odtworzyć.
Rejestracja
Nowa wersja jest rejestrowana wraz z właścicielem, danymi treningowymi i przeznaczeniem. Modelu, którego nie da się zarejestrować, nie można użyć.
Tryb cienia
Działa jako challenger równolegle z modelem champion, na tych samych sprawach. Jego odpowiedzi są zapisywane i nigdy nie trafiają do klienta.
Porównaj
Każda różnica jest rejestrowana: które sprawy, które komórki taryfy, o ile. Każda z nich przechodzi testy kontrolne, a każde uruchomienie można dokładnie odtworzyć z użyciem tego samego ziarna (seed).
Wdróż
Przez bramkę decyzyjną albo wcale. Rejestr zachowuje obie wersje, dzięki czemu każdą decyzję można powiązać z wersją, której w niej użyto.
Najpierw przetestowane. Zatwierdzone przez kogoś innego.
Zanim zmiana wejdzie na produkcję, musi przejść testy kontrolne określone przez Twoją firmę — najpierw na rekordach testowych. Następnie osoba, która jej nie tworzyła, zatwierdza ją kluczem dostępu (passkey). Obowiązki są rozdzielone: autor, walidator i zatwierdzający to trzy różne osoby.
- Testy kontrolne na rekordach testowych przed uruchomieniem na żywo
- Autor nie może zatwierdzić własnej zmiany
- Nieudany test zatrzymuje zmianę i zapisuje powód
- Ta sama bramka dla przycisków AI, tabel taryfowych i OWU
| Test na rekordach testowych | Wynik |
|---|---|
| Każda składka w granicach zgłoszonych widełek | Zaliczone |
| Żadna komórka nie zmienia się o więcej niż 15% | Zaliczone |
| Ta sama składka dla tego samego ryzyka, dwukrotnie | Zaliczone |
| Brak cech chronionych — bezpośrednio lub przez zmienne pośrednie (proxy) | Zaliczone |
| Powtórne uruchomienie zgodne z ziarnem (seed) | Zaliczone |
| Nic nie zostało wysłane do klienta | Zaliczone |
| Funkcja | Osoba | Status |
|---|---|---|
| Autor | Marta Kowalczyk | Utworzył(a) |
| Walidator | Hana Suzuki | Zwalidowany |
| Zatwierdzający | Nathan Farrell | Passkey |
Trzy różne osoby. Marta nie może zatwierdzić własnej zmiany, a nieudany test zatrzymałby ją tutaj wraz z zapisem powodu.
Zestawiona z zapisów systemowych. Podpisana przez człowieka.
Co roku dokumentacja walidacyjna jest zwykle odtwarzana z arkuszy kalkulacyjnych i pamięci pracowników. W HONESTAS powstaje ona bezpośrednio z zapieczętowanych uruchomień: kontroli jakości danych, porównań champion i challenger, analiz wrażliwości oraz testów historycznych (back-testów). Części wymagające osądu eksperckiego pozostają do napisania i podpisania przez walidatora.
- Każda liczba odsyła do uruchomienia, z którego pochodzi
- Opinia walidatora nigdy nie jest pisana przez AI
- Eksport do jednego pliku dla audytora lub organu nadzoru
| Sekcja | Zestawiono na podstawie | Status |
|---|---|---|
| Użyte dane i ich jakość | 14 zapieczętowanych kontroli danych | Zestawiono |
| Champion i challenger | 3 przebiegi w trybie cienia, po 135 000 pojazdów każdy | Zestawiono |
| Wrażliwość na założenia | 6 przebiegów ze stałym ziarnem | Zestawiono |
| Test historyczny (back-test) względem szkodowości | 8 kwartałów historii szkód | Zestawiono |
| Opinia walidatora | Hana Suzuki | Do napisania i podpisu |
| Zgoda na wdrożenie produkcyjne | Nathan Farrell | Oczekuje |
Każda wartość prowadzi do zapieczętowanego przebiegu, z którego pochodzi. Opinia i zatwierdzenie nigdy nie są generowane automatycznie.
Co się zmieniło i na co wpłynęło.
Modele, tabele taryfowe i ogólne warunki ubezpieczenia (OWU) współdzielą jedno repozytorium wersji. Widać każdą zapisaną wersję, gdzie dokładnie obowiązuje i które zapieczętowane decyzje na niej polegają.
Walidacja, której przepisy już wymagają.
- Solvency II, artykuł 124Dyrektywa 2009/138/WE, standardy walidacjiRegularny cykl walidacji modeli wewnętrznych: działanie, testowanie w oparciu o dane historyczne oraz wrażliwość na kluczowe założenia.
- Akt w sprawie AI (AI Act), załącznik III pkt 5 lit. c)Rozporządzenie (UE) 2024/1689Ocena ryzyka i taryfikacja w ubezpieczeniach na życie i zdrowotnych to systemy AI wysokiego ryzyka, wobec których przepisy stosuje się od 2 grudnia 2027 r.
- Akt w sprawie AI (AI Act), artykuł 15Rozporządzenie (UE) 2024/1689, dokładnośćSystem AI wysokiego ryzyka musi osiągać odpowiedni poziom dokładności, zadeklarowany i utrzymywany przez cały cykl życia.
- Opinia EIOPA w sprawie AIŁad zarządczy AI i zarządzanie ryzykiem, 6 sierpnia 2025 r.Zarządzanie danymi, dokumentacja i bieżące monitorowanie systemów AI wykorzystywanych przez ubezpieczycieli.
Daty obowiązywania AI Act zmienione rozporządzeniem (UE) 2026/1744 (Digital Omnibus), opublikowanym w Dzienniku Urzędowym UE w dniu 24 lipca 2026 r. Materiał nie stanowi porady prawnej. Certyfikacja oraz opinie prawne pozostają w gestii Państwa i Państwa doradców.
O co pytają klienci.
Czy musimy przenosić nasze modele do HONESTAS?
Nie. Państwa modele zostają tam, gdzie są – w MLflow, SageMaker lub we własnym rejestrze. HONESTAS odczytuje je, prowadzi rejestr oraz zapisuje każdy przebieg i każdą wersję.
Jakie modele to obejmuje?
Każdy model, którego wynik wpływa na decyzję: taryfikację, tworzenie rezerw, kategoryzację szkód (triage), weryfikację uszkodzeń ze zdjęć, sygnały o nadużyciach (fraudach) oraz modele AI stojące za każdym przyciskiem wspomaganym.
Kto może zatwierdzić nową wersję?
Osoba wyznaczona przez Państwa firmę, która nie jest ani autorem, ani walidatorem. HONESTAS weryfikuje to, zanim zatwierdzenie będzie mogło zostać podpisane.
Co się dzieje, gdy model wykazuje dryf?
Właściciel modelu jest o tym informowany wraz z listą przypadków, które na to wskazują. Żaden model niczego sam nie wyłącza. Decyduje właściciel, a ta decyzja również zostaje zapisana.
Czy dossier zastępuje naszego walidatora?
Nie. Gromadzi ono dowody potrzebne walidatorowi, pochodzące z zapieczętowanych przebiegów. Opinię walidatora oraz zgodę na wdrożenie produkcyjne piszą i podpisują ludzie.
Dowiedz się więcej
Pokażcie nam model, który czeka najdłużej.
Proszę wybrać model, który utknął między walidacją a zatwierdzeniem. Zarejestrujemy go, uruchomimy równolegle z modelem referencyjnym (champion) i skompilujemy dossier z przebiegów.