EDI : échanger commandes et factures avec la grande distribution et l’industrie

L’EDI (échange de données informatisé) permet à deux entreprises d’échanger automatiquement leurs documents commerciaux, commandes, avis d’expédition et factures, dans un format structuré que leurs systèmes lisent sans ressaisie. Pour une PME qui livre la grande distribution ou un industriel, c’est souvent une condition de référencement. Il existe trois niveaux d’équipement, du portail WebEDI à l’intégration complète avec l’ERP, et le bon choix dépend du volume de commandes et du nombre de partenaires. Depuis la réforme de la facturation électronique, la facture EDI doit en plus passer par une plateforme agréée.

Ce guide explique le vocabulaire, les messages qui comptent vraiment, les options d’équipement et les pièges d’un projet EDI, du point de vue d’un dirigeant qui doit décider.

Qu’est-ce que l’EDI, concrètement ?

Un message EDI est un document commercial converti en une suite de données codifiées : qui commande, quels articles (identifiés par leur code GTIN, le code-barres), quelles quantités, quel lieu de livraison (identifié par un GLN, l’identifiant de lieu GS1), quelle date. Le système du client l’émet, celui du fournisseur l’intègre directement, sans impression, sans e-mail et sans saisie.

GS1 France le définit comme l’échange de documents « selon un langage structuré et standardisé au niveau international ». Les bénéfices qu’il met en avant sont ceux que constatent les équipes : moins d’erreurs de saisie, moins de litiges, des délais de traitement réduits et un meilleur flux de trésorerie entre la commande et l’encaissement.

EDIFACT, EANCOM, GALIA : qui fait quoi ?

• UN/EDIFACT est la norme internationale de syntaxe et de messages, maintenue sous l’égide des Nations unies.
• EANCOM est le sous-ensemble défini par GS1 pour le commerce : une cinquantaine de messages, avec des règles d’usage précises. C’est la langue commune de la grande distribution.
• GALIA (en France) et Odette (en Europe) publient les standards de l’industrie automobile, y compris des messages EDIFACT et des étiquettes logistiques. GALIA se présente comme le réseau d’échange de la filière.
• Des formats XML ou des API remplacent parfois EDIFACT chez certains partenaires, mais la logique reste la même : un message normalisé par étape du processus.

Quels messages EDI une PME doit-elle maîtriser ?

Inutile de connaître toute la norme. D’après GS1 France, trois messages, la commande, l’avis d’expédition et la facture, couvrent plus de 90 % des transactions chez les principaux acteurs de la distribution. Autour d’eux gravitent quelques messages que les enseignes et les industriels demandent souvent.

Le DESADV mérite une attention particulière. Il décrit chaque unité d’expédition, identifiée par un SSCC (numéro unique imprimé sur l’étiquette palette), et son contenu. Le client rapproche ainsi ce qu’il reçoit de ce qui était annoncé, scanne la palette au quai et intègre le stock sans tout recompter. Un DESADV faux ou envoyé trop tard provoque des refus de réception ou des litiges de facturation.

WebEDI, plateforme mutualisée ou EDI intégré : comment choisir ?

GS1 France distingue trois manières d’entrer dans l’EDI pour une PME. Elles ne s’opposent pas : beaucoup d’entreprises commencent par la première et évoluent vers la deuxième ou la troisième quand les volumes augmentent.

Trois questions suffisent pour trancher une première fois :

1. Combien de commandes EDI par semaine ? Au-delà de quelques dizaines, la ressaisie depuis un portail devient un poste de travail à part entière, avec son lot d’erreurs.
2. Combien de partenaires exigent l’EDI, et avec quels standards ? Chaque enseigne publie son propre guide d’implémentation (version de message, champs obligatoires, règles de gestion). Une plateforme mutualisée amortit cette diversité.
3. Votre outil de gestion sait-il importer et exporter des données structurées ? Si oui, l’intégration est surtout un travail de correspondance de champs. Sinon, il faut une couche intermédiaire, ce que nous construisons dans nos projets d’intégrations et d’API.

Comment les messages circulent-ils ?

Le message EDI est le contenu ; il faut aussi un canal de transport sécurisé. Quatre options coexistent :

• Le réseau à valeur ajoutée (VAN) : un opérateur achemine les messages entre ses clients et les autres réseaux, comme une messagerie spécialisée. C’est l’option historique de la distribution.
• AS2 : un protocole d’échange direct sur Internet, décrit par la RFC 4130, qui signe et chiffre les messages et renvoie un accusé de réception.
• SFTP : un dépôt de fichiers sécurisé, simple à mettre en place, fréquent avec les prestataires logistiques.
• API : de plus en plus de donneurs d’ordre et de plateformes proposent des API, plus faciles à superviser, pour des flux proches du temps réel.

Pour une PME, le canal est généralement choisi par le partenaire ou fourni par la plateforme EDI. Ce qui compte, côté entreprise, c’est la supervision : savoir qu’un message est parti, qu’il a été accepté, et être alerté quand il est rejeté. Une commande EDI bloquée dans un répertoire un vendredi soir, c’est une livraison manquée le lundi. Nous détaillons ces mécanismes dans notre article sur les synchronisations fiables.

Ce que la facture électronique change pour l’EDI

La réforme française impose que les factures entre entreprises assujetties à la TVA transitent par une plateforme agréée par l’administration (voir notre guide sur la facturation électronique 2026-2027). Les formats de référence sont Factur-X, UBL et CII ; l’EDIFACT n’en fait pas partie.

Cela ne signifie pas qu’il faut abandonner l’EDI. Comme le résume La Poste, la réforme ne remet pas en cause l’architecture EDI existante : la plateforme agréée s’intercale dans la chaîne, convertit si besoin la facture vers un format reconnu, transmet les données à l’administration et renvoie les statuts. Deux conditions sont essentielles :

• la facture doit contenir les données exigées par la norme européenne EN 16931 (dont les nouvelles mentions comme le SIREN du client) ;
• l’échange direct de factures entre réseaux EDI, sans plateforme agréée, n’est plus conforme dès que l’obligation d’émission s’applique à l’entreprise.

En pratique, posez la question à votre prestataire EDI : est-il lui-même plateforme agréée, ou travaille-t-il avec l’une d’elles ? Et vérifiez que les statuts de la facture (rejetée, refusée, encaissée) redescendent jusqu’à votre outil de gestion.

Les pièges d’un projet EDI, et comment les éviter

Les projets EDI échouent rarement sur la technique. Ils butent sur les données et sur les règles de gestion propres à chaque partenaire.

• Fiches articles incohérentes. Un GTIN inconnu du client, un conditionnement différent (unité de vente ou colis de douze), un prix qui ne correspond pas au tarif transmis : la commande est rejetée ou la facture part en litige. Le message PRICAT et un référentiel articles propre, comme décrit dans notre article sur les données de référence, règlent l’essentiel.
• Commandes modifiées. Une enseigne qui modifie ou annule une commande par message doit voir sa modification appliquée avant la préparation. Sinon, on livre ce qui n’est plus attendu.
• Avis d’expédition approximatif. Le DESADV doit refléter la palette réellement chargée, avec le bon SSCC. Il se génère depuis la préparation, pas depuis la commande.
• Facture qui ne suit pas la livraison. La facture doit reprendre les quantités livrées, pas commandées, et la référence de l’avis d’expédition. Le rapprochement entre commande, livraison et facture est le cœur du sujet.
• Rejets invisibles. Un message refusé par le partenaire, sans alerte chez vous, reste ignoré jusqu’à la relance du service achats. Un tableau de suivi des échanges, avec les écarts à traiter, évite ces angles morts.

La démarche en six étapes

1. Recueillir le guide d’implémentation du partenaire : messages exigés, version, champs obligatoires, canal, calendrier de tests.
2. Auditer les données : GTIN, GLN de vos points de livraison, conditionnements, tarifs, SIREN des clients.
3. Choisir le niveau d’équipement (WebEDI, plateforme ou intégré) au regard des volumes et des partenaires à venir.
4. Établir le mapping entre les messages et les champs de votre outil de gestion, y compris les cas d’erreur.
5. Tester avec le partenaire sur des cas réels : commande modifiée, rupture partielle, livraison en plusieurs palettes, avoir.
6. Superviser en production : alertes sur les rejets, indicateurs de délai, revue régulière des écarts.

Quand un développement sur mesure se justifie-t-il ?

Une plateforme EDI du marché transporte et traduit les messages. Ce qu’elle ne fait pas, c’est appliquer vos règles : regrouper des commandes par tournée, découper une commande entre deux entrepôts, réserver un stock pour une opération promotionnelle, générer un DESADV depuis votre propre outil de préparation, ou présenter au service client une vue unique des écarts entre commande, livraison et facture.

C’est là qu’un back-office ou une couche d’intégration sur mesure apporte de la valeur, entre la plateforme EDI et vos outils existants (par exemple Sage ou un ERP maison). Les entreprises du négoce et de la distribution et de l’agroalimentaire y gagnent particulièrement, car leurs volumes de commandes et leurs contraintes de traçabilité rendent chaque ressaisie coûteuse.

Une enseigne vous demande de passer à l’EDI, ou la réforme de la facturation électronique vous pousse à revoir vos flux ? Décrivez votre situation dans notre diagnostic de projet : nous vous aidons à choisir le bon niveau d’intégration avant d’engager quoi que ce soit.