Skip to main content
  • Accueil
  • Qu’est-ce qu’un ERP ?
  • Guides
  • Glossaire
  • Secteurs
  • Cas d’usage
  • DE
  • EN
ERP Software
Comparison of ERP software, CRM, DMS and inventory management
ERP Software
Skip to content
  1. Accueil
  2. ›
  3. Glossaire
  4. ›
  5. EDI — Electronic Data Interchange : l'intégration ERP

EDI — Electronic Data Interchange

L'EDI (Electronic Data Interchange) désigne l'échange structuré, de machine à machine, de documents commerciaux entre partenaires d'affaires à l'aide de formats de messages normalisés. L'EDI est antérieur à Internet, remonte aux années 1970 et reste l'épine dorsale de la communication B2B au sein des chaînes d'approvisionnement — en particulier dans l'industrie automobile, la grande distribution alimentaire (Carrefour, E.Leclerc, Auchan, Intermarché) et la distribution pharmaceutique. Les ERP modernes intègrent soit nativement l'EDI, soit se connectent à des prestataires EDI spécialisés.

Les normes EDI pertinentes

  • EDIFACT (norme ONU) — dominante en Europe et en France. Sous-ensembles : ODETTE (automobile), EANCOM (distribution/alimentaire), CEFIC (chimie).
  • ANSI X12 — dominante en Amérique du Nord, parfois pertinente pour les entreprises françaises commerçant avec les États-Unis.
  • Recommandations Galia / VDA — spécifications de l'industrie automobile (françaises via Galia, allemandes via VDA) superposées à EDIFACT.
  • OFTP2 / AS2 — protocoles de transport. AS2 est dominant à l'échelle mondiale ; OFTP2 est très utilisé dans l'automobile.

Fonctionnement de l'intégration ERP-EDI

Une commande entrante arrive sous la forme d'un message EDI (EDIFACT ORDERS ou message d'appel de livraison automobile). Le convertisseur EDI fait correspondre la structure du message au modèle de données de commande client de l'ERP. La commande est créée automatiquement, avec application de la disponibilité du stock et de la tarification selon les données de référence du client. Les avis d'expédition sortants (DESADV) et les factures (INVOIC) sont générés par l'ERP et renvoyés via le convertisseur. Les erreurs déclenchent une revue manuelle dans une file d'exceptions.

Capacités EDI des éditeurs d'ERP

EDI natif robuste : SAP S/4HANA, abas ERP, proALPHA, IFS Cloud, Microsoft Dynamics 365 F&O. Les ERP cloud-native se connectent généralement à des prestataires EDI externes (Procuros, ecosio, SEEBURGER) via une REST API — cas typique de weclapp, Xentral, NetSuite, Odoo. Pour la plupart des PME et ETI, un service EDI managé coûte entre 200 et 2 000 EUR par mois selon le volume de transactions.

Les types de messages EDI dans les opérations quotidiennes

Un flux EDI fournisseur-vers-client typique met en œuvre de 6 à 10 types de messages. ORDERS (EDIFACT D.96A ou message d'appel automobile) : la commande d'achat entrante. ORDRSP: accusé de réception de commande, confirmant l'acceptation et la date de livraison engagée. DELFOR / DELJIT: prévisions glissantes et appels de livraison en juste-à-temps, dominants dans l'approvisionnement automobile (Renault, Stellantis, Bosch, Valeo). DESADV (avis d'expédition / ASN) : envoyé lorsque les marchandises quittent le quai, souvent exigé 1 à 2 heures avant l'arrivée du camion. RECADV: accusé de réception des marchandises par le client. INVOIC: la facture électronique. REMADV: avis de règlement. SLSRPT / INVRPT: rapports de ventes et de stocks, courants dans les dispositifs de gestion des stocks par le fournisseur (VMI) avec des géants de la distribution comme Carrefour, E.Leclerc, Auchan ou Intermarché. La traduction entre ces normes et les structures de données internes de l'ERP constitue le cœur du métier du convertisseur EDI. Les prestataires EDI modernes (ecosio, Procuros, SEEBURGER BIS) gèrent des milliers de ces correspondances sous forme de modèles préconfigurés par partenaire commercial — une économie de coûts significative par rapport à la construction de chaque mappage de zéro.

EDI ou ERP API-first — la question stratégique

Pour les nouvelles relations commerciales B2B en 2026, la question légitime est de savoir s'il faut déployer l'EDI ou démarrer directement avec une intégration via API REST/GraphQL moderne. L'EDI reste la bonne réponse lorsque (1) le client impose EDIFACT, ce que la chaîne d'approvisionnement automobile exige encore de la plupart des fournisseurs établis ; (2) le partenaire commercial utilise un traitement par lots asynchrone ; (3) des normes réglementaires ou sectorielles prescrivent des types de messages spécifiques (par exemple EANCOM pour la distribution). L'intégration API-first (REST/GraphQL via des plateformes iPaaS comme SAP Integration Suite, MuleSoft, Boomi, ecosio API Gateway) est préférable lorsque (1) les deux parties disposent d'ERP modernes avec une couverture API adéquate, (2) l'intégration doit se faire en temps réel, (3) le modèle de données est plus riche que ce que les normes EDI héritées peuvent transporter. En pratique, de nombreuses PME et ETI françaises exploitent des paysages hybrides : EDI pour la base de clients historique, intégration API pour les nouveaux partenaires, le prestataire EDI jouant le rôle de couche de traduction qui convertit les appels API en messages EDI lorsque c'est nécessaire. Factur-X et la facturation via Chorus Pro sont des standards XML émergents qui se situent entre l'EDI classique et l'intégration purement API, en particulier pour la facturation.

Exploiter un environnement EDI en pratique

Au-delà de la mise en place initiale, l'exploitation EDI quotidienne suppose une routine récurrente de gestion des exceptions que toute équipe achats devrait connaître. Évolution des mappages : les partenaires commerciaux révisent leurs spécifications EDI (nouveaux champs, segments modifiés, montées de version d'EDIFACT D.96A à D.10B) généralement une à deux fois par an. Chaque changement exige des tests et une bascule coordonnée. Surveillance des rejets : les messages entrants qui échouent à la validation sont placés dans une file d'exceptions pour revue manuelle. Causes fréquentes : références d'articles inconnues, codes articles spécifiques au client non mappés, données de référence manquantes, tarifs expirés. Les organisations matures vident la file chaque jour ; en deçà de ce rythme, le volume de rejets s'accumule et les relations avec les partenaires commerciaux se détériorent. Suivi des accusés de réception : les messages EDIFACT CONTRL ou les MDN AS2 confirment la réception — l'absence d'accusé dans la fenêtre SLA doit déclencher une investigation. Performance en charge de pointe : les pics d'appels de commandes lors des périodes de promotion en distribution ou des fins de trimestre en juste-à-temps automobile multiplient généralement le volume par 3 à 5 — l'infrastructure EDI doit pouvoir monter en charge ou mettre en file d'attente sans rupture. Intégration de nouveaux partenaires : chaque nouveau client ou fournisseur ajoute 1 à 6 semaines de travail de mappage et de certification. Les prestataires d'EDI managé maintiennent des bibliothèques de mappages préconstruits qui réduisent ce délai. Piste d'audit : chaque message entrant et sortant doit être archivé pour les transactions à valeur probante (un accusé de commande alimentant la facture finale), généralement pendant 10 ans. Le volume peut être considérable — les PME et ETI de l'approvisionnement automobile stockent couramment de 50 à 200 Go par an de messages EDI.

Sujets connexes

  • ERP
  • BOM
  • Composable ERP
  • CRM
  • Qu'est-ce qu'un système ERP ?
  • Interfaces ERP : EDI, API, iPaaS et e-facturation
  • Traçabilité des lots (Batch Traceability)
  • Demand-to-Supply (D2S)
erp-software.org · le comparatif ERP indépendant pour les PME et ETI
Mentions légales · Confidentialité · Contact · Glossaire · Plan du site
Toutes les marques, produits et noms d’entreprises cités appartiennent à leurs détenteurs respectifs. Leur mention sert uniquement à des fins d’identification et de comparaison. Certains liens peuvent mener à des partenariats publicitaires ou de mise en relation ; l’évaluation éditoriale en reste indépendante.