Glossaire
/
electronic-data-interchange-edi
EDI e-commerce : échange de données informatisé B2B, messages commandes factures EDIFACT X12, différences API et intégration Shopify.
Mis à jour le
4 juin 2026
L'EDI (Electronic Data Interchange, échange de données informatisé) est un standard d'échange automatisé de documents commerciaux entre deux systèmes informatiques : commandes, confirmations, avis d'expédition, factures. En e-commerce et retail B2B, l'EDI remplace la saisie manuelle ou l'email PDF lorsque un grand compte, un distributeur ou une marketplace exige des flux structurés avec son ERP ou son entrepôt.
Sommaire
Définition : EDI, messages, standards, API
L'EDI transmet des messages normalisés d'un système à un autre, sans ressaisie humaine. Chaque message a un type et une structure définis.
Documents EDI courants en commerce :
Commande d'achat (ORDERS / 850) : le client envoie sa commande.
Accusé de réception (ORDRSP / 855) : le fournisseur confirme ou modifie.
Avis d'expédition (DESADV / 856) : colis expédié, tracking, quantités.
Facture (INVOIC / 810) : demande de paiement structurée.
Catalogue (PRICAT) : mise à jour prix et références.
Standards principaux :
EDIFACT : fréquent en Europe (GS1, retail, industrie).
ANSI X12 : dominant aux États-Unis.
XML / UBL / cXML : variantes modernes selon partenaires.
Distinctions utiles :
EDI vs API : l'EDI suit des formats B2B imposés par le client ; l'API est un protocole propriétaire ou REST flexible.
EDI vs export CSV : le CSV est un fichier ad hoc ; l'EDI est un contrat de messages standardisés.
EDI vs email PDF : l'EDI est machine-to-machine ; le PDF nécessite lecture ou saisie.
EDI vs portail B2B web : le portail (e-commerce B2B) sert souvent les PME ; l'EDI les grands volumes automatisés.
EDI vs webhook : le webhook notifie un événement e-commerce ; l'EDI transporte des documents métier normalisés entre ERP.
VAN (Value Added Network) vs AS2 direct : réseau intermédiaire (SPS Commerce…) ou connexion point à point sécurisée.
Pourquoi l’EDI compte en e-commerce B2B
L'EDI concerne surtout les marchands qui vendent à des enseignes, des grossistes ou des marketplaces B2B exigeant des flux automatisés. Peu pertinent pour une boutique DTC Shopify classique ; critique pour scaler des contrats retail ou industriel.
Automatisation : commande client reçue directement dans ERP ou WMS.
Réduction d'erreurs : fin de la ressaisie manuelle (références, quantités).
Délais : traitement plus rapide, SLA respectés par les grands comptes.
Conformité partenaire : condition d'accès chez certains distributeurs.
Traçabilité : chaîne documentaire commande → expédition → facture.
Volume : des centaines ou milliers de lignes par jour sans équipe de saisie.
Sans EDI quand le client l'exige, le fournisseur reste sur process manuels (email, Excel) : risque de pénalités, retards de paiement ou perte du contrat. L'EDI s'inscrit souvent dans une architecture avec ERP, WMS et parfois la boutique en ligne comme canal complémentaire.
Comment fonctionne un flux EDI en e-commerce B2B
Flux type fournisseur e-commerce / retail :
D’abord, le distributeur envoie un message ORDERS (commande achat).
Ensuite, le middleware EDI traduit le message en commande dans l'ERP ou Shopify.
Puis, le fournisseur confirme via ORDRSP (acceptation ou modification quantités).
Ensuite, à l'expédition : message DESADV avec SSCC, colis, tracking (fulfillment).
Enfin, après livraison : INVOIC (facture) pour déclenchement paiement net 30/60.
Acteurs du flux :
Émetteur : ERP ou plateforme du client (enseigne, grossiste).
Récepteur : ERP, WMS ou middleware du fournisseur.
Traducteur / EDI provider : mappe les champs (GTIN, GLN, quantités, dates).
Par exemple : marque équipement sportif sur Shopify Plus, vend aussi à une enseigne nationale via contrat retail. L'enseigne envoie chaque nuit des ORDERS EDIFACT vers le middleware SPS Commerce. Les commandes se créent automatiquement dans l'ERP ; l'équipe logistique prépare les palettes. À l'expédition, DESADV part vers l'entrepôt central de l'enseigne avec numéros SSCC. INVOIC suit pour le service comptable client. La boutique DTC Shopify reste sur flux API classique ; seul le canal retail passe par EDI.
La place de l’EDI dans un environnement Shopify
Shopify ne propose pas d'EDI natif. Les marchands connectent un intermédiaire technique.
Middleware EDI : SPS Commerce, TrueCommerce, eBridge, Comarch, generix.
iPaaS : Celigo, Boomi, Make (mapping custom, volumes modérés).
ERP hub : commandes Shopify → ERP → EDI vers clients B2B (architecture fréquente).
Shopify Plus : projets B2B complexes, APIs avancées, ressources dev.
Apps marketplace : connecteurs selon partenaire (Amazon Vendor, retail EU).
Checklist marchand Shopify confronté à une demande EDI :
D’abord, obtenir le cahier des charges EDI du client (messages, versions, identifiants GLN).
Ensuite, choisir middleware ou passer par l'ERP existant.
Puis, mapper références produit (SKU ↔ GTIN/EAN).
Ensuite, tester en environnement sandbox avant production.
Enfin, aligner stocks et délais (gestion des stocks).
Enfin, documenter le process SAV (retours, avoirs EDI si applicable).
Pour une PME purement DTC, l'EDI est rarement prioritaire. Il devient pertinent quand un client B2B ou une marketplace l'impose contractuellement.
L’essentiel à retenir sur l’EDI
EDI = échange automatisé de documents B2B standardisés (commandes, expéditions, factures).
Standards EDIFACT, X12 ; souvent via VAN ou AS2.
Typique grands comptes retail/industrie, pas boutique DTC standard.
Distinct API, CSV, portail web B2B.
Shopify : middleware, ERP hub, pas de module EDI natif.
Termes associés, FAQ et ressources utiles
Termes associés
E-commerce B2B : contexte principal de l'EDI.
ERP : système pivot des flux EDI.
Commande : objet créé depuis un ORDERS.
API Shopify : intégration alternative ou complémentaire.
Export catalogue : flux produits vers partenaires.
FAQ
Une boutique Shopify a-t-elle besoin de l'EDI ?
Rarement si vous vendez uniquement en B2C direct. L'EDI devient nécessaire quand un client B2B, une enseigne ou une marketplace l'exige pour automatiser commandes et factures.
EDI ou API : que choisir ?
Si le partenaire impose un format EDI (EDIFACT, X12), vous devez vous conformer. L'API REST convient aux intégrations modernes flexibles (Shopify, SaaS). Les deux coexistent souvent : EDI côté grand retail, API côté boutique en ligne.
Combien coûte une mise en place EDI ?
Variable selon volume, nombre de partenaires et middleware : abonnement mensuel provider + frais de setup et mapping initial. Demandez un devis à un intégrateur EDI ; budget projet plutôt qu'outil gratuit.
Quels messages EDI sont les plus courants ?
En retail : ORDERS (commande), DESADV (expédition), INVOIC (facture). Le cahier des charges client précise les variantes et champs obligatoires.
Aller plus loin
Guide intégrations e-commerce.
Connecter vos outils e-commerce.
Intégrations Shopify expliquées.
Retour au glossaire e-commerce Qstomy.
Sources : GS1 (standards EDI), documentation middleware EDI (SPS Commerce, TrueCommerce). Formats et exigences varient selon chaque partenaire commercial.
Enzo
4 juin 2026
