ELEGG
Finance
Tous les dossiers
Organisation & pilotageMéthode17 octobre 2026 · Par Équipe ELEGG Finance · 5 min de lecture

Un agent IA peut-il passer vos couvertures de change ? Ce qu'il faut verrouiller avant

Les agents d'IA savent désormais lire des e-mails, appeler des API et passer des ordres. Techniquement, l'un d'eux pourrait couvrir votre exposition de change. Les quatre risques propres à un agent, ce que l'entreprise engage à chaque opération, et les contrôles à mettre en place avant de lui confier quoi que ce soit.

Un assistant répond à des questions. Un agent agit : il lit une boîte e-mail, consulte un ERP, appelle l'API d'une plateforme et déclenche des opérations. Appliquée à la trésorerie, la perspective est évidente : un agent qui calcule l'exposition chaque matin, applique la politique de couverture et passe les termes nécessaires.

C'est techniquement faisable. La question est de savoir à quelles conditions c'est raisonnable — car une couverture n'est pas un brouillon qu'on relit : c'est un engagement.

Ce que l'entreprise engage à chaque opération

Une couverture conclue avec une banque l'est dans le cadre d'une convention-cadre signée par l'entreprise — en France, le plus souvent la convention-cadre de la Fédération bancaire française relative aux opérations sur instruments financiers à terme. Chaque opération confirmée engage l'entreprise, quelle que soit la personne — ou le programme — qui l'a déclenchée.

Une banque ne vérifie pas si l'ordre a été réfléchi par un humain ou généré par un agent. Elle vérifie qu'il émane d'un accès autorisé. L'erreur d'un agent est donc, juridiquement, une décision de l'entreprise.

Les quatre risques propres à un agent

  1. 1
    Agir sur une donnée fausse

    Un agent fondé sur un modèle de langage peut produire un chiffre plausible et faux. Quand l'assistant se trompe, on lit une erreur ; quand l'agent se trompe, une opération est passée.

  2. 2
    Être manipulé

    L'injection d'instructions est le premier risque recensé par l'OWASP pour les applications de modèles de langage : un texte malveillant glissé dans un e-mail, une pièce jointe ou une page web peut détourner le comportement de l'agent. Un agent qui lit les e-mails des fournisseurs et peut passer des ordres est une cible.

  3. 3
    Avoir trop de pouvoir

    L'OWASP décrit aussi l'« agentivité excessive » : un agent doté de trop de fonctions, de trop de droits ou de trop d'autonomie peut causer des dommages à partir d'une sortie inattendue, ambiguë ou manipulée.

  4. 4
    Se répéter sans s'arrêter

    Une automatisation qui dérape le fait vite. En 2012, un défaut dans un système d'ordres automatisé a fait envoyer à la société de courtage américaine Knight Capital plus de 4 millions d'ordres en 45 minutes, pour une perte de plus de 460 millions de dollars. Il ne s'agissait pas d'IA, mais d'une automatisation sans garde-fou suffisant — c'est ce qu'a relevé l'autorité de marché américaine.

Les contrôles à verrouiller avant toute autonomie

ContrôleMise en œuvre
Un mandat écritLa politique de change dit ce que l'agent peut faire : quels instruments, quelles devises, quels horizons. Tout le reste est interdit
Des limites duresMontant maximal par opération et par jour, appliqué par la plateforme ou la banque, pas seulement par l'agent
Une validation humaineToute opération proposée par l'agent est approuvée par une personne habilitée avant exécution
La séparation des fonctionsL'agent prépare, une personne valide, une autre rapproche les confirmations de la banque
Des données de marché sourcéesL'agent ne travaille qu'avec des cours horodatés issus d'une source de marché, jamais avec des chiffres qu'il produit lui-même
Des entrées cloisonnéesL'agent qui peut proposer des ordres ne lit pas les e-mails entrants : une instruction cachée ne doit pas pouvoir atteindre un outil d'exécution
Une trace complèteChaque proposition, validation et exécution est journalisée avec ses données d'entrée
Un arrêt immédiatUne personne peut couper les accès de l'agent en un geste
Ces contrôles ne sont pas propres à l'IA : ce sont ceux qu'on applique à tout collaborateur ou système qui engage l'entreprise.

Le bon niveau d'autonomie

NiveauCe que fait l'agentPour qui
1 · LireCalcule l'exposition, résume les positions, prépare le reportingToute entreprise, dès aujourd'hui
2 · ProposerApplique la politique et propose les couvertures à passer, avec leur justificationToute entreprise dotée d'une politique de change écrite
3 · PréparerPrépare l'ordre et la demande de cotation ; une personne habilitée valide et exécuteLe niveau raisonnable pour une PME ou une ETI
4 · ExécuterPasse seul les opérations dans des limites étroites, contrôlées après coupDes organisations dotées d'une salle des marchés et d'un contrôle des risques dédié
La plupart des gains de temps se trouvent aux niveaux 1 à 3. Le niveau 4 ajoute peu de temps gagné et beaucoup de risque.

La recommandation de l'OWASP va dans le même sens : soumettre à l'approbation d'un humain les actions à fort impact avant leur exécution. Une couverture de change en est une.

L'AI Act ne réglera pas la question à votre place

Le règlement européen sur l'IA impose une surveillance humaine aux systèmes à haut risque. Un agent de couverture de change n'entre pas dans la liste de l'annexe III : rien, dans l'AI Act, n'oblige donc l'entreprise à garder un humain dans la boucle. L'obligation vient de sa propre gouvernance — délégations, limites, séparation des fonctions — et c'est elle qui doit être mise à jour avant de confier quoi que ce soit à un agent.

Sources

  • OWASP, « Top 10 for LLM Applications 2025 » : LLM01:2025 Prompt Injection ; LLM06:2025 Excessive Agency (fonctions, droits et autonomie excessifs ; validation humaine des actions à fort impact).
  • U.S. Securities and Exchange Commission, ordonnance « In the Matter of Knight Capital Americas LLC », 16 octobre 2013, et communiqué 2013-222.
  • Fédération bancaire française, convention-cadre relative aux opérations sur instruments financiers à terme, version 2013 adaptée au règlement EMIR.
  • Règlement (UE) 2024/1689 sur l'intelligence artificielle : article 14 (surveillance humaine des systèmes à haut risque) et annexe III.

Faire relire votre politique avant d'automatiser

Nous auditons les politiques de change et de trésorerie, délégations comprises, et proposons les formulations qui tiennent devant un commissaire aux comptes — y compris les règles d'usage des outils qui préparent vos décisions.

Demander une relecture
Ressource gratuite

Pas encore prêt à ouvrir le pricer ?

Recevez le modèle de politique de change en une page — ratios par horizon, bande de tolérance, tableau de délégations. Celui que votre commissaire aux comptes vous demandera.

  • Un seul champ
  • Désinscription en un clic
  • Aucune donnée revendue

Questions fréquentes

Les questions que posent le plus souvent les directions financières sur ce sujet

Un agent IA peut-il passer des ordres de change pour une entreprise ?

Techniquement, oui : un agent peut calculer une exposition, préparer une demande de cotation et transmettre un ordre par API. Mais chaque opération confirmée engage l'entreprise dans le cadre de sa convention avec la banque. Le niveau raisonnable pour une PME ou une ETI est un agent qui prépare l'ordre, validé et exécuté par une personne habilitée.

Quels sont les risques d'un agent IA en trésorerie ?

Agir sur une donnée fausse, être manipulé par une instruction cachée dans un e-mail ou un document, disposer de trop de droits, et répéter une erreur à grande vitesse. Les deux risques du milieu figurent dans le classement 2025 de l'OWASP pour les applications de modèles de langage.

L'AI Act impose-t-il une validation humaine pour un agent de couverture ?

Non. La surveillance humaine de l'AI Act vise les systèmes à haut risque de l'annexe III, où un agent de couverture de change ne figure pas. L'obligation de validation doit donc venir de la gouvernance de trésorerie de l'entreprise.

Quels contrôles mettre en place avant d'utiliser un agent IA ?

Un mandat écrit dans la politique de change, des limites de montant appliquées par la banque ou la plateforme, une validation humaine de chaque opération, la séparation des fonctions, des données de marché sourcées, un cloisonnement entre lecture des e-mails et exécution, une trace complète et un moyen d'arrêt immédiat.

À lire ensuite