Une IA financière qui passe la revue du risque de modèle.

La réponse honnête est plus étroite que ce que promet le marché et plus durable que ne le concèdent les sceptiques. Dans les services financiers, l'IA fait la différence là où une décision se répète des milliers de fois par semaine, là où l'entrée est déjà numérique, et là où une amélioration faible mais constante se cumule. Le scoring de fraude en temps réel en est l'exemple le plus net : prise isolément chaque décision est banale, mais à l'échelle l'écart entre un bon modèle et un modèle médiocre se lit directement dans le taux de faux positifs et les heures d'analyste économisées.

Ce que l'IA ne change pas, c'est la responsabilité. Un modèle peut classer, scorer, signaler et rédiger ; une personne reste responsable du résultat. Les missions qui durent sont celles qui définissent d'abord le contrat humain-dans-la-boucle — qui contrôle quoi, à quel seuil, avec quelle escalade — puis ajustent le modèle à ce contrat.

Presque tous les programmes d'IA enlisés dans les services financiers l'ont été sur les données, pas sur la modélisation. Flux transactionnels, référentiels KYC et extractions du core banking arrivent avec des trous, des identifiants dupliqués, des dérives de schéma et des règles métier non documentées enfouies dans des intégrations vieilles de dix ans. Notre première phase est toujours une évaluation de la maturité des données.

Cette évaluation est volontairement ingrate, et c'est là que le risque disparaît. Elle indique si le problème est soluble, quel plafond réaliste s'applique à le taux de faux positifs et les heures d'analyste économisées, et ce qu'il en coûterait de relever ce plafond. Nos clients revoient régulièrement leur périmètre à l'issue — ce qui est précisément l'intérêt de la mener avant, et non après, six mois de développement.

Les systèmes de les services financiers sont inspectés. Les orientations EBA sur la gouvernance des modèles et le règlement européen sur l'IA fixe le niveau d'exigence : comment le modèle a été entraîné, sur quelle population, avec quels modes de défaillance connus, supervisé comment, et annulé par qui. Nous produisons ces preuves comme un livrable, pas comme une reconstitution a posteriori.

La dernière phase est le transfert. Vos équipes reçoivent les pipelines d'entraînement, le harnais d'évaluation, les tableaux de supervision et un runbook écrit pour un ingénieur d'astreinte à trois heures du matin. Un système que vos équipes ne savent pas exploiter n'est pas un système livré.