Aller au contenu
EasyInvoiceOCR

Précision

Pourquoi extraire les lignes est plus difficile que lire le total

Trouver le total d'une facture est un problème pratiquement résolu. Reconstituer un tableau de vingt lignes qui se poursuit sur une deuxième page ne l'est pas — et c'est là que les analyseurs sont réellement mis à l'épreuve.

EasyInvoiceOCR · Publié le · 7 min de lecture

Le total, c'est le plus grand nombre situé près du mot « total », généralement en bas de page. C'est une forme qu'un analyseur peut apprendre. Un tableau de vingt lignes avec des libellés qui débordent, une suite en page deux et un sous-total intermédiaire n'est pas une forme : c'est une structure qu'il faut reconstruire.

Des tableaux sans filets

De nombreux modèles de facture séparent les colonnes par des espaces plutôt que par des traits. Les limites de colonnes doivent alors être déduites de l'alignement des valeurs elles-mêmes, et un seul libellé qui passe à la ligne suffit à décaler toutes les valeurs de la rangée dans la mauvaise colonne.

Sauts de page et lignes fantômes

Lorsqu'un tableau se poursuit sur une deuxième page, l'en-tête se répète ou non, et un report de sous-total apparaît souvent alors qu'il ne constitue pas une ligne de facture. Le compter comme telle gonfle silencieusement le résultat — et comme l'arithmétique tombe presque juste, c'est précisément le type d'erreur qui survit à une relecture rapide.

L'arithmétique comme filet de sécurité

Deux contrôles suffisent à intercepter l'essentiel. La quantité multipliée par le prix unitaire doit égaler le montant de la ligne, et la somme des lignes doit égaler le sous-total. Dès que l'un des deux échoue, les rangées concernées sont signalées pour vérification au lieu d'être exportées comme si de rien n'était.

C'est là que la validation arithmétique compte le plus : les lignes de facture sont le seul endroit du document qui contient assez de redondance pour se contrôler lui-même.

Analyser une facture avec ses lignes

Cinq conversions offertes.