Всеки модел си има отговорник. Всяка промяна е доказана.
Моделите за ценообразуване, резервиране, щети и измами се регистрират с конкретно назован отговорник. Новата версия работи като претендент (challenger) редом с действащия модел (champion), доказателствата за нея се генерират в реално време и тя влиза в експлоатация само след преминаване през контролна стъпка, одобрена от лице, различно от нейния автор. Досието за валидиране се съставя от записите, а не се пише по памет.
Всеки модел — с човек, който отговаря за него.
HONESTAS чете Вашия регистър на модели — независимо дали е MLflow, SageMaker или собствена система — и поддържа единен регистър за всички тях. Модел без отговорник не може да се използва за вземане на решение.
- Отговорник, цел, данни и допустима употреба за всеки модел
- Всяка версия се пази заедно с данните за обучение и тестване
- Отклонението на модела се следи в реални случаи, а отговорникът се уведомява при промяна
- Всяко запечатано решение посочва използваната версия на модела
| Модел | Роля | Отклонение (Drift) |
|---|---|---|
| Private motor GLM v6 | Основен | Стабилен |
| Private motor GLM v7 | Опонент | Стабилен |
| Claims urgency 2026.07 | Основен | С отклонение |
| Photo damage check | Основен | Стабилен |
| Coastal storm pricing | Основен | Стабилен |
| Fraud ring signals | Основен | Стабилен |
Повече претенции за бури от 9 октомври насам. Sara трябва да ги прегледа до петък.
- Отговорник
- Конкретно отговорно лице
- Валидиран
- На същия ден, при всяко изпълнение
- Употреба
- Само където е одобрен
Доказателствата се създават на момента. Не се възстановяват в края на годината.
Новата версия доказва мястото си, като работи паралелно с тази, която би заменила, върху реални случаи, без нищо да се изпраща навън. Всяко изпълнение има начален параметър (seed), за да може да бъде възпроизведено точно.
Регистриране
Новата версия се регистрира със своя отговорник, данните за обучение и предназначението си. Модел, който не може да бъде регистриран, не може да се използва.
В сянка
Работи като тестови модел (challenger) редом с основния (champion) върху същите случаи. Резултатите му се записват и никога не се изпращат на клиент.
Сравнение
Всяка разлика се запазва: кои случаи, кои клетки, с колко. Проверките се извършват за всяко изпълнение, а всяко изпълнение може да се възпроизведе със същия начален параметър (seed).
Въвеждане
През контролния праг или изобщо не. В архива остават и двете версии, така че всяко решение може да се проследи до версията, която е използвало.
Първо се изпробва. Одобрява се от друг.
Преди промяната да влезе в реална работа, тя трябва да премине проверките, зададени от Вашата компания, първо върху тестови записи. След това лице, което не я е създало, я одобрява с ключ за достъп (passkey). Отговорностите са разделени: авторът, валидаторът и одобряващият са три различни лица.
- Проверки върху тестови записи преди реална работа
- Авторът не може да одобри собствената си промяна
- Неуспешна проверка спира промяната и записва причината
- Същият контролен праг за AI бутони, тарифни таблици и общи условия
| Проверка върху тестови записи | Резултат |
|---|---|
| Всяка премия е в рамките на заявените диапазони | Успешно |
| Никоя клетка не се променя с повече от 15% | Успешно |
| Една и съща премия за един и същ риск при повторно изчисление | Успешно |
| Не се използва защитен признак — пряко или косвено | Успешно |
| Възпроизвеждането съвпада с началния параметър (seed) | Успешно |
| Нищо не е изпратено на клиент | Успешно |
| Отговорност | Лице | Статус |
|---|---|---|
| Автор | Marta Kowalczyk | Създал модела |
| Валидатор | Hana Suzuki | Валидиран |
| Одобряващ | Nathan Farrell | Ключ за достъп |
Три различни лица. Marta не може да одобри собствената си промяна, а неуспешна проверка би я спряла тук, като причината се записва.
Съставено от записите. Подписано от човек.
Всяка година досието за валидиране обикновено се сглобява наново от таблици и по памет. В HONESTAS то се съставя от запечатаните изпълнения: проверки на данни, основен и тестови модел, анализ на чувствителността и бек-тестове. Частите, които изискват преценка, остават за валидатора — да ги напише и подпише.
- Всяка стойност води към изпълнението, от което идва
- Становището на валидатора никога не се пише от AI
- Експортира се като един файл за Вашия одитор или надзорен орган
| Раздел | Съставено от | Статус |
|---|---|---|
| Използвани данни и тяхното качество | 14 запечатани проверки на данни | Съставено |
| Действащ модел и претендент | 3 паралелни изпълнения в сянка, по 135 000 автомобила всяко | Съставено |
| Чувствителност към допусканията | 6 изпълнения с фиксиран начален параметър | Съставено |
| Бек-тест спрямо реалния опит | 8 тримесечия с претенции | Съставено |
| Становище на валидатора | Hana Suzuki | За написване и подпис |
| Одобрение за въвеждане в експлоатация | Nathan Farrell | Очаква се |
Всяка цифра сочи към запечатаното изпълнение, от което идва. Становището и одобрението никога не се съставят автоматично.
Какво се е променило и какво е засегнало.
Моделите, тарифните таблици и полиците ползват едно общо хранилище за версии. Виждате всяка запазена версия, къде е в сила и кои запечатани решения се опират на нея.
Валидиране, което правилата вече изискват.
- Платежоспособност II, член 124Директива 2009/138/ЕО, стандарти за валидиранеРедовен цикъл на валидиране за вътрешни модели: представяне, съпоставка с реалния опит и чувствителност към ключови допускания.
- Акт за ИИ, Приложение III, точка 5, буква в)Регламент (ЕС) 2024/1689Оценката на риска и ценообразуването при животозастраховане и здравно застраховане са високорисков ИИ, като правилата се прилагат от 2 декември 2027 г.
- Акт за ИИ, член 15Регламент (ЕС) 2024/1689, точностВисокорисковият ИИ трябва да постига подходящо ниво на точност, декларирано и поддържано през целия му жизнен цикъл.
- Становище на EIOPA относно ИИУправление на ИИ и управление на риска, 6 август 2025 г.Управление на данните, документация и текущ мониторинг на системите с ИИ, използвани от застрахователите.
Датите по Законодателния акт за ИИ са съгласно измененията с Регламент (ЕС) 2026/1744 (Цифров омнибус), публикуван в Официален вестник на 24 юли 2026 г. Това не представлява правен съвет. Сертифицирането и правните становища остават въпрос между Вас и Вашите консултанти.
Какво питат хората.
Трябва ли да преместим моделите си в HONESTAS?
Не. Моделите ви остават там, където са – в MLflow, SageMaker или собствения ви регистър. HONESTAS ги чете, поддържа регистъра и записва всяко изпълнение и версия.
Кои модели обхваща това?
Всеки модел, чийто резултат води до решение: ценообразуване, образуване на резерви, триаж на претенции, проверка на щети по снимки, индикатори за измами и моделите с ИИ зад всеки бутон за асистиране.
Кой може да одобри нова версия?
Лице, определено от вашата компания, което не е нито авторът, нито валидаторът. HONESTAS проверява това, преди одобрението да може да бъде подписано.
Какво се случва при отклонение (drift) на модела?
Собственикът бива уведомен заедно със случаите, които го показват. Нищо не се изключва само от модел. Собственикът решава и това решение също се записва.
Досието заменя ли нашия валидатор?
Не. То събира доказателствата, от които валидаторът се нуждае, от запечатани изпълнения. Становището на валидатора и одобрението за пускане в експлоатация се пишат и подписват от хора.
Научете повече
Донесете модела, който е чакал най-дълго.
Изберете модел, заседнал между валидирането и одобрението. Ние ще го регистрираме, ще го пуснем паралелно с действащия модел (champion) и ще съставим досието от изпълненията.