Mêmes 20 factures, OCR traditionnel
vs Extraction IA

Le dispositif : 20 factures, trois types, deux méthodes

Nous avons soumis les mêmes 20 factures à deux pipelines d'extraction différents et comparé les résultats — champ par champ, erreur par erreur. Pas par rapport à un jeu de données de référence. Pas par rapport à un ensemble de test synthétique. Juste de vraies factures : le genre que tout service comptable fournisseurs de taille petite à moyenne traite chaque semaine.

Les 20 factures se répartissaient en trois catégories :

Pour chaque type de document, voici ce que nous examinons : un tableau comparatif montrant ce qui figure sur le document original, ce que l'OCR traditionnelle a extrait, ce que l'extraction par IA a produit, et — surtout — pourquoi l'OCR s'est trompée le cas échéant. Parce que « la précision de l'OCR chute sur le texte manuscrit » ne vous apprend rien d'utile. Savoir exactement quels champs échouent et pourquoi — voilà ce qui vous aide à évaluer votre propre flux de travail.

Le pipeline OCR était un moteur commercial standard sans configuration de modèle par document. Le pipeline IA utilisait une extraction sémantique — l'outil lit le document, comprend la signification de chaque champ et localise la valeur par le sens plutôt que par la position. (Si vous n'êtes pas familier avec ce fonctionnement, la saisie de données par IA en détaille le mécanisme.)

Type de document 1 : La facture imprimée standard — là où l'OCR devrait exceller

Commençons par le cas simple. Huit factures PDF propres, tapées, générées numériquement, provenant de différents fournisseurs. Pas d'écriture manuscrite. Aucun problème de qualité d'image. C'est le scénario que les fournisseurs d'OCR utilisent dans leurs démos — et pour cause : sur du texte imprimé bien structuré et à fort contraste, la précision au niveau des caractères de l'OCR traditionnel peut atteindre 98–99 % (analyse comparative DergiPark 2024 de l'OCR et de l'IDP basée sur l'IA en termes de précision, rapidité et coût).

Mais la précision au niveau des caractères n'est pas la précision au niveau des champs. Voici ce qui s'est passé sur une facture imprimée typique d'un fournisseur industriel régional :

Sur les factures imprimées, l'OCR n'a pas exactement « échoué » — il a simplement commis des erreurs subtiles qui s'accumulent. L'échange de caractères dans le numéro de facture (0 → O) signifie que la détection des doublons dans votre ERP échoue silencieusement. La confusion entre date de facture et date d'échéance entraîne une erreur de planification des paiements pour chaque facture du lot. Aucune de ces erreurs ne déclencherait un message d'erreur évident. Elles produiraient simplement des données erronées qui semblent correctes — le type d'erreur le plus coûteux en comptabilité fournisseurs.

Type de document 2 : La facture manuscrite — là où l'OCR échoue

Six de nos 20 factures étaient manuscrites — le genre de document qu'un petit entrepreneur, technicien de terrain ou artisan indépendant remplit sur place. Si votre entreprise traite avec des sous-traitants, des prestataires de services sur site ou tout fournisseur n'utilisant pas de logiciel comptable, vous connaissez ces formulaires. Ils arrivent sous forme de copies carbone numérisées, de reçus papier photographiés ou de formulaires sans carbone télécopiés.

La précision de l'OCR traditionnelle sur du texte manuscrit chute d'environ 98 % de précision des caractères à 60–70 % (étude DergiPark 2024 sur la précision de l'OCR selon les types de documents). Ce n'est pas un déclin progressif. C'est une chute brutale. Voici à quoi ressemble l'écart sur une facture manuscrite typique de service sur site :

Sur les factures manuscrites, la précision au niveau des champs de l'OCR est tombée à environ 45 %. Plus de la moitié des champs comportaient une erreur — et ces erreurs n'étaient pas aléatoires. Elles étaient systématiques : confusion de caractères sur des formes similaires, perte de la structure du tableau, échec sur les champs annexes en petite police. Les types d'erreurs que l'OCR commet sur l'écriture manuscrite ne sont pas ceux qu'une relecture rapide détecte — 2850 $ ressemble à un montant de facture parfaitement valide. Vous ne le remarqueriez qu'en recoupant avec le document original, ce qui va à l'encontre du but de l'automatisation.

Type de document 3 : La photo de mauvaise qualité prise avec un téléphone — là où l'OCR devient muet

Les six derniers documents de notre lot étaient ceux qui arrivent chaque jour dans les boîtes de réception AP réelles : une photo de facture prise sous un éclairage fluorescent de bureau, un fax transmis trois fois, et un PDF exporté depuis l'ERP vieillissant d'un fournisseur à 150 DPI. Faible contraste, légère inclinaison, artefacts de compression — tous les problèmes de qualité d'image dont la documentation OCR met en garde sans quantifier leur coût réel.

Selon la même analyse, la précision de l'OCR traditionnelle chute de 10 à 20 % supplémentaires sur les images de mauvaise qualité. Dans notre test, le schéma était différent — non pas une baisse en pourcentage, mais des types spécifiques de champs devenant complètement muets :

Le schéma sur les documents de mauvaise qualité est différent de celui de l'écriture manuscrite : l'OCR ne se trompe pas tant sur les caractères qu'il ne les ignore complètement. Des champs deviennent vides. Les limites de lignes s'effondrent. Le contenu des bords est éliminé par le seuillage. C'est pire qu'une erreur visible — c'est une perte de données silencieuse. Votre opérateur de saisie voit un champ vide, suppose que le document ne contenait pas cette information, et soit le laisse vide, soit retourne au document original. Dans les deux cas, « l'automatisation » vient de créer du travail manuel déguisé en traitement.

Pourquoi ces différences existent : Position vs. Sens

Tous les schémas d'échec ci-dessus — l'échange Date/Date d'échéance sur les factures imprimées, les substitutions de caractères sur l'écriture manuscrite, les champs vides sur les scans de mauvaise qualité — partagent la même cause racine, et elle n'a rien à voir avec la résolution ou la taille de police.

L'OCR traditionnel est basé sur la position. Il scanne les motifs de pixels dans des zones définies, les compare à des modèles de caractères et produit la correspondance la plus proche. C'est un moteur de reconnaissance de formes. Lorsque vous configurez un modèle dans un outil OCR traditionnel, vous lui dites essentiellement : « Dans ce rectangle (x:120, y:340) à (x:280, y:360), lis les formes que tu trouves et appelle ça 'Numéro de facture'. » Si le document bouge, le modèle échoue. Si l'écriture manuscrite ne correspond pas au modèle de caractères, il la lit mal. Si la qualité d'image descend sous le seuil de binarisation, il ne lit rien.

L'extraction par IA est basée sur le sens. Au lieu de définir où se trouve chaque champ sur la page, vous définissez ce qu'est chaque champ — « Numéro de facture », « Montant total », « Date d'échéance ». L'IA lit l'intégralité du document, comprend la signification et le rôle de chaque élément textuel, et localise la valeur qui correspond à votre définition de champ. C'est la différence fondamentale entre l'OCR par IA et l'OCR traditionnel : l'un demande « quelle est cette forme ? » L'autre demande « qu'est-ce que cela signifie ? »

Cette distinction explique chaque échec dans notre comparaison de 20 factures :

Le changement crucial est de passer de « qu'y a-t-il à ces coordonnées ? » à « quel est le numéro de facture sur ce document, où qu'il se trouve ? » C'est ce que signifie être sans modèle et indépendant du format : la mise en page du document n'a pas d'importance car le moteur d'extraction ne regarde pas la mise en page. Il regarde le sens.

Le coût caché : quand l'OCR se trompe sans faire de bruit

Voici ce que la plupart des comparatifs OCR vs IA passent sous silence : le coût ne réside pas dans les erreurs que vous voyez, mais dans celles que vous ne voyez pas.

Quand un OCR traditionnel produit un champ vide, quelqu'un le remarque — le champ est vide. On retourne au document original, on cherche la valeur, on la saisit. Agaçant, mais sans danger. Les dégâts réels viennent des erreurs qui ne ressemblent pas à des erreurs :

• 2 350 $ lu comme 2 850 $. Les deux montants sont plausibles pour une facture. L'erreur passe la relecture car rien n'éveille les soupçons. Elle est saisie dans l'ERP. Le paiement est de 500 $ de trop. Le fournisseur ne se plaint pas. Vous ne le saurez jamais.
• Échéance 14/04 lue comme 15/03. La date limite de paiement est silencieusement avancée d'un mois. Des pénalités de retard s'accumulent. Quand le fournisseur appelle, vous devez remonter le journal d'extraction pour trouver la facture où les dates se sont mélangées.
• Numéro de facture 0741 lu comme O741. La détection des doublons dans l'ERP échoue. La même facture est payée deux fois — ou signalée comme un doublon d'une vraie facture O d'un autre fournisseur. Dans les deux cas, quelqu'un passe un après-midi à démêler l'affaire.

Ce ne sont pas des hypothèses. Ce sont les erreurs précises apparues dans notre comparaison sur 20 factures — et chacune survit à une relecture humaine rapide car le résultat semble valide. Un utilisateur Reddit sur r/automation a parfaitement résumé la situation : "le mode de défaillance, c'est de laisser un analyseur écrire en toute confiance des données erronées. Pour les factures, je préfère 90 % de traitement automatique et 10 % clairement marqués pour relecture que 99 % 'automatisés' avec des erreurs silencieuses."

L'économie le confirme. Le traitement manuel d'une facture coûte entre 15 et 40 $ pièce, main-d'œuvre, correction d'erreurs et frais généraux compris (Monto, 2025). L'OCR basé sur des modèles réduit le temps de saisie mais déplace le travail de la frappe vers la vérification — vous touchez encore chaque facture. L'extraction par IA qui produit des sorties correctement structurées et validées peut faire descendre ce chiffre sous les 5 $ par facture, non pas parce qu'elle est plus rapide par page, mais parce qu'elle élimine l'étape de vérification pour la majorité des documents.

Sur les 20 factures de notre test, la correction manuelle des sorties OCR a pris environ 42 minutes — soit plus de 2 minutes par facture pour un processus censé être « automatisé ». La sortie de l'extraction par IA a nécessité 8 minutes de relecture, et aucune de ces minutes n'a impliqué de ressaisie de données. Il s'agissait de vérifier les totaux et de signaler un document pour écriture manuscrite ambiguë — le genre de travail de jugement qui requiert réellement une attention humaine.

Quand l'OCR traditionnel reste la bonne solution

Cette comparaison serait incomplète — et malhonnête — sans reconnaître les cas où l'OCR traditionnel reste pertinent. Tous les flux documentaires n'ont pas besoin d'extraction sémantique. Si vous traitez :

• Des formulaires très standardisés d'une source unique (même mise en page à chaque fois, mêmes positions de champs), l'OCR basé sur des modèles fonctionne de manière fiable et coûte moins cher à exécuter. Le modèle n'a jamais besoin de s'adapter car le document ne change jamais.
• La numérisation de texte intégral pour la recherche et l'archivage — si vous avez besoin de l'intégralité du document sous forme de texte consultable plutôt que de champs structurés spécifiques, la sortie de l'OCR est exactement ce qu'il vous faut. Aucune extraction de champs nécessaire.
• Le rattrapage d'archives où une précision de 80 % avec une vérification manuelle ponctuelle est acceptable. Numériser 50 000 documents anciens que vous consulterez rarement ne justifie pas le coût par document de l'extraction par IA.

Ce sont des cas d'usage réels. L'OCR est une technologie mature et rentable pour ceux-ci. Le choix n'est pas « l'OCR est obsolète ». Le choix est : votre flux a-t-il besoin de données structurées à partir de documents au format variable, ou de texte lisible par machine à partir de documents cohérents ? Si c'est le premier cas, l'extraction par IA n'est pas une mise à niveau — c'est une catégorie d'outil différente, conçue pour un problème différent.

Si vos factures, reçus ou formulaires arrivent dans plus d'un format provenant de plus d'une source, l'approche basée sur des modèles atteint ses limites. Chaque nouveau format de fournisseur nécessite un nouveau modèle. Chaque dérive de modèle nécessite une maintenance. À un certain volume de variation, vous maintenez des modèles au lieu de traiter des documents. C'est le seuil où l'extraction sémantique cesse d'être une alternative et devient la seule approche qui passe à l'échelle.

Si vous traitez régulièrement des factures, un outil d'extraction de factures par IA dédié qui lit par le sens plutôt que par la position du modèle élimine entièrement l'étape de configuration par fournisseur.

FAQ

L'extraction par IA fonctionne-t-elle avec les mêmes types de fichiers que l'OCR traditionnel ?

Oui. Les deux méthodes acceptent les PDF, JPEG, PNG et autres formats d'image courants. La différence réside dans le traitement, pas dans la compatibilité des entrées. L'extraction par IA peut en outre traiter des fichiers que les pipelines OCR traditionnels peinent à gérer — photos de téléphone avec reflets, pièces jointes en basse résolution, et documents au contenu mixte tapé/écrit à la main.

L'extraction par IA est-elle plus lente que l'OCR traditionnel ?

Le temps de traitement par page pour l'extraction par IA est généralement de 5 à 10 secondes, contre 1 à 2 secondes pour l'OCR traditionnel. Mais la vitesse par page n'est pas la bonne mesure. Le temps total du flux de travail — incluant l'étape de relecture et correction manuelle toujours nécessaire avec l'OCR traditionnel — est le point où l'extraction par IA est plus rapide. Lors de notre test sur 20 factures, le traitement OCR a pris quelques secondes ; la correction des résultats OCR a pris 42 minutes. Le pipeline IA a pris quelques secondes + 8 minutes de relecture légère. Temps total : l'extraction par IA était environ 5 fois plus rapide de bout en bout.

Et le coût par page — l'extraction par IA n'est-elle pas plus chère ?

Le coût API par page est plus élevé pour l'extraction par IA. Mais le coût par page ignore la dépense dominante du traitement documentaire : le travail humain. Lorsque les résultats OCR nécessitent 2 minutes ou plus de correction manuelle par document, le tarif « bon marché » par page est subventionné par un temps humain coûteux. Les analyses sectorielles montrent systématiquement que la comparaison du coût total de possession — incluant les économies de main-d'œuvre et la réduction d'erreurs — favorise l'extraction par IA pour tout flux traitant des documents provenant de plus de quelques sources variables.

L'extraction par IA peut-elle traiter des factures multipages ?

Oui. Les documents multipages sont traités comme une seule unité — l'IA lit à travers les pages pour trouver des lignes d'articles qui continuent sur la page 2 ou des totaux qui apparaissent sur une page récapitulative. L'OCR traditionnel traite généralement chaque page indépendamment, ce qui signifie que les tableaux s'étendant sur plusieurs pages sont fragmentés et que les références inter-pages sont perdues.

Que faire si mes documents mélangent texte tapé et annotations manuscrites ?

C'est l'un des scénarios où l'écart est le plus grand. La ROC traditionnelle traite bien le texte tapé et mal l'écriture manuscrite — sur un document mixte, vous obtenez un résultat à moitié fiable, sans savoir quelle moitié est correcte. L'extraction par IA traite les deux en une seule passe : elle lit les champs tapés, les notes manuscrites et les annotations tamponnées comme un document intégré, comprenant que le « NET 30 » manuscrit dans la marge modifie les conditions de paiement tapées.

Dois-je entraîner l'extraction par IA sur mes formats de factures spécifiques ?

Non. C'est une différence fondamentale avec certaines plateformes de traitement documentaire basées sur l'IA (comme Nanonets ou Rossum) qui nécessitent un entraînement sur vos échantillons de documents avant de pouvoir extraire de manière fiable. L'extraction par IA fonctionne différemment : vous définissez les champs souhaités (« Numéro de facture », « Total », « Date d'échéance »), et l'IA les localise sur n'importe quel document grâce à sa compréhension générale de l'apparence des factures — sans apprendre vos formats de fournisseurs spécifiques. Pas d'entraînement, pas d'échantillons, pas de période de configuration.

Voyez la différence sur vos propres documents

Tous les tableaux comparatifs de cette page décrivent ce qui s'est passé sur nos factures de test. La seule comparaison qui compte est celle qui se produit sur les vôtres — avec vos fournisseurs, la qualité de vos documents, vos exigences en matière de champs.

Téléchargez l'une de vos propres factures. N'importe quel fournisseur, n'importe quel format. L'outil lit par le sens, pas par la position — il fonctionne donc dès le premier document, sans modèles, sans entraînement et sans configuration par fournisseur. Voyez ce qu'il extrait des vôtres par rapport à ce que produit votre processus actuel. C'est la comparaison qui décide si l'écart est important pour votre flux de travail.