Кожна модель має власника. Кожна зміна є доведеною.
Моделі тарифікації, резервування, врегулювання збитків і виявлення шахрайства реєструються із зазначенням відповідального власника. Нова версія працює як модель-претендент (challenger) паралельно з основною моделлю (champion), її доказова база формується в день тестування, а в промислову експлуатацію вона переходить лише через контрольний шлюз, де перехід затверджує інша особа, а не автор. Досьє валідації формується на основі системних записів, а не пишеться з пам’яті.
Кожна модель — із людиною, яка несе за неї відповідальність.
HONESTAS зчитує ваш реєстр моделей — чи то MLflow, SageMaker, чи ваш власний — і веде єдиний реєстр для них усіх. Модель без власника не може використовуватися для ухвалення рішень.
- Власник, призначення, дані та дозволена сфера застосування кожної моделі
- Зберігається кожна версія разом із даними, на яких її навчали й тестували
- Відстеження дрейфу на реальних справах зі сповіщенням власника у разі відхилень
- Кожне зафіксоване рішення містить назву використаної версії моделі
| Модель | Роль | Дрейф |
|---|---|---|
| Автострахування фізосіб GLM v6 | Чемпіон | Стабільна |
| Автострахування фізосіб GLM v7 | Опонент | Стабільна |
| Терміновість вимог 2026.07 | Чемпіон | Дрейфує |
| Оцінка пошкоджень за фото | Чемпіон | Стабільна |
| Тарифікація прибережних штормів | Чемпіон | Стабільна |
| Ознаки шахрайських груп | Чемпіон | Стабільна |
Більше штормових вимог із 9 жовт. Прохання до Sara перевірити до п’ятниці.
- Власник
- Призначену особу
- Валідовано
- У день події, кожен прогін
- Застосування
- Лише там, де затверджено
Докази формуються в день події. А не відновлюються наприкінці року.
Нова версія здобуває своє місце, працюючи паралельно з тією, яку має замінити, на реальних справах без надсилання результатів. Кожен прогін має початкове значення (seed), тому його можна точно відтворити.
Реєстрація
Нова версія реєструється із зазначенням її власника, навчальних даних та призначення. Модель, яку неможливо зареєструвати, не може бути використана.
Тіньовий режим
Працює як претендент поруч із чемпіоном на тих самих справах. Її відповіді записуються і ніколи не надсилаються клієнту.
Порівняння
Фіксується кожна розбіжність: у яких справах, у яких комірках, на скільки. Перевірки виконуються для кожної, і кожен прогін можна відтворити з тим самим seed.
Впровадження
Через контрольний рубіж або ніяк. Запис зберігає обидві версії, тож будь-яке рішення можна простежити до тієї, яку воно використало.
Спершу випробувано. Затверджено іншою особою.
Перш ніж зміна запрацює в реальному середовищі, вона має пройти встановлені вашою компанією перевірки — спершу на тестових записах. Потім особа, яка не була її розробником, затверджує її за допомогою ключа доступу (passkey). Обов’язки розділені: автор, валідатор і особа, що затверджує — це три різні людини.
- Перевірки на тестових записах перед роботою з реальними даними
- Автор не може затвердити власну зміну
- Невдала перевірка зупиняє зміну із записом причини
- Єдиний контрольний рубіж для ШІ-кнопок, тарифних таблиць і умов страхування
| Перевірка на тестових записах | Результат |
|---|---|
| Кожна ціна в межах задекларованих діапазонів | Пройдено |
| Жодна комірка не змінюється більш ніж на 15% | Пройдено |
| Однакова ціна для однакового ризику, двічі | Пройдено |
| Жодна захищена ознака не використана прямо чи опосередковано | Пройдено |
| Повторне відтворення збігається за початковим значенням (seed) | Пройдено |
| Нічого не надіслано клієнту | Пройдено |
| Обов’язок | Особа | Статус |
|---|---|---|
| Автор | Marta Kowalczyk | Розробка |
| Валідатор | Hana Suzuki | Валідовано |
| Затверджувач | Nathan Farrell | Ключ доступу |
Три різні особи. Marta не може затвердити власну зміну, а невдала перевірка зупинила б її тут із зазначенням причини.
Сформовано із записів. Підписано людиною.
Зазвичай щороку досьє валідації заново збирають з електронних таблиць і чиїхось спогадів. У HONESTAS воно формується із зафіксованих прогонів: перевірок даних, порівнянь чемпіона і претендента, аналізу чутливості та бек-тестів. Частини, що потребують професійного судження, залишаються валідатору для написання й підпису.
- Кожна цифра веде до прогону, з якого вона походить
- Висновок валідатора ніколи не пишеться ШІ
- Експортується для вашого аудитора чи наглядового органу одним файлом
| Секція | Сформовано на основі | Статус |
|---|---|---|
| Використані дані та їхня якість | 14 зафіксованих перевірок даних | Сформовано |
| Основна модель і претендент | 3 тіньові прогони по 135 000 авто в кожному | Сформовано |
| Чутливість до припущень | 6 відтворюваних прогонів (із seed) | Сформовано |
| Бек-тест на історичних даних | 8 кварталів страхових вимог | Сформовано |
| Висновок валідатора | Hana Suzuki | Написати і підписати |
| Затвердження до запуску в роботу | Nathan Farrell | Очікує |
Кожна цифра посилається на зафіксований прогін, з якого її отримано. Висновок і затвердження ніколи не генеруються автоматично.
Що змінилося, і на що це вплинуло.
Моделі, тарифні сітки та умови страхування мають єдине сховище версій. Ви бачите кожну збережену версію, де саме вона діє і які зафіксовані рішення на неї спираються.
Валідація, якої вже вимагають нормативи.
- Solvency II, стаття 124Директива 2009/138/EC, стандарти валідаціїРегулярний цикл валідації внутрішніх моделей: ефективність, перевірка на фактичних даних та чутливість до ключових припущень.
- Акт про ШІ, Додаток III, п. 5(c)Регламент (EU) 2024/1689Оцінка ризиків і тарифікація в страхуванні життя та здоров'я належать до високоризикового ШІ; вимоги набирають чинності з 2 грудня 2027 року.
- Акт про ШІ, стаття 15Регламент (EU) 2024/1689, точністьВисокоризиковий ШІ має забезпечувати належний рівень точності, задекларований і підтримуваний протягом усього життєвого циклу.
- Висновок EIOPA щодо ШІУправління ШІ та ризиками, 6 серпня 2025 рокуУправління даними, документування та постійний моніторинг систем ШІ, які використовують страховики.
Дати набрання чинності Актом про ШІ вказано зі змінами згідно з Регламентом (EU) 2026/1744 (Digital Omnibus), опублікованим в Офіційному віснику 24 липня 2026 року. Не є юридичною консультацією. Сертифікація та юридичні висновки залишаються предметом вашої взаємодії з вашими радниками.
Про що нас запитують.
Чи потрібно переносити наші моделі в HONESTAS?
Ні. Ваші моделі залишаються там, де вони є: у MLflow, SageMaker або вашому власному реєстрі. HONESTAS зчитує їх, веде реєстр і фіксує кожен прогін та версію.
Які моделі це охоплює?
Будь-яку модель, результат якої впливає на рішення: тарифікація, розрахунок резервів, маршрутизація збитків, оцінка пошкоджень за фото, індикатори шахрайства та моделі ШІ за кожною функцією підказки.
Хто може затвердити нову версію?
Призначена вашою компанією особа, яка не є ані автором, ані валідатором моделі. HONESTAS перевіряє це перед підписанням затвердження.
Що відбувається у разі дрейфу моделі?
Власник моделі отримує сповіщення з прикладами випадків, які це підтверджують. Модель нічого не вимикає самостійно. Рішення ухвалює власник, і воно також фіксується.
Чи замінює досьє нашого валідатора?
Ні. Система лише збирає доказову базу із зафіксованих прогонів, необхідну валідатору. Висновок валідатора та дозвіл на впровадження в промислову експлуатацію пишуть і підписують люди.
Детальніше
Візьміть модель, яка чекає найдовше.
Виберіть модель, що застрягла між валідацією та затвердженням. Ми зареєструємо її, проженемо паралельно з чинною моделлю та сформуємо досьє за результатами прогонів.