Pourquoi les états financiers
perdent les unités, les signes et les sous-totaux

Les comptables et les équipes financières importent les bilans et les comptes de résultat dans des feuilles de calcul pour les feuilles de travail, la consolidation, l'analyse des ratios et les modèles à trois états. La source peut être un export QuickBooks ou Xero, un rapport NetSuite ou Sage, un état audité scanné, ou un dossier de conseil assemblé dans Excel et imprimé en PDF. La partie extraction est rapide désormais. Ce qui détermine si le résultat est utilisable, c'est de savoir si les trois structures ci-dessus ont survécu au transfert. Cet article passe en revue chacune d'elles, ce que cela coûte lorsqu'elle est perdue, et comment vérifier les chiffres extraits avant qu'ils n'aillent où que ce soit. Si vous débutez dans l'extraction de documents en tant que catégorie, l'explication en langage simple sur ce qu'est l'extraction de documents par IA établit d'abord les bases.

Un état financier est trois structures, pas une colonne de chiffres

Ce qui distingue un état financier d'une facture, ce ne sont pas les chiffres. Ce sont les trois éléments dont dépendent les chiffres : une unité déclarée une fois pour l'ensemble de l'état, une convention de signe pour les négatifs, et une hiérarchie de sous-totaux qui regroupe les postes en totaux parents. Un état est conçu pour être lu par une personne qui connaît déjà ces trois conventions, il les énonce donc légèrement et une seule fois.

Sur une facture, chaque ligne est indépendante. La quantité, le prix unitaire et le total de ligne d'un article ne vous disent rien sur le suivant, et les lire dans des colonnes séparées ne perd rien, car rien ne les reliait. Un bilan est l'inverse. En descendant le côté de l'actif, vous passez un titre, puis les comptes en dessous, puis un sous-total, puis le titre suivant. Le sous-total n'est pas un pair des lignes au-dessus. Il est leur somme, et le total en dessous est la somme des sous-totaux. Un outil qui traite chaque chiffre visible comme une cellule à extraire traite un arbre comme une liste.

Sur une facture, chaque ligne se tient seule. Sur un état financier, les lignes ne sont pas des pairs, et la ligne en haut de la page change ce que chaque chiffre en dessous signifie.

La mention « en milliers » est la ligne la plus coûteuse à omettre

L'élément le plus déterminant d'un état financier est une ligne qui ne contient aucun chiffre : l'indication de l'unité dans l'en-tête. Selon IAS 1, paragraphe 51(e), une entité doit indiquer le niveau d'arrondi qu'elle utilise, et le paragraphe 53 autorise la présentation des états en milliers ou en millions de la monnaie de présentation, à condition que ce niveau d'arrondi soit indiqué et qu'aucune information importante ne soit omise (IFRS Foundation, IAS 1). Les dépôts américains font de même en vertu de la SEC Regulation S-X, qui autorise les montants en dollars entiers ou en multiples et exige que le multiple soit indiqué juste sous l'en-tête de l'état ou en haut des colonnes de montants (17 CFR § 210.4-01(b)).

C'est précisément là que réside le problème. L'indication se trouve en dehors de la grille des chiffres, souvent en petits caractères sous le titre, tandis que les chiffres se trouvent dans les colonnes. Une extraction qui lit les colonnes de montants renvoie des valeurs correctes chiffre par chiffre, mais fausses d'un facteur mille. Un bilan consolidé déposé auprès de la SEC et intitulé « $ in Thousands » affiche une trésorerie et des équivalents de trésorerie de 156 857. Lu en dollars, cela représente 156 857 $. Lu avec l'indication appliquée, cela représente 156,9 millions de dollars (exemple SEC EDGAR). Une mention « en milliers » omise constitue une erreur de 1 000x, et contrairement à un chiffre mal lu, elle est invisible dans la cellule.

Deux détails aggravent la situation par rapport à une simple note de bas de page manquante. Premièrement, le multiplicateur n'est pas uniforme dans tout ce qu'une entreprise publie. Un état peut être en milliers, une note sectorielle du même rapport en millions, et une annexe sur le développement durable dans une troisième unité, ce qui signifie qu'une hypothèse unique appliquée à l'ensemble d'un dépôt sera erronée quelque part. Deuxièmement, les en-têtes se qualifient souvent avec « sauf montants par action » ou des pourcentages. Un multiplicateur global appliqué à un montant par action constitue en soi une erreur, car cette ligne n'est pas en milliers. Un développeur qui a passé des mois à résoudre exactement ce problème pour les données SEC le décrit clairement : « Détectez le multiplicateur (milliers, millions, etc.) ... Parfois, cette information se trouve dans l'en-tête du tableau, parfois dans les périodes, parfois en dessous, parfois totalement absente. » (r/datasets).

La solution consiste à faire voyager l'unité avec le chiffre. Comme l'indication est un texte imprimé sur la page, elle peut être extraite comme une colonne distincte, de sorte que chaque ligne porte l'échelle sous laquelle elle a été lue et que toute personne en aval puisse la voir. Lorsqu'un lot est connu pour être uniforme, le multiplicateur peut à la place être appliqué une seule fois comme facteur fixe dans les règles d'extraction, mais cela ne tient que si chaque état du lot utilise la même unité. Dans les deux cas, le contrôle revient à la même question : si vous multipliiez chaque chiffre de cette cellule par 1 000, l'état aurait-il toujours un sens ? Si la réponse est non, le multiplicateur est manquant ou a été appliqué deux fois.

Les parenthèses indiquent des nombres négatifs, pas une mise en forme

En information financière, une valeur entre parenthèses est un montant négatif : (1 049 779) correspond donc à moins un million quarante-neuf mille sept cent soixante-dix-neuf, et non à un ornement sur un chiffre positif. La SEC Regulation S-X le précise explicitement : les montants négatifs, historiquement présentés en rouge, doivent être affichés d'une manière qui distingue clairement l'attribut négatif, et la règle demande aux préparateurs de tenir compte des limites des méthodes de reproduction lors du choix de la présentation (17 CFR § 210.4-01(c)). La convention des parenthèses existe précisément parce que l'encre rouge ne survit ni à la photocopie ni au scanner.

Dans un bilan, les chiffres négatifs ne sont pas des cas marginaux. C'est là que se joue l'essentiel : un déficit accumulé, des actions propres, une perte globale accumulée, une perte d'exploitation nette et chaque ligne de déduction « Less : » qui réduit un total. Supprimez les parenthèses et un déficit devient des bénéfices non répartis, une perte devient un profit, et la section des capitaux propres cesse de se rapprocher du total de l'actif. L'erreur est silencieuse pour la même raison que l'erreur d'unité : le nombre dans la cellule est un montant positif parfaitement ordinaire, et il passe tout contrôle qui se contente de vérifier que la cellule contient un nombre.

Les parenthèses sont également le plus difficile des deux signaux de signe à préserver automatiquement, car un signe moins initial est un caractère qu'un analyseur attend, tandis qu'une paire de parenthèses enveloppantes est une ponctuation autour d'une valeur. La défense pratique consiste à vérifier le signe extrait par rapport à la structure comptable plutôt que par rapport à lui-même. Une ligne que l'état qualifie de déficit ou de perte devrait ressortir négative. Si ce n'est pas le cas, le signe a été supprimé, et l'endroit pour le confirmer est la page source, pas le tableur.

Les sous-totaux ne sont pas des postes individuels : additionner la colonne revient à compter deux fois

La troisième structure est celle qui risque le plus d'échapper au regard du lecteur tout en faisant échouer une formule. Les lignes d'un état financier ne sont pas indépendantes, et l'erreur d'extraction la plus courante consiste à traiter un sous-total comme un simple poste à additionner. Le total des actifs courants est la somme des comptes qui le précèdent. Le total des actifs est la somme des actifs courants, des actifs non courants et de tout autre sous-total d'actifs. Si chaque ligne numérique est extraite puis que la colonne est additionnée, le même montant est compté deux ou trois fois, et le total devient dénué de sens tout en paraissant précis.

Les lignes de déduction ajoutent une deuxième couche. « Moins : amortissements et dépréciations cumulés » réduit le montant brut des immobilisations à un montant net ; l'additionner comme un montant positif gonfle donc les actifs au lieu de les réduire. Le même schéma apparaît avec « Moins : provision pour créances douteuses », « Moins : actions propres » et « Moins : amortissements cumulés ». Chacune est une valeur réellement négative présentée comme un poste au milieu d'une section, et chacune ne modifie le sous-total qu'elle alimente que si son signe est lu correctement.

Les colonnes comparatives portent leur propre version du même problème. Un état financier présente l'année en cours et l'année précédente côte à côte, parfois sur trois périodes. Les intitulés de période se trouvent dans une ligne d'en-tête structurellement distincte des chiffres ; une extraction qui capture les nombres mais pas l'attribution de période peut donc placer les valeurs de l'année précédente sous l'année en cours. Rien dans la cellule ne révèle l'inversion. Elle apparaît plus tard, lorsque la tendance que vous avez tracée va dans le mauvais sens ou que la variation calculée a le mauvais signe.

Comment valider un état financier extrait

La validation consiste à vérifier les quatre éléments que l'extraction est la plus susceptible d'avoir omis : l'unité, les signes, l'arithmétique des sous-totaux et la période à laquelle chaque chiffre appartient. Ces vérifications s'appuient sur la logique interne de l'état lui-même, elles ne nécessitent donc aucune donnée externe et comblent l'écart que les trois pièges créent.

Ces vérifications sont mécaniques, et l'extraction peut en prendre une partie en charge. Extraction de colonnes personnalisées signifie que vous nommez les champs souhaités, tels que « Indication de l'unité », « Compte », « Exercice en cours », « Exercice précédent », et l'IA trouve chaque valeur selon sa signification plutôt que selon sa position sur la page, de sorte qu'une mention imprimée comme « en milliers » revient dans sa propre colonne et que l'échelle accompagne les chiffres. Une colonne calculée peut aller plus loin : comme elle prend en charge l'agrégation inter-lignes au sein d'une section et une logique conditionnelle qui génère la différence lorsque les totaux ne correspondent pas, vous pouvez faire évaluer la relation sous-total-total et l'identité actif-égal-passif-plus-capitaux propres pendant l'extraction, de sorte qu'un état qui ne se recoupe pas se signale avant d'atteindre votre modèle. Et lorsqu'un chiffre nécessite encore un œil humain, le mode de révision avec localisation bbox surligne précisément son origine sur la page source, de sorte que confirmer une parenthèse ou une indication d'unité prend un clic plutôt qu'un défilement dans le PDF.

La procédure de vérification plus large, notamment l'alignement des colonnes, le nombre de lignes, les contrôles des champs manquants et le moment où il faut réextraire plutôt que corriger une cellule à la main, est détaillée dans la liste de contrôle qualité d'extraction en sept points, et les modes de défaillance qui survivent à un premier examen sont répertoriés dans pourquoi les erreurs de données post-extraction se cumulent. Ces articles couvrent la vérification en termes généraux ; ce qui est spécifique à un état financier, ce sont les trois structures ci-dessus, car aucun autre type de document n'indique son unité une seule fois, n'écrit ses négatifs entre parenthèses et n'enterre son sens dans une hiérarchie de sous-totaux.

Ce que l'extraction ne peut pas confirmer, et pourquoi la piste d'audit compte toujours

Aucun outil d'extraction ne décide si un chiffre est correct d'un point de vue comptable, et les parties d'un état qui figurent dans les notes sont hors de sa portée. Qu'un contrat de location soit classé comme exploitation ou financement, qu'une provision soit adéquate, qu'une période antérieure doive être retraitée : ce sont des jugements, et ils ne sont pas dans le tableau. Si le chiffre déterminant se trouve dans une note de bas de page, un tableau annexe ou une pièce jointe que vous n'avez pas téléchargée, rien ne le trouvera, car il n'est pas là pour être trouvé.

Les enjeux sont plus élevés que pour une facture unique, car le résultat alimente le reporting, pas seulement un paiement. La norme d'audit PCAOB 2810 exige que l'auditeur cumule les anomalies relevées au cours de l'audit, autres que celles qui sont manifestement insignifiantes, et qu'il évalue la présentation des états financiers, y compris le classement des éléments et « les bases des montants indiqués » (PCAOB AS 2810). Une unité appliquée à la mauvaise échelle, ou un signe omis sur les capitaux propres, est exactement le type d'anomalie non corrigée que cette norme est conçue pour détecter.

Les données qui alimentent ces états financiers sont déjà sujettes aux erreurs. Une étude de terrain portant sur 25 feuilles de calcul opérationnelles a révélé des erreurs dans 0,8 % à 1,8 % des cellules de formule, et parmi les erreurs confirmées, la plus importante dépassait 100 millions de dollars (Powell, Baker et Lawson, 2009). Des audits de terrain antérieurs indiquaient que 94 % des feuilles de calcul auditées contenaient au moins une erreur, avec un taux moyen d'erreur par cellule d'environ 5,2 %. Une indication de l'unité omise ou une parenthèse perdue s'ajoute à cette base d'erreurs plutôt que de la remplacer, c'est pourquoi les personnes qui construisent des modèles protègent si étroitement les chiffres. Comme l'a dit un praticien de la modélisation financière, « assurez-vous que tout est correct à 100 % et si quoi que ce soit est décalé ne serait-ce que d'une décimale, vous êtes viré. » (r/financialmodelling).

C'est l'argument en faveur d'un ancrage à la source plutôt que d'un tableau d'apparence propre. Un chiffre que l'on peut rattacher à sa ligne dans l'état financier est vérifiable ; un chiffre qui semble simplement plausible ne l'est pas. La même logique s'applique aux états financiers adjacents que les équipes extraient déjà, c'est pourquoi le pipeline d'extraction des relevés bancaires et le flux de travail d'extraction du grand livre placent la vérification au centre plutôt qu'à la fin.

Questions fréquemment posées

Pourquoi mon état financier extrait est-il 1 000 fois trop petit ?

La cause la plus probable est une indication de l'unité omise. Les états financiers précédés de « en milliers » ou « en millions » indiquent cette échelle une seule fois, dans la légende, en dehors des colonnes de montants. Une extraction qui ne lit que les chiffres renvoie donc les nombres sans le multiplicateur. Vérifiez la légende de l'état financier, confirmez quels chiffres elle régit, et appliquez le multiplicateur à un seul endroit.

Comment éviter que les signes négatifs entre parenthèses ne soient perdus ?

Traitez les parenthèses comme une valeur, et non comme une mise en forme. Après l'extraction, vérifiez chaque négatif par rapport à l'intitulé que l'état financier lui donne : un déficit, une perte ou une ligne « Moins : » doit être négatif. Lorsqu'un signe semble incorrect, utilisez le mode de révision pour accéder à la région source et confirmez les parenthèses sur la page d'origine plutôt que de vous fier à la cellule.

L'IA peut-elle extraire un bilan scanné ou photographié ?

Oui. Un modèle visuel lit un état financier scanné ou photographié en regardant la page, il peut donc saisir le texte imprimé, les annotations manuscrites et la structure du tableau sans couche de texte. Les facteurs limitants sont la qualité du scan et le fait que le scan ait capturé la page entière, y compris la légende qui indique l'unité et les parenthèses dans les marges.

Pourquoi mon total de colonne est-il faux alors que chaque chiffre individuel est correct ?

Parce que la colonne incluait des sous-totaux. Les sous-totaux d'un état financier sont les sommes des lignes qui les précèdent ; additionner chaque ligne numérique compte donc plusieurs fois la même somme. Recalculez chaque sous-total à partir de ses propres éléments et comparez-le au sous-total imprimé, plutôt que de sommer toute la colonne.

Est-ce que « en millions » ou « sauf montants par action » modifie l'extraction ?

Oui. « En millions » définit un multiplicateur différent, et toute précision telle que « sauf montants par action » ou des pourcentages signifie que ces lignes spécifiques ne sont pas du tout mises à l'échelle. Un multiplicateur unique appliqué à l'ensemble de l'état financier sera incorrect pour les exceptions ; capturez donc le texte de la légende et lisez ce qu'il régit réellement.

Une extraction est-elle assez précise pour être utilisée sans vérifier un état financier ?

Aucun outil, y compris le nôtre, ne supprime la nécessité de confirmer l'unité, les signes et les sous-totaux d'un état. Notre extraction atteint jusqu'à 99 % de précision sur les données de tableaux imprimés, et les états comportent toujours les trois structures ci-dessus ainsi que le jugement comptable qu'un outil ne peut pas porter. Effectuez les quatre vérifications de validation sur le premier état de chaque nouvelle source, puis contrôlez par sondage chaque lot.

La structure fait partie des données

L'erreur à l'origine de la plupart des problèmes d'extraction d'états financiers consiste à considérer la structure comme de la présentation. Ce n'est pas le cas. L'unité, le signe et le regroupement des sous-totaux sont des données, dans le sens où un chiffre sans eux ne signifie pas la même chose. Un bilan extrait dans une grille propre n'est valable que si ces trois éléments ont survécu, et les vérifications qui les confirment s'appuient sur l'arithmétique propre de l'état, elles prennent donc quelques minutes et détectent les erreurs qui échappent à toute vérification de format. Commencez par l'indication de l'unité et les parenthèses, deux éléments qu'un lecteur humain remarque à peine et qu'une passe d'extraction peut faire disparaître sans laisser de trace.