Rapprochement bancaire : 8 h à 23 min

Quelqu'un dans le fonds faisait le rapprochement bancaire à la main, et ça engloutissait une journée entière. Huit heures, une fois par cycle, d'une personne competente qui ouvrait des fichiers et recoupait des chiffres qu'une machine aurait du vérifier. Personne ne voulait de cette tache. C'est le genre de travail qui pousse discrètement les bonnes personnes vers la sortie.

J'étais l'ingénieur IA forward-deployed intégré à ce fonds, un acteur américain du private equity immobilier gérant environ 3 Md$ d'actifs. J'ai construit l'agent qui a ramené ces huit heures à vingt-trois minutes. Voici l'ensemble, du début à la fin, y compris la partie que la plupart des récits omettent : ce qu'il a refusé de faire.

Ce qu'est vraiment le rapprochement bancaire

Le rapprochement bancaire est ennuyeux jusqu'a ce qu'il soit faux, et c'est alors une très mauvaise journée. Vous avez ce que vos registres disent qu'il s'est passe, et ce que le relevé bancaire dit qu'il s'est passe. Le rapprochement, c'est prouver que ces deux histoires sont identiques, ligne par ligne, et expliquer chaque endroit ou elles différent.

Pour un fonds, << expliquer chaque différence >> n'est pas de la bureaucratie. C'est ainsi qu'on attrape un paiement double, des frais que personne n'a approuves, ou un virement parti la ou il ne fallait pas. Le resultat n'est pas un tableur. C'est la certitude que l'argent a fait ce que les comptes pretendent.

Pourquoi ça prenait une journée entière

Les huit heures n'étaient pas passees a rapprocher. Elles étaient passees a chercher. La preuve expliquant une ligne donnée était eparpillee dans des sources accumulees sur plus d'une decennie, dans des formats incompatibles, nommees par celui qui avait enregistre le fichier.

Quand je l'ai cartographie, l'échelle était toute l'histoire : environ 2 To et 1,4 million de fichiers sur 13 ans et 13 sources. Un humain rapprochant une seule ligne etrange pouvait ouvrir cinq systèmes pour trouver l'unique PDF qui l'expliquait. Le rapprochement, c'était des minutes. La chasse, c'était la journée.

L'agent, du début à la fin

Je n'ai donc pas construit une << IA de rapprochement >>. J'ai construit un agent oriente recherche dont le vrai role est de trouver la preuve, proposer le rapprochement, et être honnête sur ce qu'il ne pouvait pas prouver. Voici le pipeline.

Le point clef : ce qu'il refuse de rapprocher

Voici la partie contre-intuitive. La fonction qui a rendu cet agent sur à exécuter près des comptes d'un fonds n'est pas le rapprochement. C'est le refus.

Un agent qui rapproche tout est facile a construire et impossible a croire. Des l'instant ou il enregistre avec assurance un mauvais rapprochement, vous n'avez pas gagne huit heures : vous avez pose une mine dans la piste d'audit, qui coûte bien plus qu'une journée a désamorcer. L'objectif de design n'a jamais ete << rapprocher plus >>. C'était << ne jamais avoir tort avec assurance >>.

Cela veut dire que l'agent a le droit de dire << je ne sais pas >>. Quand la preuve ne soutient pas un rapprochement, il s'abstient et escalade au lieu d'inventer une réponse plausible. Les 23 minutes, c'est surtout une personne qui relit exactement ces escalades, c'est-a-dire les cas qui necessitaient de toute façon un humain.

Ce qui l'a rendu assez fiable pour rester

Rien de tout cela n'est sur au feeling. L'agent de rapprochement vivait dans une plateforme à 11 agents partageant une couche de garde-fous serieuse, et ces garde-fous sont la raison pour laquelle il a ete autorise près de l'argent reel.

La recherche faisait que chaque affirmation pointait vers un vrai document source, pas vers la mémoire du modèle. Les contrôles numériques et de coherence attrapaient les cas ou un rapprochement semblait correct en prose mais ne tombait pas juste. L'abstention fondee sur la preuve transformait l'incertitude en escalade. Et avant toute mise en production, le tout a ete évalué et red-teame, car << ça marchait dans la demo >> n'est pas un standard sur lequel rapprocher un fonds.

La vraie leçon n'est pas les 23 minutes

Quand je présente ceci, les gens s'accrochent au << 8 heures à 23 minutes >>. C'est juste, c'est un bon chiffre, et c'est pourquoi le fonds a dit oui. Mais c'est la mauvaise leçon a retenir.

Le chiffre qui maintient un agent en production en finance régulée n'est pas sa vitesse. C'est le nombre de fois ou il a eu tort avec assurance, et ce nombre doit être zero. La vitesse vous donne le pilote. La retenue vous donne le renouvellement. Un agent qui sait ce qu'il ignore vaut plus qu'un agent simplement rapide, car le rapide se fait couper des la première fois ou il a tort avec assurance.

C'est la vraie leçon du forward-deployed. Le travail d'ingenierie difficile n'était pas de rendre l'agent intelligent. C'était de le rendre honnête.

FAQ