FR

Accueil / Guide EDI / EDIFACT expliqué

Comment est structuré un message EDIFACT ?

UN/EDIFACT est le standard international des Nations unies pour l'échange électronique de données commerciales structurées comme les commandes, les avis d'expédition et les factures. Un fichier EDIFACT se compose de segments construits avec des séparateurs fixes, ce qui permet aux programmes de le lire de façon fiable. La syntaxe est définie par la norme ISO 9735, le contenu des messages par des répertoires de la CEE-ONU (UNECE). Cette page présente la structure d'EDIFACT à l'aide d'un exemple commenté.

Mise à jour 18 octobre 2026 · fokus it solutions, Jens Musleh

Qui est derrière EDIFACT ?

Le nom signifie « Electronic Data Interchange for Administration, Commerce and Transport ». La Commission économique des Nations unies pour l'Europe (UNECE) décrit UN/EDIFACT comme un ensemble de normes, de répertoires et de lignes directrices convenus au niveau international pour l'échange de données structurées entre systèmes informatiques indépendants. Les règles sont publiées dans l'UNTDID, le « United Nations Trade Data Interchange Directory ». Sur le fond, EDIFACT est géré par l'UN/CEFACT, le Centre des Nations unies pour la facilitation du commerce et les transactions électroniques.

Il faut distinguer deux niveaux :

  • La syntaxe fixe la structure d'un fichier : séparateurs, segments d'en-tête et de fin, règles de comptage. Elle figure dans la norme ISO 9735.
  • Les répertoires fixent les messages existants, les segments qu'ils contiennent et la signification des codes. Selon GS1 Germany, UN/EDIFACT compte plus de 200 types de messages différents.

Ce que signifient les répertoires D.96A et D.01B

Un répertoire EDIFACT est une version du référentiel. L'UNECE publie régulièrement de nouvelles versions ; les plus anciennes de ses archives datent des années 1990. Elles sont désignées par une version et une édition, par exemple D.96A ou D.01B. L'UNECE référence ainsi l'avis d'expédition DESADV dans le répertoire D.01B avec « Version: D », « Release: 01B » et « Contr. Agency: UN ».

Vous retrouvez exactement ces informations dans chaque message, dans le segment UNH. Si vous y lisez ORDERS:D:96A:UN, il s'agit d'une commande selon le répertoire D.96A. En tant que destinataire, soyez attentif : une ORDERS en D.96A et une ORDERS en D.01B peuvent différer par leurs segments et leurs codes. Le répertoire applicable est indiqué dans le guide EDI de votre partenaire.

La structure d'un fichier EDIFACT

Une transmission EDIFACT ressemble à une enveloppe contenant une ou plusieurs lettres. De l'extérieur vers l'intérieur :

Segment Nom Rôle
UNA Service String Advice facultatif ; définit les séparateurs s'ils diffèrent des valeurs par défaut
UNB Interchange Header en-tête de l'interchange : jeu de caractères et version de syntaxe, émetteur, destinataire, date, référence
UNG / UNE Functional Group facultatif ; regroupe des messages de même type
UNH Message Header début d'un message : numéro d'ordre et identifiant du message
BGM, DTM, NAD, LIN, QTY … données utiles contenu du message
UNS Section Control facultatif ; sépare l'en-tête, les lignes et la partie récapitulative
UNT Message Trailer fin du message : nombre de segments, UNH et UNT compris, même numéro que dans l'UNH
UNZ Interchange Trailer fin de l'interchange : nombre de messages, même référence que dans l'UNB

Les compteurs de UNT et UNZ offrent un contrôle simple d'exhaustivité. Si le nombre ne correspond pas, le fichier est endommagé ou tronqué, et le logiciel du destinataire le rejette.

Séparateurs et caractère d'échappement

EDIFACT se contente de quelques caractères de contrôle. Les règles de syntaxe de l'UNECE indiquent pour le niveau A, le plus courant, les caractères suivants :

Caractère Signification
' (apostrophe) fin de segment
+ (plus) sépare l'étiquette du segment et les éléments de données
: (deux-points) sépare les composants d'un élément de données composite
? (point d'interrogation) caractère d'échappement : le caractère suivant est lu comme du texte normal

Exemple de caractère d'échappement : la raison sociale « Martin + Fils » s'écrit Martin ?+ Fils, sinon le plus serait lu comme un séparateur.

Selon l'UNECE, la ligne UNA compte toujours neuf caractères : « UNA », puis six caractères pour les caractères de contrôle. Les partenaires l'envoient souvent, même quand elle ne contient que les caractères habituels. Votre logiciel doit savoir traiter les deux cas.

Un exemple EDIFACT commenté

La commande suivante est entièrement fictive. Les GLN (Global Location Number, un identifiant d'entreprises et de sites) commencent par le préfixe 952, que GS1 a réservé aux exemples. Chaque ligne est un segment ; le retour à la ligne sert uniquement à la lisibilité.

UNA:+.? '
UNB+UNOC:3+9520000000011+9520000000028+261016:1430+00001'
UNH+1+ORDERS:D:96A:UN'
BGM+220+B-4711+9'
DTM+137:20261016:102'
NAD+BY+9520000000011::9'
NAD+SU+9520000000028::9'
LIN+1++9520000000035:SRV'
QTY+21:240'
DTM+2:20261030:102'
UNS+S'
CNT+2:1'
UNT+11+1'
UNZ+1+00001'

Lecture ligne par ligne :

  • UNA:+.? ' définit les six caractères de contrôle, ici les valeurs habituelles, dont le deux-points, le plus, le point d'interrogation et l'apostrophe.
  • UNB indique le jeu de caractères et la version de syntaxe (UNOC:3), l'émetteur, le destinataire, la date et l'heure (16 octobre 2026, 14 h 30) et la référence d'interchange 00001. La présence d'un qualifiant après l'identifiant est réglée par le guide EDI.
  • UNH+1+ORDERS:D:96A:UN ouvre le message numéro 1 : une commande selon le répertoire D.96A.
  • BGM+220+B-4711+9 est l'en-tête du document. Le code 220 signifie « Order », B-4711 est le numéro de commande, 9 signifie « Original ».
  • DTM+137:20261016:102 est la date du document (code 137) au format AAAAMMJJ (code 102).
  • NAD+BY et NAD+SU désignent l'acheteur (Buyer) et le fournisseur (Supplier) avec leur GLN. Le 9 renvoie à GS1 (anciennement EAN) comme organisme émetteur.
  • LIN+1++9520000000035:SRV est la ligne 1 avec un GTIN (Global Trade Item Number, le code article de GS1).
  • QTY+21:240 est la quantité commandée (code 21), ici 240 pièces.
  • DTM+2:20261030:102 est la date de livraison souhaitée (code 2).
  • UNS+S sépare les lignes de la partie récapitulative, CNT+2:1 indique une ligne.
  • UNT+11+1 compte onze segments de UNH à UNT et reprend le numéro de message 1.
  • UNZ+1+00001 indique un message dans cet interchange et reprend la référence de l'UNB.

La signification des codes (220, 137, 21, etc.) figure dans les listes de codes du répertoire concerné. Votre partenaire peut ajouter dans son guide EDI des champs obligatoires et ses propres règles.

Sous-ensembles sectoriels : EANCOM, ODETTE et EDIFICE

Un répertoire EDIFACT complet est très volumineux. Les secteurs ont donc créé des sous-ensembles (subsets), c'est-à-dire des sélections contraignantes de messages, de segments et de codes. L'UNECE définit un sous-ensemble comme un message dérivé directement d'un message standard de l'ONU, ayant la même fonction et reprenant sans changement ses parties obligatoires.

  • EANCOM est géré par GS1 et constitue, selon GS1 Germany, un sous-ensemble du standard UN/EDIFACT. La version actuelle s'appelle EANCOM 2002. Conçu à l'origine pour les biens de consommation, il est aujourd'hui aussi utilisé dans la santé, la logistique et la mode.
  • ODETTE représente l'industrie automobile européenne. La liste des recommandations EDI du VDA (l'association allemande de l'industrie automobile) cite d'anciens messages Odette, par exemple « Odette EDIFACT INVOIC », remplacés depuis par les recommandations VDA Global (voir VDA et standards Global).
  • EDIFICE est le forum B2B européen de l'industrie électronique. Ses guides d'implémentation sont un sous-ensemble d'UN/EDIFACT fondé sur le répertoire D.97A.

Concrètement, « nous travaillons en EDIFACT » ne suffit pas comme information. Ce qui compte, ce sont le sous-ensemble, le répertoire et le guide EDI de votre partenaire. Une liste de contrôle figure dans Lire un guide EDI.

EDIFACT et X12 comparés

X12 est le second grand standard EDI. Il est géré par X12, une organisation accréditée par l'American National Standards Institute (ANSI). Sur le principe, X12 fonctionne de la même façon : segments, séparateurs, en-tête et fin. Mais les messages n'y portent pas de noms comme ORDERS ou INVOIC, ils portent des numéros. Selon X12, ce sont par exemple 850 pour la commande, 856 pour l'avis d'expédition (« Ship Notice/Manifest ») et 810 pour la facture. Si vous livrez des clients en Amérique du Nord, vous rencontrerez souvent X12 ; les guides EDI allemands et européens exigent le plus souvent EDIFACT ou un sous-ensemble d'EDIFACT.

Les messages EDIFACT que l'on rencontre au quotidien sont présentés dans Types de messages EDI.

EDIFACT avec edi-service.eu

edi-service.eu traite EDIFACT, EANCOM compris ; l'IA lit le répertoire et les exigences dans le guide EDI de votre partenaire et en tire le mapping, d'abord en mode test, pour les messages entrants comme pour l'avis d'expédition et la facture envoyés au partenaire. X12 ne fait pas partie de l'offre. Le prix figure sur la page d'accueil.

Questions fréquentes

Quelle est la différence entre EDI et EDIFACT ?

L'EDI est la méthode d'échange de données informatisé, EDIFACT est un format pour le pratiquer. À côté d'EDIFACT, il existe par exemple les formats VDA, X12, XML ou CSV. Une introduction figure dans Qu'est-ce que l'EDI ?.

Quelle version d'EDIFACT me faut-il ?

C'est votre partenaire qui impose la version, pas vous. Elle figure dans le guide EDI et dans chaque message, dans le segment UNH, par exemple ORDERS:D:96A:UN. Les sous-ensembles sectoriels fixent souvent le répertoire ; EDIFICE, par exemple, repose sur D.97A.

Peut-on lire un fichier EDIFACT avec un éditeur de texte ?

Oui, EDIFACT est du texte brut. Mais sans connaître les listes de codes, le contenu est difficile à interpréter, car le sens se cache dans des codes : 220 signifie commande, 137 date du document. Sans retours à la ligne, tout l'interchange tient sur une seule ligne.

EANCOM, est-ce la même chose qu'EDIFACT ?

EANCOM est un sous-ensemble d'EDIFACT défini par GS1 pour la distribution et d'autres secteurs. Tout message EANCOM est un message EDIFACT valide, mais l'inverse n'est pas vrai. EANCOM impose par exemple des identifiants GS1 comme le GLN et le GTIN.

Qu'est-ce qu'un message CONTRL ?

CONTRL est l'accusé de réception syntaxique et de service d'EDIFACT. Il indique à l'émetteur si son interchange est arrivé syntaxiquement correct ; il est défini dans la partie 4 de la norme ISO 9735. Le guide EDI précise si CONTRL est exigé.

Si vous voulez vérifier si vos exigences EDIFACT correspondent à edi-service.eu, vous pouvez nous envoyer une demande.

Sources

Nous contacter · Questions fréquentes · Tous les articles du guide