Quels sont les principaux formats EDI ? Tableau comparatif
Les principaux formats EDI à connaître sont EDIFACT, ANSI X12, GS1/EANCOM, UBL, UN/CEFACT CII et Factur-X. Pour une DSI, l’enjeu n’est pas de choisir un seul standard, mais d’orchestrer plusieurs langages selon les partenaires, les pays et les flux.
Comparer format, zone, usage et exemple de message
Un format EDI définit la structure d’un document électronique : segments, balises, codes, règles de cardinalité, versions et contrôles. Si vous souhaitez revoir la notion générale avant d’entrer dans le comparatif, vous pouvez consulter notre définition détaillée de l’EDI. Le tableau ci-dessous se concentre sur le choix opérationnel des formats.
| Format ou norme |
Zone d’usage fréquente |
Cas d’usage typiques |
Exemples de messages ou documents |
Point d’attention DSI |
| UN/EDIFACT |
Europe, commerce international, transport |
Commande, avis d’expédition, facture, instruction transport, statut transport |
ORDERS, ORDRSP, DESADV, INVOIC, IFTMIN, IFTSTA |
Nombreuses versions et variantes partenaires à gouverner |
| ANSI X12 |
Amérique du Nord |
Supply chain, transport, santé, finance |
850, 855, 856, 810, 204, 214 |
Indispensable pour les partenaires américains utilisant X12 |
| GS1/EANCOM |
Distribution, biens de grande consommation, retail |
Order-to-cash, logistique magasin, relation fournisseur-distributeur |
ORDERS, DESADV, INVOIC en profil GS1 |
Sous-ensemble EDIFACT plus prescriptif, lié aux identifiants GS1 |
| UBL |
Facturation électronique, marchés publics, réseaux modernes |
Facture, avoir, commande, réponse, catalogue |
Invoice, CreditNote, Order |
Syntaxe XML, profils réglementaires à vérifier pays par pays |
| UN/CEFACT CII |
Facturation électronique EN 16931 |
Facture structurée, échange interopérable |
Cross Industry Invoice |
Syntaxe utilisée notamment par Factur-X |
| Factur-X |
France, Allemagne, contexte EN 16931 |
Facture électronique hybride lisible et structurée |
PDF/A-3 avec XML CII embarqué |
Format mixte utile pour concilier lecture humaine et automatisation |
Identifier les formats historiques, sectoriels et e-invoicing
Les normes EDI historiques, EDIFACT et X12, ont été conçues pour des chaînes interentreprises très industrialisées : commandes, expéditions, factures, transport, accusés et statuts. Elles restent structurantes dans les ERP, WMS, TMS et plateformes B2B, car beaucoup de donneurs d’ordre ont bâti leurs processus d’intégration autour de ces messages.
EANCOM répond à une logique sectorielle : harmoniser l’usage d’EDIFACT dans l’écosystème GS1, notamment la distribution. UBL, CII et Factur-X répondent davantage aux besoins de facturation électronique, de conformité EN 16931 et d’interopérabilité réglementaire. Dans nos projets, nous distinguons donc le standard technique, le profil sectoriel et le profil légal applicable.
À retenir pour une architecture d’intégration B2B
Une architecture robuste ne traite pas les formats EDI comme des silos. Elle sépare trois couches : le format reçu ou émis par le partenaire, le modèle canonique interne et les connecteurs vers ERP, WMS, TMS, OMS, finance ou Plateforme Agréée. Cette séparation facilite les conversions EDIFACT, X12, EANCOM, XML, UBL, CII, JSON, CSV ou API sans redévelopper chaque application métier.
C’est aussi la logique d’une supply chain collaborative : nos clients ne cherchent pas seulement à optimiser un système interne, mais à fiabiliser la donnée partagée entre fournisseurs, transporteurs, 3PL, clients et fonctions finance.
EDIFACT, X12 et EANCOM : les standards historiques de la supply chain
EDIFACT, X12 et EANCOM restent les fondations des échanges supply chain à haut volume. EDIFACT domine les flux internationaux, X12 structure de nombreux échanges nord-américains et EANCOM adapte EDIFACT aux pratiques GS1 de la distribution.
EDIFACT : référentiel ONU pour commerce, transport et administration
UN/EDIFACT est un référentiel de messages normalisés porté par l’ONU/CEFACT. En 2025, le rapport du président UN/CEFACT confirme la publication annuelle des répertoires UN/EDIFACT D.24B et D.25A, ainsi que des bibliothèques associées CCL, XML Schema Library et modèles de données de référence D.24B et D.25A, dans le cadre des standards de facilitation du commerce et du transport publiés par l’UNECE en 2025. La newsletter UN/CEFACT de décembre 2025 confirme également la dynamique de mise à jour des standards dans l’édition de décembre 2025.
Dans la supply chain, EDIFACT couvre notamment ORDERS pour la commande, ORDRSP pour la réponse, DESADV pour l’avis d’expédition, INVOIC pour la facture, IFTMIN pour l’instruction de transport et IFTSTA pour le statut transport. Notre conseil : documenter précisément la version de répertoire, le profil partenaire et les règles de codes, car deux flux « EDIFACT INVOIC » peuvent être incompatibles en pratique.
ANSI X12 : norme dominante en Amérique du Nord
ANSI X12 est la référence historique de nombreux échanges B2B en Amérique du Nord. Le calendrier officiel X12 indique qu’un standard ANSI est réévalué environ tous les cinq à sept ans, que les releases annuelles utilisent un identifiant à six chiffres et que la release 008070 a été confirmée en janvier 2026 puis rendue disponible dans Glass en mars 2026 selon le calendrier X12.
Les transaction sets X12 définissent le contenu de données échangé pour des objectifs métier précis ; X12 cite notamment les domaines finance, santé, assurance, supply chain, transport et aérospatial dans son répertoire des transaction sets. Pour une DSI européenne qui opère avec des distributeurs ou logisticiens nord-américains, la différence EDIFACT X12 est donc moins théorique que contractuelle : elle conditionne l’onboarding des partenaires, les tests et la supervision des rejets.
GS1/EANCOM : sous-ensemble EDIFACT adapté à la distribution
EANCOM est un sous-ensemble GS1 d’UN/EDIFACT. Le référentiel GS1 indique que le standard courant EANCOM est la version 2022, avec une dernière modification datée du 8 septembre 2025 dans le référentiel GS1 EANCOM 2022. En pratique, EANCOM s’appuie sur les identifiants GS1, les GLN, les GTIN et des règles plus cadrées pour les processus de distribution.
Ce cadrage est utile dans le retail et les biens de grande consommation : une commande fournisseur, un DESADV palette-colis, une facture et les références articles doivent rester cohérents entre fournisseur, distributeur, entrepôt, transporteur et finance. Nous recommandons de gérer EANCOM comme un profil métier à part entière, et non comme un simple EDIFACT générique.
UBL, CII et Factur-X : les formats XML liés à la facture électronique
UBL, UN/CEFACT CII et Factur-X sont au cœur des formats facture électronique France et Europe. Ils traduisent la facture en données structurées conformes à EN 16931, avec des syntaxes et profils d’implémentation différents.
UBL : langage XML de documents business
UBL, pour Universal Business Language, est une famille XML de documents business. L’index officiel OASIS liste UBL 2.4 comme OASIS Standard daté du 20 juin 2024 et une documentation UBL 2.5 CSD03 datée du 1er mai 2026 dans le répertoire OASIS UBL. Pour éviter toute confusion, une DSI doit distinguer la dernière documentation disponible de la version exigée par un profil national ou réseau.
En France, les profils réglementaires peuvent retenir une version précise indépendamment de la dernière version documentaire OASIS. C’est pourquoi notre approche consiste à tracer séparément la syntaxe, la version, le profil de facture, les règles de validation et le canal d’échange.
UN/CEFACT CII : syntaxe structurée de facture électronique
UN/CEFACT CII, pour Cross Industry Invoice, est une syntaxe XML de facture électronique. Pour approfondir le terme sans alourdir ce guide, vous pouvez consulter notre page glossaire UN/CEFACT CII. Dans les projets e-invoicing, CII est souvent rencontré directement comme fichier XML, ou indirectement comme XML embarqué dans Factur-X.
La norme AFNOR XP Z12-012 en vigueur, publiée en février 2026, porte sur les formats et profils des messages Factures et Statuts de cycle de vie constituant le socle minimal de la réforme française selon la fiche AFNOR XP Z12-012. Elle remplace l’édition de novembre 2025 et constitue un repère essentiel pour aligner formats, profils et statuts.
Factur-X : facture hybride PDF/A-3 et XML CII
Factur-X est un format hybride : un PDF lisible par l’humain et un fichier XML structuré embarqué. Le communiqué FNFE-MPE/FeRD du 10 juin 2026 annonce Factur-X 1.09 / ZUGFeRD 2.5, avec mise à jour des listes de codes EN 16931 et publication du nouveau format franco-allemand Factur-X 1.09 / ZUGFeRD 2.5.
Pour la France, le calendrier officiel 2026-2027 impose la réception des factures électroniques à toutes les entreprises au 1er septembre 2026, l’émission à cette même date pour les grandes entreprises et ETI, puis l’émission au 1er septembre 2027 pour les PME et micro-entreprises selon economie.gouv.fr. La transmission devra passer par une Plateforme Agréée ; la liste officielle des plateformes est publiée et modifiée régulièrement sur impots.gouv.fr dans la liste des plateformes agréées.
| Échéance France |
Obligation |
Impact formats |
| 1er septembre 2026 |
Réception obligatoire pour toutes les entreprises |
Capacité à recevoir des factures via PA, notamment Factur-X, UBL ou CII selon les profils applicables |
| 1er septembre 2026 |
Émission obligatoire pour grandes entreprises et ETI |
Conversion des flux ERP, EDI INVOIC ou portails fournisseurs vers le format réglementaire attendu |
| 1er septembre 2027 |
Émission obligatoire pour PME et micro-entreprises |
Extension des contrôles, statuts de cycle de vie et e-reporting à l’ensemble de l’écosystème |
Comment choisir le bon format EDI selon vos partenaires et vos pays ?
Le bon format EDI est celui que votre partenaire peut traiter, que votre pays accepte et que votre architecture peut superviser. La décision doit combiner géographie, secteur, document, maturité SI et contraintes réglementaires.
Critères de choix : géographie, secteur, type de document, maturité SI
Nous conseillons de partir du flux métier, puis de remonter vers le format. Une commande retail européenne appellera souvent EDIFACT ou EANCOM ; un distributeur américain demandera plutôt X12 ; une facture française 2026-2027 devra respecter les formats et profils applicables via Plateforme Agréée ; un partenaire digital mature peut accepter UBL, CII, API ou JSON.
-
Géographie : EDIFACT pour de nombreux échanges internationaux, X12 pour l’Amérique du Nord, formats e-invoicing nationaux pour la conformité locale.
-
Secteur : EANCOM et GS1 dans la distribution, messages transport pour 3PL et chargeurs, profils facture pour finance et DAF.
-
Document : commande, ASN, facture, statut transport, avoir ou cycle de vie de facture n’ont pas les mêmes règles.
-
Maturité SI : un partenaire peut être en EDI historique, en portail, en API ou en format hybride ; notre rôle est d’orchestrer ces niveaux sans rupture de processus.
Cas d’usage : commande, avis d’expédition, facture, statut transport
Pour une commande, le format doit préserver les références articles, lieux de livraison, quantités, prix, dates et conditions logistiques. Pour un DESADV ou ASN, l’enjeu est de préparer la réception en entrepôt : colis, palettes, lots, SSCC, dates, quantités et écarts attendus alimentent le WMS.
Pour une facture, le besoin change : conformité fiscale, mentions obligatoires, rapprochement commande-réception-facture et statuts de cycle de vie. Pour un statut transport, le TMS doit recevoir une information suffisamment normalisée pour informer le client, recalculer l’ETA ou piloter l’OTIF. Notre expérience montre que le format doit être choisi avec le processus cible, pas seulement avec la préférence technique d’un partenaire.
Pourquoi le format standard ne suffit pas sans guide d’implémentation
Un standard autorise souvent plusieurs variantes. Les segments facultatifs, codes pays, unités, règles d’arrondi, identifiants partenaires, référentiels articles et niveaux logistiques créent des écarts significatifs. Le guide d’implémentation précise ce qui est obligatoire, interdit, conditionnel ou spécifique à un partenaire.
Sans guide d’implémentation, le mapping EDI devient fragile : un message valide syntaxiquement peut être rejeté fonctionnellement. C’est pourquoi nous formalisons les règles partenaires, les jeux de tests, les accusés et les scénarios d’anomalies dès l’onboarding.
Mappings, versions et contrôles : comment éviter la complexité EDI ?
La complexité EDI se maîtrise par la gouvernance : versions documentées, mappings réutilisables, contrôles automatisés, supervision des statuts et capacité de conversion entre EDI, XML, API et formats e-invoicing.
Gouverner les versions, profils, codes et règles partenaires
La première règle consiste à créer un registre des flux. Pour chaque partenaire, nos équipes recommandent de documenter le message, la version, le protocole, le guide d’implémentation, les identifiants, les règles de contrôle, les environnements de test et les contacts de support. Cette gouvernance évite qu’un changement de version EDIFACT, X12 ou UBL soit traité comme une simple évolution technique.
Le mapping EDI doit être versionné comme un composant critique du SI. Il traduit un langage partenaire vers le modèle interne de l’entreprise, puis vers ERP, WMS, TMS, OMS ou finance. Un bon mapping explicite les transformations, valeurs par défaut, règles de rejet, tolérances et enrichissements de données.
Superviser les rejets, accusés, statuts et anomalies de données
La supervision doit couvrir plus que le transport du fichier. Un flux « reçu » peut échouer au parsing, au contrôle syntaxique, au contrôle métier, à l’intégration ERP ou au rapprochement avec une commande. Les accusés techniques et fonctionnels, les statuts de cycle de vie facture et les retours partenaires doivent être consolidés dans une vision exploitable.
-
Détecter rapidement un rejet syntaxique, par exemple une structure EDIFACT incorrecte.
-
Identifier une anomalie métier, par exemple un GLN inconnu ou une référence article absente.
-
Prioriser les erreurs selon l’impact : blocage de réception, facture non conforme, transport non suivi.
-
Informer les équipes concernées avec le bon contexte : partenaire, document, commande, facture, expédition.
Préparer les conversions EDI, XML, API et formats e-invoicing
La trajectoire la plus sûre consiste à adopter un modèle d’intégration capable de convertir les formats sans multiplier les interfaces point à point. Une commande peut entrer en X12, être traduite en modèle interne, alimenter l’OMS, déclencher un ordre WMS, produire un DESADV EANCOM et générer une facture UBL ou Factur-X selon le pays.
Cette logique prépare aussi les évolutions réglementaires. Les formats facture électronique France 2026-2027 ne remplacent pas tous les flux EDI historiques ; ils s’y ajoutent. Notre conviction est donc simple : la conformité e-invoicing doit être connectée à la chaîne order-to-cash, procure-to-pay et supply chain, pas gérée comme un projet fiscal isolé.
Comment Generix intègre ces formats dans une supply chain collaborative ?
Generix intègre les formats EDI dans une architecture collaborative : conversion, routage, supervision et gouvernance des flux entre partenaires, ERP, WMS, TMS, OMS et Plateforme Agréée. L’objectif est d’assurer l’interopérabilité de bout en bout.
Centraliser la conversion et le routage des flux B2B
Notre approche consiste à centraliser les traductions multi-formats dans Generix Collaborative Network plutôt qu’à multiplier les connecteurs spécifiques dans chaque application. Nous prenons en charge des formats comme EANCOM, EDIFACT, XML, UBL, HL7, JSON, PDF, CSV, TXT, X12 et formats legacy, avec des règles de routage adaptées aux partenaires et aux pays.
Le réseau Generix Collaborative Network couvre plus de 300 interconnexions actives dans 50 pays, propose 3 000 mappings préconstruits et prend en charge 25 protocoles de transport. Ces capacités sont utiles pour accélérer l’onboarding, mais elles ne remplacent pas le cadrage métier : nous analysons d’abord vos flux, vos partenaires prioritaires et vos contraintes réglementaires.
Connecter EDI, ERP, WMS, TMS, OMS et Plateforme Agréée
Dans une supply chain collaborative, un message ne s’arrête pas à sa traduction. Une commande doit alimenter l’ERP ou l’OMS, préparer les opérations WMS, déclencher des instructions TMS, produire des statuts et alimenter la facturation. Pour les 3PL, cette continuité est critique : onboarding client, multi-clients, facturation à l’opération et EDI doivent être cohérents avec les opérations d’entrepôt. Sur ce sujet, nous détaillons les enjeux dans notre article WMS 3PL, multi-clients, facturation à l’opération et onboarding EDI.
Pour la facture électronique, notre guide sur la facture électronique 2026-2027 complète ce guide formats. Generix dispose également d’une Plateforme Agréée immatriculée n°0002 ; nous l’articulons avec les flux EDI existants pour éviter une rupture entre conformité fiscale, e-reporting et processus opérationnels.
Encadré différenciateur Generix et CTA
Le différenciateur n’est pas de « supporter » une liste de formats, mais de les rendre interopérables dans un réseau B2B supervisé. EDIFACT, X12, EANCOM, UBL, CII et Factur-X doivent pouvoir coexister avec vos API, vos fichiers plats, vos portails et vos applications métier, tout en gardant une traçabilité exploitable par l’IT, la supply chain et la finance.
Si vous souhaitez évaluer vos flux EDIFACT, X12, EANCOM, UBL, CII et Factur-X, nous vous invitons à découvrir notre Logiciel EDI Generix. Pour les factures France 2026-2027, nos équipes peuvent également vous accompagner avec notre Plateforme Agréée Generix.