Formats EDI logistiques pour WMS
Formats EDI logistiques pour WMS
L’EDI logistique automatise les échanges de données entre le WMS, les donneurs d’ordre, les transporteurs et les autres partenaires. STOKKR centralise les messages entrants et sortants, leur statut et leur commande de référence afin de rendre les flux techniques compréhensibles par les équipes opérationnelles.
Qu’est-ce que l’EDI logistique ?
L’échange de données informatisé, ou EDI, remplace la ressaisie manuelle de documents structurés entre systèmes. Dans un entrepôt, il peut annoncer une commande, une expédition, une réception ou un état de stock. Chaque partenaire s’accorde sur le message attendu, sa structure, les identifiants utilisés et le moyen de transport sécurisé.
Quels sont les principaux formats EDI logistiques ?
Le mot « format » peut désigner une syntaxe de données, comme UN/EDIFACT, EANCOM, XML, JSON ou CSV, mais aussi un type de message métier. Le connecteur doit donc distinguer le contenu fonctionnel du fichier et le protocole utilisé pour le transmettre.
| Format ou standard | Rôle | Usage logistique |
|---|---|---|
| UN/EDIFACT | Standard international de messages EDI structurés | Commandes, avis d’expédition, réceptions, stocks et facturation |
| EANCOM | Sous-ensemble GS1 fondé sur UN/EDIFACT | Échanges entre partenaires utilisant les standards GS1 |
| XML | Format balisé lisible et extensible | Connecteurs ERP, e-commerce et partenaires |
| JSON | Format léger fréquent dans les API | Échanges applicatifs et intégrations web |
| CSV | Fichier tabulaire simple | Imports d’attendus, articles ou commandes lorsque l’EDI complet n’est pas requis |
DESADV, RECADV, ORDERS et INVRPT : à quoi servent ces messages ?
| Message | Signification | Utilisation dans un WMS |
|---|---|---|
| ORDERS | Commande | Transmettre une commande ou une demande à exécuter |
| DESADV | Avis d’expédition | Annoncer les marchandises expédiées avant leur arrivée |
| RECADV | Avis de réception | Confirmer la réception et signaler les écarts acceptés ou constatés |
| INVRPT | Rapport d’inventaire | Communiquer un état de stock à un partenaire |
| CONTRL ou APERAK | Contrôle ou accusé fonctionnel | Signaler la réception technique ou une anomalie de traitement selon le scénario |
Recevoir les opérations attendues dans le WMS
Les messages entrants peuvent alimenter les attendus de réception, les commandes à préparer et leurs données associées. Le mapping rapproche les références, unités, lots, adresses et identifiants du partenaire avec le modèle de données du WMS. Les contrôles empêchent un message incomplet ou incohérent de modifier silencieusement les opérations.
Suivre les messages entrants et sortants
Un écran dédié présente le sens du message, son type, sa date, son statut et la commande concernée. Les erreurs deviennent visibles sans devoir parcourir directement les fichiers techniques du serveur.
- Flux entrants et sortants suivis séparément
- Recherche par numéro de commande
- Messages DESADV, RECADV et autres flux selon le besoin du partenaire
- Échanges par AS2, SFTP ou connecteur spécialisé selon le projet
- Relance contrôlée d’un message en erreur
Format, message et protocole : trois notions différentes
DESADV décrit la fonction métier d’un avis d’expédition. UN/EDIFACT ou EANCOM définissent la structure dans laquelle ce message peut être représenté. AS2, SFTP ou une API HTTPS déterminent ensuite la manière dont les données circulent entre les partenaires. Un projet EDI fiable documente séparément ces trois niveaux.
AS2, SFTP ou API : comment transporter les flux ?
AS2 échange des données structurées au moyen de HTTP avec des mécanismes de signature, de chiffrement et d’accusé de réception. SFTP dépose ou récupère les fichiers dans un espace sécurisé. Une API transmet généralement des données XML ou JSON en temps réel. Le choix dépend du système du partenaire, de ses exigences de sécurité, de la fréquence des échanges et du niveau de traçabilité attendu.
Adapter le connecteur à chaque donneur d’ordre
Les formats, identifiants, protocoles et règles de correspondance sont paramétrés par client depuis l’environnement éditeur. Les utilisateurs du client disposent ensuite d’un suivi opérationnel sans accéder aux informations sensibles de connexion.
Conserver une piste d’audit
Chaque tentative de traitement conserve son statut et ses informations principales. Cette traçabilité aide à répondre rapidement lorsqu’un partenaire indique ne pas avoir reçu ou intégré une commande.
Les flux peuvent alimenter la réception et la mise en stock, la préparation de commandes et les opérations d’un WMS multi-client pour 3PL.
Questions fréquentes sur les formats EDI logistiques
Quel format EDI choisir pour un WMS ?
Le choix dépend du standard déjà utilisé par les partenaires. UN/EDIFACT et EANCOM sont fréquents dans les échanges structurés, tandis que XML, JSON ou CSV peuvent convenir à des intégrations plus spécifiques.
Quelle différence entre DESADV et RECADV ?
DESADV annonce les marchandises expédiées avant leur réception. RECADV confirme ensuite la réception et peut communiquer les différences entre ce qui était annoncé et ce qui a été accepté.
AS2 est-il un format EDI ?
Non. AS2 est un protocole de transport sécurisé. Il peut acheminer différents contenus structurés, notamment des messages UN/EDIFACT, ANSI X12 ou XML.
Peut-on commencer avec un fichier CSV avant de mettre en place l’EDI ?
Oui. Un import CSV contrôlé peut constituer une première étape pour intégrer des attendus ou des commandes avant de déployer un connecteur automatisé.
Comment traiter un message EDI en erreur ?
Le message doit conserver son statut, son contexte et le motif de l’échec. Après correction du paramétrage ou des données, une relance contrôlée évite les doubles traitements.
Connectons vos donneurs d’ordre
Présentez-nous les messages, formats et protocoles utilisés dans votre réseau.