Tensoria
Parlez-nous de votre projet : 07 82 80 51 40
Automatisation Par

Automatiser le traitement des bordereaux de livraison reçus par email

Chaque jour, vos fournisseurs vous envoient des bordereaux de livraison par email. PDF en pièce jointe, tableau dans le corps du message, format maison différent selon l'expéditeur... Quelqu'un dans votre équipe ouvre ces emails un par un, lit le document, ressaisit les références et les quantités dans l'ERP, et compare manuellement avec le bon de commande initial pour détecter les éventuels écarts.

C'est une tâche qui prend 2 à 4 heures par jour dans une PME traitant une cinquantaine de livraisons. Une tâche répétitive, à faible valeur ajoutée, et pourtant critique : une erreur de rapprochement peut déclencher un paiement inexact, une rupture stock non détectée, ou un litige fournisseur difficile à retracer.

L'automatisation du traitement des bordereaux de livraison reçus par email est aujourd'hui un cas d'usage mature, avec des gains mesurables et un ROI généralement atteint en moins de 6 mois. Cet article vous explique comment ce workflow fonctionne concrètement, quelles sont les limites réelles à anticiper, et comment structurer un projet qui tient dans la durée.

Pourquoi le traitement manuel des BL est un risque opérationnel sous-estimé

On sous-estime souvent l'impact réel du traitement manuel. Sur une cinquantaine de livraisons hebdomadaires, avec 3 à 5 lignes articles par BL en moyenne, un opérateur réalise plusieurs centaines de frappes clavier par jour, sur des données déjà saisies quelque part dans votre système. Ce n'est pas du travail, c'est de la recopie.

Les erreurs qui en résultent ont plusieurs formes.

  • L'écart silencieux. Une quantité livrée inférieure à la quantité commandée passe sous le radar parce que la vérification est manuelle et non systématique. Le stock est enregistré comme complet, la rupture arrive 3 semaines plus tard.
  • La référence mal transcrite. Une lettre ou un chiffre différent entre le BL fournisseur et la référence ERP génère une ligne orpheline. Le rapprochement comptable devient une enquête.
  • Le BL non traité. En période de fort volume (fin de mois, appros saisonnières), certains emails restent non traités plusieurs jours. L'information de réception n'est pas dans l'ERP, les relances fournisseurs partent à tort.

Ces dysfonctionnements ont un coût direct sur la trésorerie, les relations fournisseurs et la fiabilité de vos données de stock. Et pourtant, ils persistent parce que le processus manuel semble "fonctionner" — jusqu'au jour où un incident majeur force l'audit.

Ce que fait concrètement un workflow automatisé de traitement des BL

Voici comment fonctionne le pipeline que nous déployons chez nos clients, étape par étape.

Étape 1 : surveillance de la boîte email et détection du BL

Le workflow surveille en temps réel une boîte email dédiée à la réception des documents fournisseurs (ou filtre les emails entrants selon des règles précises : expéditeur, objet, présence d'une pièce jointe PDF). Dès qu'un email correspond aux critères, il est intercepté et transmis au pipeline d'extraction.

Cette détection peut gérer plusieurs formats simultanément : PDF en pièce jointe, tableau structuré dans le corps de l'email, fichier Excel, voire email au format EDI. Le workflow applique le bon extracteur selon le type de document détecté.

Étape 2 : extraction des données structurées par IA

C'est ici que l'IA générative fait la différence par rapport aux solutions OCR par templates. Un modèle de langage (LLM) lit le document et extrait les champs pertinents, quel que soit la mise en page :

  • Numéro de BL et date de livraison
  • Identifiant fournisseur et références articles
  • Quantités livrées par ligne
  • Numéro de bon de commande de référence
  • Éventuels commentaires ou réserves mentionnés sur le document

Contrairement à l'OCR classique, le LLM ne cherche pas un champ à une position fixe. Il comprend le sens du document. Un BL d'un nouveau fournisseur, avec une mise en page inconnue, est traité sans configuration préalable. C'est précisément ce qui rend cette approche scalable sur un portefeuille fournisseurs diversifié.

Chaque extraction produit un score de confiance par champ. Si la confiance dépasse le seuil défini (typiquement 92 à 95 %), l'extraction est validée automatiquement. En dessous, le document est routé vers un opérateur avec les champs incertains mis en évidence — il ne ressaisit pas tout, il corrige uniquement ce qui est douteux.

Étape 3 : rapprochement avec le bon de commande dans l'ERP

Une fois les données extraites, le workflow interroge l'ERP pour retrouver le bon de commande correspondant. Le rapprochement se fait sur le numéro de BC mentionné dans le BL, ou, si ce numéro est absent, par triangulation sur le fournisseur, les références articles et la période attendue.

Le système compare ensuite, ligne par ligne, les quantités livrées avec les quantités commandées. Trois cas de figure sont traités automatiquement.

  • Livraison conforme. Les quantités correspondent. La réception est validée dans l'ERP, le statut du BC est mis à jour, une notification de confirmation part au responsable achats.
  • Livraison partielle. La quantité livrée est inférieure à la quantité commandée. Le reliquat est calculé et enregistré. Une alerte est générée avec le détail des lignes incomplètes.
  • Écart non conforme. Une référence ne correspond pas, ou la quantité livrée dépasse la quantité commandée. Le dossier est automatiquement escaladé avec le BL, le BC et le rapport d'écart consolidé.

Étape 4 : mise à jour de l'ERP et archivage

Pour les livraisons validées, l'écriture dans l'ERP est automatique : réception de marchandise enregistrée, stock mis à jour, bon de livraison archivé et lié au BC. Aucune ressaisie, aucun délai.

Le BL original (PDF) est archivé avec un nommage normalisé et indexé dans votre GED ou dans un dossier structuré, traçable à tout moment pour un audit ou un litige fournisseur.

Vous traitez plus de 20 BL par semaine manuellement ?

Un audit de 30 minutes suffit pour estimer le gain potentiel sur votre processus spécifique et valider la faisabilité d'intégration avec votre ERP.

Prendre rendez-vous

Les limites réelles à anticiper avant de vous lancer

Ce serait une erreur de vous présenter ce workflow comme une solution parfaite sans conditions. Voici les contraintes concrètes que nous rencontrons systématiquement en projet.

La qualité des documents entrants est déterminante

Un BL PDF natif (exporté depuis l'ERP du fournisseur) est extrait avec une précision de 97 à 99 % sur les champs standards. Un scan de mauvaise qualité, un document photocopié deux fois, un tampon qui recouvre une ligne de référence — la précision descend sensiblement. Dans ces cas, le circuit de validation humaine n'est pas un défaut du système, c'est une décision d'architecture saine.

En pratique, si 15 à 20 % de vos BL fournisseurs sont des scans de qualité dégradée, le volume de validation manuelle reste gérable. Si ce pourcentage monte à 60 %, le ROI se dégrade fortement et il faut d'abord travailler avec les fournisseurs concernés pour obtenir des exports PDF natifs.

Le numéro de BC n'est pas toujours présent sur le BL

C'est un cas fréquent, surtout avec des fournisseurs qui ont leurs propres formats internes. Quand le numéro de BC est absent, le rapprochement automatique doit s'appuyer sur d'autres critères : référence fournisseur, articles commandés, fenêtre temporelle. Le résultat est moins fiable et génère plus de cas ambigus à traiter manuellement. La solution à long terme est souvent de structurer la relation fournisseur : leur demander d'inclure systématiquement votre numéro de BC sur leurs documents. Simple en théorie, parfois long à mettre en œuvre.

L'intégration ERP conditionne la complexité du projet

Les ERP modernes (SAP, Sage X3, Dynamics, Divalto, Cegid) exposent des APIs relativement bien documentées qui permettent d'écrire des réceptions de marchandises de façon sécurisée. Pour les ERP plus anciens ou les solutions propriétaires développées en interne, l'intégration peut nécessiter des contournements (import via fichier EDI, script SQL, flux fichier XML) qui allongent le délai de développement.

L'audit technique de faisabilité, réalisé en amont du projet, permet d'identifier précisément la méthode d'intégration optimale selon votre configuration. C'est une étape non négociable avant toute estimation de budget. Découvrez notre approche des projets d'automatisation pour comprendre comment nous structurons cette phase.

Le cas Raynier : du suivi des achats à la réception automatique

Notre client Raynier illustre parfaitement la logique de ce type de projet. PME de négoce, ils recevaient quotidiennement des dizaines d'emails fournisseurs avec des grilles tarifaires et des confirmations de livraison. Le traitement était intégralement manuel : ouverture des emails, lecture des documents, ressaisie dans leur outil de suivi, comparaison avec les prix de référence.

Nous avons déployé un workflow d'extraction automatique sur les emails entrants, avec rapprochement sur leur base tarifaire. Le gain obtenu : 80 % de temps gagné sur ce processus, et surtout la détection systématique d'écarts de prix qui passaient précédemment sous le radar.

La même architecture de base s'applique directement au traitement des bordereaux de livraison. La logique est identique : email entrant, extraction du document joint, rapprochement avec une référence interne (ici le BL vs le BC), notification des écarts. Ce que le cas Raynier a validé techniquement, nous pouvons le déployer sur le flux BL avec les adaptations spécifiques au rapprochement quantités et à l'écriture dans l'ERP.

Quelle architecture technique pour ce workflow

Le choix des outils dépend de votre contexte, mais voici l'architecture que nous privilégions pour ce type de projet.

n8n comme moteur de workflow

Pour les projets impliquant un ERP interne et des données sensibles (références articles, volumes d'achat, conditions tarifaires fournisseurs), nous recommandons n8n en déploiement on-premise. Les données ne quittent pas votre infrastructure. n8n orchestre la surveillance email, le déclenchement de l'extraction, la gestion des conditions (confiance suffisante ou escalade), l'appel à l'ERP et l'archivage du document.

Un LLM spécialisé pour l'extraction documentaire

Selon les contraintes de confidentialité, nous utilisons soit un modèle cloud (Claude d'Anthropic, GPT-4o) avec un accord de traitement des données en bonne et due forme, soit un modèle open-source déployé en local (Mistral, Llama) si les contraintes réglementaires ou contractuelles l'imposent. La précision est légèrement supérieure sur les modèles cloud pour les documents atypiques, mais les modèles locaux sont suffisants pour 90 % des BL standards.

Un tableau de bord de supervision

Chaque workflow en production doit avoir un tableau de bord consultable : volume traité par jour, taux d'extraction automatique vs validation manuelle, écarts détectés, erreurs d'intégration ERP. C'est ce qui permet d'identifier rapidement un fournisseur dont les documents posent systématiquement problème, ou une dégradation de la précision sur une famille documentaire.

Sur le même principe de supervision, notre cas client Copro Assistance illustre comment un workflow d'automatisation email bien supervisé peut absorber plus de 100 heures de travail mensuel sans dégradation de qualité.

Envie de voir ce workflow sur vos propres données ?

Envoyez-nous un exemple de BL fournisseur (anonymisé) et nous vous montrons ce que l'extraction automatique produit sur votre format réel.

Voir nos services d'automatisation

Ce que ce workflow ne résout pas et ce qu'il faut construire en parallèle

L'automatisation du traitement des BL n'est qu'une brique. Elle fonctionne d'autant mieux que l'amont et l'aval sont bien structurés.

En amont : si vos bons de commande ne sont pas enregistrés de façon fiable dans l'ERP avec les bonnes références articles, le rapprochement automatique génèrera des faux positifs. La qualité des données de référence est la condition de fiabilité du rapprochement.

En aval : l'automatisation détecte les écarts, mais elle ne les résout pas. Il faut un processus clair pour traiter les reliquat fournisseurs, les réclamations quantités, les ajustements de facture. Sans ce processus défini, les écarts remontent dans un workflow mais s'accumulent sans traitement.

La prévision de stock par IA est une étape complémentaire naturelle : une fois la réception des marchandises fiabilisée et automatisée, les données d'entrée de stock sont suffisamment propres pour alimenter un modèle de prévision de rupture ou de surstock.

Combien ça coûte et quel ROI attendre

Sur la base de nos projets en 2025-2026, voici les fourchettes honnêtes pour ce type de workflow.

  • Développement : 8 000 à 18 000 € selon la complexité de l'intégration ERP et le nombre de formats fournisseurs à gérer
  • Infrastructure et licences : 100 à 300 €/mois (hébergement n8n, coûts API LLM selon le volume)
  • ROI typique : 4 à 7 mois pour une PME traitant 30 à 80 BL par semaine

Le calcul de ROI est simple à établir : estimez le nombre d'heures hebdomadaires consacrées au traitement manuel, multipliez par le coût chargé du collaborateur concerné, et comparez avec le coût de déploiement + maintenance mensuelle. Ajoutez la valeur des écarts évités (paiements inexacts, litiges) si vous pouvez les estimer.

Pour une méthode de calcul détaillée adaptable à votre contexte, notre guide sur l'automatisation pour PME à Toulouse contient une grille de calcul ROI complète.

Comment démarrer concrètement

La bonne séquence pour un projet de ce type est la suivante.

1. Cartographier votre flux actuel

Combien de BL recevez-vous par semaine ? De combien de fournisseurs différents ? Quel est le format dominant (PDF natif, scan, email structuré) ? Qui traite ces documents, et combien de temps cela prend-il réellement par semaine ? Cette cartographie prend une heure et conditionne toute la suite.

2. Évaluer la qualité de vos données ERP

Les bons de commande sont-ils tous enregistrés dans l'ERP avec les références articles correctes ? Les fournisseurs mentionnent-ils le numéro de BC sur leurs documents ? Les réponses à ces deux questions déterminent la complexité du rapprochement automatique.

3. Réaliser un pilote sur un seul fournisseur

Avant de déployer sur l'ensemble du périmètre, un pilote sur le fournisseur le plus représentatif (volume élevé, format standard) permet de valider l'extraction, l'intégration ERP et les règles de rapprochement en 2 à 3 semaines. C'est moins risqué et ça produit des résultats mesurables rapidement.

Conclusion

Le traitement manuel des bordereaux de livraison est un de ces processus qui semblent anodins jusqu'à ce qu'on compte précisément le temps qu'ils consomment. Pour une PME qui reçoit 40 à 60 BL par semaine, ce sont souvent 10 à 15 heures de ressaisie et de vérification qui pourraient être automatisées à plus de 90 %.

L'IA générative a rendu ce cas d'usage accessible et robuste, y compris face à la diversité des formats fournisseurs. Le vrai travail de préparation porte sur la qualité de vos données ERP et la définition des règles de traitement des écarts — pas sur la technologie elle-même.

Chez Tensoria, nous commençons toujours par comprendre votre flux réel avant de recommander quoi que ce soit. Si votre équipe passe plusieurs heures par semaine sur ce type de traitement, la question n'est pas "est-ce automatisable ?" — elle l'est — mais "à quel coût et avec quel niveau de contrôle résiduel ?".

Discutons de votre contexte spécifique.

Prêt à passer à l'étape suivante ?

Réservez un créneau de 30 minutes pour explorer votre cas d'usage, estimer le gain potentiel et valider la faisabilité technique sur votre ERP.

Réserver un créneau

Pour aller plus loin

Questions fréquentes

Sur des BL PDF natifs, les modèles actuels atteignent 97 à 99 % de précision sur les champs structurés. Sur des scans de qualité correcte, on descend à 90-95 %. Pour les documents dégradés ou manuscrits, il faut un circuit de validation humaine. La stratégie raisonnable : définir un seuil de confiance au-dessus duquel l'extraction est automatiquement validée, en dessous duquel elle est routée vers un opérateur qui corrige uniquement les champs incertains.
C'est précisément là où le LLM fait la différence par rapport à l'OCR classique par templates. Un modèle de langage extrait les informations en comprenant le sens du document, pas en cherchant un champ à une position fixe. Il n'a pas besoin de configuration par fournisseur. La limite reste les formats très exotiques (tableaux fusionnés complexes, mise en page très atypique) — ces cas minoritaires sont routés vers validation humaine.
Non, dans la majorité des cas. La plupart des ERP modernes (SAP, Sage, Divalto, Cegid, Dynamics) exposent des APIs REST ou des connecteurs qui permettent d'écrire des données sans toucher au cœur du système. Pour les ERP plus anciens, on passe souvent par un import fichier (CSV, EDI) que l'ERP traite nativement. L'audit technique de faisabilité, réalisé en amont, détermine la méthode d'intégration la plus adaptée.
Pour un périmètre standard (extraction BL PDF depuis email, rapprochement BC, écriture dans ERP), comptez 4 à 8 semaines de développement. Un pilote sur un seul fournisseur permet de valider l'approche en 2 à 3 semaines avant de généraliser. Le coût de développement se situe typiquement entre 8 000 et 18 000 € selon la complexité de l'intégration ERP et le nombre de formats fournisseurs.
Oui. Certains fournisseurs envoient les données directement dans le corps de l'email sous forme de tableau structuré. L'extraction peut se faire directement sur le contenu HTML ou texte de l'email. Le workflow détecte automatiquement si les données sont dans le corps ou en pièce jointe, et applique le bon extracteur dans chaque cas.
Anas Rabhi, ingénieur IA et data scientist, fondateur de Tensoria
Anas Rabhi Ingénieur IA, fondateur de Tensoria ianas.fr

Je suis ingénieur IA et data scientist, fondateur de Tensoria. Depuis plus de 6 ans, j'accompagne les entreprises dans l'exploitation concrète de l'IA pour leur métier : assistants internes basés sur RAG, agents IA en production, automatisations sur mesure, traitement intelligent de documents. J'interviens du cadrage initial à la mise en production, sur stacks LLM modernes (Mistral, Claude, GPT) et infrastructures souveraines quand la confidentialité l'exige.