Extraire les lignes de bons de commande et
calculer automatiquement les coûts totaux en une seule étape

L'écart entre l'extraction du bon de commande et un nombre exploitable

Ouvrez n'importe quel bon de commande en PDF. Le document est dense en données : un numéro de commande 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 aussi un total par ligne. Beaucoup ne le font pas. Presque aucun n'imprime un total général de commande fiable sans que vous vérifiiez le calcul vous-même.

Une extraction standard de bon de commande vous donne les champs bruts. Vous obtenez la Qté. Vous obtenez le Prix unitaire. Vous pourriez obtenir un Total par ligne imprimé par le fournisseur si son ERP en a inclus un. L'outil considère son travail terminé — les données sont dans votre feuille de calcul. Mais votre travail, lui, ne l'est pas. Vous devez encore :

Pour un seul bon de commande de 30 lignes, cela représente 30 cellules de formule, 30 vérifications et une SOMME en bas — soit 61 opérations de formule. Pour 10 bons 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 en volume est là où les erreurs s'accumulent : une formule mal tapée sur la ligne 17, une plage SOMME qui a oublié trois lignes, un sous-total qui incluait le mauvais en-tête de section — chaque écart se répercute sur vos dépenses engagées et potentiellement sur le rapprochement à trois lors de l'arrivée de la facture, lorsque les chiffres ne concordent pas.

Les colonnes calculées résolvent ce problème à la source. Au lieu d'extraire la Qté et le Prix unitaire comme valeurs brutes et de vous les remettre pour post-traitement, vous dites à l'IA ce que vous voulez calculer — « multiplier Qté par 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'effectue pendant l'extraction. Le fichier que vous téléchargez contient déjà les réponses.

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

Deux méthodes permettent de définir les calculs, selon que vous souhaitiez essayer immédiatement ou créer un modèle réutilisable pour vos bons de commande habituels. 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 interprète le nom de la colonne comme une instruction sémantique — non seulement quoi trouver, mais quoi 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 ligne multiplie Qté par Prix unitaire par ligne, et Total général BC additionne tous les Totaux ligne de l'ensemble du document. L'IA gère les deux en une seule passe.

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

Désormais, le résultat signale automatiquement les écarts. Si le fournisseur a imprimé 1 275,00 € pour une ligne mais que Qté × Prix unitaire donne 1 200,00 €, la colonne Correspondance affiche « 75,00 € de trop » — aucune vérification manuelle nécessaire.

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

Lorsque vous traitez régulièrement des bons de commande — 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 format Règle JSON facilite la réutilisation de la configuration. Les noms de colonnes restent courts (juste l'étiquette du champ), et les règles décrivent exactement comment chaque colonne calculée doit se comporter.

L'approche Format 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 BC que vous traitez utilise la même configuration — pas de reconfiguration par fournisseur.

Comment l’extraction par nom de colonne 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 totalement différentes. L’un place le code article dans la colonne 1. Un autre le met dans la colonne 3. Un troisième n’utilise même pas 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 Qté et du Prix unitaire, que se passe-t-il lorsque les positions des champs changent ?

C’est là que l’extraction par nom de colonne diffère fondamentalement des outils basés sur des modèles. Les outils à modèles localisent les champs par position en pixels — « La Qté est dans le tableau, ligne N, troisième colonne en partant de la gauche. » Lorsque le bon de commande du fournisseur B place la Qté dans la colonne quatre au lieu de la colonne trois, le modèle se casse. L’extraction par nom de colonne ne se soucie pas de la position. Elle localise la Qté en comprenant ce que Qté 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 de manière sémantique, pas géométrique.

Cela a une conséquence directe pour les colonnes calculées : la logique de calcul que vous avez définie une fois — « multiplier Qté par 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 Qté et Prix unitaire par fournisseur car l’IA les trouve par le sens, pas par les coordonnées.

Traitement par lot 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 vrai gain d'efficacité vient quand vous traitez par lot les bons de commande — en téléchargeant 10, 20 ou 50 BC à la fois et en obtenant un seul fichier consolidé avec chaque total de ligne et le total général déjà calculé.

Voici à quoi ressemble un résultat par lot après le traitement de 15 BC provenant de différents fournisseurs :

Exemple de résultat d'un lot de 15 BC. 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 BC-9072 présente un écart de 52,50 $ entre le total de ligne imprimé par le fournisseur et le calcul Qté × Prix unitaire.

Dans ce résultat par lot, chaque total de ligne est le résultat de la colonne calculée — pas le nombre imprimé par le fournisseur. Chaque total général de BC est la somme des totaux de ligne calculés — pas le total que le fournisseur a imprimé en bas. Et la colonne Correspondance révèle un écart de 52,50 $ sur le BC-9072 qui serait passé inaperçu dans un flux manuel.

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

Quand les calculs nécessitent le mode Réflexion

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

Agrégation inter-lignes entre sections. Lorsqu'un bon de commande répartit les lignes 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 ligne » produirait un seul nombre. « Additionner les valeurs de Total ligne dans chaque section, afficher le sous-total sur la dernière ligne de chaque section » nécessite que l'IA identifie les limites des sections, associe les lignes à leur section et agrège sélectivement. Le mode Réflexion donne à l'IA les étapes de raisonnement pour le faire correctement.

Bons de commande multipages avec en-têtes de colonnes répétés. Certains bons de commande s'étendent sur 4 à 6 pages, le tableau des lignes se poursuivant entre 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 — et non une donnée distincte. Sans le mode 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 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 bon de commande. 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é, afficher la différence sur chaque ligne ; sinon, afficher OK » nécessite que l'IA calcule une valeur à l'échelle du document avant de remplir chaque ligne. Il s'agit d'une opération en deux passes : d'abord calculer tous les Totaux lignes et les additionner, puis comparer avec le total imprimé, puis décider quoi écrire dans chaque cellule de Correspondance. Le mode 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 par ligne), la méthode des noms de colonnes fonctionne sans le mode 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 à l'échelle du document, activez le mode Réflexion pour une sortie fiable. Le bouton se trouve dans l'interface de téléchargement — un clic avant le traitement.

FAQ

Est-ce que ça fonctionne si le bon de commande n'affiche pas du tout le total d'une ligne ?

Oui. La colonne calculée détermine le total de la 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 complètement les totaux de ligne, utilisez simplement la colonne « Total ligne (Qté × Prix unitaire) » et ignorez la colonne de vérification. Le résultat contient vos totaux calculés, peu importe 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. Le résultat préserve la devise du document original — aucune conversion de change n'est effectuée, sauf si vous la décrivez explicitement dans une règle.

Peut-il 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 des 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 le résultat 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 Réflexion. Les fractions et décimales simples fonctionnent sans configuration spéciale.

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 sauvegarde clé pour les lignes d'articles d'un bon de commande est la colonne de vérification : si vous configurez à la fois « Total ligne fournisseur » et « Total vérifié (Qté × Prix unitaire) » avec une vérification de Correspondance, toute erreur d'extraction provoquant un écart mathématique est immédiatement signalée dans le résultat. Vous examinez les lignes signalées plutôt que chaque ligne. Pour les bons de commande de grande valeur, il est de bonne pratique de vérifier quelques lignes avant d'approuver le résultat, 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, importez votre image ou PDF de bon de commande, et les résultats — avec les totaux de ligne et le total général calculés — s'ajoutent directement à votre feuille active. Pas de téléchargement, pas de réimport, pas de session Excel séparée.

En quoi cela diffère-t-il d'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 l'IA le calcule ou votre cellule de formule. 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 =SOMME(F2:F51) en bas, et vous répétez cette configuration pour chaque nouveau bon de commande — car chaque bon commence sur une nouvelle feuille ou un nouveau bloc de lignes. Avec les colonnes calculées, vous définissez le calcul une fois et chaque bon traité par la suite produit automatiquement les totaux. Pour un seul bon, la différence de temps est minime. Pour 10 bons par semaine, cela s'accumule. Pour 40 bons par semaine provenant de plusieurs fournisseurs avec des formats différents, la différence est la raison pour laquelle la vérification est effectuée plutôt que sautée un mardi chargé.

Une vérification qui suit les données

Le calcul intégré dans le résultat d'extraction fait ce qu'une formule de tableur ne peut pas : il reste avec les données, où qu'elles aillent. Lorsque vous exportez les lignes du bon de commande en CSV pour votre import ERP, les colonnes Total Ligne et Total Général sont déjà renseignées — pas de références de formule qui se brisent à l'export. Lorsque vous partagez le fichier avec un collègue qui n'a pas votre modèle Excel, il voit des nombres, pas des erreurs #REF!. Lorsque vous archivez le lot de bons pour un audit six mois plus tard, les totaux calculés sont là dans le fichier, traçables jusqu'à la date d'extraction, et non dépendants 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 insignifiante isolément. Mais dans le volume d'approvisionnement d'une entreprise en croissance, c'est le goulot d'étranglement qui détermine si chaque bon 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 inter-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 de facture avec des totaux déjà calculés.