Reconnaissance de tableaux sur factures : lignes, colonnes, pièges

Pour un humain, une facture est un tableau. Pour l'OCR, c'est souvent un parcours d'obstacles : filets fins, en-têtes imbriqués, montants alignés à droite, notes sous le net. Quand les lignes éclatent, les contrôles de totaux échouent - et la note de frais ou le calcul de valeur hérite de l'erreur.

La reconnaissance de tableaux au cabinet n'est donc pas un confort ; c'est ce qui rend les factures exploitables sans retaper chaque ligne.

Ce qui rend les mises en page difficiles

Tickets thermiques scannés, fonds colorés, cachets sur les montants, descriptions multi-colonnes, colonnes net/brut combinées et corrections manuscrites ajoutées. Chaque élément peut déplacer les frontières de colonnes. Les angles de scan médiocres aggravent.

Avant reconnaissance, il paie souvent de : redresser, monter le contraste, recadrer les marges inutiles. La compression agressive avant OCR est la blessure auto-infligée la plus fréquente.

Contrôle professionnel plutôt que confiance aveugle

Même une bonne reconnaissance confond « 1 » et « 7 », séparateurs de milliers et retours à la ligne dans les libellés. Définissez des contrôles ponctuels obligatoires : total général contre le papier, une ligne au hasard, taux de taxe, numéro et date. Quand le litige porte sur certaines lignes, ce sont exactement ces champs qui comptent.

LexLogik peut soutenir les structures de tableaux dans le traitement ; la validation vers le dossier et le client reste humaine. N'utilisez les exports que si le contrôle a tenu.

Préparation rentable

• Scanner les originaux en numérique ou haute résolution, pas depuis une photo téléphone de troisième génération.
• Une facture par fichier si possible - les scans groupés nuisent au mapping des colonnes.
• Surveiller la locale des montants (1.234,56 vs 1,234.56).
• Retirer ou séparer les marques manuscrites avant OCR si elles croisent les filets.

Quand le tableau échoue

Parfois la saisie manuelle des lignes critiques est plus rapide qu'un troisième réglage moteur. Consignez alors que seuls totaux et lignes litigieuses ont été repris. Pour des factures similaires en masse, un modèle fixe et du temps de formation d'équipe paient plutôt.

De la pièce au dossier sans rupture

Dès que les lignes tiennent, le nommage et le classement décident si les chiffres restent retrouvables. Liez les montants reconnus au fichier pièce et à la référence dossier, pas seulement à un tableur isolé. En litige sur certaines lignes, il vous faut le même scan que l'OCR a vu - pas une refonte « jolie » sans provenance.

Pour les types de dossiers à nombreuses factures similaires (construction ou assurance, par exemple), un court modèle interne paie : colonnes obligatoires, contrôle ponctuel, seuil de second regard. Plus ennuyeux qu'un nouveau moteur - et cela évite plus de tours de correction.

Un bon travail sur tableaux réduit les fautes de frappe et raccourcit le chemin vers une base chiffrée solide - à condition de ne croire aveuglément à la première reconnaissance. Le moteur propose ; le cabinet valide. Sans cette dernière étape, même une reconnaissance juste reste un brouillon sans valeur de dossier.

Validation associé sur montants litigieux

Si le total litigieux dépasse un seuil interne, le responsable confronte le tableau OCR à l'image avant insertion dans les écritures. En dessous, un sondage assistance suffit. Le seuil figure sur la même fiche que le profil de scan.

La reconnaissance de tableaux échoue souvent sur des scans de travers et un lissage agressif, pas sur une « mauvaise IA ». Un profil facture et un seuil de validation associé rendent les chiffres OCR plus défendables.