Comment extraire les lignes d'article des bons de commande et
calculer automatiquement les coûts totaux en une seule étape

L'écart entre l'extraction des bons de commande et un nombre exploitable

Ouvrez n'importe quel bon de commande en PDF. Le document regorge de données : un numéro de PO en haut, les coordonnées de l'acheteur et du fournisseur, les dates de livraison, et un tableau de lignes d'articles allant de 3 à 80 lignes. Chaque ligne indique un code article, une description, une quantité, une unité de mesure et un prix unitaire. Certains fournisseurs impriment également un total de ligne. Beaucoup ne le font pas. Presque aucun n'imprime un total général de commande auquel vous pouvez vous fier sans vérifier les calculs vous-même.

L'extraction de bons de commande standard vous donne les champs bruts. Vous obtenez la quantité. Vous obtenez le prix unitaire. Vous pourriez obtenir un total de ligne imprimé par le fournisseur si son ERP en incluait un. L'outil considère son travail terminé — les données sont dans votre feuille de calcul. Mais votre travail, lui, n'est pas terminé. Vous devez encore :

Pour un seul bon de commande avec 30 lignes d'articles, cela représente 30 cellules de formule, 30 vérifications et une SOMME en bas — soit 61 opérations de formule. Pour 10 bons de commande par semaine, 610. Pour 40, plus de 2 400. L'outil d'extraction a réduit votre temps de saisie mais a laissé l'arithmétique intacte. Et l'arithmétique à volume est là où les erreurs se multiplient : une formule mal saisie à la ligne 17, une plage SOMME qui a omis trois lignes, un sous-total qui incluait le mauvais titre de section — chacune une divergence qui se répercute sur vos dépenses engagées et potentiellement sur le rapprochement à trois voies lorsque la facture arrive et que les chiffres ne correspondent pas.

Les colonnes calculées résolvent ce problème à la source. Au lieu d'extraire la quantité et le prix unitaire comme valeurs brutes et de vous les remettre pour un post-traitement, vous dites à l'IA ce que vous voulez calculer — « multiplier la quantité par le prix unitaire pour chaque ligne », « additionner tous les totaux de ligne sous la même section », « additionner toutes les sections pour le total général » — et le calcul s'exécute pendant l'extraction. La sortie que vous téléchargez contient déjà les réponses.

Configuration des colonnes calculées pour les lignes d'article des bons de commande

Il existe deux façons de définir les calculs, selon que vous souhaitiez essayer immédiatement ou configurer un modèle réutilisable pour votre flux de travail habituel de bons de commande. Les deux aboutissent au même résultat : l'IA extrait les valeurs brutes du document et effectue les calculs en une seule passe.

Méthode 1 : Noms de colonnes (sans connexion, fonctionne immédiatement dans la démo)

L'approche la plus simple : écrivez le calcul directement dans le nom de la colonne. L'IA lit le nom de la colonne comme une instruction sémantique — non seulement ce qu'il faut trouver, mais aussi ce qu'il faut faire avec ce qu'elle trouve. Cela fonctionne sur la page de démo invité sans compte.

Huit colonnes. Six sont des extractions directes — l'IA localise chaque valeur sur le document. Deux sont calculées : Total de ligne multiplie la Quantité par le Prix unitaire pour chaque ligne, et Total général de la commande additionne tous les totaux de ligne sur l'ensemble du document. L'IA gère les deux en une seule passe.

Si le fournisseur imprime déjà un total de ligne sur le bon de commande et que vous souhaitez le vérifier plutôt que de le recalculer à partir de zéro, vous pouvez ajouter une colonne de vérification à la place :

Désormais, la sortie signale automatiquement les écarts. Si le fournisseur a imprimé 1 275,00 $ pour une ligne mais que Qté × Prix unitaire équivaut à 1 200,00 $, la colonne Correspondance affiche « 75,00 $ de trop facturé » — aucune vérification manuelle requise.

Méthode 2 : Format de règle (utilisateurs connectés, noms de colonnes plus propres, plus de contrôle)

Lorsque vous traitez des bons de commande régulièrement — surtout auprès de plusieurs fournisseurs avec des formats différents — garder des noms de colonnes propres et définir la logique de calcul séparément dans le JSON du format de règle rend la configuration plus facile à réutiliser. Les noms de colonnes restent courts (juste le libellé du champ), et les règles décrivent exactement comment chaque colonne calculée doit se comporter.

L'approche du format de règle vous offre un contrôle plus fin sur le nettoyage des données : suppression des symboles monétaires du Prix unitaire, suppression des suffixes d'unité de la Quantité (ainsi « 500 unités » devient simplement « 500 »), et mise en forme cohérente de toutes les valeurs calculées. Une fois ces noms de colonnes et règles enregistrés comme modèle, chaque PO que vous traitez utilise la même configuration — aucune reconfiguration par fournisseur.

Comment l'extraction de noms de colonnes gère les différents formats de bons de commande

Une préoccupation légitime à ce stade : différents fournisseurs envoient des bons de commande dans des mises en page complètement différentes. L'un place le code article dans la colonne 1. Un autre le place dans la colonne 3. Un troisième n'utilise pas du tout de tableau — les lignes d'articles sont listées sous forme de paragraphes sous chaque titre de section. Si le calcul dépend de l'identification correcte de la Quantité et du Prix unitaire, que se passe-t-il lorsque les positions des champs changent ?

C'est ici que l'extraction de noms de colonnes diffère fondamentalement des outils basés sur des modèles. Les outils à modèles localisent les champs par position de pixel — « La Quantité est dans le tableau, ligne N, troisième colonne en partant de la gauche. » Lorsque le bon de commande du fournisseur B place la Quantité en colonne quatre au lieu de la colonne trois, le modèle casse. L'extraction de noms de colonnes ne se soucie pas de la position. Elle localise la Quantité en comprenant ce que la Quantité signifie — une valeur numérique associée à une ligne d'article, généralement près d'un prix unitaire, probablement avec une unité de mesure à proximité. L'IA lit le document sémantiquement, pas géométriquement.

Cela a une conséquence directe pour les colonnes calculées : la logique de calcul que vous avez définie une fois — « multiplier la Quantité par le Prix unitaire » — fonctionne indépendamment de l'endroit où ces champs apparaissent sur la page. Le bon de commande du fournisseur A, celui du fournisseur B, un bon de commande papier scanné d'un vendeur qui utilise encore des formulaires en papier carbone — la même définition de colonne s'applique. Vous n'avez pas besoin de remapper la Quantité et le Prix unitaire pour chaque fournisseur, car l'IA les trouve par le sens, pas par les coordonnées.

Traitement par lots de plusieurs bons de commande avec totaux calculés

Traiter un bon de commande à la fois avec des colonnes calculées résout le problème d'arithmétique par document. Mais le gain d'efficacité réel survient lorsque vous traitez des bons de commande par lots — en téléversant 10, 20 ou 50 bons de commande à la fois et en obtenant une sortie consolidée unique avec chaque total de ligne et total général déjà calculé.

Voici à quoi ressemble une sortie par lots après le traitement de 15 bons de commande provenant de différents fournisseurs :

Exemple de sortie d'un lot de 15 bons de commande. Le total de ligne et le total général sont calculés lors de l'extraction. La colonne Correspondance signale les écarts — la ligne 2 du PO-9072 présente un écart de $52.50 entre le total de ligne imprimé par le fournisseur et le calcul Qté × Prix unitaire.

Dans cette sortie par lots, chaque total de ligne est le résultat de la colonne calculée — et non le nombre imprimé par le fournisseur. Le total général de chaque bon de commande est la somme des totaux de ligne calculés — et non le total imprimé par le fournisseur en bas. Et la colonne Correspondance révèle un écart de $52.50 sur le PO-9072 qui serait passé inaperçu dans un flux de travail manuel.

Cette consolidation est importante pour le suivi des dépenses. Lorsque vous traitez 15 bons de commande ensemble, vous n'obtenez pas seulement 15 extractions distinctes dans un seul fichier. Vous obtenez un tableau unique où chaque ligne est traçable jusqu'à son bon de commande source, chaque total de ligne est vérifié indépendamment, et les totaux généraux par bon de commande sont déjà calculés. Exportez vers Excel, appliquez un tableau croisé dynamique par fournisseur ou code de projet, et votre rapport d'engagements de dépenses est prêt — sans cellule de formule requise.

Quand les calculs nécessitent le mode de réflexion

L'arithmétique simple au niveau des lignes — « multiplier Qté par Prix unitaire » — fonctionne de manière fiable avec ou sans mode de réflexion. L'IA peut effectuer la multiplication sur les valeurs extraites sans raisonnement approfondi. Mais certains scénarios de PO poussent le calcul au-delà de ce qu'une opération simple peut gérer, et l'activation du mode de réflexion devient nécessaire pour des résultats précis.

Agrégation inter-lignes entre sections. Lorsqu'un PO répartit les lignes d'article en plusieurs sections — « Matières premières », « Composants », « Services d'assemblage » — et que chaque section a son propre sous-total, l'IA doit regrouper les lignes par section avant de faire la somme. Une simple « somme de toutes les valeurs de total de ligne » produirait un seul nombre. « Somme des valeurs de total de ligne dans chaque section, sortie du sous-total sur la dernière ligne de chaque section » exige que l'IA identifie les limites des sections, associe les lignes à leur section et agrège de manière sélective. Le mode de réflexion donne à l'IA les étapes de raisonnement pour le faire correctement.

PO multipages avec en-têtes de colonnes répétés. Certains PO s'étendent sur 4 à 6 pages, le tableau des lignes d'article se poursuivant sur les sauts de page et les en-têtes de colonnes étant répétés sur chaque page. L'IA doit comprendre que « Qté » à la page 2, colonne 4, est le même champ que « Qté » à la page 1, colonne 4 — pas un point de données distinct. Sans mode de réflexion, l'IA peut traiter la ligne d'en-tête répétée de la page 2 comme une ligne de données. Avec le mode de réflexion, elle raisonne sur la continuité du document et ignore les en-têtes répétés.

Logique conditionnelle sur l'ensemble du PO. Une règle de vérification comme « Si la somme de tous les totaux vérifiés n'est pas égale au total général imprimé, sortez la différence sur chaque ligne ; sinon, sortez OK » exige que l'IA calcule une valeur transversale au document avant de remplir une ligne. C'est une opération en deux passes : d'abord calculer tous les totaux de ligne et les additionner, puis comparer avec le total imprimé, puis décider quoi écrire dans chaque cellule de correspondance. Le mode de réflexion prend en charge ce raisonnement séquentiel.

La règle générale : si votre calcul ne concerne que les valeurs de la ligne actuelle (arithmétique sur une seule ligne), la méthode des noms de colonnes fonctionne sans mode de réflexion. S'il implique des valeurs d'autres lignes, d'autres pages, ou nécessite une logique conditionnelle dépendant d'un résultat transversal au document, activez le mode de réflexion pour une sortie fiable. L'interrupteur se trouve dans l'interface de téléchargement — un clic avant le traitement.

FAQ

Est-ce que cela fonctionne lorsque le bon de commande n'imprime pas du tout de total de ligne ?

Oui. La colonne calculée calcule le total de ligne directement à partir de la quantité et du prix unitaire — elle ne dépend pas du fait que le fournisseur en ait imprimé un. Si le bon de commande omet entièrement les totaux de ligne, vous utilisez simplement la colonne « Total de ligne (Qté × Prix unitaire) » et ignorez la colonne de vérification. La sortie contient vos totaux calculés, quel que soit ce que le fournisseur a choisi d'imprimer.

Et si le bon de commande utilise différents formats de devise — certains en USD, d'autres en EUR ?

L'IA gère les symboles de devise dans le cadre de sa compréhension du langage naturel. Un prix unitaire de « $12.40 » et « €9.80 » sont tous deux traités correctement, car l'IA lit la valeur de manière sémantique, et non via un analyseur fixe. Dans le format de règle, vous pouvez spécifier « Supprimer les symboles de devise, deux décimales » et l'IA supprime le symbole, quelle que soit la devise. La sortie préserve la devise présente sur le document d'origine — aucune conversion entre devises n'est effectuée, sauf si vous la décrivez explicitement dans une règle.

Peut-elle gérer des bons de commande où les quantités incluent des fractions ou des unités mixtes ?

Oui, dans des limites raisonnables. L'IA peut traiter les quantités fractionnaires — « 2,5 tonnes », « 0,75 kg », « 1 500 pieds linéaires ». Elle normalise la valeur numérique et supprime le suffixe d'unité lorsque votre règle spécifie « Numérique uniquement, supprimer tous les suffixes d'unité ». Pour des conversions d'unités extrêmement complexes (par exemple, « 3 caisses de 24 unités chacune » où vous souhaitez que la sortie affiche 72), vous devrez décrire la logique de conversion dans la règle — « Si la quantité inclut un multiplicateur d'unité, calculer le total des unités individuelles » — et activer le mode de réflexion. Les fractions et décimales simples fonctionnent sans configuration particulière.

Que se passe-t-il si l'IA lit mal une quantité ou un prix unitaire ?

ImageToTable.ai atteint jusqu'à 99 % de précision sur les données de tableaux imprimés, mais aucun système d'extraction n'est parfait. La protection clé pour les lignes d'article du bon de commande est la colonne de vérification : si vous configurez à la fois « Total de ligne fournisseur » et « Total vérifié (Qté × Prix unitaire) » avec un contrôle de correspondance, toute erreur d'extraction entraînant un écart mathématique est signalée immédiatement dans la sortie. Vous examinez les lignes signalées plutôt que chaque ligne. Pour les bons de commande de grande valeur, vérifier quelques lignes par sondage avant d'approuver la sortie est une bonne pratique, quel que soit l'outil utilisé.

Le module complémentaire Google Sheets prend-il en charge les colonnes calculées sur les bons de commande ?

Oui. Le module complémentaire Google Sheets pour bons de commande prend en charge les mêmes colonnes calculées basées sur les noms de colonnes. Collez les noms de colonnes avec les instructions de calcul dans la barre latérale du module complémentaire, téléversez votre image ou PDF de bon de commande, et les résultats — avec les totaux de ligne calculés et le total général de la commande — s'ajoutent directement à votre feuille active. Pas de téléchargement, pas de nouvelle téléversement, pas de session Excel séparée.

Comment cela se compare-t-il à une simple extraction des données avec des formules Excel ?

Le résultat final est le même — 50 unités × 12,40 $ = 620,00 $, que ce soit l'IA ou votre cellule de formule qui calcule. La différence réside dans la charge de travail. Avec les formules Excel, vous écrivez =B2*C2 une fois, vous l'étirez sur 50 lignes, vous vérifiez la plage, vous écrivez =SUM(F2:F51) en bas, et vous répétez cette configuration pour chaque nouveau bon de commande reçu — car chaque bon de commande commence comme une nouvelle feuille ou un nouveau bloc de lignes. Avec les colonnes calculées, vous définissez le calcul une seule fois et chaque bon de commande traité par la suite produit automatiquement les totaux. Pour un seul bon de commande, la différence de temps est minime. Pour 10 bons de commande par semaine, cela s'accumule. Pour 40 bons de commande par semaine auprès de plusieurs fournisseurs avec des formats différents, c'est la différence entre une vérification effectuée et une vérification sautée un mardi chargé.

Une vérification qui suit les données

Le calcul intégré dans le résultat d'extraction fait quelque chose qu'une formule de feuille de calcul ne peut pas faire : il reste avec les données, quel que soit l'endroit où elles vont. Lorsque vous exportez les lignes d'articles du bon de commande en CSV pour votre import ERP, les colonnes Total de ligne et Total général sont déjà remplies — pas des références de formule qui se cassent à l'export. Lorsque vous partagez le fichier avec un collègue qui n'a pas votre modèle Excel, il voit des chiffres, pas des erreurs #REF! . Lorsque vous archivez le lot de bons de commande pour un audit six mois plus tard, les totaux calculés sont là, dans le fichier, traçables jusqu'à la date d'extraction, et ne dépendent pas d'un classeur de formules qui a peut-être été écrasé.

C'est la différence pratique entre « extraire des données » et « extraire des réponses ». Les données nécessitent un post-traitement. Les réponses sont prêtes à l'emploi. L'étape arithmétique entre les deux — cinq secondes de multiplication par ligne — est triviale isolément. Face au volume d'approvisionnement d'une entreprise en croissance, c'est le goulot d'étranglement qui détermine si chaque bon de commande est vérifié ou seulement ceux qui semblent suspects.

Pour un aperçu technique complet du fonctionnement des colonnes calculées sur tous les types de documents — y compris l'agrégation sur plusieurs lignes, les références à paramètres fixes et la logique conditionnelle — consultez notre guide pour obtenir des réponses calculées à partir de n'importe quel document. Pour un scénario connexe côté comptabilité fournisseurs, voir comment extraire les lignes d'articles de factures avec des totaux déjà calculés.