EDIFACT

aus Wikipedia, der freien Enzyklopädie
Wechseln zu: Navigation, Suche

UN/EDIFACT ist die Abkürzung für United Nations Electronic Data Interchange For Administration, Commerce and Transport. EDIFACT ist ein branchenübergreifender internationaler Standard für das Format elektronischer Daten im Geschäftsverkehr. EDIFACT ist einer von mehreren internationalen EDI-Standards. Verantwortlich für den EDIFACT-Standard ist eine UN-Einrichtung namens CEFACT, die der UNECE angegliedert ist.

EDIFACT-Verzeichnisse[Bearbeiten]

Die verschiedenen EDIFACT-Versionen werden Verzeichnisse genannt.

Diese EDIFACT-Verzeichnisse werden 2 mal 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[Bearbeiten]

Aufgrund der Komplexität haben sich branchenspezifisch sogenannte Subsets von EDIFACT entwickelt. Diese Subsets sind EDIFACT Teilmengen 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 – High Tech Industrie
  • 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 – Automobilindustrie
  • RINET – Versicherungswirtschaft

EDIFACT-Nachrichtentypen[Bearbeiten]

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. Nachfolgend eine Auswahl der häufigsten Nachrichtentypen, die alle immer genau einen Kurznamen von der Länge sechs Großbuchstaben besitzen:

Service-Meldungen[Bearbeiten]

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

Prüfschritte:

  1. CONTRL – Syntax-Prüfung und Rückmeldung über Ankunft der Meldung (Syntax und Service Report Meldungen für automatische EDI-Verarbeitung, englisch Control)
  2. APERAK – Fachliche Fehlermeldungen und Anerkennung der Meldung (Application error and acknowledgement message)

Datenaustausch[Bearbeiten]

  • DELFORLieferabruf (delivery forecast)
  • DELJIT – Feinabruf mit genauen Vorgaben bzgl. Lieferreihenfolge und Zeitvorgaben (delivery Just-in-time) [1]
  • DESADVLieferavis (despatch advice message)
  • IFCSUM – Bordero (International Forwarding and/or Transport Message Consolidation Summary)
  • IFTDGN – Gefahrgut-Ankündigung (dangerous goods notification message)
  • IFTMBC – Buchungsbestätigung (transport booking confirmation)
  • IFTMBF – Buchungsanfrage (transport booking request)
  • IFTMIN – Transport-/Speditionsauftrag (instructions of transport)
  • IFTSTA – Statusnachricht zu einer Lieferung (status of transport)
  • IMBNOT – Statusnachricht zu einem Transport in der Gaswirtschaft (status of transport)
  • INSRPT – Prüfbericht (inspection report)
  • INVOICRechnung (invoice message)
  • INVRPTLagerbestandsbericht (inventory report)
  • MSCONS – Zählwerte (metered services consumption report message)
  • ORDCHG – Änderungsmitteilung einer Bestellung (purchase order change message)
  • ORDERS – Bestellung (purchase order message)
  • ORDRSP – Antwort auf eine Bestellung (purchase order response message)
  • QUOTES – Angebotserstellung (offer production)
  • PAYMULÜberweisungen im Zahlungsverkehr (multiple payment order)
  • PAYORDZahlungsanweisung (payment order message)
  • PRICATPreisliste/Katalog (price catalogue message)
  • PRODATProduktdaten (product data message)
  • RECADVWareneingangsmeldung (receipt advice)
  • REMADV – Zahlungsavise (remittance advice)
  • REQOTE – Angebotsanfrage (offer inquiry)
  • UTILMD – Stammdaten zu Kunden, Verträgen und Zählpunkten (utilities master data message)

EDIFACT-Aufbau[Bearbeiten]

Jede Nachricht besteht aus einem Umschlag (englisch envelope–), der den Nachrichteninhalt similar eines Briefkuverts 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 kommenden 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[Bearbeiten]

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:

  • DTM ist der Segment-Bezeichner (englisch Tag) und ist das Kennzeichen, dass es sich bei den folgenden Daten um Datum/Zeit-Angaben handelt. (DTM steht für Date/Time).[2]
  • 11 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).
  • 200606200730 ist ein weiteres Element. Hier stellt es das Datum in der Schreibweise JJJJMMTThhmm dar.
  • 203 ist ebenso ein Element. 203 ist eine Kennung für das Datumsformat. In diesem Beispiel bedeutet 203, dass das Datum im Format JJJJMMTThhmm (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 11:200606200730:203 wird Datenelementgruppe (englisch 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 UNA:+.? ' als erstes Advise Segment der Nachricht die Trennzeichen fest. Der Doppelpunkt („:“) wird zum Component Separator, das Pluszeichen („+“) zum Element Separator, der Punkt („.“) wird als Dezimaltrennzeichen festgelegt, das Fragezeichen („?“) zum Release Indicator, das Leerzeichen („ “) bleibt ein Leerzeichen, und das Hochkomma („ ' “) 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[Bearbeiten]

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

Ursprünglich war EDIFACT die Domäne der Mehrwertnetze (VAN) oder wurde auf Standleitungen eingesetzt. Es gab Projekte, die EDIFACT-Nachrichten per Diskette oder Magnetband transportierten. EDIFACT wird mittlerweile ebenso über das Internet genutzt, beispielsweise mit Übertragungsprotokolle wie X.400, E-Mail, AS2, MBS/IP, FTP oder OFTP2.

Entweder sind die beteiligten Anwendungsprogramme in der Lage, EDIFACT-Nachrichten zu erzeugen oder zu verarbeiten, oder es wird ein Konverter dazwischengeschaltet, der die Daten entsprechend umwandelt. Wie die Daten konvertiert werden, ist konfigurierbar. Mit dem sogenannten Mappingtabellen 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 durch Service-Centren durchführen (EDI-Outsourcing). Es gibt einige 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 festlegt. 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 wo Branchenstandards fehlen oder Spezialprozesse zum Einsatz kommen werden diese Vereinbarungen bspw. über eine EDI-Vereinbarung bilateral festgelegt.

Siehe auch[Bearbeiten]

Einzelnachweise[Bearbeiten]

  1. http://www.unece.org/trade/untdid/d01b/trmd/deljit_c.htm
  2. Beschreibung des DTM-Segments

Normen und Standards[Bearbeiten]

basierend auf EDIFACT-Syntax, Version 3.0
  • DIN ISO 9735 (Hinweis: Beachte 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: Beachte immer mit Teilenummer; aus dem Jahre 2004)
  • DIN 16557 Teile 4 – 5
  • DIN 16560 Teile 15 – 17

Weblinks[Bearbeiten]