Le modèle fonctionne. Personne ne peut signer pour sa mise en service.
Les modèles restent en pré-production lorsque personne ne peut dire à qui ils appartiennent, sur quelles bases ils ont été contrôlés ou qui est habilité à les promouvoir. HONESTAS enregistre chaque modèle avec un responsable nommé, fournit au validateur les preuves nécessaires et applique un jalon de mise en production signé par une personne désignée. En production, chaque décision est rattachée à la version du modèle qu’elle a utilisée.
L’IA est déjà dans le portefeuille. Le plus dur, c’est de signer pour elle.
La plupart des assureurs utilisent déjà l’IA quelque part. Les autorités de contrôle exigent pour chaque système un responsable, une documentation, une supervision humaine et des traces — et les modèles de tarification en vie et santé deviennent à haut risque au titre du règlement sur l’IA. Un modèle pour lequel personne ne peut signer reste en pré-production, ou passe en production sans le nom de personne dessus.
Sources : EIOPA, rapport sur la numérisation, 30 avril 2024 (enquête de marché 2023) · avis de l’EIOPA sur la gouvernance de l’IA · Règlement (EU) 2026/1744.
Enregistrez-le, contrôlez-le, et laissez une personne nommée le mettre en production.
Vos modèles restent dans votre registre et tournent là où ils tournent. HONESTAS conserve l’identité du responsable de chacun, les contrôles effectués et le nom de la personne qui a autorisé sa mise en service.
Enregistrer
Chaque modèle issu de MLflow, SageMaker ou de votre propre registre est enregistré avec son responsable, sa finalité, ses données et sa version. Un modèle non enregistré ne peut pas servir à une décision.
Valider
Le validateur reçoit les back-tests, les contrôles d’équité, une comparaison avec un second modèle ainsi que l’origine des données, et peut réexécuter chaque test.
Le jalon de mise en production
Le responsable fait la demande, un validateur indépendant signe et un approbateur disposant de l’habilitation met en production. Personne ne peut approuver son propre modèle.
En service
Chaque décision est rattachée à la version utilisée. Lorsqu’un modèle dérive au-delà de votre seuil, une salle s’ouvre pour que son responsable le réentraîne, le restreigne ou le retire.
Chaque modèle, chaque version et qui l’a mis en service.
Voici des écrans HONESTAS, présentés avec des données d'exemple de Northgate Mutual, une organisation fictive.
Une nouvelle version de modèle, en attente
La nouvelle version d’un modèle de tarification, comparée cellule par cellule à celle en production, avec le nom de qui l’a validée, qui doit l’approuver et sa date de mise en service prévue.
- Chaque version de chaque chiffre conservée
- Validé, puis approuvé par un tiers
- L’auteur ne peut pas l’approuver
Chaque bouton IA et sa version
Chaque bouton qui demande à l’assistant d’effectuer une tâche affiche la version qu’il exécute et son coût. Un bouton dont le résultat alimente une décision de sinistre exécute la même version pour tout le monde.
- Quelle version a tourné à chaque clic
- À quelle fréquence le résultat a été utilisé tel quel
- Un repère lorsqu’un modèle n’a jamais été vérifié pour la tâche
Testé d’abord sur des dossiers d’essai
Une nouvelle version tourne en parallèle de la version actuelle sur des dossiers d’essai, en passant par les mêmes contrôles. Rien n’est envoyé, classé ni scellé avant d’être enregistré et approuvé.
- Côte à côte sur les mêmes dossiers
- Chaque contrôle, sur chaque projet
- Ce que coûte chaque version
Ce qu’exécute un bouton, depuis le bouton
Faites un clic droit sur n’importe quel bouton IA : son menu indique ce qu’il fait, quelle compétence et quelle version il exécute, quel modèle répond et le coût de sa dernière exécution.
- Le modèle nommé, et pourquoi il a été choisi
- Seule l’entreprise change le modèle
- Une référence pour le support à chaque exécution
Les preuves dont un validateur a besoin, conservées dès la première version.
Les dossiers d’enregistrement, de validation et de mise en production sont rattachés aux textes réglementaires qui les exigent.
- Règlement européen sur l’IA, haut risqueRèglement (EU) 2024/1689, Annexe III 5(c)L’évaluation des risques et la tarification en assurance vie et santé relèvent de l’IA à haut risque à compter du 2 décembre 2027.
- Règlement européen sur l’IA, exigencesRèglement (EU) 2024/1689, Articles 9 à 15Gestion des risques, gouvernance des données, documentation technique, journaux, contrôle humain et exactitude.
- Validation Solvabilité IIDirective 2009/138/EC, Article 124Un cycle régulier de validation des modèles internes, avec documentation des résultats.
- Avis de l’EIOPA sur l’IAGouvernance de l’IA et gestion des risques, 6 août 2025Attentes des superviseurs en matière de données, de traçabilité, d’équité, d’explicabilité et de contrôle humain.
Dates du règlement sur l'IA telles que modifiées par le règlement (UE) 2026/1744, dit « Omnibus numérique », publié au Journal officiel le 24 juillet 2026. Ne constitue pas un conseil juridique.
Mesurez l’attente entre un modèle prêt et sa mise en service.
Voici les indicateurs suivis par un responsable des modèles ou un actuaire en chef, extraits directement des dossiers d’enregistrement, de validation et de mise en production.
- En préproduction
- Modèles prêts pour la mise en service mais non promus, et leur temps d’attente respectif.
- Responsable désigné
- La part des modèles en service disposant d’un responsable désigné et actuel.
- Constats ouverts
- Constats de validation toujours ouverts, et leur ancienneté.
- Délai de promotion
- Jours écoulés entre une demande de validation et une mise en production signée.
- Décisions rattachées
- La part des décisions rattachées à la version précise du modèle utilisé.
- Dérive
- Modèles ayant dépassé leur seuil de dérive, et le délai avant décision de leur responsable.
- Approbations refusées
- Tentatives d’approuver son propre modèle, bloquées au point de contrôle.
Le déploiement de modèles, en pratique.
Quels registres de modèles sont pris en charge ?
MLflow, SageMaker ainsi que votre propre registre. Chaque exécution et chaque version sont conservées, avec les données et le code dont elles sont issues.
Nos modèles doivent-ils être déplacés ?
Non. Ils restent là où ils tournent aujourd’hui. HONESTAS conserve l’enregistrement, les preuves et le dossier de promotion, et vérifie qu’une décision n’appelle qu’une version promue.
Qui peut promouvoir un modèle ?
Un approbateur dont les pouvoirs couvrent ce modèle, après signature d’un valideur indépendant. La personne qui l’a conçu ne peut pas l’approuver, et le point de contrôle bloque toute tentative en ce sens.
Que se passe-t-il lorsqu’un modèle dérive ?
Un espace dédié s’ouvre pour son responsable avec les preuves de la dérive. Il réentraîne, restreint ou retire le modèle, et la décision est scellée comme n’importe quelle autre.
Aller plus loin
Apportez le modèle qui attend depuis le plus longtemps.
Nous l’enregistrerons avec vous, afficherons les preuves destinées au valideur et lui ferons franchir le point de contrôle jusqu’à une mise en production signée.