NL

Start / Kennisbank / EDIFACT uitgelegd

Hoe is EDIFACT opgebouwd?

UN/EDIFACT is de internationale standaard van de Verenigde Naties voor de elektronische uitwisseling van gestructureerde zakelijke gegevens zoals orders, verzendberichten en facturen. Een EDIFACT-bestand bestaat uit segmenten met vaste scheidingstekens en is daardoor betrouwbaar door programma's te lezen. De syntaxis is vastgelegd in de norm ISO 9735, de inhoud van de berichten in directories van de UNECE. Deze pagina laat de opbouw van EDIFACT zien aan de hand van een toegelicht voorbeeld.

Stand 18 oktober 2026 · fokus it solutions, Jens Musleh

Wie zit er achter EDIFACT?

De naam staat voor “Electronic Data Interchange for Administration, Commerce and Transport”. De UNECE, de Economische Commissie voor Europa van de Verenigde Naties, beschrijft UN/EDIFACT als een verzameling internationaal overeengekomen standaarden, directories en richtlijnen voor de uitwisseling van gestructureerde gegevens tussen onafhankelijke IT-systemen. De regels worden gepubliceerd in de UNTDID, de “United Nations Trade Data Interchange Directory”. Inhoudelijk beheert UN/CEFACT EDIFACT, het centrum van de Verenigde Naties voor handelsfacilitatie en elektronische bedrijfsprocessen.

Houd twee niveaus uit elkaar:

  • De syntaxis regelt hoe een bestand is opgebouwd: scheidingstekens, begin- en eindsegmenten, telregels. Die staat in ISO 9735.
  • De directories regelen welke berichten er zijn, welke segmenten ze bevatten en wat de codes betekenen. GS1 Germany spreekt voor UN/EDIFACT van “meer dan 200 verschillende berichttypen”.

Wat de directories D.96A en D.01B betekenen

Een EDIFACT-directory is een versie van het regelwerk. De UNECE publiceert doorlopend nieuwe versies; de oudste in het archief stammen uit de jaren negentig. Ze worden aangeduid met versie en release, bijvoorbeeld D.96A of D.01B. Zo vermeldt de UNECE het verzendbericht DESADV in directory D.01B met “Version: D”, “Release: 01B” en “Contr. Agency: UN”.

In elk bericht vindt u precies deze gegevens terug, in het segment UNH. Staat daar ORDERS:D:96A:UN, dan gaat het om een order volgens directory D.96A. Als ontvanger let u daarop, want een ORDERS volgens D.96A en een volgens D.01B kunnen verschillen in segmenten en codes. Welke directory geldt, staat in de EDI-handleiding van uw partner.

De opbouw van een EDIFACT-bestand

Een EDIFACT-verzending is als een envelop met een of meer brieven erin. Van buiten naar binnen:

Segment Naam Functie
UNA Service String Advice optioneel; legt de scheidingstekens vast als van de standaard wordt afgeweken
UNB Interchange Header kop van de verzending: tekenset en syntaxisversie, afzender, ontvanger, datum, referentie
UNG / UNE Functional Group optioneel; bundelt berichten van hetzelfde type in groepen
UNH Message Header begin van een bericht: volgnummer en berichtidentificatie
BGM, DTM, NAD, LIN, QTY … gebruikersgegevens inhoud van het bericht
UNS Section Control optioneel; scheidt kop-, regel- en totaaldeel
UNT Message Trailer einde van het bericht: aantal segmenten inclusief UNH en UNT, hetzelfde nummer als in UNH
UNZ Interchange Trailer einde van de verzending: aantal berichten, dezelfde referentie als in UNB

Met de telvelden in UNT en UNZ is er een eenvoudige controle op volledigheid. Klopt het aantal niet, dan is het bestand beschadigd of afgekapt, en de software van de ontvanger weigert het.

Scheidingstekens en releaseteken

EDIFACT heeft genoeg aan een paar stuurtekens. De syntaxisrichtlijnen van de UNECE noemen voor het gangbare niveau A deze tekens:

Teken Betekenis
' (apostrof) einde segment
+ (plus) scheidt segmentcode en gegevenselementen
: (dubbele punt) scheidt onderdelen binnen een samengesteld gegevenselement
? (vraagteken) releaseteken: het volgende teken geldt als gewone tekst

Een voorbeeld van het releaseteken: de bedrijfsnaam “Jansen + Zonen” wordt geschreven als Jansen ?+ Zonen, anders zou de plus als scheidingsteken worden gelezen.

De UNA-regel is volgens de UNECE altijd negen tekens lang: “UNA” en daarna zes tekens voor de stuurtekens. Partners sturen hem vaak mee, ook als hij alleen de gangbare tekens bevat. Uw software moet beide kunnen verwerken.

Een toegelicht EDIFACT-voorbeeld

De volgende order is volledig verzonnen. De GLN's (Global Location Number, in Nederland ook GS1-locatiecode, een identificatie voor bedrijven en locaties) beginnen met prefix 952, dat GS1 voor voorbeelden heeft gereserveerd. Elke regel is een segment; de regeleinden dienen alleen de leesbaarheid.

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'

Regel voor regel gelezen:

  • UNA:+.? ' legt de zes stuurtekens vast, hier de gangbare, waaronder dubbele punt, plus, vraagteken en apostrof.
  • UNB noemt tekenset en syntaxisversie (UNOC:3), afzender, ontvanger, datum en tijd (16 oktober 2026, 14.30 uur) en de verzendreferentie 00001. Of achter de identificatie nog een type identificatie staat, regelt de handleiding.
  • UNH+1+ORDERS:D:96A:UN begint bericht nummer 1: een order volgens directory D.96A.
  • BGM+220+B-4711+9 is de documentkop. Code 220 staat voor “Order”, B-4711 is het ordernummer, 9 betekent “origineel”.
  • DTM+137:20261016:102 is de documentdatum (code 137) in het formaat JJJJMMDD (code 102).
  • NAD+BY en NAD+SU noemen koper (buyer) en leverancier (supplier) met hun GLN. De 9 verwijst naar GS1 (vroeger EAN) als uitgevende instantie.
  • LIN+1++9520000000035:SRV is regel 1 met een GTIN (Global Trade Item Number, het artikelnummer van GS1).
  • QTY+21:240 is het bestelde aantal (code 21), hier 240 stuks.
  • DTM+2:20261030:102 is de gewenste leverdatum (code 2).
  • UNS+S scheidt de regels van het totaaldeel, CNT+2:1 meldt één regel.
  • UNT+11+1 telt elf segmenten van UNH tot en met UNT en herhaalt berichtnummer 1.
  • UNZ+1+00001 meldt één bericht in deze verzending en herhaalt de referentie uit UNB.

Wat de codes (220, 137, 21 enzovoort) betekenen, staat in de codelijsten van de betreffende directory. Uw partner kan in zijn handleiding extra verplichte velden en eigen regels vastleggen.

Branchesubsets EANCOM, ODETTE en EDIFICE

Een volledige EDIFACT-directory is erg omvangrijk. Branches hebben daarom subsets gevormd: bindende selecties uit berichten, segmenten en codes. De UNECE definieert een subset als een bericht dat rechtstreeks is afgeleid van een UN-standaardbericht, dezelfde functie heeft en de verplichte delen ongewijzigd overneemt.

  • EANCOM wordt beheerd door GS1 en is volgens GS1 Germany “een subset van de UN/EDIFACT-standaard”. De actuele release heet EANCOM 2002. Oorspronkelijk ontwikkeld voor consumentengoederen, wordt het nu ook in de zorg, logistiek en mode gebruikt.
  • ODETTE staat voor de Europese auto-industrie. De VDA-lijst van EDI-aanbevelingen noemt eerdere Odette-berichten, zoals “Odette EDIFACT INVOIC”, die inmiddels zijn vervangen door de VDA-Global-aanbevelingen (zie VDA en Global-standaarden).
  • EDIFICE is het Europese B2B-forum van de elektronica-industrie. Zijn implementatierichtlijnen zijn een subset van UN/EDIFACT op basis van directory D.97A.

Voor u betekent dat: “Wij werken met EDIFACT” is als informatie niet genoeg. Doorslaggevend zijn subset, directory en de handleiding van uw partner. Een checklist vindt u onder EDI-handleiding lezen.

EDIFACT en X12 vergeleken

X12 is een tweede grote EDI-standaard. Die wordt beheerd door X12, een door het American National Standards Institute (ANSI) geaccrediteerde organisatie. In principe werkt X12 hetzelfde: segmenten, scheidingstekens, kop en einde. De berichten heten er echter niet ORDERS of INVOIC, maar hebben nummers. Volgens X12 zijn dat bijvoorbeeld 850 voor de order, 856 voor het verzendbericht (“Ship Notice/Manifest”) en 810 voor de factuur. Wie klanten in Noord-Amerika belevert, komt vaak X12 tegen; Europese handleidingen vragen meestal EDIFACT of een EDIFACT-subset.

Welke EDIFACT-berichten in de praktijk voorkomen, ziet u in het overzicht EDI-berichten.

EDIFACT met edi-service.eu

edi-service.eu verwerkt EDIFACT, inclusief EANCOM; de AI leest de directory en de eisen uit de handleiding van uw partner en maakt daaruit de mapping, eerst in testmodus, voor inkomende berichten net zo goed als voor verzendbericht en factuur aan de partner. X12 hoort niet bij het aanbod. De prijs vindt u op de startpagina.

Veelgestelde vragen

Wat is het verschil tussen EDI en EDIFACT?

EDI is de werkwijze van elektronische gegevensuitwisseling, EDIFACT is een formaat daarvoor. Naast EDIFACT zijn er bijvoorbeeld VDA-formaten, X12, XML of CSV. Een inleiding biedt Wat is EDI?.

Welke EDIFACT-versie heb ik nodig?

De versie bepaalt uw partner, niet u. Ze staat in de EDI-handleiding en in elk bericht in het segment UNH, bijvoorbeeld ORDERS:D:96A:UN. Branchesubsets leggen de directory vaak vast; EDIFICE bouwt bijvoorbeeld op D.97A.

Kun je EDIFACT-bestanden met een teksteditor lezen?

Ja, EDIFACT is platte tekst. Zonder kennis van de codelijsten is de inhoud wel moeilijk te duiden, omdat betekenissen in codes zitten: 220 betekent order, 137 betekent documentdatum. Ontbreken regeleinden, dan staat de hele verzending op één regel.

Is EANCOM hetzelfde als EDIFACT?

EANCOM is een subset van EDIFACT die GS1 heeft vastgelegd voor de handel en andere branches. Elk EANCOM-bericht is een geldig EDIFACT-bericht, maar niet omgekeerd. EANCOM schrijft bijvoorbeeld GS1-identificaties zoals GLN en GTIN voor.

Wat is een CONTRL-bericht?

CONTRL is de syntaxis- en servicebevestiging in EDIFACT. Het meldt de afzender of zijn verzending syntactisch correct is aangekomen; het is geregeld in ISO 9735 deel 4. Of CONTRL vereist is, staat in de handleiding.

Wilt u nagaan of uw EDIFACT-eisen bij edi-service.eu passen, dan kunt u een aanvraag indienen.

Bronnen

Aanvraag indienen · Veelgestelde vragen · Alle kennisbankpagina's