Traduit de l’original anglais. Les chiffres et les sources sont inchangés. Lire l’original en anglais

Annoncé par l’entrepriseEn production depuis 2026Ajouté le oct. 2026

Tesisquare

Le pipeline multi-agents de Tesisquare traite 97,0 % de 955 documents fournisseurs sans solution de repli

Tesisquare, éditeur de logiciels de Turin, a conçu un pipeline qui trie, découpe, lit et contrôle les factures fournisseurs, les humains ne relisant que les cas incertains. Son responsable de l’IA indique que 97,0 % de 955 documents de production sont passés par le pipeline, et que la précision a atteint 98,5 % sur un test de 100 documents.

Chiffres clés

Repris tels quels des sources. Copiez n’importe quel chiffre avec sa citation.

97,0 %

Part des 955 documents de production (traités jusqu’au 21 janvier 2026) gérés de bout en bout par le pipeline ; 926 documents, tandis que 29 sont passés par d’anciens outils d’OCR ou un portail web manuel1

98,5 %

Précision au niveau du document (tous les champs requis corrects) du pipeline complet avec relecture humaine, sur un sous-ensemble stratifié de 100 documents de production1

60,0 %

Précision au niveau du document d’une solution de référence qui envoyait chaque PDF directement à un modèle de langage, sur les mêmes 100 documents1

17,5

points de pourcentage

Gain de précision apporté par l’étape d’analyse (la mise en page du document convertie en texte structuré) avant l’extraction, sur les mêmes 100 documents1

Ce que cela a demandé

CoûtNon communiqué
ÉquipeNon communiqué
CalendrierNon communiqué

Le coût, la taille de l’équipe et le calendrier ne sont pas communiqués dans les sources.

Le problème

Les entreprises qui reçoivent des factures de nombreux fournisseurs doivent traiter un flux continu de documents aux mises en page et aux langues variées. La saisie manuelle des données est lente et sujette aux erreurs, et les anciens outils d’OCR (des logiciels qui transforment des scans en texte) exigent souvent l’intervention de personnes sur une grande partie des documents. Les auteurs craignent aussi qu’un modèle de langage livré à lui-même invente des valeurs, ce qui est un risque avec des données financières.

Ce qu’ils ont construit

Tesisquare, éditeur de logiciels à Turin, a construit un pipeline de cinq étapes spécialisées, appelées agents. Le premier reconnaît le type de document et le fournisseur, le deuxième découpe les fichiers groupés en factures individuelles, le troisième convertit chaque page en texte structuré, le quatrième utilise un modèle de langage pour extraire les champs, et le dernier valide le résultat. Les documents dont le système n’est pas sûr sont envoyés à une personne, sur un écran qui affiche le document à côté des données extraites. Selon l’article, la production utilise Mistral-Small-3.2, un modèle open-weight (à poids ouverts : ses fichiers sont publiés, une entreprise peut donc l’exécuter sur ses propres serveurs), avec DeepSeek-OCR comme solution de repli lors des périodes de forte charge.

Comment ils s’y sont pris

L’étape d’extraction travaille à partir du texte structuré plutôt que des scans bruts, ce qui, selon les auteurs, réduit de 35 % la quantité de texte que le modèle doit lire. L’étape de validation contrôle les formats et les sommes, et un score de confiance décide des documents envoyés à un relecteur, avec des seuils généralement fixés entre 80 % et 90 %. Quand un relecteur corrige un champ, le système transforme la correction en consignes mises à jour pour le modèle et les applique aux documents similaires déjà en file d’attente, sans réentraîner le modèle. Le jeu de production couvrait plus de 50 fournisseurs et des documents en italien, en anglais, en allemand et en français.

Résultats

Sur 955 documents de production traités jusqu’au 21 janvier 2026, 926 (97,0 %) sont passés par le pipeline sans repli sur d’anciens outils ou un portail manuel. Sur un test de 100 documents tirés de la production, le pipeline complet avec relecture humaine a atteint 98,5 % de précision, contre 60,0 % pour une solution de référence qui envoie simplement le PDF à un modèle. L’étape de texte structuré a apporté le plus, soit 17,5 points de pourcentage. La relecture d’un document signalé a pris environ 45 secondes, contre environ 120 secondes pour un traitement entièrement manuel.

Ce qu’il faut retenir

Considérez les personnes comme une partie de la conception, non comme un filet de sécurité. N’envoyez que les documents incertains, conservez chaque correction, et mesurez séparément la part des documents qui restent sur la voie automatisée et la précision.

Tous les chiffres publiés

IndicateurChiffreCitation
Part des 955 documents de production (traités jusqu’au 21 janvier 2026) gérés de bout en bout par le pipeline ; 926 documents, tandis que 29 sont passés par d’anciens outils d’OCR ou un portail web manuel97,0 %1
Précision au niveau du document (tous les champs requis corrects) du pipeline complet avec relecture humaine, sur un sous-ensemble stratifié de 100 documents de production98,5 %1
Précision au niveau du document d’une solution de référence qui envoyait chaque PDF directement à un modèle de langage, sur les mêmes 100 documents60,0 %1
Gain de précision apporté par l’étape d’analyse (la mise en page du document convertie en texte structuré) avant l’extraction, sur les mêmes 100 documents17,5 points de pourcentage1
Temps moyen de relecture humaine par document signalé dans le déploiement actuel, par rapport au traitement entièrement manuel des mêmes facturesenviron 45 secondes (contre environ 120 secondes)1
Score F1 (mesure combinée des champs manqués et erronés) de Mistral-Small-3.2 dans la comparaison de quatre modèles d’extraction réalisée par les auteurs92,9 %1

Enseignements pour votre projet

  1. Placez une étape de lecture de la mise en page devant le modèle de langage. Dans le test des auteurs, convertir chaque page en texte structuré a fait gagner 17,5 points de pourcentage de précision, plus que toute autre étape prise isolément.

  2. Laissez les équipes corriger les résultats et réinjectez les corrections sous forme de consignes mises à jour. Les auteurs procèdent ainsi sans réentraîner le modèle, ce qui maintient à bas coût l’amélioration du système.

  3. Ajoutez des contrôles arithmétiques simples, par exemple sous-total plus taxe égale total, et n’envoyez aux équipes que les documents à faible confiance ou en échec. Les auteurs fixent des seuils de confiance généralement compris entre 80 et 90 %.

  4. Conservez une voie de repli sans IA. Les formats non reconnus et les scans très dégradés sont passés par d’anciens outils d’OCR ou un portail manuel plutôt que de produire un résultat peu fiable.

  5. Attendez-vous à un démarrage à froid avec les nouveaux fournisseurs. Les auteurs conseillent de commencer par une forte relecture humaine, puis de la réduire à mesure que les corrections s’accumulent.

Réserves

  • Tous les chiffres proviennent d’une prépublication rédigée par le responsable de l’IA de Tesisquare et un universitaire du Politecnico di Torino. Elle n’a pas été auditée de façon indépendante ni confirmée par un tiers, et elle ne dit pas si elle a fait l’objet d’une évaluation par les pairs.
  • L’article ne nomme pas le client final dont les factures ont été traitées ; le contexte du déploiement ne peut donc pas être vérifié de l’extérieur.
  • L’article ne donne pas de date de mise en service. Il indique que des documents ont été traités jusqu’en janvier 2026 (données jusqu’au 21 janvier 2026) ; la date de déploiement est donc indiquée comme 2026 seulement.
  • Les 97,0 % correspondent à la part des documents restés sur la voie IA. Ce n’est pas un taux de précision. Les 29 documents passés par des voies sans IA ont été exclus de l’évaluation de la précision.
  • Les 98,5 % de précision reposent sur seulement 100 documents (5 pour chacun des 20 groupes de fournisseurs et de types de documents), un petit échantillon, et correspondent au résultat avec relecture humaine incluse. L’exécution entièrement automatique des auteurs sur les mêmes documents a obtenu 92,5 %.
  • L’article projette aussi une réduction d’environ 70 % des effectifs à temps plein pour un scénario de 100 000 factures par an, ainsi que des économies d’émissions, d’énergie et d’eau. Ce sont des scénarios modélisés, non des résultats mesurés, et ils ne sont pas retenus ici.
  • Les temps de relecture de 45 et 120 secondes sont indiqués par les auteurs pour le déploiement actuel, sans description de la manière dont ils ont été mesurés.
  • La comparaison de modèles s’appuie sur le jeu de test des auteurs. L’article indique que Mistral-Small-3.2 est utilisé en production, DeepSeek-OCR servant de solution de repli lors des périodes de forte charge.

Sources

  1. MADP: A Multi-Agent Pipeline for Sustainable Document Processing with Human-in-the-Loop

    arXiv (Tesisquare Head of AI and Politecnico di Torino) · 2026-05-16 · Article de recherche · arxiv.org

Résumé dans nos propres mots à partir des sources ci-dessus. Une erreur ? Consultez les corrections.