Comment extraire les données d'un bon de livraison français
dans Excel (guide 2026)

Pourquoi le bon de livraison est le goulot d'étranglement que les équipes AP françaises négligent

La facture obtient le budget d'automatisation. Outils OCR, logiciels AP, obligations de facturation électronique — tout l'écosystème de la facture est en pleine refonte pour septembre 2026, date à laquelle chaque entreprise française doit pouvoir recevoir des factures électroniques via une plateforme certifiée. Le bon de livraison hérite d'une ardoise et d'un stylo bille. Pourtant, c'est le document qui verrouille toute la chaîne de la réception au paiement.

Dans la pratique standard des achats en France, le paiement passe par une vérification à trois niveaux : le bon de commande définit ce qui a été commandé, le bon de livraison confirme ce qui a été livré, et la facture indique ce qui doit être payé. Si les données du bon de livraison n'entrent jamais dans un système structuré, le rapprochement à trois niveaux est bloqué avant même de commencer. La comptabilité fournisseurs doit soit relancer l'entrepôt pour obtenir les confirmations de livraison, soit saisir manuellement les lignes à partir de PDF scannés, soit — le plus souvent — ignorer la vérification de livraison et espérer que la facture corresponde à la commande.

C'est là que l'approche d'extraction diffère fondamentalement des outils de facturation. Un outil de facturation attend un total, une ventilation de la TVA et un identifiant fournisseur — des champs légalement standardisés pour les factures françaises selon l'article L441-9 du Code de commerce. Un bon de livraison, en revanche, contient ce que le système logistique du fournisseur génère : parfois un tableau de lignes avec des SKU et des quantités, parfois une description de produit et un nombre de colis, parfois rien d'autre qu'un code-barres de suivi et l'heure de livraison manuscrite du chauffeur. L'outil d'extraction doit tous les gérer — et produire des colonnes exploitables en aval.

Ce qui distingue un bon de livraison français d'un bordereau d'expédition standard

Contrairement à une facture, le bon de livraison n'est pas une obligation légale en France. Le Code de la consommation Articles L216-1 à L216-6 et l'article 1610 du Code civil établissent l'obligation de livraison du vendeur et le droit de l'acheteur à recevoir des biens conformes, mais ils n'imposent pas de format documentaire spécifique. Le bon de livraison relève d'une pratique commerciale, non d'une exigence légale — ce qui entraîne une variabilité quasi infinie des formats. Pourtant, trois caractéristiques distinguent les bons de livraison français des bordereaux d'expédition génériques, et ce, d'une manière qui compte pour l'extraction de données.

Absence de prix. Selon la convention commerciale française, les prix figurent sur la facture. Le bon de livraison énumère ce qui a été livré — références produits, descriptions, quantités, unités de mesure — mais n'affiche ni prix unitaires ni totaux. Pour l'équipe de réception, c'est correct. Pour un outil d'extraction entraîné sur des factures, c'est un problème : l'outil cherche un champ « Total » qui n'existe pas. Les colonnes doivent être définies autour des champs réellement présents sur le document, et tout rapprochement de prix intervient plus tard — dans le tableur, où les lignes du bon de livraison sont comparées au bon de commande et à la facture.

Identification de l'entreprise par le SIREN et le RCS. Les articles R123-237 et R123-238 du Code de commerce imposent à toute entreprise française immatriculée d'afficher son numéro SIREN (identifiant unique de 9 chiffres dans le registre Sirene) et son RCS (Registre du Commerce et des Sociétés, suivi de la ville du greffe d'immatriculation) sur les documents commerciaux — y compris les bons de livraison. La plupart des bons de livraison fournisseurs portent donc un SIREN dans l'en-tête ou le pied de page. Extraire correctement ce champ permet de lier le bon de livraison aux données de référence du fournisseur dans l'ERP, facilitant le rapprochement automatique avec les bons de commande ouverts du même fournisseur.

Signature comme preuve légale. Bien que non obligatoire sur le plan juridique, un bon de livraison signé constitue une preuve solide de réception. Selon l'article L133-3 du Code de commerce, toute réserves (annotations concernant un emballage endommagé, des articles manquants ou un retard de livraison) portée sur le bon de livraison au moment de la réception doit être confirmée par lettre recommandée dans les trois jours. Un bon de livraison signé, vierge de réserves, vaut présomption de livraison conforme. Pour l'extraction, cela signifie que votre outil doit préserver non seulement les champs structurés (SKU, quantité), mais aussi les annotations non structurées — la note manuscrite de manquant, le nombre d'articles entouré, l'heure de livraison griffonnée par le chauffeur — car ces annotations ont une valeur juridique en cas de litige.

Les champs essentiels : du bon de livraison au rapprochement à trois

La conception d'une colonne d'extraction pour les bons de livraison repose sur une question différente de celle de l'extraction de factures. Avec une facture, vous extrayez ce que le fournisseur demande à être payé. Avec un bon de livraison, vous extrayez ce que le fournisseur a réellement livré — et le résultat doit alimenter un processus de vérification, pas une instruction de paiement. Voici la structure de champs qui prend en charge un rapprochement à trois français (rapprochement bon de commande / bon de livraison / facture) :

* Pour la comptabilisation des réceptions de marchandises selon le Plan Comptable Général (PCG) : débitez le compte d'achat (compte 607 — Achats de marchandises pour les biens destinés à la revente, ou 601/602 pour les matières premières et consommables) et débitez le compte 44566 (TVA déductible) du montant de la TVA ; créditez le compte 401 (Fournisseurs). Si les marchandises sont reçues mais que la facture n'est pas encore parvenue à la fin du mois, utilisez le compte 408 (Fournisseurs — Factures non parvenues) pour la constatation provisoire. Les données du bon de livraison fournissent les quantités et les références qui déterminent les montants à comptabiliser.

Cette structure de champ produit un tableur où chaque ligne correspond à une ligne d'article d'un bon de livraison, avec les champs d'en-tête — fournisseur, numéro de bon de livraison, date, référence de bon de commande — répétés sur chaque ligne. Un rapprochement à trois dans Excel devient une série d'opérations VLOOKUP ou INDEX/MATCH : la quantité du bon de livraison est vérifiée par rapport à la quantité du bon de commande, la quantité de la facture est vérifiée par rapport à la quantité du bon de livraison, et les écarts sont signalés par ligne.

Mais construire ce tableur manuellement — saisir 12 lignes d'articles d'un bon de livraison d'un fournisseur Sage, puis 8 autres d'un formulaire Geodis d'aspect différent, puis retranscrire des notes de manquants manuscrites d'un double carbone de coursier — c'est ce qui fait du traitement des bons de livraison un goulot d'étranglement. L'étape d'extraction est ce qui transforme cette tâche de saisie de données en une tâche de vérification de données. Et pour que cela fonctionne, l'outil d'extraction doit comprendre ce que chaque colonne signifie, pas seulement où elle se trouve sur une page.

Étape par étape : extraire les données d’un bon de livraison dans des colonnes Excel structurées

Les outils OCR basés sur des modèles traitent un bon de livraison comme une grille. Vous importez un exemple du fournisseur A, dessinez des rectangles autour du champ quantité et du champ SKU, les étiquetez, puis enregistrez un modèle. La prochaine fois que le fournisseur A envoie un bon de livraison avec la même mise en page, l’extraction fonctionne. Mais lorsque le fournisseur A met à jour son ERP et que la mise en page change — ou quand le bon de livraison du fournisseur B arrive dans un format totalement différent — le modèle se casse. Pour un entrepôt français qui reçoit des marchandises de 20, 40 ou 100 fournisseurs différents, la maintenance des modèles devient un travail à temps plein. L’approche qui fonctionne sur tous les formats est l’Extraction de colonnes personnalisées : au lieu d’indiquer à l’outil où se trouve un champ, vous lui dites ce que le champ signifie, et l’IA localise la valeur en comprenant le contenu du document — en le lisant.

Voici le flux de travail, du bon de livraison fournisseur au fichier Excel structuré :

Ce flux d'extraction supprime entièrement la charge de maintenance des modèles. La même définition de colonnes — « SIREN fournisseur », « N° de commande », « Quantité livrée », « Notes de réception » — produit un résultat cohérent, que le bon de livraison provienne d'un PDF imprimé depuis Sage, d'un formulaire généré par le WMS Divalto ou du carnet carbone d'un chauffeur. L'IA lit chaque document à neuf, en localisant les champs par leur contenu sémantique plutôt que par des coordonnées. Pour les équipes logistiques qui traitent des bons de livraison de fournisseurs utilisant des formats changeant d'un envoi à l'autre, c'est la différence entre un outil qui fonctionne aujourd'hui et un outil qui nécessite une maintenance constante.

Connecter les données extraites aux ERP et systèmes comptables français

Une fois les données des bons de livraison structurées dans un tableur, le chemin d'intégration dépend de l'ERP utilisé par votre équipe. Les logiciels logistiques et comptables français disposent de voies d'importation bien établies pour les données structurées — le goulot d'étranglement a toujours été d'obtenir ces données dans un format structuré.

Sage 100 ERP et Cegid. Tous deux prennent en charge l'import Excel et CSV pour les enregistrements de réception de marchandises. Pour Sage, la saisie de réception est mappée au module Gestion Commerciale, où les données du bon de livraison déclenchent le mouvement de stock et génèrent l'écriture comptable provisoire. Le module Gestion des Stocks de Cegid accepte les importations structurées pour les entrées de stock, reliant chaque ligne au bon de commande pour un appariement automatique des quantités.

Divalto infinity. Avec son module WMS natif, Divalto accepte des données de réception structurées qui se mappent directement aux emplacements de stock. Les champs SKU, quantité et unité du bon de livraison alimentent l'écran de réception, et le moteur WMS alloue le stock à l'emplacement de prélèvement optimal selon les règles de stockage prédéfinies. Le point d'intégration clé est la référence de commande — lorsque le bon de livraison porte le numéro de commande, Divalto apparie automatiquement la réception à la commande ouverte et met à jour le stock en temps réel.

EBP et Pennylane. Pour les petites structures, EBP Comptabilité importe les fichiers Excel directement dans le journal des achats. Pennylane, largement adopté par les experts-comptables français pour sa conformité avec la future obligation de facturation électronique, accepte des importations de données structurées qui alimentent à la fois la comptabilité et le workflow de rapprochement des factures fournisseurs.

Au niveau comptable, un bon de livraison déclenche l’écriture provisoire de facture non parvenue (FNP) lorsque les marchandises arrivent en fin de mois avant la facture correspondante. L’écriture débite le compte 607 (Achats de marchandises) et crédite le compte 408 (Fournisseurs — Factures non parvenues) pour la valeur estimée. À réception de la facture, la FNP est contre-passée. Le bon de livraison fournit les quantités nécessaires à l’estimation de la provision — sans lui, le cut-off de fin de mois nécessite d’appeler l’entrepôt ou de deviner.

Pour les équipes qui gèrent déjà l’extraction de données de facture, ajouter l’extraction des bons de livraison crée une piste numérique complète : le bon de commande définit ce qui a été commandé, le bon de livraison confirme ce qui est arrivé, et la facture indique ce qui doit être payé. Chaque document alimente le suivant, et lorsque les trois sont structurés dans des tableurs, le rapprochement à trois qui prenait des heures par fournisseur devient un ensemble de formules Excel qui s’exécutent en quelques minutes. Pour le traitement de fin d’exercice, la combinaison de l’extraction des bons de livraison et des factures produit une piste documentaire qui satisfait à la fois aux exigences de la clôture comptable et à l’obligation de conservation de 10 ans prévue à l’article L123-22 du Code de commerce.

FAQ

L’IA peut-elle extraire des données de bons de livraison manuscrits en français ?

Oui, avec une réserve importante. ImageToTable.ai lit le texte manuscrit grâce à l’IA de vision — il peut capturer les quantités manuscrites, les descriptions de produits, les dates de livraison et même les notes de manque griffonnées dans la marge. La précision sur l’écriture manuscrite est inférieure à celle sur le texte imprimé. Un bon de livraison avec une écriture manuscrite claire en majuscules dans le tableau des lignes sera extrait de manière fiable. Une copie carbone entièrement manuscrite en écriture cursive française produira une fidélité moindre — l’IA capturera les champs qu’elle peut lire avec confiance, mais certains caractères peuvent être mal interprétés. L’outil ne remplace pas la demande de formulaires lisibles auprès des fournisseurs. Pour ce cas d’usage spécifique, voir l’extraction de bons de livraison manuscrits pour les attentes champ par champ, ou comment fonctionne l’automatisation des preuves de livraison manuscrites en pratique.

Et si mes fournisseurs utilisent tous des formats de bons de livraison différents ?

L'outil fonctionne en comprenant ce que représente un nom de colonne, et non en se basant sur un modèle. Lorsque vous définissez une colonne « SIREN fournisseur », l'IA recherche dans chaque bon de livraison importé un nombre à 9 chiffres près de la section d'identification de l'entreprise — que le document l'intitule « SIREN », « N° SIREN », « SIRET » ou l'imprime sans étiquette en pied de page. Lorsque vous définissez « Quantité livrée », l'IA trouve la valeur numérique associée à chaque ligne du tableau du bon de livraison, quel que soit l'en-tête de colonne (« Qté livrée », « Quantité », « Qty ») ou même en l'absence d'en-tête. La même définition de colonne fonctionne pour tous les formats, car l'IA lit le document pour comprendre quelle valeur correspond à quel concept. Vous n'avez pas à créer de modèles par fournisseur.

Puis-je traiter les bons de livraison par lots — par exemple 50 à la fois ?

Oui. Importez plusieurs fichiers en un seul lot et l'outil les traite tous avec la même définition de colonne. Chaque bon de livraison génère ses lignes dans le tableau de sortie. Par exemple, un lot de 30 bons de livraison, chacun avec une moyenne de 8 lignes, produit un tableur de 240 lignes — une ligne par article, avec le numéro de bon, le fournisseur, la date et la référence de commande répétés sur chaque ligne pour chaque document. Le temps de traitement dépend du nombre de pages, pas du nombre de formats différents. Un lot de 50 bons de livraison d'une page est traité en quelques minutes. Pour les environnements à volume élevé, cela remplace la routine quotidienne de saisie des données de livraison dans un tableur et libère le réceptionnaire pour vérifier les quantités plutôt que de les retranscrire.

Et si le bon de livraison ne fait pas référence à un numéro de commande ?

C'est courant avec les petits fournisseurs français et les services de messagerie, et c'est le plus grand obstacle au rapprochement automatisé à trois niveaux. Sans référence de commande sur le bon de livraison, les données extraites peuvent toujours être rapprochées par nom de fournisseur, date de livraison et référence produit — mais cela nécessite plus de vérification manuelle. L'outil d'extraction récupère toutes les informations d'identification présentes sur le bon : nom du fournisseur, date de livraison, descriptions des produits, quantités. L'étape de rapprochement ultérieure dans votre tableur repose sur ces champs. Pour réduire la fréquence des références de commande manquantes, incluez dans vos accords fournisseurs l'obligation que tous les bons de livraison portent le numéro de commande — il s'agit d'une clause contractuelle, non d'une obligation légale, et de nombreux fournisseurs français s'y conformeront si on le leur demande.

L'extraction du bon de livraison gère-t-elle la TVA ou les données fiscales ?

Non — par conception. Un bon de livraison français, contrairement à une facture, n'affiche pas les taux de TVA, les montants de TVA ni les prix unitaires. Le bon de livraison confirme le transfert physique des marchandises ; la facture porte les données financières et fiscales. La gestion de la TVA relève de l'étape d'extraction des factures, où des colonnes comme « TVA 20% », « TVA 10% », « TVA 5,5% » et « Total TTC » correspondent aux écritures comptables du compte 44566 (TVA déductible). Pour le flux complet de la facture à la comptabilité, incluant l'extraction multi-taux de TVA, la capture du SIREN et la préparation de la déclaration CA3, consultez le guide d'extraction des factures françaises.

Le tableur extrait peut-il être importé directement dans notre ERP existant ?

Si votre ERP accepte l'import Excel ou CSV pour les enregistrements de réception — ce que Cegid, Sage 100, Divalto, EBP et la plupart des ERP logistiques français font — la réponse est oui. Le tableur extrait utilise des noms de colonnes et des formats de données cohérents pour tous les bons de livraison, ce qui est la condition préalable à un import propre. Pour une intégration automatisée, les mêmes données peuvent être exportées en CSV ou JSON et injectées dans les systèmes via leur API ou des répertoires de surveillance de fichiers. La couche d'extraction produit des données structurées et formatées de manière cohérente ; la couche d'intégration est l'endroit où vous connectez ces données à votre ERP spécifique. Si l'outil d'import de votre ERP nécessite une convention de nommage de colonnes spécifique, renommez les colonnes dans le tableur avant l'import — l'outil d'extraction vous donne des données propres ; l'ERP détermine le format d'import.

L'extraction numérique des bons de livraison satisfait-elle à l'obligation de conservation de 10 ans ?

Selon l'article L123-22 du Code de commerce, les documents commerciaux — y compris les bons de livraison — doivent être conservés pendant 10 ans. Les copies numériques sont légalement acceptables en France, à condition que le processus de numérisation garantisse la valeur probante : la copie numérique doit reproduire fidèlement l'original, et le processus doit garantir que la copie ne peut être altérée. Un bon de livraison PDF stocké dans votre système de gestion documentaire satisfait à cette exigence. Le tableur Excel extrait est un fichier de données dérivé du bon de livraison — il ne remplace pas le document original pour la conservation légale. Conservez les deux : le PDF original dans vos archives documentaires pour la conformité légale, et le tableur extrait pour l'utilisation opérationnelle.

Un tableur de réception qui se remplit tout seul

Le quotidien du magasinier — ouvrir le bon de livraison, trouver le numéro de commande, saisir les quantités, noter les manquants, recommencer — n'a pas changé depuis que les bons de livraison papier sont devenus la norme commerciale. Ce qui a changé, c'est que la saisie n'est plus nécessaire. La même IA qui lit une facture française et comprend la TVA à plusieurs taux peut lire un bon de livraison et comprendre ce que « Qté livrée » signifie dans un tableau, ce qu'implique un « manquant » griffonné dans la marge, et quel numéro à 9 chiffres près de l'en-tête est le SIREN du fournisseur.

Le résultat est un tableur dont les colonnes correspondent aux champs attendus par votre rapprochement à trois, votre saisie de réception et votre import ERP — créé en définissant les colonnes une fois et en traitant n'importe quel bon de livraison, de n'importe quel fournisseur, dans n'importe quel format. Essayez-le sur un bon de livraison de votre prochaine réception. Voyez si le tableur se remplit tout seul.