B/L-EDIFACT. EDI-Szenarien (Bestätigungs-Nachrichten zur B/L- Datenübermittlung) Version 1.3d

Transkript

1 (Bestätigungs-Nachrichten zur B/L- Datenübermittlung) Version 1.3d DAKOSY Mattentwiete 2, Hamburg erstellt von : Dirk Gladiator am: geändert von: : Christiane Wegner am: freigegeben von : D. Spark am: Aufbewahrungsort : Projektordner Datei : EDI-SZENAIO V1.2 D.DOC Verteiler Status : IT Arbeitskreis Schifffahrt und Logistik und über : abgestimmt Copyright: DAKOSY, Hamburg Datum: EDI-Szenario V1.3d.doc Seite : 1 von 49

2 Seitennachweis Dokument-Messdaten Dieses Dokument besteht aus: 49 Seiten, davon Dateigröße [kbyte]: Titelseite Anzahl Zeilen: Seiten im Verwaltungsteil Anzahl Wörter: 6006 Änderungsnachweis Version Betr. Abschnitte Grund Name Datum 1.0.0/d Alle Erstausgabe D. Gladiator /d (gelöscht) Die Empfangsbestätigung D. Gladiator (neu) durch den Makler/Agenten wird mit der EDIFACT- Nachricht APEAK zurückgegeben (zuvor CONTL in Kap ) 1.0.2/d Warnungen: Erläuterung in D.Gladiator Segmentgruppe 4, Segment EC + FTX 1.1d 2. und 4. Ergänzende Szenarien und D.Gladiator Nachrichtenbeschreibung zur Ablehnung eines B/L durch den Agenten/Carrier 1.2d alle Sender DAKOBL durch C. Wegner d 4.3.3/ S / S. 48 Änderungsdienst DAKOSY ersetzt Austausch des Zeichens in Segmentgruppe 3, Segment 12 COM J. Diettrich Für den Änderungsdienst, die Entgegennahme und die Bearbeitung von Kommentaren und Änderungsanträgen zu diesem Dokument ist folgende DAKOSY-Stelle zuständig: DAKOSY AG Tel.: 040 / EDI-Team Fax: 040 / Mattentwiete Hamburg gladiator@dakosy.de Konfigurationsdaten: Das vorliegende Dokument wurde mit dem Textverarbeitungsprogramm Microsoft WOD 2000 erstellt. Datum: EDI-Szenario V1.3d.doc Seite : 2 von 49

3 Inhaltsverzeichnis 1 Einleitung und Anwendungsbereich Organisatorischer Ablauf zur B/L-Datenübermittlung Syntaxprüfung und Syntaxbericht (CONTL) Was wird in der Syntaxprüfung kontrolliert? Beschreibung des Syntaxberichtes CONTL Erläuterung zur Nachrichtenstruktur Nachrichtenaufbaudiagramm Detaillierte Beschreibung der Segmente / Segment-gruppen der CONTL (inkl. Interchange UNA/UNB-UNZ) Musternachricht/Beispiel Semantische Prüfung und Bestätigungsnachricht (APEAK) Was wird bei der semantischen Prüfung berücksichtigt? Sonderfall Zeichensatz-Fehler Beschreibung der Bestätigungsnachricht APEAK Erläuterung zur Nachrichtenstruktur Nachrichtenaufbaudiagramm Detaillierte Beschreibung der Segmente / Segment-gruppen der APEAK (inkl. Interchange UNA/UNB-UNZ) Musternachricht/Beispiel Die APEAK als Bestätigungsnachricht/Quittung durch den Empfänger Datum: EDI-Szenario V1.3d.doc Seite : 3 von 49

4 1 Einleitung und Anwendungsbereich Das vorliegende Dokument beschreibt die für die Übermittlung von B/L-Daten im EDIFACT Format. Hierbei steht die Beschreibung der Syntaxprüfung/-berichtes (CONTL) und die semantische Prüfung mit der Bestätigungsnachricht (APEAK) im Vordergrund. Auf den inhaltlichen Aufbau der eigentlichen -Nachricht IFTMIN wird in diesem Dokument nicht eingegangen. Hierzu wird auf das Dokument EDIFACT-Handbuch für den B/L- Datenaustausch verwiesen. Die nachfolgend beschriebenen Abläufe und Nachrichten orientieren sich zunächst an den Gegebenheiten bei DAKOSY bzw. im Hamburger Hafen. Seitens der dbh wird allerdings eine analoge Umsetzung für Bremen/Bremerhaven angestrebt. Datum: EDI-Szenario V1.3d.doc Seite : 4 von 49

5 2 Organisatorischer Ablauf zur B/L- Datenübermittlung Die EDI-gestützte Übermittlung von B/L-Daten läuft in folgenden Schritten ab: 1. Sender übermittelt die B/L-Daten im EDIFACT-Format (IFTMIN) 2. DAKOSY oder dbh nimmt zunächst eine Syntaxprüfung für die gesamte Übertragungsdatei/Interchange vor. Das Ergebnis (syntaktisch fehlerfrei oder fehlerhaft) wird mit der EDIFACT-Nachricht CONTL abgebildet und für den Sender bereitgestellt bzw. an ihn übermittelt. Wird ein Fehler festgestellt, dann erfolgt keine weitere Bearbeitung der Übertragungsdatei. 3. Falls die Übertragungsdatei/Interchange syntaktisch fehlerfrei ist, dann wird nachfolgend pro B/L die semantische Prüfung durchgeführt. Das Prüfungsergebnis (positiv wie negativ) wird mit der EDIFACT-Nachricht APEAK abgebildet und für den Sender bereitgestellt bzw. an ihn übermittelt. 4. Falls die semantische Prüfung ein fehlerfreies Ergebnis geliefert hat, wird das B/L für den adressierten Empfänger bereitgestellt bzw. an ihn übermittelt. 5. Der Empfänger quittiert den Empfang des B/L gegenüber DAKOSY oder dbh mit der Nachricht APEAK. 6. DAKOSY/dbh informiert als letzen Schritt den Sender/Initiator über die Vermittlung des B/L an den adressierten Empfänger. Hierzu wird wiederum die Nachricht APEAK verwendet Schritt 7 und 8 sind optional! Für den Fall, dass ein empfangenes B/L beispielsweise aufgrund einer fehlerhaft angegebenen Buchungsnummer nicht erstellt werden kann, kann durch dem Empfänger das B/L abgelehnt werden. Hierzu wird die Nachricht APEAK mit dem Status E = ejected verwendet. Zu beachten ist, dass diese ückmeldung optional ist und ggf. geprüft werden muss, von welchen Empfängern diese Option genutzt wird. (Einführungstermin: 1. Oktober 2004) 8. DAKOSY / dbh leitet die Nachricht an den Sender/Initiator des B/L weiter. Wird ein B/L auf diesem Wege durch den Empfänger abgelehnt, dann ist eine evtl. erneute Übertragung der B/L-Nachricht grundsätzlich als eplacement zu senden. Tabellarische Darstellung der Schritte 1 8: Nr. Sender DAKOSY / dbh Empfänger Syntaxprüfung 3. semantische Prüfung 4. Fehlerfrei Weiterleitung 5. Quittung vom Empfänger 6. Benachrichtigung Sender Datum: EDI-Szenario V1.3d.doc Seite : 5 von 49

6 7. ejected durch Empfänger 8. Benachrichtigung Sender B/L-Daten Nachricht IFTMIN = Syntaxbericht/-Bestätigung Nachricht CONTL = Anwendungsbestätigung/-Fehler Nachricht APEAK = Datum: EDI-Szenario V1.3d.doc Seite : 6 von 49

7 3 Syntaxprüfung und Syntaxbericht (CONTL) In diesem Kapitel wird der Syntaxbericht für die Überprüfung eingehender B/L-Nachrichten (d.h. Sender an DAKOSY) beschrieben. 3.1 Was wird in der Syntaxprüfung kontrolliert? Alle eingehenden EDIFACT-Nachrichten werden im ersten Schritt grundsätzlich syntaktisch kontrolliert. Falls hierbei ein Fehler festgestellt wird, führt dieses zur Ablehnung des gesamten Interchanges (UNB bis UNZ). Die Syntaxprüfung konzentriert sich ausschließlich auf die EDIFACT-spezifischen Anforderungen an den Aufbau und an die Syntax der empfangenen Nachricht(en). Anwendungsspezifische Kontrollen werden in dieser Prüfung nicht vorgenommen (siehe semantische Prüfung). Die Syntaxprüfung enthält im wesentlichen folgende Bereiche: Überprüfung der Adressierung (Sender, Empfänger) im UNB und UNG Überprüfung der Trennzeichen Überprüfung der Segmentstrukturen (inkl. numerischer Test) Überprüfung der Nachrichtenstruktur Datum: EDI-Szenario V1.3d.doc Seite : 7 von 49

8 3.2 Beschreibung des Syntaxberichtes CONTL Die CONTL ist eine Nachricht, die eine empfangene Übertragungsdatei, eine Nachrichtengruppe oder eine Nachricht syntaktisch bestätigt oder mit einer Fehlermeldung zurückweist Erläuterung zur Nachrichtenstruktur Nachstehend ist auf grober Ebene angegeben, wie sofern ein Syntaxfehler vorliegt Fehler in der CONTL dargestellt werden. Die folgende Aufstellung enthält nur die dokumentierten bzw. verwendeten Segmente und Segmentgruppen. S Max. Wdh UNA C 1 Trennzeichen-Vorgabe UNB M 1 Nutzdaten-Kopfsegment UNH M 1 Nachrichten-Kopfsegment UCI M 1 Übertragungsdatei-Antwort SG3 C UCF-SG4 UCF M 1 Nachrichtengruppe-Antwort SG4 C UCM-SG5 UCM M 1 Nachrichtenantwort SG5 C 999 UCS-UCD UCS M 1 Segment-Fehleranzeige UCD C 99 Datenelement-Fehleranzeige UNT M 1 Nachrichten-Endesegment UNZ M 1 Nutzdaten-Endesegment Erläuterung: UCI: Mit diesem Segment wird angezeigt, ob das gesamte Interchange (UNB - UNZ) syntaktisch fehlerfrei oder fehlerhaft ist. Falls keine Fehler gefunden wurde, dann folgt bereits der Abschluss der CONTL mit den Segment UNT. Im Fehlerfall folgt, sofern der Fehler in der Nachrichtengruppe und/oder Nachricht liegt, die Segmentgruppe 3. SG3-5: Die Segmentgruppe 3 wird nur für fehlerhafte Nachrichtengruppen/Nachrichten erzeugt. Im Segment UCF werden Syntaxfehler im der Nachrichtengruppenkopf- oder Schlusssegment (UNG und UNE) dokumentiert. In der Segmentgruppe 4 und 5 werden Fehler dokumentiert, die innerhalb der eigentlichen Nachricht (UNH UNT) liegen. Datum: EDI-Szenario V1.3d.doc Seite : 8 von 49

9 3.2.2 Nachrichtenaufbaudiagramm Verwendete bzw. dokumentierte Segmente und Segmentgruppen sind durch eine doppelte (ahmen-) Linie hervorgehoben. Nicht verwendete bzw. dokumentierte Segmente und Segmentgruppen werden mit einer einfachen Linie dargestellt. Sie sind in diesem Diagramm nur der Vollständigkeit halber enthalten und werden in der weiteren Dokumentation nicht mehr behandelt. 0 UNA C 1 UNB M 1 UNH M 1 UCI M 1 UNT M 1 UNZ M 1 1 SG1 C UCM M 1 SG3 C UCF M 1 2 SG2 C 999 UCS M 1 SG4 C UCM M 1 3 UCD C 99 SG5 C 999 UCS M 1 4 UCD C 99 Datum: EDI-Szenario V1.3d.doc Seite : 9 von 49

10 3.2.3 Detaillierte Beschreibung der Segmente / Segmentgruppen der CONTL (inkl. Interchange UNA/UNB- UNZ) Segment: 1 UNA Variante Nr.: 1 Status: Max. Wdh.: 1 Trennzeichen-Vorgabe UNA UNA1 UNA2 UNA3 UNA4 UNA5 UNA6 M an1 GUPPENDATENELEMENT- TENNZEICHEN M an1 SEGMENT-BEZEICHNE- UND DATENELEMENT- TENNZEICHEN M an1 DEZIMALZEICHEN M an1 FEIGABEZEICHEN M an1 ESEVIET FÜ SPÄTEE VEWENDUNG M an1 SEGMENT-ENDEZEICHEN UNA : +.? Blank/space Es wird die Verwendung der im Beispiel gezeigten Trennzeichen empfohlen. UNA:+.? ' Datum: EDI-Szenario V1.3d.doc Seite : 10 von 49

11 Segment: 2 UNB Variante Nr.: 1 Status: Max. Wdh.: 1 Nutzdaten-Kopfsegment UNB S001 M Syntax-Bezeichner 0001 M a4 Syntax-Kennung 0002 M n1 Syntax-Versionsnummer S002 M Absender der Übertragungsdatei 0004 M an..35 Absenderbezeichnung UNB +UNOB UNOB UN/ECE level B :4 4 Version 4 Die Syntaxversion 4 wurde gewählt, damit dasdatum im DE stellig angegeben werden kann. Weitergehende Änderungen aus der Syntaxversion 4, beispielsweise die Composite-Wiederholung, kommen nicht zur Anwendung. +DAKOS Y DAKOSY 0007 C an..4 Teilnehmerbezeichnung, Qualifier 0008 C an..14 Adresse für ückleitung S003 M Empfänger der Übertragungsdatei 0010 M an..35 Empfängerbezeichnung 0007 C an..4 Teilnehmerbezeichnung, Qualifier 0014 C an..14 Weiterleitungsadresse S004 M Datum/Uhrzeit der Erstellung 0017 M n8 Datum der Erstellung 0019 M n4 Uhrzeit der Erstellung 0020 M an..14 DATENAUSTAUSCHEFEENZ S005 C eferenz/passwort des Empfängers 0022 M an..14 eferenz oder Passwort des Empfängers 0025 C an2 eferenz oder Passwort des Empfängers, Qualifier 0026 C an..14 ANWENDUNGSEFEENZ 0029 C a1 VEABEITUNGSPIOITÄT, CODE 0031 C n1 BESTÄTIGUNGSANFODEUN G +USE- CODE Es wird der "User-Code" (UNB / DE 0004) des Senders aus der überprüften Nachricht verwendet Format: JJJJMMTT 03 :1716 +X' Die eferenz muss eindeutig vergeben werden. Datum: EDI-Szenario V1.3d.doc Seite : 11 von 49

12 Segment: 2 UNB Variante Nr.: 1 Status: Max. Wdh.: 1 Nutzdaten-Kopfsegment 0032 C an..35 AUSTAUSCHVEEINBAUNGSK ENNUNG 0035 C n1 TEST-KENNZEICHEN UNB+UNOB:4+DAKOSY+USE-CODE :1716+X' Datum: EDI-Szenario V1.3d.doc Seite : 12 von 49

13 Segment: 3 UNH Variante Nr.: 1 Status: Max. Wdh.: 1 Nachrichten-Kopfsegment UNH 0062 M an..14 NACHICHTEN- EFEENZNUMME S009 M Nachrichten-Kennung 0065 M an..6 Nachrichtentyp-Kennung 0052 M an..3 Versionsnummer des Nachrichtentyps 0054 M an..3 Freigabenummer des Nachrichtentyps 0051 M an..2 Verwaltende Organisation 0057 C an..6 Anwendungscode der zuständigen Organisation 0068 C an..35 ALLGEMEINE ZUODNUNGS- EFEENZ S010 C Status der Übermittlung 0070 M n..2 Übermittlungsfolgenummer 0073 C a1 Erste und letzte Übermittlung UNH+X+CONTL:D:3:UN' UNH +X Die eferenz muss eindeutig vergeben werden. +CONTL CONTL Syntax- und Serviceberichts :D D Draft version :3 3 elease 3 :UN' UN UN/ECE/TADE/WP.4, United Nations Standard Messages (UNSM) Datum: EDI-Szenario V1.3d.doc Seite : 13 von 49

14 Segment: 4 UCI Variante Nr.: 1 Status: Max. Wdh.: 1 Übertragungsdatei-Antwort UCI 0020 M an..14 DATENAUSTAUSCHEFEENZ S002 M Absender der Übertragungsdatei 0004 M an..35 Absenderbezeichnung 0007 C an..4 Teilnehmerbezeichnung, Qualifier 0008 C an..14 Adresse für ückleitung S003 M Empfänger der Übertragungsdatei 0010 M an..35 Empfängerbezeichnung 0007 C an..4 Teilnehmerbezeichnung, Qualifier 0014 C an..14 Weiterleitungsadresse 0083 M an..3 AKTION, CODIET 0085 C an..3 SYNTAX-FEHLE, CODIET 0013 C a3 SEVICE- SEGMENTBEZEICHNE, CODIET S011 C Datenelement-Identifikation 0098 M n..3 Segmentposition des fehlerhaften Datenelements 0104 C n..3 Position des fehlerhaften Gruppendatenelements UCI +X Angabe der Interchange-eferenz (UNB / DE 0020) auf die sich die CONTL bezieht. +X Es wird der "User-Code" (UNB / DE 0004) des Senders aus der überprüften Nachricht verwendet. +X DAKOSY +4 4 This level and all lower levels rejected 8 Interchange received (no syntax errors) +35 D Falls ein Syntaxfehler in den Segmenten UNA, UNB oder UNZ festgestellt wurde, dann wird in diesem DE der Fehlercode angegeben. Code, z.b. 35 = Too many segment repetitions +UNA' D UNA Service string advice UNB Interchange header segment UNZ Interchange trailer segment Falls ein Syntaxfehler in den Segmenten UNA, UNB oder UNZ festgestellt wurde, dann wird in diesem DE das fehlerhafte Segment angegeben. Mit diesem Segment wird angezeigt, ob das gesamte Interchange (UNB - UNZ) syntaktisch fehlerfrei oder fehlerhaft ist. Falls ein Fehler gefunden wurde, dann erfolgt nach der Erstellung der CONTL keine weitere Verarbeitung. Falls die Daten syntaktisch in Ordnung sind, dann folgt anschließend die semantische Prüfung. UCI+X+X+X+4+35+UNA' Datum: EDI-Szenario V1.3d.doc Seite : 14 von 49

15 Segmentgruppe: SG3 Variante Nr.: 1 Status: D Max. Wdh.: UCF-SG4 Diese Segmentgruppe wird nur für Nachrichtengruppen erstellt, in denen ein Syntaxfehler gefunden wurde. Segment: 5 UCF Variante Nr.: 1 Status: Max. Wdh.: 1 Nachrichtengruppe-Antwort UCF 0048 M an..14 NACHICHTENGUPPEN- EFEENZNUMME S006 M Anwendungsbezeichnung des Absenders 0040 M an..35 Absenderbezeichnung des Vorgangs 0007 C an..4 Teilnehmerbezeichnung, Qualifier S007 M Anwendungsbezeichnung des Empfängers 0044 M an..35 Empfängerbezeichnung des Vorgangs 0007 C an..4 Teilnehmerbezeichnung, Qualifier 0083 M an..3 AKTION, CODIET 0085 C an..3 SYNTAX-FEHLE, CODIET 0013 C a3 SEVICE- SEGMENTBEZEICHNE, CODIET S011 C Datenelement-Identifikation 0098 M n..3 Segmentposition des fehlerhaften Datenelements 0104 C n..3 Position des fehlerhaften Gruppendatenelements UCF+X+X+X+4+12+UNG' UCF +X Angabe der Nachrichtengruppen-eferenz (UNG /DE 0048) auf die sich diese Segmentgruppe bezieht. +X Es wird der "User-Code" (UNG / DE 0040) des Senders aus der fehlerhaften Nachrichtengruppe verwendet. +X Es wird der "User-Code" (UNG / DE 0044) des Empfängers aus der fehlerhaften Nachrichtengruppe verwendet This level and all lower levels rejected +12 D Falls ein Syntaxfehler in den Segmenten UNG oder UNE festgestellt wurde, dann wird in diesem DE der Fehlercode angegeben. Code, z.b. 12 = Invalid value, 35 = Too many segment repetitions +UNG' D UNG Functional group header segment UNE Functional group trailer segment Falls ein Syntaxfehler in den Segmenten UNG oder UNE festgestellt wurde, dann wird in diesem DE das fehlerhafte Segment angegeben. Datum: EDI-Szenario V1.3d.doc Seite : 15 von 49

16 Segmentgruppe: SG4 Variante Nr.: 1 Status: D Max. Wdh.: UCM-SG5 Diese Segmentgruppe wird nur für Nachrichten erstellt, in denen ein Syntaxfehler gefunden wurde. Segment: 6 UCM Variante Nr.: 1 Status: Max. Wdh.: 1 Nachrichtenantwort UCM 0062 M an..14 NACHICHTEN- EFEENZNUMME S009 M Nachrichten-Kennung 0065 M an..6 Nachrichtentyp-Kennung 0052 M an..3 Versionsnummer des Nachrichtentyps 0054 M an..3 Freigabenummer des Nachrichtentyps 0051 M an..2 Verwaltende Organisation 0057 C an..6 Anwendungscode der zuständigen Organisation 0083 M an..3 AKTION, CODIET 0085 C an..3 SYNTAX-FEHLE, CODIET 0013 C a3 SEVICE- SEGMENTBEZEICHNE, CODIET S011 C Datenelement-Identifikation 0098 M n..3 Segmentposition des fehlerhaften Datenelements 0104 C n..3 Position des fehlerhaften Gruppendatenelements UCM+X+IFTMIN:D:99A:UN:DEBL UNH' UCM +X Angabe der Nachrichten-eferenz (UNH / DE 0062) auf die sich diese Segmentgruppe bezieht. +IFTMIN IFTMIN Transport-/Speditionsauftrag :D D Draft version/un/edifact Directory :99A 99A elease A :UN UN UN/ECE/TADE/WP.4, United Nations Standard Messages (UNSM) :DEBL02 O DEBL02 = Deutsches Institut für Normung, Bill of Lading, Version This level and all lower levels rejected +12 Falls ein Syntaxfehler in den Segmenten UNH oder UNT festgestellt wurde, dann wird in diesem DE der Fehlercode angegeben. Code, z.b. 12 = Invalid value, 35 = Too many segment repetitions +UNH' D UNH Message header segment UNT Message trailer segment Falls ein Syntaxfehler in den Segmenten UNH oder UNE festgestellt wurde, dann wird in diesem DE das fehlerhafte Segment angegeben. Datum: EDI-Szenario V1.3d.doc Seite : 16 von 49

17 Segmentgruppe: SG5 Variante Nr.: 1 Status: D Max. Wdh.: 999 UCS-UCD Diese Segmentgruppe wird für fehlerhafte Segmente erstellt. Segment: 7 UCS Variante Nr.: 1 Status: Max. Wdh.: 1 Segment-Fehleranzeige UCS 0096 M n..6 SEGMENTPOSITION IN DE NACHICHT 0085 C an..3 SYNTAX-FEHLE, CODIET UCS+9+12' UCS +9 Nummer des fehlerhaften Segments innerhalb der Nachricht. Die Nummerierung beginnt beim UNH-Segment. Falls ein Segment fehlt, dann wird die Nummer des letzten Segmentes angegeben. +12' Syntaxfehler, codiert Code, z.b. 12 = Invalid value, 35 = Too many segment repetitions Datum: EDI-Szenario V1.3d.doc Seite : 17 von 49

18 Segmentgruppe: SG5 Variante Nr.: 1 Status: D Max. Wdh.: 999 UCS-UCD Segment: 8 UCD Variante Nr.: 1 Status: O Max. Wdh.: 99 Datenelement-Fehleranzeige UCD 0085 M an..3 SYNTAX-FEHLE, CODIET S011 M Datenelement-Identifikation 0098 M n..3 Segmentposition des fehlerhaften Datenelements 0104 C n..3 Position des fehlerhaften Gruppendatenelements UCD +2 Syntaxfehler, codiert Code, z.b. 12 = Invalid value, 35 = Too many segment repetitions +9' In diesem Segment kann der Fehler näher spezifiziert bzw. lokalisiert werden. Seitens DAKOSY ist eine Verwendung zunächst nicht vorgesehen. UCD+2+9' Datum: EDI-Szenario V1.3d.doc Seite : 18 von 49

19 Segment: 9 UNT Variante Nr.: 1 Status: Max. Wdh.: 1 Nachrichten-Endesegment UNT 0074 M n..6 ANZAHL DE SEGMENTE IN EINE NACHICHT 0062 M an..14 NACHICHTEN- EFEENZNUMME UNT+10+X' UNT +10 Anzahl der gesendeten Segmente. In der Zählung eingeschlossen sind das UNH- Segment und dieses UNT-Segment. +X' Message eference Nummer aus dem UNH/0062, Vergleich der Nummer beim Empfang der Nachrichtengruppe mit dem Eintrag im UNH. Datum: EDI-Szenario V1.3d.doc Seite : 19 von 49

20 Segment: 10 UNZ Variante Nr.: 1 Status: Max. Wdh.: 1 Nutzdaten-Endesegment UNZ 0036 M n..6 DATENAUSTAUSCHZÄHLE 0020 M an..14 DATENAUSTAUSCHEFEENZ UNZ+1+X' UNZ +1 Anzahl der Nachrichten +X' eferenz-nr. wie in UNB/0020 Datum: EDI-Szenario V1.3d.doc Seite : 20 von 49

21 3.2.4 Musternachricht/Beispiel In diesem Dokument wird als Beispiel lediglich die folgende Musternachricht wiedergegeben. Weitere (Praxis)Beispiele werden in Kürze auf der B/L Internet-Seite ( veröffentlicht. S Max. Wdh Nr. Segment UNA 1 1 UNA:+.? ' UNB 1 2 UNB+UNOB:4+DAKOSY+USE-CODE :1716+X' UNH 1 3 UNH+X+CONTL:D:3:UN' UCI 1 4 UCI+X+X+X+4+35+UNA' SG UCF 1 5 UCF+X+X+X+4+12+UNG' SG UCM 1 6 UCM+X+IFTMIN:D:99A:UN:DEBL UNH' SG5 999 UCS 1 7 UCS+9+12' UCD 99 8 UCD+2+9' UNT 1 9 UNT+10+X' UNZ 1 10 UNZ+1+X' Datum: EDI-Szenario V1.3d.doc Seite : 21 von 49

22 4 Semantische Prüfung und Bestätigungsnachricht (APEAK) Die Empfangsbestätigung ( adressierter Empfänger an DAKOSY) soll ebenfalls mit der APEAK übermittelt werden und stimmt inhaltlich weitestgehend mit der folgenden Nachrichtenbeschreibung (siehe Kapitel 4.3 ff.) überein. Die (wenigen) Abweichungen werden in Kapitel beschrieben. 4.1 Was wird bei der semantischen Prüfung berücksichtigt? Sofern die syntaktischen Prüfung (siehe auch Kapitel 3 ff.) ein fehlerfreies Ergebnis geliefert hat, folgt anschließend die semantische Prüfung. In der semantischen Prüfung werden die anwendungsseitigen Vorgaben, egeln und Abhängigkeiten zum Bill of Lading überprüft. Welche das im Einzelnen sind, kann dem entsprechenden B/L-MIG (Message Implementation Guide) entnommen werden. Generell lässt sich die semantische Prüfung wie folgt unterteilen: Verwendete Qualifier/Codes zugelassen? Es wird für jedes Segment anhand des B/L-MIGs überprüft, ob der verwendete Qualifier und/oder Code benutzt werden darf. Falls im MIG zu einem Datenelement sämtliche Qualifier oder Codes zugelassen sind, wird gegen das entsprechende Codeverzeichnis (UN-Codeliste, UN/Location Code) geprüft. Pflichtangaben vorhanden? Es wird auf Basis des B/L-MIGs geprüft, ob sämtliche Pflichtangaben vorhanden sind. Hierzu gehören auch Segment-übergreifende Prüfungen, um beispielsweise festzustellen ob zu einem Item bzw. einer Sendungsposition alle Pflichtangaben vorliegen. Organisatorische Prüfung Es wird geprüft, ob zu einem Original (Erstübertragung eines B/L) tatsächlich noch kein Vorgänger vorliegt bzw. ob zu einem eplacement oder Cancellation bereits ein B/L erfolgreich vermittelt wurde. 4.2 Sonderfall Zeichensatz-Fehler Falls ein nicht erlaubtes Zeichen in einem Interchange (UNB-UNZ) auftritt, dann ist dieses eigentlich ein Syntaxfehler, der dann zur Ablehnung des gesamten Interchanges (mit evtl. mehreren B/L- Nachrichten) führen müsste. Da in der Einführungsphase häufiger mit diesem Fehler zurechnen ist und nicht jedesmal sämtliche B/L des Interchanges abgelehnt werden sollen, wurde diese Prüfung in die semantische Prüfung verlagert. Das heißt, dass nur das B/L abgelehnt wird, in dem das nicht erlaubte Zeichen gefunden wurde. Datum: EDI-Szenario V1.3d.doc Seite : 22 von 49

23 Das Segment mit dem nicht erlaubten Zeichen und seine Position/Segment-Nr. innerhalb der Nachricht wird in der Segmentgruppe 5 der APEAK-Nachricht angegeben. Datum: EDI-Szenario V1.3d.doc Seite : 23 von 49

24 4.3 Beschreibung der Bestätigungsnachricht APEAK Erläuterung zur Nachrichtenstruktur Nachstehend ist auf grober Ebene angegeben, wie ein ACCEPTED, d.h. fehlerfreie Übertragung des B/L, oder ein Anwendungsfehler mit der APEAK dargestellt wird. Die folgende Aufstellung enthält nur die dokumentierten bzw. verwendeten Segmente und Segmentgruppen. S Max. Wdh UNA C 1 Trennzeichen-Vorgabe UNB M 1 Nutzdaten-Kopfsegment UNH M 1 Nachrichten-Kopfsegment BGM M 1 Beginn der Nachricht / Ergebnis der Prüfung DTM C 9 Datum der semantischen Prüfung/Nachrichtenerstellung SG2 C 9 FF-DTM FF M 1 eferenzen aus der überprüften B/L-Nachricht SG3 C 9 NAD-CTA-COM NAD M 1 Name/Abteilung bei DAKOSY und B/L-Empfänger CTA C 9 Abteilung COM C 9 Kommunikations-Nr. SG4 C EC-FTX-SG5 EC M 1 Fehlercode FTX C 1 Fehlerbeschreibung (Klartext) SG5 C 9 FF-FTX FF M 1 Segmentname + -Nr. bei nicht erlaubten Zeichen in der Nachricht UNT M 1 Nachrichten-Endesegment UNZ M 1 Nutzdaten-Endesegment Datum: EDI-Szenario V1.3d.doc Seite : 24 von 49

25 4.3.2 Nachrichtenaufbaudiagramm Verwendete bzw. dokumentierte Segmente und Segmentgruppen sind durch eine doppelte (ahmen-)linie hervorgehoben. Nicht verwendete bzw. dokumentierte Segmente und Segmentgruppen werden mit einer einfachen Linie dargestellt. Sie sind in diesem Diagramm nur der Vollständigkeit halber enthalten und werden in der weiteren Dokumentation nicht mehr behandelt. see 1 0 UNA C 1 UNB M 1 UNH M 1 BGM M 1 1 DTM C 9 FTX C 9 CNT C 9 SG1 C 99 DOC M 1 SG2 C 9 FF M 1 SG3 C 9 NAD M 1 2 DTM C 99 DTM C 9 CTA C 9 COM C 9 Datum: EDI-Szenario V1.3d.doc Seite : 25 von 49

26 see 1 0 UNT M 1 UNZ M 1 1 SG4 C EC M 1 2 FTX C 1 SG5 C 9 FF M 1 3 FTX C 9 Datum: EDI-Szenario V1.3d.doc Seite : 26 von 49

27 4.3.3 Detaillierte Beschreibung der Segmente / Segmentgruppen der APEAK (inkl. Interchange UNA/UNB- UNZ) Segment: 1 UNA Variante Nr.: 1 Status: Max. Wdh.: 1 Service string advice UNA UNA1 UNA2 UNA3 UNA4 UNA5 UNA6 M an1 COMPONENT DATA ELEMENT SEPAATO M an1 DATA ELEMENT SEPAATO M an1 DECIMAL NOTATION M an1 ELEASE INDICATO M an1 ESEVED FO FUTUE USE M an1 SEGMENT TEMINATO UNA : +.? ' Blank/Space Es wird die Verwendung der im Beispiel gezeigten Trennzeichen empfohlen. UNA:+.? ' Datum: EDI-Szenario V1.3d.doc Seite : 27 von 49

28 Segment: 2 UNB Variante Nr.: 1 Status: Max. Wdh.: 1 Interchange header UNB S001 M Interchange sender 0001 M a4 Syntax identifier 0002 M n1 Syntax version number UNB +UNOC UNOB UN/ECE level B UNOC UN/ECE level C :4 4 Version 4 Die Syntaxversion 4 wurde gewählt, damit das Datum im DE stellig angegeben werden kann. Weitergehende Änderungen aus der Syntaxversion 4, beispielsweise die Composite-Wiederholung, kommen nicht zur Anwendung. S002 M Interchange sender 0004 M an..35 Sender identification 0007 C an..4 Partner identification code qualifier 0008 C an..14 Address for reverse routing S003 M Interchange recipient 0010 M an..35 ecipient identification 0007 C an..4 Partner identification code qualifier 0014 C an..14 outing address S004 M Date/time of preparation 0017 M n6 Date of preparation 0019 M n4 Time of preparation 0020 M an..14 INTECHANGE CONTOL EFEENCE S005 C ecipient's refererence, password 0022 M an..14 ecipient's reference/password 0025 C an2 ecipient's reference/password qualifier 0026 C an..14 APPLICATION EFEENCE 0029 C a1 POCESSING PIOITY CODE 0031 C n1 ACKNOWLEDGEMENT EQUEST 0032 C an..35 COMMUNICATIONS AGEEMENT ID +DAKOB L +USE- CODE DAKOSY Es wird der "User-Code" (UNB / DE 0004) des Senders aus der überprüften Nachricht verwendet Format: JJJJMMTT 13 :1320 +X' Die eferenz muss eindeutig vergeben werden. Datum: EDI-Szenario V1.3d.doc Seite : 28 von 49

29 Segment: 2 UNB Variante Nr.: 1 Status: Max. Wdh.: 1 Interchange header 0035 C n1 TEST INDICATO UNB+UNOC:4+DAKOBL+USE-CODE :1320+X' Datum: EDI-Szenario V1.3d.doc Seite : 29 von 49

30 Segment: 3 UNH Variante Nr.: 1 Status: Max. Wdh.: 1 Message header UNH 0062 M an..14 MESSAGE EFEENCE NUMBE S009 M Message identifier 0065 M an..6 Message type identifier 0052 M an..3 Message type version number 0054 M an..3 Message type release number 0051 M an..2 Controlling agency 0057 C an..6 Association assigned code 0068 C an..35 COMMON ACCESS EFEENCE S010 C Status of the transfer 0070 M n..2 Sequence message transfer number 0073 C a1 First/last sequence message transfer indication UNH+X+APEAK:D:99A:UN' UNH +X Die eferenz muss eindeutig vergeben werden. +APEA APEAK Application error and K acknowledgement message :D D Draft version :99A 99A elease A :UN' UN UN/ECE/TADE/WP.4, United Nations Standard Messages (UNSM) Datum: EDI-Szenario V1.3d.doc Seite : 30 von 49

31 Segment: 4 BGM Variante Nr.: 1 Status: Max. Wdh.: 1 Beginning of message BGM C002 C Document/message name 1001 C an..3 Document/message name, coded 1131 C an..3 Code list qualifier 3055 C an..3 Code list responsible agency, coded 1000 C an..35 Document/message name C106 C Document/message identification 1004 C an..35 Document/message number 1056 C an..9 Version 1060 C an..6 evision number 1225 C an..3 MESSAGE FUNCTION, CODED 4343 C an..3 ESPONSE TYPE, CODED BGM+705+X+9+AP' BGM Bill of lading Die eferenz muss eindeutig vergeben werden. +X Die eferenz muss eindeutig vergeben werden Original +AP' AP Accepted CA Conditionally accepted E ejected AP = Empfang der B/L-Daten wurde vom Agenten/ Makler bestätigt. CA = B/L-Daten wurden fehlerfrei bei DAKOSY abgespeichert, sind aber noch nicht vom Agenten/ Makler abgerufen worden. E = Das B/L wurde abgelehnt, weil ein Anwendungsfehler gefunden wurde. Die Ablehnung kann durch die Kommunikationssysteme (dbh oder DAKOSY) oder durch den adressierten Makler/Agenten erfolgen. Eine Ablehnung durch den Makler/Agenten weist grundsätzlich den Fehlercode 600 im Segment EC (Segmentgruppe 4) /DE9321 und eine Klartext- Fehlerbeschreibung im Segment FTX auf. Weitere Details können der Beschreibung in der Segmentgruppe 4 entnommen werden. Datum: EDI-Szenario V1.3d.doc Seite : 31 von 49

32 Segment: 5 DTM Variante Nr.: 1 Status: Max. Wdh.: 9 Date/time/period DTM C507 M Date/time/period 2005 M an..3 Date/time/period qualifier 2380 C an..35 Date/time/period 2379 C an..3 Date/time/period format qualifier Datum/Uhrzeit der semantischen Prüfung. DTM+9: :203' DTM +9 9 Processing date/time : :203' 203 CCYYMMDDHHMM Datum: EDI-Szenario V1.3d.doc Seite : 32 von 49

33 Segmentgruppe: SG2 Variante Nr.: 1 Status: Max. Wdh.: 1 FF Segment: 6 FF Variante Nr.: 1 Status: Max. Wdh.: 1 eference of UNH, DE0062 of the B/L-message FF C506 M eference 1153 M an..3 eference qualifier 1154 C an..35 eference number 1156 C an..6 Line number 4000 C an..35 eference version number 1060 C an..6 evision number FF+AGO:X' FF +AGO :X' AGO Sender's reference to the original message Es wird die eferenz aus dem Segment UNH, DE0062 der B/L-Nachricht angegeben. Angabe der eferenznummer Datum: EDI-Szenario V1.3d.doc Seite : 33 von 49

34 Segmentgruppe: SG2 Variante Nr.: 2 Status: Max. Wdh.: 1 FF Segment: 7 FF Variante Nr.: 1 Status: Max. Wdh.: 1 eference number to previous message FF C506 M eference 1153 M an..3 eference qualifier 1154 C an..35 eference number 1156 C an..6 Line number 4000 C an..35 eference version number 1060 C an..6 evision number FF+ACW:X' FF +ACW :X' ACW eference number to previous message Es wird die eferenz aus dem Segment BGM, DE1004 der B/L-Nachricht angegeben. Angabe der eferenznummer Datum: EDI-Szenario V1.3d.doc Seite : 34 von 49

35 Segmentgruppe: SG2 Variante Nr.: 3 Status: Max. Wdh.: 1 FF Segment: 8 FF Variante Nr.: 1 Status: Max. Wdh.: 1 Freight forwarder's reference number FF C506 M eference 1153 M an..3 eference qualifier 1154 C an..35 eference number 1156 C an..6 Line number 4000 C an..35 eference version number 1060 C an..6 evision number FF+FF:X' FF +FF :X' FF Freight forwarder's reference number Es wird die Speditionsauftragsnummer/- referenz aus Segmentgruppe 3, Segment FF, DE1154 der B/L-Nachricht angegeben. Angabe der eferenznummer Datum: EDI-Szenario V1.3d.doc Seite : 35 von 49

36 Segmentgruppe: SG3 Variante Nr.: 1 Status: Max. Wdh.: 1 NAD-CTA-COM Segment: 9 NAD Variante Nr.: 1 Status: Max. Wdh.: 1 Absender/Initiator der APEAK NAD 3035 M an..3 PATY QUALIFIE C082 C Party identification details 3039 M an..35 Party identification 1131 C an..3 Code list qualifier 3055 C an..3 Code list responsible agency, coded C058 C Name and address 3124 M an..35 Name and address line 3124 C an..35 Name and address line 3124 C an..35 Name and address line 3124 C an..35 Name and address line 3124 C an..35 Name and address line C080 C Party name 3036 M an..35 Party name 3036 C an..35 Party name 3036 C an..35 Party name 3036 C an..35 Party name 3036 C an..35 Party name 3045 C an..3 Party name format, coded C059 C Street 3042 M an..35 Street and number/p.o. box 3042 C an..35 Street and number/p.o. box 3042 C an..35 Street and number/p.o. box 3042 C an..35 Street and number/p.o. box 3164 C an..35 CITY NAME 3229 C an..9 COUNTY SUB-ENTITY NAD +MS +TLN' MS Document/message issuer/sender DAK = DAKOSY DBH = dbh "TLN" = Teilnehmercode des jeweiligen Makler/ Agenten (gem. DAKOSY- oder ggf. dbh-teilnehmercode), falls das B/L seitens des Makler/Agenten abgelehnt wird. Datum: EDI-Szenario V1.3d.doc Seite : 36 von 49

37 Segment: 9 NAD Variante Nr.: 1 Status: Max. Wdh.: 1 Absender/Initiator der APEAK IDENTIFICATION 3251 C an..9 POSTCODE IDENTIFICATION 3207 C an..3 COUNTY, CODED NAD+MS+TLN' Datum: EDI-Szenario V1.3d.doc Seite : 37 von 49

38 Segmentgruppe: SG3 Variante Nr.: 1 Status: Max. Wdh.: 1 NAD-CTA-COM Segment: 10 CTA Variante Nr.: 1 Status: Max. Wdh.: 9 Ansprechpartner / zuständige Abteilung CTA 3139 C an..3 CONTACT FUNCTION, CODED C056 C Department or employee details 3413 C an..17 Department or employee identification 3412 C an..35 Department or employee CTA+BF+:DAKOSY-SUPPOT' CTA +BF BF Service contact + : DAKOSY - SUPPO T' Ansprechpartner oder zuständige Abteilung Datum: EDI-Szenario V1.3d.doc Seite : 38 von 49

39 Segmentgruppe: SG3 Variante Nr.: 1 Status: Max. Wdh.: 1 NAD-CTA-COM Segment: 11 COM Variante Nr.: 1 Status: Max. Wdh.: 1 telephone number COM C076 M Communication contact 3148 M an..512 Communication number 3155 M an..3 Communication channel qualifier COM :TE' COM :TE' Telefonnummer des Ansprechpartners oder der zuständige Abteilung TE Telephone Datum: EDI-Szenario V1.3d.doc Seite : 39 von 49

40 Segmentgruppe: SG3 Variante Nr.: 1 Status: Max. Wdh.: 1 NAD-CTA-COM Segment: 12 COM Variante Nr.: 2 Status: Max. Wdh.: 1 address COM C076 M Communication contact 3148 M an..512 Communication number 3155 M an..3 Communication channel qualifier COM +ANSP ECHPA TNE<A > TLN.DE :EM' COM+ANSPECHPATNE<A>TLN.DE:EM' -adresse des Ansprechpartners oder der zuständige Abteilung EM Electronic mail Datum: EDI-Szenario V1.3d.doc Seite : 40 von 49

41 Segmentgruppe: SG3 Variante Nr.: 2 Status: D Max. Wdh.: 1 NAD Diese Segmentgruppe wird nur für APEAK-Meldungen benutzt, die den Empfang der B/L-Nachricht durch den Agenten/Makler bestätigen. Segment: 13 NAD Variante Nr.: 1 Status: Max. Wdh.: 1 Bill of lading recipient NAD 3035 M an..3 PATY QUALIFIE C082 C Party identification details 3039 M an..35 Party identification 1131 C an..3 Code list qualifier 3055 C an..3 Code list responsible agency, coded C058 C Name and address 3124 M an..35 Name and address line 3124 C an..35 Name and address line 3124 C an..35 Name and address line 3124 C an..35 Name and address line 3124 C an..35 Name and address line C080 C Party name 3036 M an..35 Party name 3036 C an..35 Party name 3036 C an..35 Party name 3036 C an..35 Party name 3036 C an..35 Party name 3045 C an..3 Party name format, coded C059 C Street 3042 M an..35 Street and number/p.o. box 3042 C an..35 Street and number/p.o. box 3042 C an..35 Street and number/p.o. box 3042 C an..35 Street and number/p.o. box 3164 C an..35 CITY NAME 3229 C an..9 COUNTY SUB-ENTITY IDENTIFICATION NAD +BL +USE- CODE' BL Bill of lading recipient Es wird der DAKOSY oder dbh User-Code des Agenten/Makler angegeben. Datum: EDI-Szenario V1.3d.doc Seite : 41 von 49

42 Segment: 13 NAD Variante Nr.: 1 Status: Max. Wdh.: 1 Bill of lading recipient 3251 C an..9 POSTCODE IDENTIFICATION 3207 C an..3 COUNTY, CODED NAD+BL+USE-CODE' Datum: EDI-Szenario V1.3d.doc Seite : 42 von 49

43 Segmentgruppe: SG4 Variante Nr.: 1 Status: D Max. Wdh.: EC-FTX-SG5 Diese Segmentgruppe wird nur für den "response type" CA Conditionally accepted oder E ejected (BGM, DE4343) verwendet. Segment: 14 EC Variante Nr.: 1 Status: Max. Wdh.: 1 Application error information EC C901 M Application error detail 9321 M an..8 Application error identification 1131 C an..3 Code list qualifier 3055 C an..3 Code list responsible agency, coded EC+DAP' EC +DAP' DAP bedeutet: Von DAKOSY akzeptiert aber noch nicht zum Agent/Makler übermittelt. Dieser Code wird nur bei "response type" CA Conditionally accepted verwendet. Die Fehlercodes die im Zusammenhang mit dem "response type" E ejected (BGM, DE4343) verwendet werden, sind auf der B/L-Home Page ( aufgeführt. Falls die Ablehnung durch den Makler/Agenten erfolgt, dann ist grundsätzlich der Fehlercode 600 anzugeben. Datum: EDI-Szenario V1.3d.doc Seite : 43 von 49

44 Segmentgruppe: SG4 Variante Nr.: 1 Status: D Max. Wdh.: EC-FTX-SG5 Segment: 15 FTX Variante Nr.: 1 Status: Max. Wdh.: 1 Error description FTX 4451 M an..3 TEXT SUBJECT QUALIFIE 4453 C an..3 TEXT FUNCTION, CODED C107 C Text reference 4441 M an..17 Free text identification 1131 C an..3 Code list qualifier 3055 C an..3 Code list responsible agency, coded C108 C Text literal 4440 M an..70 Free text 4440 C an..70 Free text 4440 C an..70 Free text 4440 C an..70 Free text 4440 C an..70 Free text 3453 C an..3 LANGUAGE, CODED 4447 C an..3 TEXT FOMATTING, CODED FTX +AAO AAO Error description (free text) + + +EO DESCI PTION (FEE TEXT) :X O :X O :X O :X' Beschreibung/Erläuterung des Fehlers (Klar- Text) O FTX+AAO+++EO DESCIPTION (FEE TEXT):X:X:X:X' Datum: EDI-Szenario V1.3d.doc Seite : 44 von 49

45 Segmentgruppe: SG5 Variante Nr.: 1 Status: D Max. Wdh.: 1 FF Diese Segmentgruppe wird nur dann verwendet, wenn ein nicht erlaubtes Zeichen in der B/L Nachricht gefunden wurde. Segment: 16 FF Variante Nr.: 1 Status: Max. Wdh.: 1 eference FF C506 M eference 1153 M an..3 eference qualifier 1154 C an..35 eference number 1156 C an..6 Line number FF +ADP : SEGME NT/ DATA ELEMEN T :12' ADP Statement number Es wird das Segment und das Datenelement angegeben, in dem das nicht erlaubte Zeichen gefunden wurde. Beispiel: FTX/4440 = Fehler im Segment FTX,Datenelement 4440 Es wird die Nummer des fehlerhaften Segmentes innerhalb der Nachricht (UNH - UNT mitgezählt) angegeben C an..35 eference version number 1060 C an..6 evision number FF+ADP:SEGMENT/DATA ELEMENT:12' Datum: EDI-Szenario V1.3d.doc Seite : 45 von 49

46 Segment: 17 UNT Variante Nr.: 1 Status: Max. Wdh.: 1 Message trailer UNT 0074 M n..6 NUMBE OF SEGMENTS IN A MESSAGE 0062 M an..14 MESSAGE EFEENCE NUMBE UNT+19+X' UNT +19 Anzahl der gesendeten Segmente. In der Zählung eingeschlossen sind das UNH- Segment und dieses UNT-Segment. +X' Message eference Nummer aus dem UNH/0062, Vergleich der Nummer beim Empfang der Nachrichtengruppe mit dem Eintrag im UNH. Datum: EDI-Szenario V1.3d.doc Seite : 46 von 49

47 Segment: 18 UNZ Variante Nr.: 1 Status: Max. Wdh.: 1 Interchange trailer UNZ 0036 M n..6 INTECHANGE CONTOL COUNT 0020 M an..14 INTECHANGE CONTOL EFEENCE UNZ+1+X' UNZ +1 Anzahl der Nachrichten +X' eferenz-nr. wie in UNB/0020 Datum: EDI-Szenario V1.3d.doc Seite : 47 von 49

48 4.3.4 Musternachricht/Beispiel In diesem Dokument wird als Beispiel lediglich die folgende Musternachricht wiedergegeben. Weitere (Praxis)Beispiele werden in Kürze auf der B/L Internet-Seite ( veröffentlicht. S Max. Wdh Nr. Segment UNA 1 1 UNA:+.? ' UNB 1 2 UNB+UNOC:4+DAKOBL+USE-CODE :1320+X' UNH 1 3 UNH+X+APEAK:D:99A:UN' BGM 1 4 BGM+705+X+9+AP' DTM 9 5 DTM+9: :203' SG2 1 FF 6 FF+AGO:X' SG2 1 FF 1 7 FF+ACW:X' SG2 1 FF 1 8 FF+FF:X' SG3 1 NAD 9 NAD+MS+TLN' CTA 9 10 CTA+BF+:DAKOSY-SUPPOT' COM 9 11 COM :TE' COM 9 12 COM+ANSPECHPATNE<A>TLN.DE:EM' SG3 1 NAD 1 13 NAD+BL+USE-CODE' SG EC 1 14 EC+DAP' FTX 1 15 FTX+AAO+++EO DESCIPTION (FEE TEXT):X:X:X:X' SG5 1 FF 1 16 FF+ADP:SEGMENT/DATA ELEMENT:12' UNT 1 17 UNT+19+X' UNZ 1 18 UNZ+1+X' Datum: EDI-Szenario V1.3d.doc Seite : 48 von 49

49 4.3.5 Die APEAK als Bestätigungsnachricht/Quittung durch den Empfänger Der Empfang der B/L-Daten durch den adressierten Empfänger soll ebenfalls mit der Nachricht APEAK bestätigt/quittiert werden. Da wie beschrieben lediglich der Empfang der B/L-Übertragungsdatei bestätigt werden soll, entfällt die Segmentgruppe 4 in der APEAK. Für den Aufbau und die Segmentbeschreibung der Nachricht wird auf die vorangegangenen Kapitel 4.3 ff. verwiesen. Folgende Modifikationen neben dem Wegfallen der Segmentgruppe 4 sind zu beachten: UNB: - als Sender (DE 0004 ) ist der User-Code des Empfängers anzugeben - als Empfänger (DE 0010) muss DAKOSY angegeben werden BGM: - im DE 4343 kann nur der Code AP angegeben werden NAD/SG3: - in der Segmentgruppe 3 braucht nur das NAD mit dem Qualifier MS (DE 3035) gesendet werden. Datum: EDI-Szenario V1.3d.doc Seite : 49 von 49