Elektronischer Datenaustausch mit UN/EDIFACT-Nachrichten. Nutzdatenrahmen

Transkript

1 VDA Elektronischer Datenaustausch mit UN/EDIFACT-Nachrichten Nutzdatenrahmen 4900 Verfahrensbeschreibung Aufbau des EDIFACT-Nutzdatenrahmens und Ausprägung der Servicesegmente im elektronischen Datenaustausch der Automobilindustrie. Version 2.0, Dezember 2016 Arbeitskreis Kummunikations- und Informationstechnologie (AK KIT) Publisher: Verband der Automobilindustrie Copyright Behrenstr. 35 Nachdruck, auch auszugsweise PO Box nur mit Genehmigung des Berlin Herausgebers gestattet. Phone +49 (0)30/ Fax +49 (0)30/

2 VDA-Empfehlung 4900 Version 2.0, Dezember 2016 Seite 2 of 25 Haftungsausschluss Die VDA-Empfehlungen sind Empfehlungen, die jedermann frei zur Anwendung stehen. Wer sie anwendet, hat für die richtige Anwendung im konkreten Fall Sorge zu tragen. Sie berücksichtigen den zum Zeitpunkt der jeweiligen Ausgabe herrschenden Stand der Technik. Durch das Anwenden der VDA-Empfehlungen entzieht sich niemand der Verantwortung für sein eigenes Handeln. Jeder handelt insoweit auf eigene Gefahr. Eine Haftung des VDA und derjenigen, die an den VDA-Empfehlungen beteiligt sind, ist ausgeschlossen. Jeder wird gebeten, wenn er bei der Anwendung der VDA-Empfehlungen auf Unrichtigkeiten oder die Möglichkeit einer unrichtigen Auslegung stößt, dies dem VDA umgehend mitzuteilen, damit etwaige Mängel beseitigt werden können.

3 VDA-Empfehlung 4900 Version 2.0, Dezember 2016 Seite 3 of 25 Inhalt 1. Einleitung Grundlagen Zeichensätze Nutzdatenrahmen Datensegmente Datenelemente/-gruppen Service Segmente der Syntax Version Service Segmente der Syntax Version

4 VDA-Empfehlung 4900 Version 2.0, Dezember 2016 Seite 4 of Einleitung Grundlage für den Aufbau von EDIFACT-Nachrichten ist die EDIFACT-Syntax nach ISO Diese Syntax-Regeln sind im Detail in der Norm DIN : beschrieben (zu beziehen über Beuth-Verlag, Berlin). Inhalt der Norm ist die Festlegung des Zeichensatzes sowie der Strukturmerkmale der Übertragungsdatei. Ergänzend werden die einzelnen Elemente der Übertragungsdatei beschrieben. In dieser Empfehlung sollen zum einen die zentralen Grundlagen der EDIFACT-Syntax aufgezeigt werden, und zum anderen hilfreiche Hinweise zur konkreten Anwendung im Zusammenhang mit EDI-Nachrichten gegeben werden. Für den Datenaustausch in der Automobilindustrie wird die Verwendung von UN Messages (UNSM) empfohlen. Diese -Nachrichtentypen werden von UN/CEFACT (United Nations Centre for Trade Facilitation and Electronic Business) entwickelt, aktualisiert und in UN/EDIFACT Directories veröffentlicht. Aufgrund der vielseitigen Anwendbarkeit dieser UNSM hat es sich als vorteilhaft erwiesen, für konkrete Anwendungsfälle z.b. innerhalb eines Industriezweiges Anwendungshandbücher (Implementation Guidelines) zu entwickeln. Der VDA hat für die Anwendung in der Automobilindustrie solche Guidelines entwickelt und dokumentiert und sich dabei auf die im Rahmen des Joint Automotive Industry Forum (JAIF) von Odette, JAMAI/JAPIA und AIAG erarbeiteten Globalen Guidelines gestützt. Die folgenden Erläuterungen geben einen grundsätzlichen Überblick über den Aufbau von Nachrichten und Datenaustausch-Dateien.

5 VDA-Empfehlung 4900 Version 2.0, Dezember 2016 Seite 5 of Grundlagen 2.1. Zeichensätze Der VDA empfiehlt die Verwendung von Syntax Version 3. In diesem Fall müssen die Service-Segmente entsprechend Version 3 konfiguriert werden (siehe Kapitel 3). Syntax Version 3 unterstützt die Zeichensätze UNOA..UNOG. Der VDA reduziert die unterstützzten Zeichensätze auf UNOA.. UNOD. Falls für den Geschäftsprozess Textinformationen übertragen werden müssen, die nicht mit den oben genannten Zeichensätzen übertragen werden können, soll nach zweisitiger Vereinbarung der Zeichensatz UNOW genutzt werden. UNOW erfordert zwingend die Verwendung der Syntax Version 4. Die Service-Segmente müssen dann entsprechend Version 4 konfiguriert werden (siehe Kapitel 4). Die folgenden werden durch die VDA-Empfehlung unterstützt: UNOA -Zeichensatz Typ A Großbuchstaben A bis Z Ziffern 0 bis 9 Leerzeichen Punkt. Komma, Bindestrich/Minus - runde Klammer links ( runde Klammer rechts ) Schrägstrich / Gleichheitszeichen = Als Trenn- und Service-Zeichen sind reserviert: Apostroph Segment-Endezeichen Pluszeichen + Segment-Bezeichner und Datenelement-Trennzeichen Doppelpunkt : Gruppendatenelement-Trennzeichen Fragezeichen? Freigabezeichen Das Fragezeichen "?" unmittelbar vor dem Apostroph, Pluszeichen, Doppelpunkt und Fragezeichen setzt diese Zeichen auf ihre normale Bedeutung zurück. Z. B. 10?+10=20 bedeutet 10+10=20. Ein Fragezeichen wird durch?? dargestellt. Ausrufungszeichen! Anführungszeichen " Prozentzeichen % kaufmännisch "und" & Stern * Semikolon ; Kleiner-als-Zeichen < Größer-als-Zeichen > UNOB - Zeichensatz Typ B Großbuchstaben A bis Z Kleinbuchstaben a bis z Ziffern 0 bis 9 Leerzeichen Punkt.

6 VDA-Empfehlung 4900 Version 2.0, Dezember 2016 Seite 6 of 25 Komma, Bindestrich/Minus - runde Klammer links ( runde Klammer rechts ) Schrägstrich / Apostroph Pluszeichen + Doppelpunkt : Gleichheitszeichen = Fragezeichen? Ausrufungszeichen! Anführungszeichen " Prozentzeichen % kaufmännisch "und" & Stern * Semikolon ; Kleiner-als-Zeichen < Größer-als-Zeichen > UNOC - Zeichensatz Typ C ISO :1987 Information processing. 8-bit single byte coded graphic character sets. Part 1: Latin alphabet No. 1. Diese Norm unterstützt die folgenden Sprachen: Dänisch, Niederländisch, Englisch, Färöisch, Finnisch, Französisch, Deutsch, Isländisch, Irisch, Italienisch, Norwegisch, Portugiesisch, Spanisch und Schwedisch.

7 VDA-Empfehlung 4900 Version 2.0, Dezember 2016 Seite 7 of 25

8 VDA-Empfehlung 4900 Version 2.0, Dezember 2016 Seite 8 of UNOD - Zeichensatz Typ D ISO :1987 Information processing: 8-bit single byte coded graphic character sets Part 2: Latin alphabet No. 2. Diese Norm unterstützt die folgenden Sprachen: Albanisch, Tschechisch, Englisch, Ungarisch, Polnisch, Rumänisch, Serbokroatisch, Slowakisch und Slowenisch. nicht belegt nicht belegt

9 VDA-Empfehlung 4900 Version 2.0, Dezember 2016 Seite 9 of UNOW - Zeichensatz Typ W UNOW - ISO Oktett mit Codeerweiterung zur Unterstützung von UTF-8. Dieser Zeichensatz kann nur mit Syntax Version 4 verwendet werden. Zur Verwendung von UTF-8 muss das DE 0133 im UNB Segment der Syntax 4 den Code 7 = UTF-8 enthalten. Der Zeichensatz UNOW ist immer zu benutzen, wenn die Geschäftsbeziehungen Textinformationen in den Nachrichten erfordern, die nicht durch die vorgenannten Zeichensätze abgedeckt werden können (beispielsweise Chinesisch, Russisch...). Die Vereinbarung über den Datenaustausch per EDI muss dann einen entspechenden Passus enthalten. Hinweis: Carriage Return und oder Line Feed sind nicht Bestandteil der Zeichensätze und sollen nicht in der Datenaustauschdatei vorkommen.

10 VDA-Empfehlung 4900 Version 2.0, Dezember 2016 Seite 10 of Trennzeichen Durch die ISO 9735 werden die Fehlwert-Trennzeichen einer Nachricht wie folgt festgelegt: Zeichensatz UNOA: Alle anderen Zeichensätze: Es hat sich jedoch als zweckmäßig erwiesen, auch für die Zeichensätze UNOB..UNOW Trennzeichen zu verwenden, die aus druckbaren Zeichen gem. Tabelle 1 bestehen. Um diese Trennzeichen syntaxkonform zu nutzen, muss dann der entsprechende Service String Advice vor dem Nutzdatenrahmen eingefügt werden. Die Nutzung der Trennzeichen gem. Tabelle 2 wird nicht empfohlen. Die Trennzeichen werden in einem Service String Advice übertragen, der durch die Zeichen UNA eingeleitet wird: UNA:+.? ' oder UNA:+,? ' - je nachdem, welcher Dezimaltrenner verwendet werden soll.

11 VDA-Empfehlung 4900 Version 2.0, Dezember 2016 Seite 11 of Nutzdatenrahmen Eine Datenaustauschdatei in EDIFACT beinhaltet einen Nutzdatenrahmen, der durch die Segmente UNB und UNZ gebildet wird. Abhängig vom verwendeten Zeichensatz wird dem Nutzdatenrahmen der Service String Advice vorangestellt, der die verwendeten Trennzeichen definiert. Innerhalb des Nutzdatenrahmens werden 1..n Nachrichten übertragen, die durch die Segmente UNH und UNT eingeklammert werden. Es gelten folgende Grundsätze: 1. In einer Datenaustauschdatei sollen immer Nachrichten des gleichen Nachrichtentyps übertragen werden. Müssen mehrere unterschiedliche Nachrichtentypen an einen Partner gesendet werden, dann sollen individuelle Austauschdateien gebildet und übertragen werden, beispielsweise eine Datei für Lieferavise mit DESADV, eine andere für Rechnungen mit INVOIC. 2. Die Nutzung der laut ISO 9735 zulässigen Gruppierungsebene UNG..UNE wird nicht empfohlen. 3. Für die Zeichensätze UNOA, UNOB, UNOC und UNOD werden Service-Segmente der Syntax Version 3 empfohlen. 4. Für den Zeichensatz UNOW müssen Service-Segmente der Syntax 4 verwendet werden, da dieser Zeichensatz von der Syntax Version 3 nicht unterstützt wird. 5. Auch wenn für die Verwendung von UTF-8 Zeichen generell für den Austausch die Syntax Version 4 deklariert wird, bleiben die Nutzdaten den Beschränkungen der Syntax Version 3 unterworfen, d.h. sie sollen so generiert und übertragen werden, wie in den jeweiligen Nachrichten-Guidelines dokumentiert. 6. Die Verwendung der Segmente UNO und UNP gemäß Syntax Version 4 zur Einfügung binärer Zusatzdaten in den Datenaustausch wird nicht unterstützt.

12 VDA-Empfehlung 4900 Version 2.0, Dezember 2016 Seite 12 of 25 Daraus ergibt sich folgende grundlegende Austauschstruktur: Status Segment Description Abhängig UNA Service String Advice Pflicht UNB Interchange header Pflicht UNH 1. Message header... Message segments Pflicht UNT 1. Message trailer UNH 2. Message header... Message segments UNT 2. Message trailer etc. UNH n. Message header... Message segments UNT n. Message trailer Pflicht UNZ Interchange trailer Für die bessere Verständlichkeit wurden in die einzelnen Nachrichten-Guidelines die Service-Segmente gemäß Syntax Version 3 (ISO 9735:1992) eingefügt. Das ist die Syntax, die am häufigsten in Europa und Amerika verwendet wird. Wenn der Geschäftsprozess die Nutzung von UTF-8 für bestimmte Texte erfordert, muss die Syntax Version 4 genutzt werden. Alle Service Segmente müssen dann so ausgeprägt sein, wie in dieser Empfehlung im Kapitel Service Segmente der Syntax Version 4 spezifiziert. Alle anderen Segmente (BGM...) müssen verwendet werden, wie im jeweiligen Nachrichten-Guide beschrieben.

13 VDA-Empfehlung 4900 Version 2.0, Dezember 2016 Seite 13 of Datensegmente Funktionell zusammengehörende Datenelemente bzw. Daten-elementgruppen werden in einem Segment zusammengefasst. Segmente beginnen mit einem drei-stelligen Segmentbezeichner und enden mit dem Segmentende-Kennzeichen. Segmente können in virtuellen Segmentgruppen (ohne eigene Kennung in der Nachricht) gruppiert sein, um komplexe Informationen abzubilden. In den UNSM sind für jedes Segment bzw. jede Segmentgruppe die maximale Anzahl der möglichen Wiederholungen definiert. Als Segmentstatus wird in den UNSM "Muss" (Mandatory - M) oder "Kann" (Conditional - C) festgelegt. Man unterscheidet Servicesegmente und Anwendungssegmente. Während die Anwendungssegmente die zu übertragenden Anwendungsdaten enthalten, werden in den Servicesegmenten Informationen zum Datensender und -empfänger, zu den Nachrichtentypen und zu den verwendeten Trennzeichen angegeben. Service-Segmente begrenzen jeweils als Kopf- und Ende-Segmente die Übertragung, Nachrichtengruppen und Nachrichten (s.a. Kapitel 2.3 Nutzdatenrahmen). In den Guidelines wird ggf. die Anzahl der möglichen Wiederholungen Kontext-spezifisch reduziert. In den Guidelines wird der Status "Kann" ersetzt durch: R - required : in diesem Kontext zwingend erforderlich O - optional: in diesem Kontext wahlweise zu verwenden oder nicht D - dependent: in diesem Kontext abhängig von bestimmten Bedingungen erforderlich oder nicht N - not used: in diesem Kontext nicht verwendet, wenn gefüllt, werden die Daten ignoriert. 2.5 Datenelemente/-gruppen EDIFACT-Segmente bestehen aus genormten Datenelementen aus dem Trade Data Elements Directory UNTDED 2005 / ISO 7372:2005. Eine Datenelementgruppe besteht aus funktionell zusammengehörenden Datenelementen. Für jedes Datenelement bzw. für jede Datenelementgruppe wird der Status Muss/Kann definiert. In den Guidelines wird der Status "Kann" ersetzt durch: R - required : in diesem Kontext zwingend erforderlich O - optional: in diesem Kontext wahlweise zu verwenden oder nicht D - dependent: in diesem Kontext abhängig von bestimmten Bedingungen erforderlich oder nicht N - not used: in diesem Kontext nicht verwendet, wenn gefüllt, werden die Daten ignoriert.

14 VDA-Empfehlung 4900 Version 2.0, Dezember 2016 Seite 14 von 25 Segmente 3. Nutzung der Service Segmente der Syntax Version 3 Zähler Nr Bez St MaxWdh Ebene Name UNA O 1 0 Trennzeichen-Vorgabe Implementation Bez Name St Format St Format Anwendung / Bemerkung UNA UNA1 UNA2 Gruppendatenelement- Trennzeichen Segment-Bezeichner- und Datenelement-Trennzeichen M an1 M an1 Doppelpunkt M an1 M an1 Plus-Zeichen UNA3 Dezimalzeichen M an1 M an1 Punkt UNA4 Freigabezeichen M an1 M an1 Fragezeichen UNA5 Reserviert für spätere Verwendung M an1 M an1 Leerzeichen UNA6 Segment-Endezeichen M an1 M an1 Hochkomma Bez = Objekt-Bezeichner Nr = Laufende Segmentnummer im Guide MaxWdh = Maximale Wiederholung der Segmente/Gruppen Zähler = Nummer der Segmente/Gruppen im EDIFACT- St = Status EDIFACT: M=Muss/Mandatory, C=Conditional Anwendung: R=Erforderlich/Required, O=Optional, D=Abhängig von/dependent, A=Empfohlen/Advised, N=Nicht benutzt/not used Generated by GEFEG.FX

15 VDA-Empfehlung 4900 Version 2.0, Dezember 2016 Seite 15 von 25 Segmente Zähler Nr Bez St MaxWdh Ebene Name UNB M 1 0 Nutzdaten-Kopfsegment Implementation Bez Name St Format St Format Anwendung / Bemerkung UNB S001 Syntax-Bezeichner M M 0001 Syntax-Kennung M a4 M a Syntax-Versionsnummer M n1 M n1 S002 Absender der Übertragungsdatei M M UNOA UN/ECE-Zeichensatz A UNOB UN/ECE-Zeichensatz B UNOC UN/ECE-Zeichensatz C UNOD UN/ECE-Zeichensatz D 1 Version 1 2 Version 2 3 Version Absenderbezeichnung M an..35 M an..35 Eindeutige ID des Absenders im verwendeten Datenübertragungsnetz oder -system Teilnehmerbezeichnung, Qualifier C an..4 O an..4 Qualifier für die Organisation, die den Identifier zugewiesen hat, z.b. 59 für Odette Adresse für Rückleitung C an..14 O an..14 Addresse einer Anwendung oder eines internen Systems beim Absender, an die Antwortnachrichten weitergeleitet werden sollen. S003 Empfänger der Übertragungsdatei M M 0010 Empfängerbezeichnung M an..35 M an..35 Eindeutige ID des Empfängers im verwendeten Datenübertragungsnetz oder -system Teilnehmerbezeichnung, Qualifier C an..4 O an..4 Qualifier für die Organisation, die den Identifier zugewiesen hat, z.b. 59 für Odette Weiterleitungsadresse C an..14 O an..14 Addresse einer Anwendung oder eines internen Systems beim Empfänger: Bei einigen Herstellern können die Lieferabrufe o.ä. aus unterschiedlichen ERP Systemen generiert werden. Die Lieferavise müssen dann nach Eingang beim Kunden an dieses System weitergeleitet und dort verarbeitet werden. S004 Datum/Uhrzeit der Erstellung M M 0017 Datum der Erstellung M n6 M n6 Format JJMMTT 0019 Uhrzeit der Erstellung M n4 M n4 Format SSMM 0020 Datenaustauschreferenz M an..14 M an..14 Eindeutige ID einer Datenübertragung. S005 Referenz/Paßwort des Empfängers 0022 Referenz oder Paßwort des Empfängers 0025 Referenz oder Paßwort des Empfängers, Qualifier C N M an..14 N Nicht genutzt C an2 N Nicht genutzt 0026 Anwendungsreferenz C an..14 N Nicht genutzt Bez = Objekt-Bezeichner Nr = Laufende Segmentnummer im Guide MaxWdh = Maximale Wiederholung der Segmente/Gruppen Zähler = Nummer der Segmente/Gruppen im EDIFACT- St = Status EDIFACT: M=Muss/Mandatory, C=Conditional Anwendung: R=Erforderlich/Required, O=Optional, D=Abhängig von/dependent, A=Empfohlen/Advised, N=Nicht benutzt/not used Generated by GEFEG.FX

16 VDA-Empfehlung 4900 Version 2.0, Dezember 2016 Seite 16 von 25 Segmente Implementation Bez Name St Format St Format Anwendung / Bemerkung 0029 Verarbeitungspriorität, Code C a1 N Nicht genutzt 0031 Bestätigungsanforderung C n1 N Nicht genutzt 0032 Austauschvereinbarungskennung C an..35 N Nicht genutzt 0035 Test-Kennzeichen C n1 O n1 Wird nur benutzt, wenn der Datenaustausch zu Testzwecken dient. Bei gültigen Übertragungen wird dieses Datenelement nicht übermittelt. 1 Übertragungsdatei ist ein Test Bez = Objekt-Bezeichner Nr = Laufende Segmentnummer im Guide MaxWdh = Maximale Wiederholung der Segmente/Gruppen Zähler = Nummer der Segmente/Gruppen im EDIFACT- St = Status EDIFACT: M=Muss/Mandatory, C=Conditional Anwendung: R=Erforderlich/Required, O=Optional, D=Abhängig von/dependent, A=Empfohlen/Advised, N=Nicht benutzt/not used Generated by GEFEG.FX

17 VDA-Empfehlung 4900 Version 2.0, Dezember 2016 Seite 17 von 25 Segmente Zähler Nr Bez St MaxWdh Ebene Name UNH M 1 0 Nachrichten-Kopfsegment Implementation Bez Name St Format St Format Anwendung / Bemerkung UNH 0062 Nachrichten-Referenznummer M an..14 M an..14 Nachrichtenreferenznummer (im Interchange) S009 Nachrichten-Kennung M M 0065 Nachrichtentyp-Kennung M an..6 M an..6 Nachrichtentyp, codiert 0052 Versionsnummer des Nachrichtentyps 0054 Freigabenummer des Nachrichtentyps M an..3 M an..3 M an..3 M an Verwaltende Organisation M an..2 M an Anwendungscode der zuständigen Organisation 0068 Allgemeine Zuordnungs-Referenz C an..35 N Nicht genutzt D Entwurfs-Version 07A Ausgabe A UN UN/CEFACT C an..6 O an..6 Kennzeichnung des verwendeten Subsets, zugewiesen vom VDA. S010 Status der Übermittlung C O Das GDE S010 kann genutzt werden, wenn ein logisch zusammengehöriger JIS Lieferabruf die Anzahl von Segmenten überschreitet. Dann kann die logische Nachricht in mehrere physische DELJIT Nachrichten aufgeteilt werden. Das DE 0070 enthält die laufende Nummer der zusammengehörenden Nachrichten und im DE 0073 wird für die erste bzw. letzte der zusammengehörigen Nachrichten der entsprechende Code übermittelt. Der Empfänger kann so die separaten EDIFACT Nachrichten in einer Inhouse-Datei zusammenführen und verarbeiten Übermittlungsfolgenummer M n..2 M n..2 Laufende Nummer der zusammengehörigen Nachrichten 0073 Erste und letzte Übermittlung C a1 D a1 Für erste und letzte der zusammengehörigen Nachrichten zu verwenden. C Beginn F Ende Bez = Objekt-Bezeichner Nr = Laufende Segmentnummer im Guide MaxWdh = Maximale Wiederholung der Segmente/Gruppen Zähler = Nummer der Segmente/Gruppen im EDIFACT- St = Status EDIFACT: M=Muss/Mandatory, C=Conditional Anwendung: R=Erforderlich/Required, O=Optional, D=Abhängig von/dependent, A=Empfohlen/Advised, N=Nicht benutzt/not used Generated by GEFEG.FX

18 VDA-Empfehlung 4900 Version 2.0, Dezember 2016 Seite 18 von 25 Segmente Zähler Nr Bez St MaxWdh Ebene Name UNT M 1 0 Nachrichten-Endesegment Implementation Bez Name St Format St Format Anwendung / Bemerkung UNT 0074 Anzahl der Segmente in einer Nachricht M n..6 M n..6 Anzahl der Segmente in der Nachricht 0062 Nachrichten-Referenznummer M an..14 M an..14 Nachrichtenreferenznummer Bez = Objekt-Bezeichner Nr = Laufende Segmentnummer im Guide MaxWdh = Maximale Wiederholung der Segmente/Gruppen Zähler = Nummer der Segmente/Gruppen im EDIFACT- St = Status EDIFACT: M=Muss/Mandatory, C=Conditional Anwendung: R=Erforderlich/Required, O=Optional, D=Abhängig von/dependent, A=Empfohlen/Advised, N=Nicht benutzt/not used Generated by GEFEG.FX

19 VDA-Empfehlung 4900 Version 2.0, Dezember 2016 Seite 19 von 25 Segmente Zähler Nr Bez St MaxWdh Ebene Name UNZ M 1 0 Nutzdaten-Endesegment Implementation Bez Name St Format St Format Anwendung / Bemerkung UNZ 0036 Datenaustauschzähler M n..6 M n..6 Anzahl der Nachrichten in der Datenaustauschdatei 0020 Datenaustauschreferenz M an..14 M an..14 Eindeutige ID der Datenübertragung. hier einzufügen Bez = Objekt-Bezeichner Nr = Laufende Segmentnummer im Guide MaxWdh = Maximale Wiederholung der Segmente/Gruppen Zähler = Nummer der Segmente/Gruppen im EDIFACT- St = Status EDIFACT: M=Muss/Mandatory, C=Conditional Anwendung: R=Erforderlich/Required, O=Optional, D=Abhängig von/dependent, A=Empfohlen/Advised, N=Nicht benutzt/not used Generated by GEFEG.FX

20 VDA-Empfehlung 4900 Version 2.0, Dezember 2016 Seite 20 von 25 Segmente 4. Nutzung der Service Segmente der Syntax Version 4 Zähler Nr Bez St MaxWdh Ebene Name UNA C 1 0 Service string advice Implementation Bez Name St Format St Format Anwendung / Bemerkung UNA UNA1 Component data element separator M an1 M an1 Doppelpunkt UNA2 Data element separator M an1 M an1 Plus-Zeichen UNA3 Decimal mark M an1 M an1 Punkt oder Komma UNA4 Release character M an1 M an1 Fragezeichen UNA5 Repetition separator M an1 M an1 Asterisk UNA6 Segment terminator M an1 M an1 Hochkomma Bez = Objekt-Bezeichner Nr = Laufende Segmentnummer im Guide MaxWdh = Maximale Wiederholung der Segmente/Gruppen Zähler = Nummer der Segmente/Gruppen im EDIFACT- St = Status EDIFACT: M=Muss/Mandatory, C=Conditional Anwendung: R=Erforderlich/Required, O=Optional, D=Abhängig von/dependent, A=Empfohlen/Advised, N=Nicht benutzt/not used Generated by GEFEG.FX

21 VDA-Empfehlung 4900 Version 2.0, Dezember 2016 Seite 21 von 25 Segmente Zähler Nr Bez St MaxWdh Ebene Name UNB M 1 0 Interchange header Implementation Bez Name St Format St Format Anwendung / Bemerkung UNB S001 Syntax identifier M M 0001 Syntax identifier M a4 M a4 UNOW - ISO Oktett mit Codeerweiterung zur Unterstützung von UTF-8 UNOW UN/ECE-Zeichensatz W 0002 Syntax version number M an1 M an Service code list directory version number C an..6 N Nicht genutzt 0133 Character encoding, coded C an..3 R an..3 4 Version 4 7 UTF Syntax release number C an2 N Nicht genutzt S002 Interchange sender M M 0004 Interchange sender identification M an..35 M an..35 Eindeutige ID des Absenders im verwendeten Datenübertragungsnetz oder -system. Station ID of sender's station 0007 Identification code qualifier C an..4 O an..4 Qualifier für die Organisation, die den Identifier zugewiesen hat, z.b. 59 für Odette Interchange sender internal identification 0042 Interchange sender internal subidentification S003 Interchange recipient M M 0010 Interchange recipient identification C an..35 O an..35 Addresse einer Anwendung oder eines internen Systems beim Absender, an die Antwortnachrichten weitergeleitet werden sollen. C an..35 N Nicht genutzt M an..35 M an..35 Eindeutige ID des Empfängers im verwendeten Datenübertragungsnetz oder -system Identification code qualifier C an..4 O an..4 Qualifier für die Organisation, die den Identifier zugewiesen hat, z.b. 59 für Odette Interchange recipient internal identification 0046 Interchange recipient internal sub-identification S004 Date and time of preparation M M C an..35 C an..35 Addresse einer Anwendung oder eines internen Systems beim Empfänger. C an..35 N Nicht genutzt 0017 Date M n8 M n8 Format JJJJMMTT 0019 Time M n4 M n4 Format SSMM 0020 Interchange control reference M an..14 M an..14 Eindeutige ID einer Datenübertragung. S005 Recipient reference/password details 0022 Recipient reference/password M an..14 N Nicht genutzt 0025 Recipient reference/password qualifier C N C an2 N Nicht genutzt 0026 Application reference C an..14 N Nicht genutzt 0029 Processing priority code C a1 N Nicht genutzt 0031 Acknowledgement request C n1 N Nicht genutzt 0032 Interchange agreement identifier C an..35 N Nicht genutzt 0035 Test indicator C n1 O n1 Nur zu nutzen, falls der Interchange ein Test ist. Bez = Objekt-Bezeichner Nr = Laufende Segmentnummer im Guide MaxWdh = Maximale Wiederholung der Segmente/Gruppen Zähler = Nummer der Segmente/Gruppen im EDIFACT- St = Status EDIFACT: M=Muss/Mandatory, C=Conditional Anwendung: R=Erforderlich/Required, O=Optional, D=Abhängig von/dependent, A=Empfohlen/Advised, N=Nicht benutzt/not used Generated by GEFEG.FX

22 VDA-Empfehlung 4900 Version 2.0, Dezember 2016 Seite 22 von 25 Segmente Implementation Bez Name St Format St Format Anwendung / Bemerkung 1 Übertragungsdatei ist ein Test Bez = Objekt-Bezeichner Nr = Laufende Segmentnummer im Guide MaxWdh = Maximale Wiederholung der Segmente/Gruppen Zähler = Nummer der Segmente/Gruppen im EDIFACT- St = Status EDIFACT: M=Muss/Mandatory, C=Conditional Anwendung: R=Erforderlich/Required, O=Optional, D=Abhängig von/dependent, A=Empfohlen/Advised, N=Nicht benutzt/not used Generated by GEFEG.FX

23 VDA-Empfehlung 4900 Version 2.0, Dezember 2016 Seite 23 von 25 Segmente Zähler Nr Bez St MaxWdh Ebene Name UNH M 1 0 Message header Implementation Bez Name St Format St Format Anwendung / Bemerkung UNH 0062 Message reference number M an..14 M an..14 Referenznummer innerhalb der Austauschdatei S009 Message identifier M M 0065 Message type M an..6 M an..6 Nachrichtentyp, codiert 0052 Message version number M an..3 M an..3 D Entwurfs-Version 0054 Message release number M an..3 M an..3 Release-Nummer des EDIFACT Verzeichnisses, z.b. 14A 0051 Controlling agency, coded M an..3 M an..3 UN UN/CEFACT 0057 Association assigned code C an..6 R an..6 Codierte Angabe des VDA Guide, siehe jeweilige Guideline Code list directory version number 0113 Message type sub-function identification C an..6 N Nicht genutzt C an..6 N Nicht genutzt 0068 Common access reference C an..35 N Nicht genutzt S010 Status of the transfer C N 0070 Sequence of transfers M n..2 N Nicht genutzt 0073 First and last transfer C a1 N Nicht genutzt S016 Message subset identification C N 0115 Message subset identification M an..14 N Nicht genutzt 0116 Message subset version number C an..3 N Nicht genutzt 0118 Message subset release number C an..3 N Nicht genutzt 0051 Controlling agency, coded C an..3 N Nicht genutzt S017 Message implementation guideline identification 0121 Message implementation guideline identification 0122 Message implementation guideline version number 0124 Message implementation guideline release number C N M an..14 N Nicht genutzt C an..3 N Nicht genutzt C an..3 N Nicht genutzt 0051 Controlling agency, coded C an..3 N Nicht genutzt S018 Scenario identification C N 0127 Scenario identification M an..14 N Nicht genutzt 0128 Scenario version number C an..3 N Nicht genutzt 0130 Scenario release number C an..3 N Nicht genutzt 0051 Controlling agency, coded C an..3 N Nicht genutzt Bemerkung: Bez = Objekt-Bezeichner Nr = Laufende Segmentnummer im Guide MaxWdh = Maximale Wiederholung der Segmente/Gruppen Zähler = Nummer der Segmente/Gruppen im EDIFACT- St = Status EDIFACT: M=Muss/Mandatory, C=Conditional Anwendung: R=Erforderlich/Required, O=Optional, D=Abhängig von/dependent, A=Empfohlen/Advised, N=Nicht benutzt/not used Generated by GEFEG.FX

24 VDA-Empfehlung 4900 Version 2.0, Dezember 2016 Seite 24 von 25 Segmente Zähler Nr Bez St MaxWdh Ebene Name UNT M 1 0 Message trailer Implementation Bez Name St Format St Format Anwendung / Bemerkung UNT 0074 Number of segments in a message M n..10 M n..10 Kontrollwert: Anzahl der Segmente 0062 Message reference number M an..14 M an..14 Nachrichtenreferenznummer wie im UNH Bez = Objekt-Bezeichner Nr = Laufende Segmentnummer im Guide MaxWdh = Maximale Wiederholung der Segmente/Gruppen Zähler = Nummer der Segmente/Gruppen im EDIFACT- St = Status EDIFACT: M=Muss/Mandatory, C=Conditional Anwendung: R=Erforderlich/Required, O=Optional, D=Abhängig von/dependent, A=Empfohlen/Advised, N=Nicht benutzt/not used Generated by GEFEG.FX

25 VDA-Empfehlung 4900 Version 2.0, Dezember 2016 Seite 25 von 25 Segmente Zähler Nr Bez St MaxWdh Ebene Name UNZ M 1 0 Interchange trailer Implementation Bez Name St Format St Format Anwendung / Bemerkung UNZ 0036 Interchange control count M n..6 M n..6 Anzahl der Nachrichten in der Austauschdatei 0020 Interchange control reference M an..14 M an..14 Austauschreferenz wie im UNB-Segment St = Status EDIFACT: M=Mandatory, C=Conditional Application: R=Required, O=Optional, D=Dependent, A=Advised, N=Not used Generated by GEFEG.FX