Comment l'IA reconnaît les factures, les actes et les documents : OCR + LLM en termes simples

Le comptable ouvre sa messagerie. Dedans : une facture en PDF, une photo de bon de livraison prise au téléphone dans la benne d’un camion, et un scan d’un acte sur lequel le cachet tombe en plein sur le montant. Et tout cela, il faut le ressaisir à la main dans le logiciel comptable. Tous les jours.

On essaie d’automatiser ce genre de traitement depuis longtemps. Mais pendant des années, le résultat était plutôt moyen.

1. Pourquoi les anciens OCR n’ont pas décollé

Les systèmes classiques de reconnaissance fonctionnaient avec des modèles. Pour chaque fournisseur, on configurait : le montant — ici, le numéro — là, la date — en haut à droite. Le fournisseur changeait de formulaire — le modèle cassait. Un nouveau partenaire arrivait — il fallait tout paramétrer.

Avec une dizaine de fournisseurs réguliers, ça reste supportable. Avec des centaines, non.

2. Ce que les modèles de langage ont changé

Les modèles multimodaux modernes regardent un document à peu près comme le ferait une personne. Ils comprennent que « Total a payer » correspond au montant final, peu importe où c’est placé. Qu’un tableau avec les colonnes « Designation », « Quantite », « Prix » correspond à la nomenclature. Que le terme local pour la VAT peut être écrit d’une dizaine de façons.

Mais à lui seul, ce n’est pas encore une solution. Le modèle peut se tromper. C’est pourquoi la reconnaissance n’est que la première étape.

3. Comment le système se controle lui-meme

Une fois que le modèle a extrait les champs, chacun d’eux passe des contrôles par règles. Des règles classiques, sans aucune IA :

• EDRPOU (Ukrainian company code) — le chiffre de contrôle est vérifié. Une erreur sur un seul chiffre est détectée tout de suite.
• IBAN — le format et la clé de contrôle sont vérifiés.
• Arithmétique — la somme des lignes doit être égale au total, et le montant hors VAT plus la VAT doit correspondre au montant global.
• Référentiels — le fournisseur est recherché dans votre base de partenaires, la nomenclature est rapprochée de votre référentiel.
• Prix contractuels — si le prix diffère de celui fixé dans la spécification, le document est signalé.

4. Seuil de confiance et humain dans la boucle

Le système attribue un score de confiance à chaque champ. Si ne serait-ce qu’un seul champ est en dessous du seuil, ou si le montant dépasse la limite définie, ou si les contrôles ne concordent pas, le document ne passe pas automatiquement. Il est mis en évidence pour le comptable, avec les champs reconnus affichés directement par-dessus le scan. Vérifier et corriger prend quelques secondes.

Et le plus important : le système prépare un brouillon. Aucun argent n’est débité du compte sans la signature de la personne responsable. Jamais.

5. Ce qu’il faut pour demarrer

• Un échantillon de documents réels de vos principaux partenaires — quelques dizaines de pièces.
• Un accès au système comptable ou au système de gestion documentaire via API (par exemple, Yousign ou Sage).
• Les référentiels des partenaires et de la nomenclature.
• Les règles : ce qui doit être considéré comme douteux et qui valide.

Voyez à quoi cela ressemble, étape par étape, dans le scénario de démonstration de reconnaissance et de validation de documents. Plus d’infos sur le service : Automatisation du traitement des documents. Et pour estimer combien de temps cela peut libérer pour la comptabilité, utilisez le calculateur.