L'EDI dans le quotidien d'une entreprise
Sans EDI, une commande se passe ainsi : votre client envoie un PDF par e-mail, quelqu'un de votre service commercial le lit et saisit à la main articles, quantités et dates de livraison dans l'ERP. Avec l'EDI, l'ERP de votre client produit un fichier structuré et l'envoie à votre système, où la commande client est créée sans intervention manuelle.
Tout tient au mot « structuré ». Un PDF est fait pour des humains, un message EDI pour des machines. Chaque champ y a une place fixe et un sens fixe : ici le numéro d'article, là la quantité, là l'unité de mesure. C'est pourquoi un programme peut lire le message de façon fiable.
L'EDI n'est pas un produit, mais une méthode. Elle comporte toujours trois éléments :
- un format, c'est-à-dire la langue dans laquelle les données sont écrites,
- un protocole de transmission, c'est-à-dire le canal par lequel le fichier voyage,
- un accord entre les partenaires sur les messages échangés et leur contenu précis. Les grands clients le fixent en général dans un guide EDI (on parle aussi de guide d'implémentation).
Comment fonctionne l'EDI techniquement ?
Le parcours d'un message comporte quatre étapes :
- Export depuis l'ERP de l'émetteur : le système du client produit la commande dans son format interne.
- Conversion dans le format EDI convenu : cette étape s'appelle conversion ou mapping. Un mapping est la règle qui indique quel champ va où.
- Transmission par un canal sécurisé jusqu'au destinataire.
- Conversion chez le destinataire dans son format interne et transfert vers son ERP.
GS1 Germany distingue deux façons d'organiser les étapes 2 à 4 : avec son propre convertisseur, ou via un prestataire (clearing EDI). Un clearing center est un prestataire qui se charge pour vous de la conversion et de l'envoi, et qui facture le plus souvent par partenaire.
Format et protocole de transmission : deux questions différentes
Beaucoup de malentendus dans les projets EDI viennent d'une confusion entre format et protocole de transmission. Quand votre client exige « EDIFACT via OFTP2 », il s'agit de deux exigences distinctes.
Le format détermine l'apparence des données. Les plus répandus sont :
- UN/EDIFACT, le standard international des Nations unies, dont la syntaxe est définie par la norme ISO 9735,
- EANCOM, un sous-ensemble d'EDIFACT que GS1 maintient surtout pour la distribution et les biens de consommation,
- les formats VDA de l'industrie automobile allemande,
- X12, un standard de l'organisme américain X12, accrédité par l'ANSI,
- et, selon accord, XML, CSV ou JSON.
Le protocole de transmission détermine comment le fichier passe d'un serveur à l'autre. Exemples : AS2 (basé sur HTTP, décrit dans la RFC 4130), OFTP2 (répandu dans l'automobile, décrit dans la RFC 5024), SFTP ou une interface web. Un comparatif figure dans Protocoles de transmission EDI.
Voici un court extrait d'une commande EDIFACT. Les identifiants sont fictifs (le préfixe GS1 952 est réservé aux exemples) :
UNH+1+ORDERS:D:96A:UN'
BGM+220+B-4711+9'
DTM+137:20261016:102'
NAD+BY+9520000000011::9'
LIN+1++9520000000028:SRV'
QTY+21:240'
Avec un peu d'habitude, on y lit : commande numéro B-4711 du 16 octobre 2026, acheteur avec le GLN 9520000000011, ligne 1, article 9520000000028, quantité 240. Pour l'ERP, le fichier se traite sans interprétation.
Exemples : commande, avis d'expédition et facture
La plupart des connexions EDI commencent par trois messages qui couvrent une commande du début à la fin. GS1 Germany cite précisément ces trois-là comme exemples typiques :
| Document | Nom EDIFACT | Qui l'envoie ? | Qu'en fait-on ? |
|---|---|---|---|
| Commande | ORDERS | le client au fournisseur | devient une commande client chez le fournisseur |
| Avis d'expédition | DESADV | le fournisseur au client | annonce la marchandise, les colis et le numéro de bon de livraison avant l'arrivée du camion |
| Facture | INVOIC | le fournisseur au client | est contrôlée et comptabilisée automatiquement chez le client |
Dans l'automobile s'ajoute le programme de livraison : le client n'envoie pas de commandes à l'unité, mais des besoins régulièrement mis à jour pour les semaines suivantes. Les autres messages sont présentés dans Types de messages EDI.
Bénéfices et effort de l'EDI
Le bénéfice tient surtout à la qualité des processus. GS1 Germany cite notamment moins d'erreurs de communication, des processus plus rapides et un faible taux d'erreur sur les documents comptabilisés. Au quotidien, cela signifie : pas de faute de frappe sur les numéros d'article, des avis d'expédition qui arrivent chez le client avant la marchandise, et des factures qui passent sans demande de précisions.
En face, il y a un effort souvent sous-estimé :
- Lire le guide EDI : chaque grand client a ses propres règles sur les champs obligatoires et les codes valables.
- Construire le mapping entre le format EDI et votre ERP, pour chaque type de message et chaque sens.
- Créer l'interface ERP par laquelle les commandes entrent et les bons de livraison et factures sortent.
- Mettre en place le protocole de transmission, identifiants et certificats compris.
- Phase de test avec le partenaire, jusqu'à ce qu'il valide la connexion.
- Exploitation : corriger les erreurs, renouveler les certificats, suivre les changements du partenaire.
Ce que cela représente en euros dépend fortement de la voie choisie et du nombre de vos partenaires. Un aperçu avec des prix documentés figure dans Combien coûte une connexion EDI ?.
Quand l'EDI vaut-il la peine ?
Souvent, la question ne se pose pas : un grand client exige l'EDI, et sans connexion vous perdez le marché. Ce que vous pouvez faire dans ce cas est décrit dans Mon client exige l'EDI.
Si vous avez le choix, ces repères aident :
- Peu de documents, un seul distributeur : le Web-EDI suffit souvent. Vous saisissez alors les données dans un portail, dans le navigateur. GS1 Germany présente le WebEDI comme une solution pour les entreprises qui ne disposent pas de leur propre système compatible EDI. C'est peu coûteux, mais cela reste du travail manuel.
- Beaucoup de documents ou plusieurs partenaires : plus un même message revient souvent, plus l'automatisation fait gagner du temps.
- Programmes de livraison dans l'automobile : ils changent en permanence. Les tenir à jour à la main, c'est risquer de mauvaises quantités livrées.
- Factures : avec la facture électronique, la pression pour transmettre les factures sous forme structurée augmente. La différence entre EDI et facture électronique est expliquée dans EDI, Web-EDI et facture électronique.
La place d'edi-service.eu
edi-service.eu est un logiciel EDI que vous exploitez en licence par abonnement sur votre propre serveur Debian 13. Une IA, pour laquelle vous concluez vous-même un contrat avec un fournisseur comme Anthropic ou OpenAI, met en place les connexions à partir des documents de vos partenaires, d'abord en mode test. Il traite EDIFACT, VDA, XML, CSV et JSON via OFTP2, AS2, SFTP, HTTPS et e-mail, en entrée et en sortie. X.400, les boîtes aux lettres VAN, un portail Web-EDI et Peppol n'en font pas partie. Le prix figure sur la page d'accueil.
Questions fréquentes
Que veut dire EDI en français ?
EDI signifie Electronic Data Interchange, en français échange de données informatisé. Il s'agit de l'échange de documents commerciaux structurés entre les systèmes de deux entreprises. Un e-mail avec un PDF en pièce jointe n'est pas de l'EDI au sens strict, car quelqu'un doit encore ressaisir les données.
Faut-il un ERP pour faire de l'EDI ?
Pour un véritable EDI, il faut un système dans lequel les données arrivent sans intervention manuelle. Ce peut être un grand ERP ou une gestion commerciale plus modeste, à condition qu'elle dispose d'une interface d'import et d'export. Sans un tel système, il ne reste en général que le Web-EDI.
Quelle est la différence entre EDI et EDIFACT ?
L'EDI est la méthode, EDIFACT est l'un des formats utilisés. Vous pouvez aussi faire de l'EDI avec les formats VDA, X12, XML ou CSV. Le format applicable est en général imposé par le partenaire dans son guide EDI.
Combien de temps prend une connexion EDI ?
Cela dépend surtout de la phase de test avec le partenaire et de l'interface ERP. La technique elle-même est rarement le goulet d'étranglement. Ce sont l'attente des données de test, les questions sur le guide EDI et la validation par le partenaire qui déterminent le calendrier.
L'EDI, est-ce la même chose que la facture électronique ?
Non. La facture électronique ne concerne que les factures et suit ses propres normes, en Allemagne par exemple XRechnung ou ZUGFeRD. L'EDI couvre tout le processus, de la commande à la facture. Le lien entre les deux est expliqué dans la page consacrée à l'EDI et à la facture électronique.
Si vous voulez savoir si vos besoins correspondent à edi-service.eu, vous pouvez nous envoyer une demande.
Sources
- GS1 Germany : « Mit EDI effizient Daten austauschen », https://www.gs1-germany.de/branchen-themen/edi-elektronischer-datenaustausch/ (consulté le 16 octobre 2026)
- GS1 Germany : « EANCOM®: EDI-Standard Nr. 1 », https://www.gs1-germany.de/standards/datenaustausch/eancom/ (consulté le 16 octobre 2026)
- UNECE : « Introducing UN/EDIFACT », version archivée du 11 juillet 2025, https://web.archive.org/web/20250711123921/https://unece.org/trade/uncefact/introducing-unedifact (consulté le 16 octobre 2026)
- RFC Editor : « RFC 4130: MIME-Based Secure Peer-to-Peer Business Data Interchange Using HTTP, Applicability Statement 2 (AS2) », https://www.rfc-editor.org/rfc/rfc4130 (consulté le 16 octobre 2026)
- RFC Editor : « RFC 5024: ODETTE File Transfer Protocol 2.0 », https://www.rfc-editor.org/rfc/rfc5024 (consulté le 16 octobre 2026)
- X12 : « About X12 », https://x12.org/about/about-x12 (consulté le 16 octobre 2026)
- GS1 : « GS1 Company Prefix » (préfixe 952 pour les exemples), version archivée du 10 février 2025, https://web.archive.org/web/20250210201117/https://www.gs1.org/standards/id-keys/company-prefix (consulté le 16 octobre 2026)