EDI : comment fonctionne l'échange de données informatisé, et pourquoi les entreprises en dépendent encore
Un fournisseur confirme une commande par email. Quelqu'un dans votre service achats ouvre le PDF, le compare ligne par ligne au bon de commande dans SAP, et ressaisit les écarts à la main. Multipliez ça par quelques centaines de confirmations par semaine, et le retard s'accumule tout seul.
L'EDI (échange de données informatisé) résout exactement ce problème, et son usage continue de progresser. Selon Fortune Business Insights (2026), le marché mondial des logiciels EDI devrait passer de 2,57 milliards de dollars en 2026 à 6,49 milliards de dollars d'ici 2034. En France, c'est le standard que l'industrie, l'automobile et la logistique imposent depuis les années 1990 à leurs fournisseurs, tout comme la grande distribution, avec l'IA qui vient aujourd'hui s'ajouter aux étapes d'extraction et de détection d'anomalies autour de l'EDI, pas pour le remplacer.
Ce guide explique comment fonctionne réellement l'EDI, les normes qui comptent pour une entreprise française (au premier rang desquelles EDIFACT) et ce qui se passe une fois qu'un message EDI arrive, c'est-à-dire comment il passe du système d'un partenaire commercial au vôtre.
Points clés:
- L'EDI est l'échange automatisé et standardisé de documents commerciaux (bons de commande, factures) directement entre systèmes informatiques, sans ressaisie manuelle
- En France et en Europe, EDIFACT est la norme dominante ; X12 reste la référence nord-américaine, à connaître surtout pour vos partenaires commerciaux américains
- Les documents EDI circulent par connexion directe ou via un réseau à valeur ajoutée (RVA), en utilisant des protocoles comme AS2 ou SFTP
- Dans l'industrie et l'automobile, GALIA structure les échanges EDI entre constructeurs et équipementiers ; dans la grande distribution, GS1 France joue ce rôle avec des enseignes comme Carrefour et Auchan
- Recevoir un fichier EDI n'est que la première étape. Ce qui se passe ensuite (mappage, rapprochement, comptabilisation dans SAP...) est là où se cache encore la majorité du travail manuel
Qu'est-ce que l'EDI ?
L'échange de données informatisé (EDI) est l'échange automatisé de documents commerciaux (bons de commande, factures, avis d'expédition) entre les systèmes informatiques de deux organisations, dans un format électronique standardisé. Il remplace le papier, l'email et la saisie manuelle par une transaction directe de système à système, sans intervention humaine pour l'envoyer, le recevoir ou le traiter.
Qu'est-ce qu'un fichier EDI, concrètement ?
C'est un fichier texte structuré selon des règles de position et de syntaxe strictes : chaque segment de données (numéro de commande, quantité, prix) occupe un emplacement précis, que le système du destinataire sait interpréter automatiquement sans intervention humaine, contrairement à un PDF ou un email, qu'un logiciel ne peut pas lire de façon fiable sans étape d'extraction supplémentaire.
Comment fonctionne l'EDI
Une transaction EDI passe par quatre étapes, quelle que soit la norme ou le protocole utilisé :
- Création. Un système interne, généralement un ERP comme SAP, génère le document source (bon de commande, facture, avis d'expédition anticipé). Il existe dans le format que votre ERP produit nativement.
- Traduction. Un traducteur EDI convertit le document dans la norme convenue, le plus souvent EDIFACT en Europe. Les champs comme la référence article, la quantité ou le prix sont mappés aux positions exactes attendues par le système récepteur.
- Transmission. Le fichier est envoyé au partenaire commercial, soit par connexion directe, soit via un réseau à valeur ajoutée (RVA).
- Intégration. Le traducteur du système récepteur lit le fichier et comptabilise les données dans son ERP ou son logiciel comptable automatiquement, sans saisie manuelle d'aucun côté.
Une erreur à l'étape 2 fait échouer la transaction dans son ensemble, c'est justement pour cela que l'EDI reste fiable à haut volume.
Normes EDI comparées : EDIFACT, X12 et XML
| Norme | Développée par | Zone dominante | Format des messages | Exemples de types de messages |
| EDIFACT | Nations Unies | Europe, Asie, commerce international | Codes à six lettres | ORDERS (bon de commande), DESADV (avis d'expédition), INVOIC (facture) |
| ANSI ASC X12 | American National Standards Institute | Amérique du Nord | Types numérotés | 850 (bon de commande), 856 (avis d'expédition), 810 (facture) |
| Basé sur XML | Variable selon le secteur | E-commerce, high-tech, services financiers | Personnalisé, lisible par un humain | Variable selon le partenaire |
Pour une entreprise française, la règle pratique est l'inverse de celle qui s'applique outre-Atlantique : EDIFACT par défaut pour vos partenaires européens, X12 à prévoir uniquement si vous transigez avec des partenaires nord-américains, et XML comme exception. Vos accords avec vos partenaires commerciaux spécifieront presque toujours EDIFACT en premier, puisque la plupart des enseignes de grande distribution et des constructeurs automobiles français y fonctionnent déjà.
Méthodes de transmission et protocoles
Deux types de connexion transportent les documents EDI :
| Type de connexion | Fonctionnement | Adapté à |
| Connexion directe | Votre système se relie directement à celui de votre partenaire, ordinateur à ordinateur, sans intermédiaire | Les partenaires à fort volume avec des configurations techniques compatibles |
| Réseau à valeur ajoutée (RVA) | Un tiers gère la livraison, souvent via une boîte aux lettres cloud que le destinataire consulte | Les partenaires sans connexion directe, ou lorsque le RVA gère aussi la conversion et la validation |
Le protocole compte autant que le type de connexion :
| Protocole | Sécurité | Utilisation |
| AS2 | Chiffre les données en transit, confirme la livraison par un accusé de réception numérique | Exigé par la plupart des grandes enseignes de distribution, dominant dans le retail |
| SFTP | Chiffrement SSH, plus simple à mettre en place | Largement utilisé, mais sans la confirmation de livraison intégrée d'AS2 |
| FTP | Sécurité minimale | Systèmes historiques uniquement, en voie de disparition |
Si un grand distributeur ou un constructeur automobile vous transmet un cahier des charges technique avant même la signature d'un accord commercial, il y a fort à parier que ce document spécifie AS2.
Automatisez le travail. Accélérez votre activité.
Réunissez l’IA, l’ECM et l’automatisation des workflows au sein d’une plateforme puissante.
L'EDI en pratique : l'exemple d'un bon de commande
Prenons un fabricant de taille moyenne qui achète des composants à un fournisseur. Voici comment se déroule la chaîne de transaction :
- ORDERS (bon de commande). L'ERP de l'acheteur génère la commande et la transmet via AS2.
- Confirmation de commande. Le traducteur EDI du fournisseur lit le message, confirme le stock, et renvoie une confirmation.
- DESADV (avis d'expédition anticipé). Une fois les marchandises expédiées, le fournisseur envoie les détails de suivi et la date de livraison prévue, pour que l'entrepôt de l'acheteur sache exactement à quoi s'attendre avant l'arrivée du camion.
- INVOIC (facture). Après livraison, le fournisseur transmet la facture. Côté acheteur, elle doit être rapprochée du bon de commande d'origine sur le prix, la quantité et les conditions avant toute approbation de paiement.
Chaque étape de cette chaîne référence le document précédent, ce qui rend l'ensemble du cycle order-to-cash traçable de bout en bout, un atout aussi précieux pour un audit que pour les opérations quotidiennes.
Cas d'usage courants de l'EDI
L'EDI se concentre sur trois domaines de l'activité de l'entreprise.
Achats et gestion de la chaîne d'approvisionnement.
L'EDI transporte les bons de commande, les données de stock et la planification des livraisons entre acheteurs et fournisseurs :
- Dans l'industrie et l'automobile, les grands donneurs d'ordres bâtissent des programmes complets de conformité fournisseur autour de l'EDI, avec des exigences précises sur les délais et les formats acceptés. La grande distribution suit la même logique via GS1 France, avec des enseignes comme Carrefour et Auchan
- Les tableaux de bord fournisseurs pénalisent les transmissions tardives ou mal formées
- Manquer l'exigence AS2 ou envoyer un DESADV mal formé expose à une pénalité avant même que l'expédition n'arrive
Facturation et traitement des paiements.
L'EDI fait circuler les factures électroniques, les avis de paiement et les relances, réduisant le délai de plusieurs jours que crée une facture papier.
Logistique et transport.
L'EDI transporte les ordres d'expédition, les documents douaniers et les mises à jour de statut de transport entre chargeurs, transporteurs et prestataires logistiques. Le message DESADV s'impose ici comme l'un des documents les plus précieux de toute la norme, puisqu'il permet à un entrepôt de préparer une réception avant même l'arrivée du camion.
L'EDI dans les secteurs réglementés
Certains secteurs imposent des règles de conformité supplémentaires par-dessus les règles EDI standards, c'est notamment le cas de la santé, où les échanges de données entre professionnels de santé, assurances et organismes de remboursement sont strictement encadrés (en France, via des dispositifs comme Noémie ou Sesam-Vitale), ou de l'automobile, où GALIA structure historiquement les échanges EDI entre constructeurs et équipementiers. Si votre organisation traite ce type de flux, les exigences de gestion documentaire propres à votre secteur s'appliquent en plus des règles EDI générales, notamment sur la durée de conservation des enregistrements et les droits d'accès.
Avantages clés de l'EDI
Quatre propriétés justifient l'effort de mise en place de l'EDI à l'échelle de l'entreprise :
- Rapidité : une transaction qui prend des jours par courrier ou email se termine en quelques minutes, et un avis d'expédition retardé arrive avant le camion
- Précision : les structures de champs standardisées détectent les erreurs de formatage au moment même où la transaction est validée, exactement l'endroit où une valeur ressaisie à la main pourrait laisser passer une erreur dans votre ERP
- Réduction des coûts : chaque ressaisie manuelle éliminée est une ressaisie qui ne peut pas introduire d'erreur, libérant du temps pour les exceptions qui nécessitent réellement une décision humaine
- Conformité : une piste de transaction standardisée et auditable donne exactement ce qu'un audit financier demande, la preuve de qui a envoyé quoi, quand, et comment cela a été validé
Défis de mise en œuvre de l'EDI
Rien de tout cela n'arrive automatiquement. Trois chantiers demandent un vrai travail d'ingénierie avant votre première transaction :
- Accords de partenariat commercial : vous et chaque partenaire avez besoin d'un accord définissant précisément la norme, la version, le protocole et les règles métier que les deux parties suivront. Sans cela, vous le découvrirez à vos dépens quand un message d'un fournisseur utilisera un segment que votre système n'attend pas
- Mappage : vos formats de documents internes correspondent rarement champ pour champ à EDIFACT ou X12, donc une couche de mappage doit faire la traduction, et cette couche doit être mise à jour chaque fois qu'un partenaire modifie sa spécification
- Groupage et dégroupage des lots : les partenaires à fort volume regroupent plusieurs transactions dans une même enveloppe pour une transmission efficace, puis les décomposent et les routent chacune vers la bonne destination interne à l'arrivée. Une erreur de routage et une transaction valide atterrit dans la mauvaise file, invisible jusqu'à ce que quelqu'un la cherche
Prévoyez un vrai temps de mise en œuvre pour ces trois chantiers. Aucun n'est une case à cocher clé en main.
EDI vs API : quand utiliser l'un ou l'autre
L'EDI et les API déplacent tous deux des données métier entre systèmes, mais ils résolvent des problèmes différents.
| EDI | API | |
| Format | Rigide, standardisé (EDIFACT, X12) | Flexible (JSON, XML), négocié par intégration |
| Adapté à | Transactions par lots, répétitives, à fort volume | Échanges en temps réel, personnalisés, à faible volume |
| Coût de mise en place | Élevé au démarrage, faible par transaction à l'échelle | Faible au démarrage, maintenance plus lourde dans le temps |
| Usage typique | Bons de commande, factures, avis d'expédition avec des partenaires établis de longue date | Synchronisation de stock, tarification en temps réel, intégrations ponctuelles |
Si vous échangez des milliers de bons de commande par mois avec le même ensemble de partenaires retail ou automobile, l'EDI reste le bon outil : la norme est fixée, le coût par transaction est proche de zéro, et chaque partenaire la parle déjà. Si vous devez synchroniser des niveaux de stock avec une marketplace en temps réel, une API convient mieux. La plupart des grandes entreprises font tourner les deux en parallèle : l'EDI pour le socle des partenaires à fort volume, les API pour les intégrations qui doivent être rapides et flexibles.
Hey Doxi, comment Doxis traite-t-il mes flux EDI dans SAP ?
Comment fonctionne le traitement EDI dans SAP avec Doxis ?
Recevoir un fichier EDI n'est que la première moitié du problème. Ce qui se passe après son arrivée dans votre boîte, ou sur votre RVA, détermine si cette transaction fait vraiment gagner du temps à quelqu'un.
Pour les factures :
Doxis Invoice for SAP reçoit les factures EDI comme un type de document à part entière, au même titre que le PDF, le TIFF ou le XML. Plutôt que de s'appuyer sur un analyseur EDIFACT ou X12 figé, il mappe le format spécifique de chaque partenaire commercial vers les bons champs de facture, puis transfère les données converties, avec une trace du format EDI d'origine, directement dans SAP. Le fichier est lu et ses champs mappés à la structure exacte attendue par votre processus de comptabilité fournisseurs ; le résultat est transmis à SAP pour comptabilisation, sans que personne ne retape une seule ligne. Si un mappage doit être revu, il peut être redéclenché manuellement depuis le centre Doxis Invoice for SAP, pour qu'un changement de format côté partenaire ne devienne jamais une impasse.
Pour les confirmations de commande :
Doxis Order Confirmation for SAP accepte les confirmations via plusieurs canaux, dont l'EDI, et compare automatiquement chacune d'elles au bon de commande d'origine sur le prix, la quantité et la date de livraison. Les confirmations dans la tolérance sont comptabilisées automatiquement ; celles hors tolérance sont signalées pour une revue humaine avant d'être répercutées sur le bon de commande SAP.
Bizerba, une entreprise industrielle qui gère son purchase-to-pay avec Doxis, traite désormais 58 000 confirmations de commande par an de cette façon, combinant EDI et webEDI avec de l'OCR pour les confirmations arrivant dans d'autres formats, le tout rapproché et comptabilisé automatiquement dans SAP.
Ce rapprochement repose sur des règles fixes et auditables, qu'une équipe finance ou achats peut inspecter et expliquer à un auditeur. Dans le secteur, l'IA intervient plus en amont : elle extrait les données de documents qui n'ont jamais été de l'EDI à la base, et signale les anomalies de volume qu'un seuil fixe manquerait. Quand vous évaluez un éditeur, demandez précisément à quelle étape son IA intervient.
Découvrez comment Doxis gère vos données EDI de bout en bout
Une facture EDI, une fois comptabilisée, doit encore être :
- Conservée pendant sa durée légale
- Retrouvable pour un audit des années plus tard
- Rattachée au bon de commande et au bon de réception qui la justifient
Faire tourner l'EDI, l'archivage et la gestion des enregistrements comme des systèmes séparés est exactement ce qui casse cette traçabilité par la suite. Les regrouper sur une seule plateforme, c'est ce qui garde une piste d'audit intacte, de l'arrivée du fichier EDI jusqu'à l'année où il est légalement autorisé à être supprimé.
Si votre équipe rapproche encore manuellement vos factures ou confirmations de commande EDI avec SAP, le goulot d'étranglement n'est pas l'EDI en lui-même. C'est la couche manquante entre la transmission EDI et l'écran de comptabilisation. Doxis Invoice for SAP et Doxis Order Confirmation for SAP comblent cet écart, en recevant l'EDI aux côtés de tous les autres formats entrants, en le mappant automatiquement, et en le comptabilisant directement dans SAP ERP ou S/4HANA avec une piste d'audit complète.
Les deux modules s'appuient sur la plateforme plus large Doxis Intelligent Content Automation, qui gère aussi le reste du cycle de vie documentaire autour de vos transactions EDI : archivage conforme, gestion des contrats pour les accords de partenariat commercial qui régissent vos relations EDI, et conservation des enregistrements qui garde chaque transaction comptabilisée prête pour l'audit longtemps après son passage dans SAP.
Concrètement, la plateforme :
- Reçoit l'EDI comme format de premier rang, aux côtés du PDF, du XML et des documents scannés, sans système séparé à maintenir
- Mappe automatiquement les formats EDI propres à chaque client, avec un remappage manuel disponible en cas de changement de spécification côté partenaire
- Rapproche les confirmations de commande des bons de commande SAP sur le prix, la quantité et la date de livraison, en signalant les écarts avant qu'ils ne posent problème
- Comptabilise les factures et confirmations approuvées directement dans SAP ERP ou S/4HANA, sans ressaisie manuelle
- S'étend au-delà de l'EDI sur tout le cycle de vie documentaire : archivage, gestion des contrats et conservation sur une seule plateforme
- Conforme RGPD et ISO 27001, conçu pour les volumes de partenaires commerciaux à l'échelle de l'entreprise
Doxis est reconnu Leader dans le Gartner® Magic Quadrant™ for Document Management 2026. Demandez une démo gratuite pour voir comment vos propres transactions EDI y transiteraient.
Automatisez le travail. Accélérez votre activité.
Réunissez l’IA, l’ECM et l’automatisation des workflows au sein d’une plateforme puissante.
FAQ sur l'échange de données informatisé (EDI)
Qu'est-ce que l'EDI ?
L'EDI, ou échange de données informatisé, est l'échange automatisé de documents commerciaux comme les bons de commande et les factures entre les systèmes informatiques de deux organisations, dans un format électronique standardisé qui ne nécessite aucune ressaisie manuelle.
Qu'est-ce qu'un fichier EDI ?
Un fichier EDI est un fichier texte structuré selon des règles de position et de syntaxe strictes définies par une norme comme EDIFACT ou X12 : chaque information (numéro de commande, quantité, prix) occupe un emplacement précis que le système du destinataire peut lire et intégrer automatiquement, sans intervention humaine.
Comment fonctionne l'EDI ?
Une transaction EDI est créée dans le système de l'expéditeur, traduite dans un format standard comme EDIFACT, transmise via une connexion directe ou un réseau à valeur ajoutée, puis retraduite et comptabilisée automatiquement dans le système du destinataire.
Quelles sont les principales normes EDI ?
EDIFACT est la norme dominante en Europe et à l'international. ANSI ASC X12 est la norme de référence en Amérique du Nord. Les formats basés sur XML offrent plus de flexibilité mais moins de cohérence imposée entre partenaires commerciaux.
À quoi sert l'EDI ?
L'EDI sert principalement aux transactions d'achats et de chaîne d'approvisionnement, à la facturation et au traitement des paiements, et aux documents logistiques comme les ordres d'expédition et les avis d'expédition anticipés.
Quelle est la différence entre l'EDI et une API ?
L'EDI utilise des formats rigides et standardisés, adaptés aux transactions par lots, répétitives et à fort volume avec des partenaires établis de longue date. Les API utilisent des formats flexibles, mieux adaptés aux échanges en temps réel, personnalisés ou à faible volume. La plupart des entreprises utilisent les deux.
Comment Doxis traite-t-il l'EDI dans SAP ?
Doxis Invoice for SAP et Doxis Order Confirmation for SAP reçoivent les fichiers EDI comme n'importe quel autre format entrant, mappent automatiquement les champs vers la structure attendue, rapprochent les confirmations des bons de commande, et comptabilisent le résultat directement dans SAP ERP ou S/4HANA, avec une piste d'audit complète.
L'EDI est-il toujours pertinent pour les entreprises aujourd'hui ?
Oui. Le marché mondial des logiciels EDI devrait passer de 2,57 milliards de dollars en 2026 à 6,49 milliards de dollars d'ici 2034, et les grands distributeurs, constructeurs automobiles et industriels continuent de l'exiger de leurs fournisseurs comme condition pour faire affaire.
Aristide Yao
Aristide Yao est en charge du développement commercial grands comptes chez DOXIS pour la France, le Benelux et la Suisse. Avec une approche centrée sur les enjeux métiers et la création de valeur durable, il accompagne les organisations dans leurs projets de digitalisation, d’automatisation des processus documentaires et de valorisation de leurs données.