Chaque modèle a un responsable. Chaque modification est prouvée.
Les modèles de tarification, de provisionnement, d’indemnisation et de lutte contre la fraude sont enregistrés avec un responsable nommé. Une nouvelle version tourne en challenger aux côtés du champion, ses preuves sont produites le jour même, et elle ne passe en production que par un jalon de validation approuvé par une personne autre que son auteur. Le dossier de validation est compilé à partir des enregistrements, et non rédigé de mémoire.
Chaque modèle, avec une personne qui en répond.
HONESTAS lit votre registre de modèles, qu'il s'agisse de MLflow, SageMaker ou du vôtre, et tient un registre unique les regroupant tous. Un modèle sans responsable désigné ne peut pas être utilisé dans une décision.
- Responsable, finalité, données et périmètre d'utilisation autorisé de chaque modèle
- Chaque version est conservée, avec ses données d'entraînement et de test
- La dérive est surveillée sur les dossiers réels, et le responsable est averti dès qu'un écart apparaît
- Chaque décision scellée mentionne la version du modèle qu'elle a utilisée
| Modèle | Rôle | Dérive |
|---|---|---|
| GLM auto particuliers v6 | Champion | Stable |
| GLM auto particuliers v7 | Contradicteur | Stable |
| Urgence sinistres 2026.07 | Champion | En dérive |
| Contrôle des dommages sur photo | Champion | Stable |
| Tarification tempêtes côtières | Champion | Stable |
| Signaux de réseaux de fraude | Champion | Stable |
Hausse des sinistres tempête depuis le 9 oct. Il est demandé à Sara de vérifier d'ici vendredi.
- Responsable
- Une personne nommée
- Validé
- Le jour même, à chaque exécution
- Usage
- Uniquement là où il est approuvé
Des preuves produites le jour même. Pas reconstituées en fin d'exercice.
Une nouvelle version gagne sa place en tournant en parallèle de celle qu'elle doit remplacer, sur des dossiers réels, sans aucun envoi. Chaque exécution reçoit une graine aléatoire (seed) pour pouvoir être rejouée à l'identique.
Enregistrer
La nouvelle version est enregistrée avec son responsable, ses données d'entraînement et sa finalité. Un modèle qui ne peut pas être enregistré ne peut pas être utilisé.
En parallèle
Il tourne en tant que challenger aux côtés du champion, sur les mêmes dossiers. Ses réponses sont enregistrées et ne sont jamais envoyées à un assuré.
Comparer
Chaque écart est conservé : quels dossiers, quelles cellules tarifaires, quelle ampleur. Des contrôles s'exécutent sur chacun, et chaque exécution peut être rejouée avec la même graine.
Promouvoir
En passant le jalon de validation, ou pas du tout. Le registre conserve les deux versions, afin que chaque décision puisse être rattachée à celle qu'elle a utilisée.
Testé d'abord. Approuvé par un tiers.
Avant sa mise en production, toute modification doit passer les contrôles définis par votre entreprise, d'abord sur des dossiers d'essai. Ensuite, une personne qui ne l'a pas conçue l'approuve à l'aide d'une clé d'accès (passkey). Les fonctions sont séparées : l'auteur, le valideur et l'approbateur sont trois personnes distinctes.
- Contrôles sur des dossiers d'essai avant toute mise en réel
- Un auteur ne peut pas approuver sa propre modification
- Un contrôle en échec bloque la modification et enregistre le motif
- Le même jalon pour les boutons d'IA, les grilles tarifaires et les clausiers
| Contrôle, sur dossiers d'essai | Résultat |
|---|---|
| Chaque tarif se situe dans les fourchettes déposées | Conforme |
| Aucune cellule tarifaire ne varie de plus de 15 % | Conforme |
| Même tarif pour le même risque, deux fois de suite | Conforme |
| Aucun critère protégé utilisé, ni directement ni par proxy | Conforme |
| Le rejeu correspond à sa graine | Conforme |
| Aucun envoi à un assuré | Conforme |
| Fonction | Personne | Statut |
|---|---|---|
| Auteur | Marta Kowalczyk | L'a conçu |
| Valideur | Hana Suzuki | Validé |
| Approbateur | Nathan Farrell | Clé d'accès |
Trois personnes distinctes. Marta ne peut pas approuver sa propre modification, et le moindre contrôle en échec la bloquerait ici même, avec son motif.
Compilé à partir des enregistrements. Signé par une personne.
Chaque année, le dossier de validation est généralement reconstitué à partir de feuilles de calcul et de la mémoire des équipes. Dans HONESTAS, il est compilé à partir des exécutions scellées : contrôles de données, comparaisons champion/challenger, analyses de sensibilité et back-tests. Les parties relevant du jugement d'expert sont laissées au valideur, qui les rédige et les signe.
- Chaque chiffre renvoie à l'exécution dont il est issu
- L'avis du valideur n'est jamais rédigé par une IA
- Exporté en un seul fichier pour votre auditeur ou votre autorité de contrôle
| Garantie | Compilé à partir de | Statut |
|---|---|---|
| Données utilisées et leur qualité | 14 contrôles de données scellés | Compilé |
| Champion et challenger | 3 exécutions en parallèle, 135 000 véhicules chacune | Compilé |
| Sensibilité aux hypothèses | 6 exécutions avec graine | Compilé |
| Back-test face à la sinistralité observée | 8 trimestres de sinistres | Compilé |
| L'avis du valideur | Hana Suzuki | À rédiger et signer |
| Approbation de mise en production | Nathan Farrell | En attente |
Chaque chiffre renvoie à l’exécution scellée dont il est issu. L’avis et l’approbation ne sont jamais générés automatiquement.
Ce qui a changé, et ce que cela a impacté.
Les modèles, grilles tarifaires et clausiers partagent un même référentiel de versions. Vous voyez chaque version enregistrée, où elle est en vigueur et quelles décisions scellées s’appuient dessus.
La validation que la réglementation exige déjà.
- Solvabilité II, article 124Directive 2009/138/CE, normes de validationUn cycle de validation régulier pour les modèles internes : performance, confrontation à l’expérience et sensibilité aux hypothèses clés.
- Règlement sur l’IA, annexe III, 5(c)Règlement (EU) 2024/1689L’évaluation des risques et la tarification en assurance vie et santé relèvent de l’IA à haut risque, avec des règles applicables à compter du 2 décembre 2027.
- Règlement sur l’IA, article 15Règlement (EU) 2024/1689, exactitudeL’IA à haut risque doit atteindre un niveau d’exactitude approprié, déclaré et maintenu tout au long de son cycle de vie.
- Avis de l'EIOPA sur l'IAGouvernance de l’IA et gestion des risques, 6 août 2025Gouvernance des données, documentation et suivi continu des systèmes d’IA utilisés par les assureurs.
Dates d'application du règlement sur l'IA telles que modifiées par le règlement (EU) 2026/1744, le Digital Omnibus, publié au Journal officiel le 24 juillet 2026. Ceci ne constitue pas un conseil juridique. La certification et les avis juridiques relèvent de votre relation avec vos conseils.
Questions fréquentes.
Devons-nous migrer nos modèles dans HONESTAS ?
Non. Vos modèles restent là où ils sont, dans MLflow, SageMaker ou votre propre registre. HONESTAS les lit, tient le registre et consigne chaque exécution et chaque version.
Quels modèles sont concernés ?
Tout modèle dont le résultat éclaire une décision : tarification, provisionnement, orientation des sinistres, contrôle de dommages sur photos, détection de fraude, ainsi que les modèles d’IA derrière chaque fonction d’assistance.
Qui peut approuver une nouvelle version ?
Une personne désignée par votre entreprise, qui n’est ni l’auteur ni le valideur. HONESTAS vérifie cette séparation avant que l’approbation puisse être signée.
Que se passe-t-il lorsqu’un modèle dérive ?
Le responsable est alerté, exemples à l’appui. Aucun modèle n’est désactivé automatiquement. Le responsable tranche, et cette décision est elle aussi consignée.
Le dossier remplace-t-il notre valideur ?
Non. Il rassemble les preuves dont le valideur a besoin, à partir des exécutions scellées. L’avis du valideur et l’approbation de mise en production sont rédigés et signés par des personnes.
Aller plus loin
Apportez le modèle qui attend depuis le plus longtemps.
Choisissez un modèle bloqué entre validation et approbation. Nous l’inscrirons au registre, le ferons tourner face au modèle en place et compilerons le dossier à partir des exécutions.