Quelles données échanger par EDI en logistique ?

Une commande validée dans l’ERP mais absente du WMS, un stock expédié sans mise à jour immédiate, une étiquette transporteur créée à la main : ces ruptures d’information coûtent du temps et génèrent des erreurs. Se demander quelles données échanger par EDI revient donc à poser une question très opérationnelle : quelles informations doivent circuler automatiquement pour que l’entrepôt exécute juste, au bon moment, sans ressaisie ?

L’EDI, ou échange de données informatisé, ne consiste pas à connecter tous les systèmes sans distinction. Son efficacité dépend du choix des données, de leur qualité et du déclenchement des flux. Entre l’ERP, le WMS, les clients, les fournisseurs et les transporteurs, l’objectif est de faire circuler les données utiles à l’action, avec un niveau de détail adapté à chaque étape.

Quelles données échanger par EDI entre ERP et WMS ?

L’ERP porte généralement la vision commerciale, financière et administrative de l’entreprise. Le WMS pilote l’exécution physique dans l’entrepôt : réception, emplacement, préparation, contrôle, expédition et inventaire. L’EDI doit établir une continuité fiable entre ces deux niveaux.

Le premier flux concerne les référentiels articles. Une fiche article incomplète ou incohérente limite rapidement les gains d’un WMS. Les informations échangées peuvent inclure le code article, le libellé, les unités de gestion, les codes-barres, les dimensions, le poids, les contraintes de stockage, les lots, les numéros de série ou encore les dates de péremption. Il n’est pas toujours nécessaire de tout transmettre : un article de négoce sans traçabilité n’appelle pas les mêmes données qu’un produit alimentaire, cosmétique ou réglementé.

Les données de stock sont tout aussi centrales. L’ERP a besoin de connaître les quantités disponibles, réservées, bloquées, en contrôle qualité ou en transit. Le WMS, lui, gère souvent un niveau plus fin : quantité par emplacement, par palette, par lot ou par statut. La bonne pratique consiste à laisser le WMS faire autorité sur le stock physique et à remonter vers l’ERP les états nécessaires à la promesse client, au réapprovisionnement et à la comptabilité. Synchroniser chaque micro-mouvement peut être pertinent dans certains environnements, mais un échange par événement ou par consolidation est parfois plus adapté aux volumes élevés.

Les commandes clients et ordres de préparation

Lorsqu’une commande client est validée dans l’ERP, le WMS doit recevoir les éléments nécessaires à sa préparation : numéro de commande, client, adresses de livraison et de facturation, lignes articles, quantités, unités, date attendue, priorité, service de transport, contraintes de livraison et instructions particulières.

Le niveau de précision fait la différence. Une simple ligne « 20 unités » ne suffit pas toujours. Si la commande impose un lot précis, une expédition sur palette complète, un emballage spécifique ou une livraison sur rendez-vous, ces informations doivent être disponibles au moment où les équipes préparent la commande. Elles évitent les arbitrages manuels sur le quai et les corrections tardives.

En retour, le WMS transmet les statuts d’exécution : commande prise en charge, préparée, contrôlée, expédiée, partiellement expédiée ou en anomalie. Cette remontée permet à l’ERP, au service client et aux équipes commerciales d’avoir une information cohérente, sans solliciter l’entrepôt pour chaque demande de suivi.

Les réceptions fournisseurs et avis d’expédition

Côté approvisionnement, l’ERP peut envoyer au WMS les commandes fournisseurs attendues. Le WMS reçoit alors les références, quantités prévues, fournisseurs, dates estimées et éventuelles exigences de contrôle. Cette anticipation aide à planifier les quais, les ressources et les emplacements de stockage.

L’avis d’expédition fournisseur, souvent appelé ASN, apporte une granularité supplémentaire : contenu des colis ou palettes, numéros de lot, numéros de série, poids, dimensions et date d’arrivée prévue. Pour les entreprises qui reçoivent beaucoup de palettes homogènes ou travaillent avec des flux tendus, cet échange réduit les temps de réception et améliore la fiabilité du contrôle.

Après réception, le WMS remonte les quantités réellement reçues, les écarts, les refus, les produits en quarantaine et les informations de traçabilité. L’ERP peut alors mettre à jour le stock comptable et déclencher les traitements associés. Le principe est simple : on ne confirme pas ce qui était attendu, mais ce qui a été physiquement contrôlé.

Les données EDI à partager avec les transporteurs

L’expédition ne s’arrête pas à la sortie du quai. Pour éviter la ressaisie dans les portails des transporteurs, le WMS ou l’ERP peut transmettre les données d’envoi nécessaires à la création des étiquettes et des documents de transport.

Ces données comprennent l’identité de l’expéditeur et du destinataire, les adresses, contacts, créneaux de livraison, nombre de colis, poids, dimensions, type de marchandise, service sélectionné, références de commande et éventuelles instructions de livraison. Selon le secteur, il peut aussi être nécessaire de transmettre des données liées aux matières dangereuses, à la température dirigée ou à l’assurance.

En retour, le transporteur fournit un numéro de suivi, les étiquettes, le statut de prise en charge, les événements de parcours, la preuve de livraison et les motifs d’échec. Ces retours alimentent le suivi client et facilitent le traitement des litiges. Ils sont particulièrement utiles lorsque l’entreprise expédie via plusieurs transporteurs et veut conserver un pilotage centralisé.

Factures, avoirs et avis de paiement : ne pas oublier le flux administratif

L’EDI est souvent associé aux commandes et au transport, alors qu’il joue aussi un rôle dans la fiabilisation administrative. Après expédition ou réception validée, les données de facture peuvent être transmises automatiquement : références de commande, lignes livrées, prix, taxes, conditions de règlement et coordonnées des parties.

L’intérêt n’est pas seulement de gagner du temps de saisie. Le rapprochement entre commande, réception ou expédition et facture permet de détecter rapidement un écart de quantité, de prix ou de frais de transport. Dans une relation avec une grande enseigne ou un donneur d’ordre structuré, ces flux peuvent d’ailleurs répondre à des exigences précises de format et de délai.

Il faut néanmoins distinguer le besoin logistique du besoin comptable. Le WMS n’a pas vocation à devenir le système financier de l’entreprise. Il transmet les faits opérationnels fiables – réceptionnés, préparés, expédiés, écarts constatés – afin que l’ERP conserve la maîtrise de la facturation et des écritures.

Prioriser les échanges plutôt que tout connecter d’un coup

La question n’est pas seulement quelles données échanger par EDI, mais dans quel ordre les mettre en œuvre. Un projet efficace commence généralement par les flux qui supprimeraient le plus de ressaisies ou qui sécurisent les opérations les plus sensibles : commandes clients vers le WMS, retours de préparation et d’expédition vers l’ERP, puis données transporteurs.

Les référentiels articles et clients doivent être traités avec rigueur dès le départ. Sans identifiants uniques, unités cohérentes et règles de gestion partagées, l’automatisation reproduit plus vite les erreurs existantes. Un atelier de cadrage doit clarifier qui crée la donnée, qui peut la modifier, quel système en est responsable et à quel moment une mise à jour devient visible dans les autres outils.

Les cas d’exception doivent aussi être prévus. Que se passe-t-il si une commande est annulée pendant sa préparation ? Si un article est remplacé ? Si une réception est partielle ? Si le transporteur refuse une demande d’étiquette ? Un flux EDI performant ne se limite pas au scénario nominal : il donne aux équipes une procédure lisible pour traiter les écarts sans bloquer l’exploitation.

Le bon format dépend de votre écosystème

EDI ne signifie pas obligatoirement un seul protocole ou un format unique. Selon les partenaires et les applications, les échanges peuvent reposer sur des messages normalisés, des fichiers structurés, des API ou un connecteur métier. L’enjeu n’est pas de choisir la technologie la plus sophistiquée, mais celle qui assure la fiabilité, la traçabilité et la maintenance du flux dans votre environnement.

Pour une PME, une intégration rapide avec l’ERP et les transporteurs peut être prioritaire. Pour un groupe multi-sites, la gestion des référentiels, des règles de stock et des volumes impose souvent une architecture plus structurée. Dans les deux cas, les équipes terrain doivent pouvoir constater le résultat : moins de papier, moins de doubles saisies, des stocks à jour et des décisions prises sur des informations fiables.

Un WMS connecté comme GestMaker permet de faire circuler ces données entre l’ERP, l’entrepôt et les transporteurs tout en conservant une exécution lisible sur les terminaux mobiles. La valeur ne vient pas de la connexion seule, mais de la capacité à transformer chaque échange en action opérationnelle contrôlée.

Avant de lancer un nouveau flux, partez d’un mouvement concret dans l’entrepôt : une réception, une préparation, une expédition ou un retour. Identifiez la donnée qui déclenche l’action, celle qui confirme son exécution et celle qui doit être visible par les autres équipes. C’est à cette condition que l’EDI devient un outil de pilotage logistique, et non une couche technique de plus.