Nous utilisons des cookies sur ce site
Ce site utilise des cookies pour améliorer votre expérience et analyser notre trafic de manière anonyme.
Un audit de modèle de crédit IA ne se limite pas à vérifier si le modèle est précis. Il doit couvrir quatre dimensions distinctes : la qualité des données d'entraînement, la logique de décision et son explicabilité, l'équité des résultats sur différents groupes, et la conformité réglementaire de l'ensemble du système. Chacune de ces dimensions peut révéler des problèmes différents, et un audit qui n'en couvre qu'une ou deux donne une image incomplète. J'ai développé une approche en deux phases que j'applique systématiquement. La première phase couvre les éléments documentaires — ce que le fournisseur peut vous montrer sans que vous ayez besoin d'accéder au code ou aux données brutes. La deuxième phase couvre les tests pratiques — ce que vous pouvez vérifier vous-même avec des exemples concrets. Cette approche est accessible à des équipes de conformité sans formation technique avancée, et elle produit des conclusions défendables devant un régulateur.
La première dimension d'un audit porte sur les données utilisées pour entraîner le modèle. Demandez une description des sources de données, de leur période de couverture, et des mesures prises pour vérifier leur représentativité. Les questions clés sont : les données couvrent-elles une période suffisamment longue pour capturer différents cycles économiques ? Les groupes démographiques présents dans la population actuelle de demandeurs sont-ils représentés de façon équitable dans les données d'entraînement ? Des données manquantes ou des valeurs aberrantes ont-elles été traitées, et comment ? Un fournisseur sérieux peut répondre à ces questions avec des documents, pas seulement avec des déclarations orales.
La deuxième dimension porte sur la façon dont le modèle prend ses décisions. Demandez des exemples d'explications générées pour des cas de refus et d'approbation. Vérifiez si les facteurs identifiés sont cohérents avec la politique de crédit déclarée de l'institution. Testez la lisibilité des explications sur des personnes non techniques — si elles ne comprennent pas les raisons du refus, l'explication ne satisfait pas l'exigence légale. Vérifiez aussi la cohérence entre les explications individuelles et les explications globales du modèle : si une variable est très importante au niveau global mais apparaît rarement dans les explications individuelles, c'est un signal à investiguer.
Les tests pratiques sont la partie de l'audit que les équipes de conformité sous-estiment le plus souvent. Ils ne nécessitent pas d'accès au code source ni de compétences en programmation — ils nécessitent de la rigueur et de la méthode. J'ai développé une série de tests que je réalise systématiquement sur chaque plateforme que j'évalue. Ils sont tous réalisables avec des données fictives ou anonymisées, et ils révèlent des problèmes que la documentation seule ne permet pas de détecter. Le principe central est simple : si le modèle est cohérent et équitable, des variations mineures dans les données d'entrée ne devraient pas produire des changements radicaux dans les décisions ou dans les explications. Quand c'est le cas, c'est une anomalie qui mérite une explication.
Ce test consiste à soumettre au modèle deux profils identiques en ne changeant qu'une seule variable à la fois, et à observer l'impact sur la décision et sur l'explication. Si changer légèrement le revenu d'un demandeur de 5% produit un changement radical dans la décision, c'est un signal d'instabilité. Si l'explication change de façon incohérente avec le changement de variable, c'est un signal de problème dans la logique d'explicabilité. Ce test est simple à réaliser et révèle rapidement si le modèle se comporte de façon prévisible et cohérente dans la région des données testée.
Ce test consiste à soumettre des profils financièrement identiques en faisant varier uniquement des variables qui ne devraient pas influencer la décision de crédit — par exemple, dans les systèmes qui collectent cette information. Si la décision ou l'explication change en fonction de ces variables, c'est un signal de biais algorithmique. Ce test est le plus direct pour vérifier l'équité du modèle sans avoir besoin d'outils statistiques avancés. Il ne remplace pas une analyse d'équité complète, mais il peut révéler des problèmes évidents que la documentation officielle ne mentionne pas.