imported>Pentachlorphenol: Weblinks streng zum Thema, einmal pro Domain reicht.

2025-07-28T15:57:06Z

Weblinks streng zum Thema, einmal pro Domain reicht.

Neue Seite

'''UN/EDIFACT''' ('''''U'''nited '''N'''ations '''/''' '''E'''lectronic '''D'''ata '''I'''nterchange '''f'''or '''A'''dministration, '''C'''ommerce and '''T'''ransport'') ist ein branchenübergreifender internationaler [[Standard]] für das Format [[Elektronischer Datenaustausch|elektronischer Daten]] im Geschäftsverkehr. EDIFACT ist einer von mehreren internationalen [[Electronic Data Interchange|EDI]]-Standards. Verantwortlich für den EDIFACT-Standard ist eine [[UN]]-Einrichtung namens [[CEFACT]], die der [[UNECE]] angegliedert ist.

== Geschichte ==
Es gab diverse Vorläufer von EDIFACT, aus denen im Laufe der Zeit der Wunsch aufkam, diese vielfältigen elektronischen Formulare in einem weltweiten Standard zu fusionieren.
* USA: Pionierarbeit wurde 1975 in den USA mit der Entwicklung des EDI-Transportstandards ''Transport Data Coordination Commitee'' (TDCC) und den Probeläufen von 1977 bis 1982 mit ''Uniform Communication Standard'' (UCS) geleistet.<ref name="GS1-Einführung"/> Parallel begann ab 1978 die Entwicklung der US-Norm [[ANSI ASC X12]].
* Europa: In den frühen siebziger Jahren fanden die ersten Standardisierungen von EDI-Nachrichten statt, teilweise national wie etwa [[Standardregelungen Einheitlicher Datenaustauschsysteme|SEDAS]] in Deutschland und [[TRADACOMS]] im [[Vereinigtes Königreich|Vereinigten Königreich]], oder über länderübergreifende Branchenverbände.<ref name="GS1-Einführung"/>
1983 wurde ''Trade Data Interchange'' (TDI) zuerst der europäischen Kommission – für einen europäischen einheitlichen Standard – und wenig später der ''United Nations Economic Commission for Europe'' ([[UNECE|UN/ECE]]) für einen weltweiten Standard vorgeschlagen.<ref name="GS1-Einführung"/> Innerhalb der Vereinten Nationen begann die Untersuchung die europäischen und US-amerikanischen Standards zu kombinieren, und dies mündete 1986 in die Definition der UN/EDIFACT-Syntax und -Richtlinien zum Aufbau von Nachrichten.<ref name="GS1-Einführung"/> Anschließend wurde in einer Rekordzeit von 18 Monaten im Jahr 1987 die UN/EDIFACT-Syntax als internationale Norm ISO 9735 veröffentlicht.<ref name="GS1-Einführung"/> Das Verzeichnis der Handelsdatenelemente (United Nations/Trade Data Elements Directory, UN/TDED) wurde ebenfalls als Norm ISO 7372 veröffentlicht.<ref name="GS1-Einführung"/> Zahlreiche Verbände, Organisationen und Unternehmen stellten in den Jahren danach weltweit ihre Geschäftsprozesse auf EDIFACT um.

Die Pflege des EDIFACT-Standards erfolgt unter dem Vorsitz der Arbeitsgruppe [[CEFACT|UN/CEFACT]] (United Nations/Center of Trade Facilitation and Electronic Business). Diverse internationale Organisationen, Verbände, nationale Vertreter usw. wirken an der Weiterentwicklung in vielfältigen Arbeitsgruppen mit.

== EDIFACT-Verzeichnisse ==
Die verschiedenen EDIFACT-Versionen werden ''Verzeichnisse'' genannt.

Diese EDIFACT-Verzeichnisse werden zweimal jährlich zum 1. April und 1. Oktober überarbeitet, um neue EDIFACT-Nachrichten aufzunehmen oder bestehende zu aktualisieren. EDIFACT-Verzeichnisse haben Namen wie ''D.03B''.

== EDIFACT-Subsets ==
Aufgrund der Komplexität haben sich branchenspezifisch sogenannte Subsets von EDIFACT entwickelt. Diese Subsets sind Teilmengen von EDIFACT und beinhalten nur die für bestimmte Anwendergruppen relevanten Funktionen.
* [[CEFIC]] – Chemische Industrie
* [[EANCOM]] – Konsumgüterindustrie
* [[Edi@Energy]] – Strom und Gas (nur für Deutschland gültig)
* EDIBDB – Baustoffbranche
* [[EDIFICE]] – Elektronik-, Software- und Telekommunikationsbranche
* EDIFOR – Speditionsbranche
* EDIFURN – Möbelbranche
* [[EDIGAS]] – Ferngasgeschäft
* [[EDILEKTRO]] – Elektroindustrie / Elektrogroßhandel
* EDILIBE – Buchhandel
* EDIPAP – Papierhersteller / -großhandel / -verarbeitende Industrie
* EDITEC – Sanitärbranche
* EDITEX – Textilindustrie
* EDITRANS – Transportwirtschaft
* [[EDIWHEEL]] – Reifen- und Räderhersteller (inkl. AdHoc EDI)
* [[ETIS]] – Telekommunikation (nur für Rechnung)
* ODA/ODIF – Allgemeine Dokumentenformate
* [[Odette File Transfer Protocol|ODETTE]] – Automobilindustrie
* RINET – Versicherungswirtschaft
* VDA – Automobilindustrie

== EDIFACT-Nachrichtentypen ==
Grundlegendes Standardisierungskonzept von EDIFACT ist, dass es ''einheitliche Nachrichtentypen'' gibt, deren englischer Name ''United Nations Standard Message'' (''UNSM'') lautet. In sogenannten Subsets können die Nachrichtentypen branchenspezifisch tiefer in ihren Ausprägungen spezifiziert werden.<ref> {{Internetquelle |url=https://service.unece.org/trade/untdid/d01b/trmd/trmdi2.htm |titel=List of all Messages Release: 01B |abruf=2025-07-05}}</ref> Nachfolgend eine Auswahl der häufigsten Nachrichtentypen, die alle immer genau einen Kurznamen haben, der aus sechs Großbuchstaben besteht:

=== Service-Meldungen ===
Zur Bestätigung/Ablehnung einer Nachricht werden CONTRL- und APERAK-Meldungen gesendet.

Prüfschritte:

# <code>CONTRL</code> – Syntax-Prüfung und Rückmeldung über Ankunft der Meldung (Syntax- und Servicereport-Meldungen für automatische EDI-Verarbeitung, {{enS|Control}})
# <code>APERAK</code> – Fachliche Fehlermeldungen und Quittierung (Application error and acknowledgement message)

=== Datenaustausch ===
* <code>CREMUL</code> – Gutschriftsavisierung (multiple credit advice)
* <code>DELFOR</code> – [[Lieferabruf]] (delivery forecast)
* <code>DELJIT</code> – Feinabruf mit genauen Vorgaben bzgl. Lieferreihenfolge und Zeitvorgaben (delivery [[Just-in-time-Produktion|Just-in-time]])<ref>{{Internetquelle |url=https://service.unece.org/trade/untdid/d01b/trmd/deljit_c.htm |titel=UN/EDIFACT Message DELJIT Release: 01B |abruf=2025-07-05}}</ref>
* <code>DESADV</code> – [[Avis (Logistik)#Lieferavis|Lieferavis]] (despatch advice message)
* <code>IFCSUM</code> – [[Bordero]] (International Forwarding and/or Transport Message Consolidation Summary)
* <code>IFTDGN</code> – Gefahrgut-Ankündigung ([http://www.unece.org/trade/untdid/d01a/trmd/iftdgn_c.htm dangerous goods notification message])
* <code>IFTMBC</code> – Buchungsbestätigung (transport booking confirmation)
* <code>IFTMBF</code> – Buchungsauftrag (transport booking request)
* <code>IFTMBP</code> – Buchungsanfrage (provisional booking message)
* <code>[[IFTMIN]]</code> – Transport-/Speditionsauftrag (instructions of transport)
* <code>IFTSTA</code> – Statusnachricht zu einer Lieferung (status of transport)
* <code>IMBNOT</code> – Statusnachricht zu einem Transport in der Gaswirtschaft (status of transport; imbalance notification)
* <code>INSDES</code> – Dispositionsnachricht (instruction to despatch message)
* <code>INSRPT</code> – Prüfbericht (inspection report)
* <code>INVOIC</code> – [[Rechnung]] (invoice message)
* <code>INVRPT</code> – [[Lagerbestandsbericht]] (inventory report)
* <code>[[MSCONS]]</code> – Verbrauchszählerwerte (metered services consumption report message)
* <code>ORDCHG</code> – Änderungsmitteilung einer [[Bestellung]] (purchase order change message)
* <code>ORDERS</code> – Bestellung (purchase order message)
* <code>ORDRSP</code> – Antwort auf eine Bestellung (purchase order response message)
* <code>QALITY</code> – Ergebnisse einer Qualitätsprüfung (quality data message)
* <code>QUOTES</code> – Angebotserstellung (offer production)
* <code>PAYMUL</code> – [[Überweisung (Zahlungsverkehr)|Überweisungen im Zahlungsverkehr]] (multiple payment order)
* <code>PAYORD</code> – [[Zahlungsanweisung]] (payment order message)
* <code>PRICAT</code> – [[Preisliste]]/[[Prospekt (Werbung)|Katalog]] (price catalogue message)
* <code>PRODAT</code> – [[Produktdatenmanagement|Produktdaten]] (product data message)
* <code>RECADV</code> – [[Wareneingang]]smeldung (receiving advice)
* <code>REMADV</code> – Zahlungsavise (remittance advice)
* <code>REQOTE</code> – Angebotsanfrage (request for quote)
* <code>SLSRPT</code> – Abverkaufsbenachrichtigung (sales report)
* <code>[[UTILMD]]</code> – Stammdaten zu Kunden, Verträgen und Zählpunkten (utilities master data message)

== EDIFACT-Aufbau ==
Jede Nachricht besteht aus einem ''Umschlag'' ({{enS|envelope}}), der den Nachrichteninhalt ähnlich wie ein Briefkuvert umhüllt. Dieser Umschlag besteht aus den Segmenten '''UNB''' und '''UNZ'''. In diesem Umschlag stehen jeweils vereinbarte Codenummern für Absender und Empfänger, sowie Nachrichteninhalt, Zeiten zur Rückverfolgung, sowie Prüfelemente. Eine Nachricht selbst besteht aus ''Segmenten'', ''Datenelementgruppen'' und ''Datenelementen''. Im folgenden Beispiel werden diese Begriffe näher erläutert.

Das optionale Segment '''UNA''' spielt eine Sonderrolle, da es das Segment- und Elementtrennzeichen sowie das [[Dezimaltrennzeichen]] für alle folgenden Daten definiert.

Trennzeichen-Vorgabe UNA Optional (Service String Advice)
┌───── Übertragungsdatei-Kopfdaten UNB Erforderlich (Interchange Header)
│ ┌─── Funktionsgruppe-Kopfdaten UNG Optional (Functional Group Header)
│ │ ┌─ Meldungs-Kopfdaten UNH Erforderlich (Message Header)
│ │ │ Daten-Segmente Wie benötigt (User Data Segments)
│ │ └─ Meldungsabschluss UNT Erforderlich (Message Trailer)
│ └─── Funktionsgruppe-Abschluss UNE Optional (Functional Group Trailer)
└───── Übertragungsdatei Abschluss UNZ Erforderlich (Interchange Trailer)

UNA
UNB
UNG
UNH
<Datensegmente>
UNT
...
UNH
<Datensegmente>
UNT
UNE
...
UNG
UNH
<Datensegmente>
UNT
...
UNH
<Datensegmente>
UNT
UNE
UNZ

Funktionsgruppen (UNG-UNE) und Meldungen (UNH-UNT) sind wiederholbar. Im UNT wird für Prüfzwecke noch die Anzahl der Segmente der Meldung angegeben (inkl. der UNH-UNT Segmente).

== Beispiel ==
Ein Ausschnitt aus einer EDIFACT-Nachricht könnte so aussehen:

DTM+11:200606200730:203'
Diese ganze Zeile wird als ''Segment'' bezeichnet. Die Bedeutung der einzelnen Codes ist folgende:
* <code>DTM</code> ist der ''Segment-Bezeichner'' ({{enS|Tag}}) und ist das Kennzeichen, dass es sich bei den folgenden Daten um Datum/Zeit-Angaben handelt (DTM steht für Date/Time).<ref>[http://service.unece.org/trade/untdid/d05b/trsd/trsddtm.htm Beschreibung des DTM-Segments]</ref>
* <code>11</code> ist ein ''Datenelement'' (kurz: ''Element''). In diesem Beispiel beschreibt ein ''Qualifier'', welche Art von Zeitpunkt gemeint ist. Der Code 11 bedeutet: Versendezeitpunkt (z. B. einer Warenlieferung).
* <code>200606200730</code> ist ein weiteres ''Element''. Hier stellt es das Datum in der Schreibweise <code>JJJJMMTThhmm</code> dar.
* <code>203</code> ist ebenso ein ''Element''. 203 ist eine Kennung für das Datumsformat. In diesem Beispiel bedeutet 203, dass das Datum im Format <code>JJJJMMTThhmm</code> (das heißt 4 Stellen für das Jahr, 2 für den Monat, 2 für den Tag, es folgt die Uhrzeit mit 2 Stellen für die Stunde und 2 Stellen für die Minuten) angegeben ist.
* Der gesamte Block <code>11:200606200730:203</code> wird ''Datenelementgruppe'' ({{enS|composite elements}}, kurz: ''composites'') genannt (erkennbar am Trennzeichen Doppelpunkt statt Plus).
* Die Datenelementgruppen (Blöcke) werden durch ein Plus-Zeichen voneinander getrennt. Hier gibt es nur eine Datenelementgruppe, die vom einleitenden Segment-Bezeichner DTM durch Plus getrennt wird.

Ein kompletter UN/EDIFACT Interchange, der hier z. B. eine Bestellung entsprechend dem Standard vom Frühling 1996 enthält, könnte so aussehen:
UNA:+.? '
UNB+UNOC:3+Senderkennung+Empfaengerkennung+060620:0931+1++1234567'
UNH+1+ORDERS:D:96A:UN'
BGM+220+B10001'
DTM+4:20060620:102'
NAD+BY+++Bestellername+Strasse+Stadt++23436+xx'
LIN+1++Produkt Schrauben:SA'
QTY+1:1000'
UNS+S'
CNT+2:1'
UNT+9+1'
UNZ+1+1234567'

Hierbei ist zu beachten, dass diese Nachricht ohne Zeilenumbrüche, die in diesem Beispiel zur Lesbarkeit eingefügt wurden, gepackt wird. Ob mit oder ohne Umbruch übermittelt wird, ist dabei zwischen den Partnern zu vereinbaren. Die meisten EDI-Konverter können mit beidem umgehen. In allen UN/EDIFACT Interchanges legt <code>UNA:+.? '</code> als erstes ''Advise Segment'' der Nachricht die Trennzeichen fest. Der Doppelpunkt („<code>:</code>“) wird zum ''Component Separator'', das Pluszeichen („<code>+</code>“) zum ''Element Separator'', der Punkt („<code>.</code>“) wird als [[Dezimaltrennzeichen]] festgelegt, das Fragezeichen („<code>?</code>“) zum ''Release Indicator'', das Leerzeichen („<code> </code>“) bleibt ein Leerzeichen, und das Hochkomma („<code>'</code> “) ist ''Segment Terminator''. Der Release Indicator ist notwendig, damit die Bedeutung eines Separators aufgehoben wird, um beispielsweise ein Pluszeichen in Freitext darzustellen ([[Escape-Sequenz]]). Danach folgen dem UNB Interchange Header die einzelnen Nachrichten, welche mit UNH beginnen und mit UNT aufhören. Selten benutzt wird die Möglichkeit, Nachrichten zu gruppieren. Dies geschieht mittels der Segmente UNG und UNE. Ein UNZ-Segment beendet den Interchange, wiederholt dessen Nummer und summiert die Anzahl der Nachrichten, so wie das UNT-Segment die Anzahl der Segmente innerhalb einer Nachricht summiert.

Sender- und Empfängerkennung werden als [[Global Location Number]] (GLN) übermittelt,
Produkte mit ihrer [[Global Trade Item Number]] (GTIN) oder [[European Article Number]] (EAN), der dem auf Waren aufgedruckten [[Strichcode]] entspricht, übertragen.

== Datenformat ==
EDIFACT ist ein Standard für das [[Datenformat]], nicht für die [[Datenübertragung|Übertragung der Daten]], das heißt, im Prinzip können EDIFACT-Nachrichten über jedes Medium (siehe [[Publikation]]sform) ausgetauscht werden, das zur Übertragung elektronischer Daten benutzt werden kann. EDIFACT ist unabhängig vom verwendeten [[Netzwerkprotokoll|Übertragungsprotokoll]].

Ursprünglich war EDIFACT die Domäne der Mehrwertnetze (Value Added Network, VAN) oder wurde auf [[Standleitung]]en eingesetzt. Es gab Projekte, die EDIFACT-Nachrichten per [[Diskette]] oder [[Magnetband]] transportierten. EDIFACT wird mittlerweile ebenso über das [[Internet]] genutzt, beispielsweise mit Übertragungsprotokollen wie [[X.400]], [[E-Mail]], [[AS2]], [[MBS/IP]], [[File Transfer Protocol|FTP]] oder [[OFTP2]].

Entweder sind die beteiligten Anwendungsprogramme in der Lage, EDIFACT-Nachrichten zu erzeugen oder zu verarbeiten, oder es wird ein [[Konverter (EDI)|Konverter]] dazwischengeschaltet, der die Daten entsprechend umwandelt. Wie die Daten konvertiert werden, ist konfigurierbar. Mit einem Editor können sogenannte [[Message Mapping|Mapping]]<nowiki/>tabellen erzeugt werden, die dem Konverter zugeführt werden. Eine Umwandlung von EDIFACT in ein [[XML]]-Format und umgekehrt ist möglich. Hier wird zusätzlich eine Steuerung verwendet, die den Kommunikationsprozess von der Partnerverwaltung, der Tabellenverwaltung, dem [[Logging]] und der Archivierung vollautomatisch übernimmt. Einige Unternehmen setzen derartige Software vor Ort ein, andere lassen die Konvertierung von Dritten durchführen (EDI-[[Outsourcing]]). Es gibt einige [[open source|open-source]]-Konverter.

UN/EDIFACT ist ein Format, das die ganz überwiegende Mehrheit aller Geschäftspapiere beschreibt. Es ist notwendig, zwischen den Partnern (''Trading partner'') genaue Vereinbarungen über Dateninhalte zu treffen, die die ''Kannfelder'' und ''Mussfelder'' in ausgewählten Segmenten festlegen. Häufig werden zudem private ''Code List Extensions'' nötig sein, um den realen Geschäftsablauf präzise abzubilden. Aus diesen ''Code List Extensions'' entstehen Branchenstandards, die in Subsets standardisiert werden. Für Anwendungsfelder, in denen Branchenstandards fehlen oder Spezialprozesse zum Einsatz kommen, werden diese Vereinbarungen z. B. über eine [[EDI-Vereinbarung]] bilateral festgelegt.

== Siehe auch ==
* [[ANSI ASC X12]]
* [[Datenträgeraustauschverfahren]] (DTAUS)
* [[EANCOM]]
* [[ebXML]]
* [[Elektronischer Datenaustausch]]
* [[Odette File Transfer Protocol]] (Odette)
* [[Verband der Automobilindustrie]] (VDA)
* [[Camt-Format]]

== Normen und Standards ==
;basierend auf EDIFACT-Syntax, Version 3.0
* DIN ISO 9735 (Hinweis: ohne Teilenummer; aus dem Jahre 2002)
* DIN 16557-3
* DIN 16560-1 und -4
* DIN 16568-3

;basierend auf EDIFACT-Syntax, Version 4.0
* DIN ISO 9735 Teile 1 – 10 (Hinweis: immer mit Teilenummer; aus dem Jahre 2004)
* DIN 16557 Teile 4 – 5
* DIN 16560 Teile 15 – 17

== Weblinks ==
* [http://www.unece.org/ UNECE]

== Einzelnachweise ==
<references>

<ref name="GS1-Einführung">{{Literatur
| Titel=EDI / eCommerce. Einführung in den elektronischen Datenaustausch
| Datum=2006
| Seiten=35-37
| Auflage=1
| Verlag=GS1 Germany
| Online=https://web.archive.org/web/20070808015520/http://shop.gs1-germany.de/cgi/shop.cgi?ID=000000000000400000000000000000019500000000000000000000000000&ViewItem=D00400000000000000000195
| Kommentar=
}}</ref>

</references>

{{Normdaten|TYP=s|GND=4242778-2}}

{{SORTIERUNG:Edifact}}
[[Kategorie:Standard für Elektronischen Datenaustausch]]
[[Kategorie:Abkürzung|EDIFACT]]

EDIFACT - Versionsgeschichte

imported>Pentachlorphenol: Weblinks streng zum Thema, einmal pro Domain reicht.