50 Bons de Livraison, un Seul Journal de Réception :
Comment Éviter la Saisie Manuelle
Un entrepôt français qui reçoit 50 livraisons par jour collecte 50 bons de livraison — un de Geodis sur un rapport Sage imprimé, un de DSV en PDF depuis une plateforme numérique, un griffonné sur du papier carbone par un transporteur local. Chacun est un document légalement requis selon l'article L123-22 du Code de commerce, exigeant une conservation de 10 ans. Pourtant, aucun ne partage un format commun, et aucun WMS ne peut en extraire les données tout seul. L'équipe de réception passe des heures à saisir les lignes dans Sage X3 Geode ou Cegid — et le rapprochement à trois s'enlise avant même de commencer, car le seul document qui prouve ce qui a été réellement livré n'a jamais été structuré.
Points Clés
- Le mandat de facturation électronique 2026 en France a ignoré les bons de livraison — le seul document qui prouve ce qui est arrivé sur le camion reste un fouillis papier tandis que chaque facture devient structurée.
- Votre WMS suit les palettes avec RFID et codes-barres, mais les données des bons de livraison qui alimentent le rapprochement à trois de votre ERP entrent encore dans le système via un clavier — 50 livraisons et 2,5 heures de saisie par jour.
- Une seule définition de colonne lit le bon de livraison de chaque fournisseur selon ce que les champs signifient, non pas où ils se trouvent sur la page — transformant un shift de saisie de 2,5 heures en une revue de cinq minutes dans ImageToTable.ai.
Pourquoi le carnet de réception est le goulot d'étranglement que votre WMS français ne peut résoudre seul
Les systèmes de gestion d'entrepôt français — Sage X3 Warehousing (Geode), Mecalux Easy WMS, Hardis Reflex, Cegid, LogiX — excellent dans leur domaine. Ils suivent les emplacements des stocks, orchestrent la préparation de commandes, gèrent la traçabilité des lots. Mais ils partagent tous la même dépendance : ils ont besoin de données structurées pour démarrer. Un WMS peut associer une palette reçue à un bon de commande, mettre à jour les niveaux de stock et signaler des écarts — mais seulement après que quelqu'un a saisi les lignes du bon de livraison dans le système.
C'est cette étape de saisie qui crée le goulot d'étranglement. Un agent de réception dans une plateforme logistique française peut traiter 30 à 50 livraisons par équipe. Chaque transporteur — Geodis, DSV, DB Schenker, un transporteur local — remet un document différent. Certains sont des PDF nets imprimés depuis l'ERP du fournisseur. D'autres sont manuscrits sur des blocs carbone dans la cabine d'un camion. D'autres arrivent sous forme de JPEG pris en photo avec un téléphone d'entrepôt et transmis par email. Le WMS n'en voit aucun tant qu'un humain n'a pas saisi les données.
Les entrepôts français qui déclarent des flux de réception automatisés déploient généralement le scan de codes-barres et la RFID au niveau des palettes. Mais le bon de livraison lui-même — le document qui répond à « qu'y avait-il dans ce camion, de quel fournisseur, en quelle quantité » — est toujours traité via des claviers et des tableurs. L'automatisation s'arrête aux marchandises physiques. Elle ne touche pas au papier.
Le carnet de réception — l'enregistrement quotidien de toutes les marchandises reçues — est le résultat en aval de cette saisie manuelle. C'est ce que l'équipe comptable utilise pour le rapprochement à trois, ce que le contrôleur de stocks vérifie par rapport aux mouvements, et ce que l'auditeur demande en vertu de l'article L123-22 du Code de commerce. Lorsqu'il est tenu manuellement à partir de dizaines de documents sources hétérogènes, les erreurs se multiplient. Une quantité mal saisie. Un SKU qui ne correspond pas au bon de commande. Un bon de livraison classé sous la mauvaise date. Le rapprochement à trois — bon de commande → bon de livraison → facture — ne peut pas se faire de manière fiable quand les données du document central n'ont jamais quitté le papier sur lequel elles sont arrivées.
Cinquante fournisseurs, cinquante formats : la vraie source du chaos des bons de livraison en France
Les factures françaises convergent. L'obligation de facturation électronique de 2026 (Ordonnance 2021-1190) imposera à chaque entreprise française de recevoir ses factures via une plateforme certifiée, avec Factur-X et Chorus Pro comme moteurs de standardisation des formats dans tout l'écosystème de la facture. Les bons de livraison, eux, ont été exclus du dispositif. Pas de format standard, pas de champs obligatoires, pas d'exigence de données structurées — car en droit commercial français, le bon de livraison n'est même pas un document légalement requis.
Le résultat, c'est l'anarchie totale des formats. En une seule matinée dans un entrepôt français, l'équipe de réception peut rencontrer :
PDF imprimé de Geodis ou DB Schenker. Une mise en page propre, multi-colonnes, avec référence d'expédition, nom du fournisseur, lignes d'articles avec quantités et unités de mesure, et un champ de signature pour le bon de réception. Ça a l'air structuré — mais la position des champs, les en-têtes de colonnes, et même la langue des libellés varient selon le fournisseur. L'un nomme la référence article « Réf. article », un autre « Code SKU », un autre imprime seulement le code-barres EAN.
Export de plateforme numérique DSV. Généré via myDSV ou Schenker Connect — un format web avec codes de suivi, nombre de palettes et identifiants d'unités de manutention. Contient les données de livraison, mais organisé autour des métadonnées logistiques (mètres linéaires, zones de température pour la chaîne du froid STEF) plutôt que du tableau de lignes d'articles du service achats.
Bon de livraison manuscrit d'un transporteur local. Les petites entreprises de transport — celles qui gèrent les livraisons régionales pour les fournisseurs agricoles ou les distributeurs de matériaux de construction — utilisent encore des carnets à papier carbone. Le chauffeur remplit à la main la date de livraison, une description du produit et le nombre de colis. La qualité d'écriture varie de lisible à à peine déchiffrable, et le document peut arriver taché ou froissé après une journée dans la cabine du camion.
Un entrepôt qui s'approvisionne auprès de 40 fournisseurs en une semaine verra 40 formats de bons de livraison complètement différents. Chaque nouveau fournisseur ajoute une nouvelle mise en page à apprendre, un nouvel ensemble de positions de champs à mémoriser, un nouveau modèle Excel à maintenir. Ce n'est pas un problème qui disparaît avec un meilleur WMS. Un WMS stocke des données. Il ne les extrait pas de documents non structurés — et contrairement aux factures, les bons de livraison n'ont pas de Factur-X pour les contraindre à un schéma commun.
L'ironie, c'est que les champs de données des bons de livraison sont relativement cohérents d'un format à l'autre — nom du fournisseur, date de livraison, référence de commande, codes articles, quantités — ils apparaissent simplement à des endroits différents, avec des libellés différents, dans des langues différentes. Le défi n'est pas que l'information soit complexe. C'est qu'elle est éparpillée. Et la réponse traditionnelle — ouvrir chaque PDF, copier chaque valeur, coller dans Excel — évolue linéairement avec le volume. À 50 livraisons par jour, cela représente 250 lignes d'articles à transcrire. Avec une précision de 99 %, cela fait encore 2 à 3 erreurs par jour, qui se cumulent sur le mois.
Comment l’extraction par lot transforme une journée de saisie manuelle en cinq minutes de vérification
Le traitement par lot change la donne en dissociant l’extraction du format. Au lieu d’ouvrir chaque bon de livraison individuellement et de recopier les valeurs où qu’elles se trouvent sur la page, vous définissez une fois les colonnes souhaitées — Nom du fournisseur, Date de livraison, Référence commande, Code article, Quantité livrée, Notes de réception — et le moteur d’extraction lit tous les documents du lot par rapport à cette liste de colonnes, en localisant chaque valeur par ce qu’elle signifie plutôt que par son emplacement sur la page.
Cette approche, appelée Extraction par colonnes personnalisées, fonctionne différemment de l’OCR basé sur des modèles. Un outil à modèles vous oblige à dessiner un cadre autour du champ « nom du fournisseur » sur chaque variante de mise en page — car il identifie les données par leur position. Avec 40 formats fournisseurs, il vous faut 40 modèles. Quand le fournisseur 41 arrive, il en faut un de plus. En revanche, l’extraction sémantique identifie les données par leur contexte : elle sait que « SAS Transports Durand » en haut de la page, associé à des champs intitulés « Expéditeur », « Fournisseur » ou « Supplier », est le nom du fournisseur — qu’il apparaisse dans l’en-tête, dans une barre latérale ou dans un tableau. Une seule définition de colonne fonctionne pour tous les formats.
Les fichiers sont traités en toute sécurité et ne sont pas conservés.
Le flux de travail pour une équipe de réception dans un entrepôt français est simple :
Le changement clé est le suivant : au lieu de passer 3 minutes par bon de livraison à transcrire des données (ce qui, pour 50 livraisons par jour, représente plus de 2,5 heures), l'équipe consacre 5 minutes à vérifier le résultat de l'extraction. Un bon de livraison d'une seule page se traite en 5 à 10 secondes — soit une amélioration de la vitesse de 18 fois par rapport à la saisie manuelle. Le temps gagné ne réduit pas seulement les coûts. Il élimine la fenêtre durant laquelle une erreur de frappe — un chiffre inversé dans un SKU, une décimale erronée dans une quantité — se propage dans le WMS et en aval dans le rapprochement à trois.
Avec 50 livraisons par jour et une moyenne de 5 lignes d'article chacune, la saisie manuelle produit environ 250 points de données. Même avec un taux d'erreur conservateur de 1 % — une faute de frappe pour 100 frappes — cela représente 2 à 3 erreurs par jour et 50 à 75 par mois. Chaque erreur déclenche une exception dans le processus de rapprochement à trois : un écart de quantité, une référence de commande manquante, un nom de fournisseur qui ne correspond pas au référentiel fournisseur de l'ERP. L'extraction par lot ne supprime pas le besoin de vérification — mais elle fait passer la tâche de la transcription à la confirmation des données, ce qui est infiniment plus rapide et moins sujet aux erreurs.
Du bon de livraison au rapprochement à trois : boucler la boucle à la française
La destination ultime des données du bon de livraison n'est pas le registre de réception lui-même. C'est la vérification à trois qui autorise le paiement : bon de commande → bon de livraison → facture. Selon la pratique d'achat française standard, aucune facture ne doit être approuvée pour paiement tant que les quantités et les références du bon de livraison n'ont pas été confirmées par rapport au bon de commande et à la facture.
Mais le rapprochement à trois ne peut être automatisé que si les trois documents sont structurés. Le bon de commande vit dans l'ERP — structuré par définition. La facture est de plus en plus structurée, poussée vers la normalisation par Factur-X et Chorus Pro. Le bon de livraison est le maillon manquant. Lorsqu'il reste non structuré — un PDF scanné, une photo, un bordereau manuscrit — le rapprochement à trois ne peut commencer sans intervention manuelle. La comptabilité fournisseurs soit court après l'entrepôt pour des confirmations de réception, saisit manuellement les lignes des PDF, soit saute complètement la vérification de livraison, en faisant confiance au fait que ce qui a été facturé correspond à ce qui a été commandé. Cette dernière option est la raison pour laquelle les entreprises françaises finissent avec une moyenne de 5 % de doubles paiements ou de trop-perçus sur les factures fournisseurs.
Un registre de réception structuré — exporté d'une extraction par lots vers Excel, CSV, ou importé directement dans le WMS — change cette dynamique. Le registre devient l'enregistrement numérique qui alimente le pipeline de rapprochement à trois :
Pour la comptabilité française, les avantages en aval se cumulent. Les données du bon de livraison alimentent directement le grand livre des achats — comptes PCG 607 (achats de marchandises) et 401 (fournisseurs) — avec la réconciliation de la TVA (compte 44566) traitée au stade de la facture. L'obligation de conservation des documents pendant 10 ans devient une archive numérique consultable au lieu d'une salle de stockage pleine de classeurs. Et la réconciliation mensuelle qui prenait des jours de temps comptable devient un examen des exceptions — pas une reconstruction de ce qui a été reçu.
Questions fréquentes
Dois-je créer un modèle pour chaque format de bon de livraison fournisseur ?
Non. L'extraction sémantique lit les bons de livraison en comprenant la signification de chaque champ — et non son emplacement sur la page. Une colonne nommée « Nom du fournisseur » localisera le fournisseur, qu'elle soit intitulée « Fournisseur », « Expéditeur » ou imprimée dans l'en-tête sans libellé. C'est la différence fondamentale avec l'OCR basé sur des modèles, qui nécessite un modèle distinct pour chaque variante de mise en page. Une seule définition de colonne couvre tous les formats fournisseur, y compris ceux que vous n'avez jamais vus.
Peut-il lire des bons de livraison manuscrits en français ?
Oui. Le modèle de vision traite le texte manuscrit — y compris l'écriture cursive française courante sur les bons de livraison en carbone. La précision sur le manuscrit est inférieure à celle du texte imprimé, donc les champs manuscrits bénéficient d'une vérification visuelle rapide lors de l'étape de relecture. Pour de meilleurs résultats sur les bons de livraison manuscrits, consultez notre guide sur l'extraction de bons de livraison manuscrits.
Que se passe-t-il si un bon de livraison a une structure de colonnes différente de celle que j'ai définie ?
L'extraction sémantique gère les champs manquants avec souplesse. Si un bon de livraison ne contient pas un champ que vous avez défini — par exemple, certains formats fournisseur n'incluent pas les numéros de lot — cette colonne reste simplement vide pour cette ligne dans le résultat. L'extraction n'échoue pas et ne produit pas de données erronées parce qu'un champ est absent. C'est essentiel pour les scénarios de traitement par lots où la variabilité des formats signifie que tous les documents ne contiennent pas tous les champs.
Comment cela s'intègre-t-il avec notre WMS existant (Sage, Cegid, etc.) ?
Le résultat de l'extraction — un fichier Excel ou CSV — peut être importé directement dans votre WMS ou ERP. Sage X3, Cegid et la plupart des WMS français prennent en charge les importations CSV ou Excel pour les enregistrements de réception. Si votre WMS dispose d'une API pour les transactions de réception, la sortie CSV structurée peut être mappée aux champs de l'API. L'étape d'extraction est distincte de l'étape d'importation — vous contrôlez comment et quand les données entrent dans votre système. Pour en savoir plus sur les modèles d'intégration ERP français, consultez notre guide sur l'extraction de données de bons de livraison français vers Excel.
Combien de temps dois-je conserver les enregistrements numériques ?
Selon l'article L123-22 du Code de commerce, les entreprises françaises doivent conserver tous les documents commerciaux — y compris les bons de livraison et les bons de réception — pendant 10 ans à compter de la clôture de l'exercice comptable. Les copies numériques sont des substituts légaux valables des originaux papier, à condition qu'elles garantissent l'intégrité et la lisibilité du document pendant la durée de conservation.
Puis-je l'utiliser en même temps pour les factures fournisseurs ?
Les bons de livraison et les factures ont des objectifs différents et contiennent des données différentes — les bons de livraison comportent des quantités et des références d'articles, mais pas de prix ; les factures contiennent les prix et les ventilations fiscales. Ils sont traités via le même flux d'extraction par lots, mais doivent être gérés comme des lots séparés avec des définitions de colonnes différentes. Pour le traitement par lots des factures dans un contexte français, consultez notre guide sur le traitement par lots des factures fournisseurs françaises.
Le registre de réception est le document qui prouve que votre entrepôt a reçu ce que vos fournisseurs prétendent avoir livré — et le document dont votre équipe comptable a besoin pour approuver le paiement sans trop payer. Lorsqu'il est construit à la main à partir de 50 formats différents, c'est un goulot d'étranglement. Lorsqu'il est construit par extraction à partir d'une seule définition de colonne, c'est une vérification de 5 minutes.