Extension finance

Photographie d’orientation vérifiée le 19 août 2026. Les obligations dépendent de l’entité, de l’activité, du produit, du client, de la juridiction et de la matérialité. Obtenir un avis réglementaire qualifié.

En finance, le risque IA ne se réduit pas à l’exactitude du modèle. Gouvernance, conduite, explicabilité, qualité des données, concentration fournisseur, résilience opérationnelle et justification du résultat client font partie du système.

Classer la matérialité avant le modèle

Gates finance

F0 — Matérialité et finalité réglementée

• identifier entité juridique, activité réglementée, type de client, produit et juridictions ;
• préciser si le système soutient conformité, risque, comptabilité, conseil, crédit, assurance, trading, paiement ou service client ;
• évaluer la matérialité selon impact financier, personnes affectées, fonctions critiques, autonomie, complexité et conséquences d’échec ;
• nommer l’autorité humaine ou sociale finale.

Arrêt : l’institution ne peut inventorier l’usage, expliquer sa finalité ou désigner des responsables de première et deuxième lignes.

F1 — Inventaire, données et conduite

• enregistrer l’IA interne et achetée, y compris modèles intégrés ou classiques présentant un risque équivalent ;
• cartographier qualité, provenance, représentativité, secret, rétention et barrières d’information ;
• identifier conflits, conduite de marché, discrimination, manipulation, conseil inadéquat et communication client ;
• définir information, explication, correction, plainte et recours humain.

F2 — Contrôle du modèle et des tiers

• documenter hypothèses, limites, benchmarks, explicabilité, version et politique de changement ;
• tester accès fournisseur, concentration, sous-traitance en chaîne, localisation, sortie, substitution et modes d’échec ;
• contractualiser preuves d’audit, coopération incident, préavis de changement matériel, export et suppression ;
• maintenir un mode opératoire testé sans dépendance à l’IA ou à un fournisseur unique.

F3 — Validation indépendante

• préenregistrer performance, stabilité, robustesse, biais, stress et seuils d’erreur grave ;
• utiliser selon le cas tests hors échantillon, sensibilité, adversariaux et comparaison à un modèle plus simple ;
• séparer développement et revue indépendante qualifiée pour les applications matérielles ;
• documenter comment overrides et corrections alimentent la surveillance sans modifier silencieusement le modèle approuvé.

F4 — Pilote et mise en service bornés

• exécuter en shadow avec système figé et dénominateur complet ;
• limiter client, produit, montant, marché, canal, permissions et durée ;
• exiger double contrôle ou approbation explicite pour les effets matériels ou irréversibles ;
• ne libérer que si valeur, modèle, conduite, sécurité et résilience passent séparément.

F5 — Surveillance et résilience

• suivre dérive des données et concepts, résultats, overrides, plaintes, incidents, pertes, latence et changements fournisseur ;
• relier les contrôles IA aux processus de risque opérationnel, cyber, externalisation, continuité et annonce réglementaire ;
• tester modes dégradés, perte fournisseur, rollback et reprise réconciliée ;
• déclencher une nouvelle revue indépendante après changement matériel ou variation inexpliquée des résultats.

Dossier de preuves minimal

1. registre, matérialité et responsables ;
2. traçabilité des données, conduite et impact client ;
3. dossier modèle, diligence fournisseur et sortie ;
4. validation indépendante et tests d’erreur grave ;
5. registre du pilote avec validations et effets réconciliés ;
6. surveillance, plaintes, résilience et annonces réglementaires.

Limite de transfert

La performance sur un portefeuille, régime de marché, langue, groupe de clients, entité ou canal ne se transfère pas automatiquement. Revalider les changements matériels et distinguer performance du modèle, résultat client, effet prudentiel et résilience opérationnelle.

Voir le registre daté des sources primaires et l’analyse d’impact sur les droits fondamentaux.