Comment fonctionne un agent IA de rapprochement bancaire ?
Prenons un paiement fictif de 7 200 USD qui correspond à deux factures ouvertes du même fournisseur. Un agent prudent ne devine pas laquelle il règle.
EN 30 SECONDES
Un agent de rapprochement est un programme d’IA qui cherche la preuve de chaque ligne du relevé et propose un rapprochement. Celui-ci interroge une seule base de documents, cite sa source, vérifie les montants au centime, et confie la ligne à une personne quand il ne peut pas prouver le rapprochement.
À RETENIR · 3
- L’agent commence par la recherche documentaire : chaque rapprochement proposé s’appuie sur un document source, relié par une citation.
- Un contrôle numérique passe avant tout rapprochement. Les montants doivent tomber juste au centime.
- Quand deux factures correspondent et que la preuve ne permet pas de choisir, l’agent s’arrête et une personne tranche.
Sur cette page
Comment l’agent fonctionne, étape par étape
EN BREF Le travail de l’agent : trouver la preuve, proposer un rapprochement, et dire franchement ce qu’il n’a pas pu prouver.
LES MOTS À CONNAÎTRE
- Recherche documentaire
- Fouiller une base de documents pour en sortir les quelques-uns qui répondent à une question précise, ici une ligne du relevé.
- Citation
- Un lien entre une réponse proposée et le document source exact qui la justifie, pour qu’une personne puisse l’ouvrir et vérifier.
- Escalade
- Le passage d’un cas à une personne, avec ce que l’agent a trouvé et la raison de son arrêt.
Je n’ai pas construit une « IA de rapprochement », mais un agent qui commence par la Recherche documentaire Fouiller une base de documents pour en sortir les quelques-uns qui répondent à une question précise, ici une ligne du relevé. Voir le glossaire. Chaque proposition s’appuie sur un document, relié par une Citation Un lien entre une réponse proposée et le document source exact qui la justifie, pour qu’une personne puisse l’ouvrir et vérifier. Voir le glossaire. Un contrôle numérique bloquant passe avant tout rapprochement.
EN CLAIR
La recherche documentaire marche comme un moteur de recherche sur tous les fichiers du fonds : on lui donne une ligne du relevé, il renvoie les quelques documents qui peuvent l’expliquer.
ÉTAPE PAR ÉTAPE
Étape 1. Réunir les fichiers. Tous les fichiers entrent dans une seule base interrogeable. Retrouver la facture d’une ligne devient une requête, et non plus une fouille.
- Réunir les fichiers Tous les fichiers entrent dans une seule base interrogeable. Retrouver la facture d’une ligne devient une requête, et non plus une fouille.
- Chercher la preuve Pour chaque ligne du relevé, l’agent extrait les documents qui pourraient l’expliquer.
- Proposer avec une citation Il associe la ligne à sa preuve et joint la citation, pour qu’un relecteur puisse ouvrir la source.
- Vérifier les chiffres Des contrôles numériques confirment que les montants tombent juste au centime. Un rapprochement qui a seulement l’air juste ne suffit pas.
- Marqué comme rapproché La preuve est solide et les chiffres concordent : la ligne est marquée comme rapprochée, avec sa source, prête à être revue en un clic.
- S’arrêter et passer la main Preuve insuffisante, ou chiffres faux : le chemin prévu est de s’arrêter et de confier la ligne à une personne, avec ce qu’il a trouvé et la raison de son arrêt.
Une ligne du relevé sans document pour l’étayer ne reçoit aucune proposition de cet agent.
Dans la section suivante : Alors, que se passe-t-il quand deux factures correspondent au même paiement ?
Un exemple concret : un rapprochement, une escalade
EN BREF Même agent, deux lignes du relevé : l’une tombe juste, l’autre correspond à deux factures, alors l’agent s’arrête.
Les valeurs ci-dessous sont fictives. La forme, elle, est celle du quotidien : un montant, une date et une référence qui en dit assez, ou pas.
UN EXEMPLE CONCRET
Chiffres illustratifs
VALIDÉLigne 1 : une seule facture correspond
ENTRÉE
- Date
- 14 mars 2026
- Montant
- 18 450,00 USD débités
- Référence
- ACME PLUMBING INV-2041
CE QUI SE PASSE
- La recherche documentaire trouve la facture INV-2041 d’Acme Plumbing.
- Le total de la facture est de 18 450,00 USD, identique au centime.
- L’agent propose le rapprochement et cite la facture.
SORTIE
- Résultat
- rapproché, facture citée
- Relecteur
- ouvre la facture en un clic
TRANSMISLigne 2 : deux factures correspondent
ENTRÉE
- Date
- 21 mars 2026
- Montant
- 7 200,00 USD débités
- Référence
- MAINT Q1
CE QUI SE PASSE
- La recherche documentaire trouve deux factures ouvertes du même fournisseur, de 7 200,00 USD chacune.
- La référence ne dit pas laquelle ce paiement règle.
- Les chiffres collent pour les deux, donc la preuve ne permet pas de choisir. L’agent s’abstient.
SORTIE
- Résultat
- non rapproché
- Suite
- une personne reçoit les deux factures
La ligne 2 finit en Escalade Le passage d’un cas à une personne, avec ce que l’agent a trouvé et la raison de son arrêt. Voir le glossaire. Prendre la facture la plus ancienne serait une supposition, pas une preuve. Rien dans la ligne du relevé ne dit quelle facture elle règle.
OBJET OBTENU
Pas de preuve, pas de rapprochement
FAQ
Une seule base (Postgres avec pgvector) relie chaque affirmation à sa source, les montants sont vérifiés au centime, et les cas douteux vont à une personne. Avant le lancement, l’agent a été évalué et red-teamé (attaqué pour trouver ses failles). Cela ne garantit pas chaque réponse en production et vaut peu sans nombre de cas, couverture ni suivi après lancement.
NIVEAU TERMINÉ
Ce que vous savez maintenant
- Comment l’agent fonctionne : une seule base interrogeable, la preuve d’abord, une citation pour chaque proposition, un contrôle numérique avant tout rapprochement.
- Pourquoi une ligne qui correspond à deux factures est confiée à une personne au lieu que l’agent devine.
Vérifiez par vous-même
Touchez ou cliquez une question pour voir la réponse.
Cas fictif : l’agent trouve la facture d’une ligne du relevé, mais la facture indique 4 180,00 USD et la ligne 4 108,00 USD. Que se passe-t-il ?
Le contrôle numérique échoue : le rapprochement doit être bloqué avant toute écriture, et une personne s’en charge. Un document qui correspond ne suffit pas à lui seul.
Ancien CTO d’Integra. Auteur nommé (1 sur 5) d’ERC-3643, premier auteur d’ERC-6960, co-auteur d’ERC-7410 et co-auteur d’ERC-8203, encore à l’état de brouillon. Conçoit des systèmes d’IA en production et des systèmes Web3 régulés.
Un projet à livrer ou un poste à pourvoir ?
Parlons de votre besoinSuivre les notes techniques
Recevez les nouveaux articles sur l’IA en production et les smart contracts par email.