Lire un term sheet avec l'IA : ce que la machine repère, ce qu'elle rate

Un term sheet de couverture compte souvent quatre à huit pages, et le prix tient en une poignée de lignes. Confier la lecture à une machine est tentant : elle extrait les caractéristiques en quelques secondes et les range dans un tableau. La question n'est pas de savoir si elle lit vite, mais ce qu'elle lit mal.

Cet article s'appuie sur l'expérience du pricer ELEGG, qui lit chaque jour des term sheets, des confirmations et des e-mails de banques déposés par des entreprises. Les erreurs décrites plus bas sont des erreurs réelles, relevées sur ces documents et corrigées depuis.

Deux façons de faire lire un document à une machine

Ce que la machine repère bien

Sur un term sheet correctement mis en page, les informations d'identification sortent sans difficulté, quelle que soit la méthode :

• la paire de devises et le sens de l'opération (achat ou vente de quelle devise) ;
• le montant notionnel, y compris sous forme abrégée (« 500k », « 1,5M ») ;
• les dates de conclusion et d'échéance ;
• le cours garanti d'un terme ou le prix d'exercice d'une option ;
• la mention d'une prime, ou d'une structure « sans prime ».

Ce sont les lignes qui décrivent l'opération. Ce ne sont pas celles qui décident de son risque.

Ce qu'elle rate : cinq erreurs réelles

Voici cinq erreurs relevées sur des documents réels déposés sur le pricer ELEGG. Aucune n'est spectaculaire ; chacune change pourtant le produit lu, donc son prix.

1. 1
   Le cours comptant pris pour le cours garanti

   Le document cite le cours comptant de référence au moment de la cotation. La lecture automatique l'a retenu comme prix d'exercice : la couverture analysée avait un cours garanti qui n'existait pas.

2. 2
   Une formulation non prévue, ignorée

   « Cours au comptant » au lieu de « cours comptant » ou « spot » : la donnée n'a pas été reconnue, et le champ est resté vide. Erreur sans gravité tant qu'elle se voit — à condition de regarder.

3. 3
   Un terme synthétique lu sans ses deux jambes

   Un achat de call et une vente de put au même prix d'exercice reproduisent un terme. Le document a été reconnu comme un terme, mais sans les deux options qui le composent — or ce sont elles qui portent les conditions particulières.

4. 4
   Une jambe fantôme

   « Le put vendu est caduc » signifie que l'option vendue disparaît. Lue mot à mot, la phrase a fait apparaître une option vendue supplémentaire : une jambe qui n'existe pas, et un risque inventé.

5. 5
   Deux barrières réduites à une

   Le document prévoyait une barrière suspensive et une barrière activante. Une seule a été retenue. Or c'est la combinaison des deux qui décide du moment où la couverture protège — ou cesse de protéger.

À ces cinq cas s'ajoutent trois zones où toute lecture automatique doit être vérifiée systématiquement : le mode d'observation d'une barrière (en continu, quotidiennement, ou seulement à l'échéance), le levier (un montant doublé ou multiplié en cas de franchissement), et les échéanciers, dont la mise en page varie d'une banque à l'autre.

Comment le pricer ELEGG combine les deux méthodes

Plutôt que de choisir entre règles et modèle de langage, le pricer les enchaîne, avec un principe : une valeur lue par une règle n'est jamais remplacée par une inférence.

1. 1
   Les règles d'abord

   Tout document — PDF, e-mail, texte collé — passe d'abord par des règles d'extraction écrites pour les term sheets de change, en français et en anglais. Pour un PDF, c'est la seule lecture.

2. 2
   Le modèle seulement pour compléter un e-mail

   Quand un e-mail ou un texte collé laisse des champs vides, un modèle de langage est appelé, et uniquement pour ces champs. Sa consigne : ne rien calculer, ne rien convertir, ne rien compléter — un champ absent du message reste vide.

3. 3
   Un contrôle de nature avant tout prix

   Le pricer vérifie ce que le document décrit vraiment. S'il comporte une barrière, un ratio ou un échéancier, il n'est pas coté comme un terme simple : mieux vaut ne rien annoncer qu'annoncer un chiffre faux.

4. 4
   L'échéancier soumis à confirmation

   Quand un document comporte plusieurs échéances, l'échéancier lu est affiché ligne à ligne pour être confirmé ou corrigé avant tout calcul.

5. 5
   Des données protégées

   Sauf refus de l'utilisateur, le document est conservé sous forme anonymisée pour améliorer la lecture. Le texte transmis au modèle n'est pas utilisé pour entraîner de modèle.

Les six lignes à toujours relire soi-même

Une fois le produit correctement lu, reste la question du prix : un term sheet ne dit pas si la couverture est bien tarifée. Pour le savoir, il faut la recalculer avec les données de marché du jour où elle a été conclue.

Sources

• Fonctionnement du pricer ELEGG au 16 octobre 2026 : lecture par règles d'extraction, complément par modèle de langage limité aux e-mails et textes collés, contrôle de nature du produit avant cotation. Les cinq erreurs décrites ont été relevées sur des documents réels et corrigées.
• Politique de confidentialité ELEGG Finance : lecture assistée des documents par Anthropic PBC, sans utilisation pour l'entraînement de modèles ; conservation anonymisée avec droit d'opposition.
• Anthropic, centre de confidentialité, « Is my data used for model training? » : les données transmises par les produits commerciaux, dont l'API, ne servent pas à l'entraînement par défaut.