Lecture de documents : ce qu'il faut pour lire un relevé bancaire de façon fiable

Les modèles récents savent lire un relevé bancaire numérisé et en restituer les opérations sous forme de données structurées. Les démonstrations sont impressionnantes, et elles masquent la vraie question. En production, personne ne demande si le modèle sait lire un document. On demande comment on saura qu'il en a mal lu un.

Première étape : trier avant de lire

Un dossier client arrive en vrac : des relevés, des bulletins de paie, une pièce d'identité, un avis d'imposition et quelques documents que personne n'a demandés. Un classifieur range d'abord chaque fichier dans une catégorie. Chaque catégorie a ensuite son propre agent d'extraction, avec son propre schéma. Un lecteur qui sait qu'il regarde un bulletin de paie fait beaucoup moins d'erreurs qu'un lecteur généraliste.

Deuxième étape : recopier, ne pas interpréter

L'agent d'extraction recopie les valeurs telles qu'elles sont imprimées. Il n'arrondit pas, ne convertit pas, ne devine pas. Si un champ ne figure pas sur la page, il reste vide et il est signalé. Chaque valeur est accompagnée d'un niveau de confiance, et les champs incertains sont marqués pour l'analyste.

Troisième étape : laisser les documents se vérifier entre eux

C'est de là que vient la fiabilité. Les documents d'un dossier se recoupent, et chaque recoupement est un test gratuit :

• Le solde d'ouverture, plus les crédits, moins les débits, doit donner le solde de clôture.
• Le solde de clôture d'un mois doit être le solde d'ouverture du mois suivant.
• Le salaire net d'un bulletin de paie doit apparaître sur le relevé du même mois.
• Le nom et l'employeur doivent être les mêmes sur tous les documents.

Ces contrôles sont du code ordinaire, pas de l'IA. Quand l'un d'eux échoue, c'est soit l'extraction qui est fausse, soit le document. Les deux cas méritent un regard humain, et le contrôle indique à l'analyste exactement où regarder.

Quatrième étape : rendre la correction facile et traçable

L'analyste voit le document d'origine à côté des valeurs extraites. Corriger une valeur prend quelques secondes et demande un court motif. La valeur d'origine est conservée. Plus tard, toute personne qui relit le dossier peut voir ce que la machine a lu, ce que la personne a modifié, et pourquoi.

Le résultat

Une chaîne construite ainsi ne promet pas une lecture parfaite. Elle promet que les erreurs apparaissent avant que quiconque ne s'y fie, et c'est la propriété dont vous avez réellement besoin. Elle transforme aussi le travail de l'analyste : il ne saisit plus des chiffres, il vérifie des exceptions. Le gain de temps vient de là.