Extraction de bons de commande

Un bon de commande est le document qu'un acheteur émet à destination d'un fournisseur pour formaliser son engagement d'achat : quantités, prix, conditions de livraison, et un numéro de bon de commande qui devient le fil conducteur de tout ce qui suit. Les équipes achats les créent, les fournisseurs les acquittent, et la finance les rapproche ensuite des factures et des bons de réception avant de valider le paiement. Lorsque l'extraction est automatisée, ce rapprochement se fait en quelques secondes plutôt que par une saisie manuelle depuis un PDF vers un ERP. Bien réalisé, ce processus permet aussi de détecter les écarts (prix erroné, quantité erronée) avant qu'ils ne deviennent des litiges de facturation.

Champs à extraire

Pourquoi ce document est difficile à traiter

Les bons de commande semblent simples jusqu'à ce qu'on en traite un grand volume. Chaque acheteur conçoit son propre modèle, et les grandes entreprises en font tourner plusieurs simultanément, un par unité opérationnelle ou instance ERP. Les tableaux de lignes de commande varient énormément : certains indiquent le prix unitaire et le total, d'autres uniquement le total, d'autres encore relèguent la taxe et les frais de port en note de bas de page plutôt que dans le tableau lui-même. Les commandes multi-pages fragmentent les tableaux d'une page à l'autre, et les informations d'en-tête (numéro de bon de commande, coordonnées de l'acheteur) ne se répètent souvent pas sur les pages suivantes, si bien qu'un analyseur page par page trop simpliste perd le contexte.

Les bons de commande scannés et faxés restent fréquents dans les secteurs où les relations fournisseurs s'étendent sur une longue traîne, et ils apportent leur lot d'inclinaisons, de basse résolution et de tampons qui se superposent au texte imprimé. Les avenants et révisions ajoutent une couche de complexité supplémentaire : un « PO-2024-08841 Rev 2 » doit être rattaché au bon de commande d'origine, et non traité comme une nouvelle commande. Les conventions de devise et d'unités varient selon les régions (virgule ou point comme séparateur décimal), et les champs en texte libre comme les « instructions particulières » contiennent parfois la seule mention d'une contrainte de livraison critique.

La fraude reste un risque plus marginal mais réel : totaux falsifiés ou noms d'approbateurs fictifs sur des bons de commande utilisés pour justifier des paiements. Rien de tout cela n'est exotique en soi, mais c'est précisément la combinaison de la diversité des modèles, de l'irrégularité des tableaux et de la structure multi-pages qui met en échec les outils d'extraction rigides basés sur des règles.

Comment Sygnet le traite

Sygnet commence par classifier le document comme bon de commande et identifier à quelle famille de modèles il appartient, sans nécessiter de modèle préconstruit pour chaque acheteur. Il déduit le schéma à partir de la structure propre du document (analyse de la mise en page) plutôt que de forcer chaque bon de commande dans une mise en page unique et fixe, ce qui compte étant donné l'ampleur des variations d'un acheteur à l'autre.

Chaque champ extrait porte un score de confiance et une traçabilité au niveau du champ : une zone de délimitation qui relie la valeur à son emplacement exact sur la page, ce qui permet à un relecteur de vérifier « total de la commande : 18 940,00 EUR » face à la source d'un seul coup d'œil, plutôt que de relire l'intégralité du document. Des règles de validation s'exécutent automatiquement : contrôles arithmétiques sur les totaux de ligne, logique de dates sur les délais de livraison, recherches en registre pour les identifiants fiscaux. Lorsque Sygnet a accès aux documents liés (contrats, bons de commande antérieurs du même fournisseur), il applique une validation croisée entre documents pour détecter les dérives de prix ou de conditions.

Le résultat est livré sous forme de données structurées propres (JSON), prêtes à être intégrées à l'ERP, avec un webhook déclenché à la fin du traitement. La relecture humaine ne porte que sur les champs situés sous un seuil de confiance donné, et non sur des documents entiers, ce qui maintient la charge de relecture proportionnelle au risque réel plutôt qu'au volume de documents.

Règles de validation à appliquer

• Vérifier que le total de ligne correspond bien à la quantité multipliée par le prix unitaire, avec une tolérance d'arrondi.
• Confirmer que le total de la commande correspond à la somme des totaux de ligne, taxes et frais de port inclus.
• Vérifier que la date de livraison est postérieure à la date d'émission et compatible avec un délai de livraison plausible.
• Valider le format de l'identifiant fiscal du fournisseur et le recouper avec un registre d'entreprises.
• Comparer les prix unitaires au dernier tarif négocié avec ce fournisseur.
• Signaler tout numéro de bon de commande faisant doublon avec une commande existante déjà honorée.
• Confirmer que la devise correspond au contrat ou à la devise par défaut pour ce couple acheteur-fournisseur.
• Vérifier que le nom de l'approbateur figure bien sur la liste actuelle des signataires autorisés.

FAQ

Sygnet peut-il traiter des bons de commande reçus par fax scanné ?

Oui. Sygnet repose sur des modèles qui lisent les documents visuellement plutôt que de s'appuyer uniquement sur des couches de texte intégrées, ce qui est déterminant pour les scans et les fax. Voir OCR vs VLM pour comprendre pourquoi cette distinction influence la précision sur des documents dégradés. Le score de confiance signale les champs illisibles pour relecture plutôt que de deviner leur contenu.

Comment Sygnet rapproche-t-il un bon de commande de la facture correspondante ?

Il s'appuie sur la validation croisée entre documents, en comparant le numéro de bon de commande, les lignes de commande, les quantités et les totaux avec les champs de la facture. Voir l'extraction de données de facture pour les champs correspondants côté facture. Les écarts (quantité erronée, dérive de prix) sont signalés avant le paiement, et non après.

Vaut-il mieux développer cette capacité en interne ou acheter une plateforme ?

Cela dépend du volume, de la diversité des modèles, et du temps d'ingénierie que vous pouvez consacrer à la maintenance de la logique d'extraction à mesure que les modèles évoluent. Notre page développer ou acheter une solution IDP détaille ces compromis, et le calculateur de ROI peut vous aider à estimer le délai de retour sur investissement pour votre volume.