# 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. ## 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](https://edi-service.eu/nl/kennisbank/vda-4905-4913-global-standards/)). - **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](https://edi-service.eu/nl/kennisbank/edi-handleiding-checklist/). ## 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](https://edi-service.eu/nl/kennisbank/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](https://edi-service.eu/nl/#preis). ## 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?](https://edi-service.eu/nl/kennisbank/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](https://edi-service.eu/nl/aanvraag/). ## Bronnen - UNECE: “Introducing UN/EDIFACT”, gearchiveerde versie van 11-07-2025, (geraadpleegd 16-10-2026) - UNECE: “UN/EDIFACT Syntax Implementation Guidelines” (UNTDID deel 4, hoofdstuk 2.3), gearchiveerde versie van 15-09-2024, (geraadpleegd 16-10-2026) - UNECE: “UN/EDIFACT Message DESADV, Release 01B”, gearchiveerde versie van 14-06-2026, (geraadpleegd 16-10-2026) - UNECE: “UN/EDIFACT Message ORDERS, Release 96A”, gearchiveerde versie van 16-06-2021, (geraadpleegd 16-10-2026) - UNECE: codelijsten D.01B, gegevenselementen 1001, 1225, 2005, 2379, 3035, 3055, 6063, 6069, 7143, gearchiveerde versies, bijv. (geraadpleegd 16-10-2026) - ISO: “ISO 9735-4:2002, EDIFACT, Application level syntax rules, Part 4: Syntax and service report message for batch EDI (message type CONTRL)”, gearchiveerde versie van 21-08-2026, (geraadpleegd 16-10-2026) - GS1 Germany: “EANCOM®: EDI-Standard Nr. 1”, (geraadpleegd 16-10-2026) - GS1: “GS1 Company Prefix” (prefix 952 voor voorbeelden), gearchiveerde versie van 10-02-2025, (geraadpleegd 16-10-2026) - GEFEG: “EDIFICE, European B2B Forum for the Electronics Industry” (stand juli 2023), (geraadpleegd 16-10-2026) - VDA: “Liste der Empfehlungen zum Datenaustausch in der Lieferkette und zu warenbegleitenden Papieren”, stand augustus 2024, (geraadpleegd 16-10-2026) - X12: “About X12”, (geraadpleegd 16-10-2026) - X12: “Supply Chain Transaction Flow”, (geraadpleegd 16-10-2026)