Für einen individuellen Ausdruck passen Sie bitte die Einstellungen in der Druckvorschau Ihres Browsers an. Regelwerk, EU 2010, Gefahrgut/Transport EU Bund

aufgehoben/ersetzt gem. Art. 2 der VO (EU) 2019/1744

Die Europäische Kommission -

gestützt auf den Vertrag über die Arbeitsweise der Europäischen Union,

gestützt auf die Richtlinie 2005/44/EG des Europäischen Parlaments und des Rates vom 7. September 2005 über harmonisierte Binnenschifffahrtsinformationsdienste (RIS) auf den Binnenwasserstraßen der Gemeinschaft ¹, insbesondere auf Artikel 5 Absatz 1 Buchstabe b,

in Erwägung nachstehender Gründe:

(1) RIS sollten so entwickelt und eingesetzt werden, dass Einheitlichkeit, Interoperabilität und offener Zugang gewährleistet sind.

(2) Die technischen Spezifikationen für elektronische Meldungen in der Binnenschifffahrt sollten definiert werden.

(3) Diese technischen Spezifikationen sollten auf der Grundlage der technischen Vorgaben des Anhangs II der Richtlinie erarbeitet werden.

(4) Weiter sollten die technischen Spezifikationen den Arbeiten der einschlägigen internationalen Organisationen Rechnung tragen. Es ist die nahtlose Verknüpfung mit den Verkehrsmanagementdiensten anderer Verkehrsträger, insbesondere mit den Verkehrsmanagement- und -informationsdiensten des Seeverkehrs, sicherzustellen.

(5) Darüber hinaus sollten in den technischen Spezifikationen auch die Arbeiten der Sachverständigengruppe für elektronische Meldungen in der Binnenschifffahrt angemessen berücksichtigt werden, die sich aus Vertretern der für die Implementierung dieser Meldungen zuständigen Behörden, offiziellen Vertretern anderer staatlicher Stellen sowie Beobachtern der Branche zusammensetzt.

(6) Die technischen Spezifikationen sollten dem Stand der Technik entsprechen. Aufgrund der mit der Anwendung der Richtlinie 2005/44/EG gesammelten Erfahrungen oder infolge des künftigen technischen Fortschritts kann eine Änderung der technischen Spezifikationen erforderlich werden. Bei Änderungen der technischen Spezifikationen sollte den Arbeiten der Sachverständigengruppe für elektronische Meldungen in der Binnenschifffahrt Rechnung getragen werden.

(7) Die in dieser Verordnung vorgesehenen Maßnahmen stehen im Einklang mit der Stellungnahme des gemäß Artikel 7 der Richtlinie 91/672/EWG des Rates vom 16. Dezember 1991 über die gegenseitige Anerkennung der einzelstaatlichen Schifferpatente für den Binnenschiffsgüter- und -personenverkehr ² eingesetzten Ausschusses

- hat folgende Verordnung erlassen:

Artikel 1

Die technischen Spezifikationen für elektronische Meldungen in der Binnenschifffahrt sind im Anhang festgelegt.

Artikel 2

Diese Verordnung tritt am Tag nach ihrer Veröffentlichung im Amtsblatt der Europäischen Union in Kraft.

Diese Verordnung ist in allen ihren Teilen verbindlich und gilt unmittelbar in jedem Mitgliedstaat.

Brüssel, den 25. Januar 2010

.

1. Teil 1: Regeln für Implementierungshandbücher

1.1 Einleitung

In den technischen Spezifikationen ist die Struktur von vier Nachrichten für elektronische Meldungen in der Binnenschifffahrt festgelegt, die der Struktur der UN/EDIFACT-Nachrichten (siehe auch Kapitel 1.2) folgen und erforderlichenfalls für die Zwecke der Binnenschifffahrt angepasst werden.

Sind elektronische Meldungen in der Binnenschifffahrt aufgrund nationaler oder internationaler Rechtsvorschriften vorgeschrieben, müssen diese technischen Spezifikationen Anwendung finden.

Es handelt sich um folgende Nachrichten:

(1) Meldung von (gefährlichen) Gütern (IFTDGN) - ERINOT

(2) Fahrgast- und Besatzungslisten (PAXLST)

(3) ERINOT-Antwort- und Empfangsbestätigungsnachricht (APERAK) - ERIRSP

(4) Liegeplatzmanagement-Hafenanmeldung (BERMAN)

In den Anlagen (Implementierungshandbüchern) ist im Einzelnen festgelegt, wie die Nachrichten, Datenelemente und Codes zu verwenden sind, damit die Nachrichten von allen Beteiligten in gleicher Weise verstanden und verwendet werden.

Eine andere Möglichkeit ist die Verwendung des XML-Formats. Mit der Standardisierung der XML-Nachrichten-Definition für elektronische Meldungen in der Binnenschifffahrt beschäftigt sich die entsprechende Arbeitsgruppe, die den gemäß Artikel 7 der Richtlinie 91/672/EWG des Rates vom 16. Dezember 1991 über die gegenseitige Anerkennung der einzelstaatlichen Schifferpatente für den Binnenschiffsgüter- und -personenverkehr eingesetzten Ausschuss unterstützt.

1.2 Struktur der UN/EDIFACT-Nachricht

Die folgenden Ausführungen stützen sich auf ISO 9735.

UN/EDIFACT-Nachrichten (messages) werden aus mehreren Segmenten (segments) zusammengesetzt. Die Struktur einer Nachricht wird in einem Baumdiagramm (branching diagram) beschrieben, das die Positionen und die Beziehungen der Segmente und Segmentgruppen zueinander anzeigt.

Für jedes Segment sind die Datenelemente (data elements), die in der Nachricht benutzt werden müssen, definiert. Einige Datenelemente sind so kombiniert, dass sie zusammengesetzte Datenelemente (composite data elements) bilden. Die Nachrichten folgen einer festen Syntax, die in ISO 9735 festgelegt ist.

Ein Segment und ein Datenelement innerhalb eines Segments kann obligatorisch (mandatory) oder bedingt (conditional) bedingt sein. Obligatorische Segmente und Datenelemente enthalten wichtige Daten für die empfangende Anwendung und sind mit gültigen Daten zu füllen. Bedingte Elemente sind in der Nachricht nicht unbedingt erforderlich.

Jede Nachricht beginnt mit zwei oder drei Segmenten, dem "Datenaustausch-Kopfsegment" (interchange header, UNB) und dem "Nachrichten-Kopfsegment" (message header, UNH). Falls erforderlich, wird auch als erstes Segment die Trennzeichen-Vorgabe (service string advice, UNA) verwendet, um die in der Nachricht verwendeten Zeichensätze zu definieren. Jede Nachricht endet mit den Segmenten "Nachrichten-Endsegment" (message trailer, UNT) und "Datenaustausch-Endsegment" (interchange trailer, UNZ). Auf diese Weise ist jede Nachricht in einem Datenaustausch enthalten und ein Datenaustausch enthält nur eine einzige Nachricht.

1.2.1 Beschreibung der Segmente und Datenelemente

In der Nachrichtenbeschreibung werden folgende Elemente verwendet:

Spalte 1 enthält in Form des Akronyms (TAG) den Namen der Segmentgruppe, die durch die Hierarchie der Segmentnamen auf höheren Ebenen repräsentiert wird. Diese Angabe ist aus dem Baumdiagramm abgeleitet.

Spalte 2 enthält in Form einer Abkürzung (TAG) den Namen des Segments, die Anzahl der zusammengesetzten Datenelemente und die Anzahl der Datenelemente.

Spalte 3 enthält die Ebene, auf der sich das Segment im Baumdiagramm befindet.

Spalte 4 enthält die Angabe, ob das Segment oder Datenelement obligatorisch (mandatory, M) oder bedingt (conditional, C) ist.

Spalte 5 definiert das Format des Datenelementes.

Spalte 6 enthält den UN/EDIFACT-Namen des Datenelementes. Die Namen der Segmente sind in fetten Grossbuchstaben, die Namen der zusammengesetzten Datenelemente in normalen Grossbuchstaben und die Namen der Datenelemente in normalen Kleinbuchstaben geschrieben.

Spalte 7 enthält die Beschreibung der Datenelemente (Felder). Wenn ein fester Wert benutzt werden muss, ist er in Anführungszeichen gesetzt.

1.2.2 Syntax

Eine eingehende Beschreibung der Datenelemente in den Service-Segmenten findet sich im Handbuch der Handelsdatenelemente (ISO 7372).

1.2.2.1 Zeichensätze

Zur Darstellung der Zeichen in den folgenden Zeichensätzen werden die 7-Bit-Codes der Basis-Codetabelle der ISO-Norm 646 verwendet, sofern nicht die am Datenaustausch beteiligten Parteien durch Verwendung des UNASegments ausdrücklich die entsprechenden 8-Bit-Codes in ISO 6937 und ISO 8859 oder andere Bitcodes vereinbaren.

A-Zeichensatz:

Auch die folgenden Zeichen gehören zum A-Zeichensatz.

1.2.2.2 Strukturen von Datenaustausch

Die Trennzeichen-Vorgabe (UNA) und die Service-Segmente UNB bis UNZ erscheinen in der Reihenfolge, die in einer Übertragungsdatei festgelegt ist. Siehe 1.2.2.3.

Der Datenaustausch kann verschiedene Funktionsgruppen enthalten.

Eine Nachricht besteht aus Segmenten. Zu den Strukturen für Segmente und den darin enthaltenen Datenelementen siehe 1.2.2.5.

1.2.2.3 Datenaustausch

Der Datenaustausch besteht aus: Trennzeichen-Vorgabe UNa bedingt

- - - - - - - - - - Datenaustausch-Kopfsegment UNB obligatorisch

| - - - - - - Nachrichten-Kopfsegment UNH obligatorisch

| | Beschreibung der Datenaustauschsegmente im Implementierungshandbuch im Anhang

| - - - - - - Nachrichten-Endsegment UNT obligatorisch

- - - - - - - - - - Datenaustausch-Endsegment UNZ obligatorisch

1.2.2.4 Reihenfolge von Segmenten und Segmentgruppen innerhalb einer Nachricht

Nachrichtenstrukturdiagramme und die Reihenfolge der Segmente entsprechend den Verarbeitungsregeln finden sich in den Anlagen.

1.2.2.5 Segmentstruktur

Segment-Bezeichner: obligatorisch

Segment-Code: obligatorisches Gruppendatenelement

Gruppendatenelement-Trennzeichen: bedingt

Verschachtelungs- und Wiederholungsanzeige: Gruppendatenelement(e), bedingt

Datenelement-Trennzeichen: obligatorisch

Einfache oder zusammengesetzte Datenelemente: obligatorisch oder bedingt, wie in dem entsprechenden Segment-Verzeichnis und Implementierungshandbuch festgelegt

Segment-Endzeichen: obligatorisch

1.2.2.6 Datenelementstruktur

Einfaches Datenelement:

obligatorisch oder bedingt, entsprechend dem Implementierungshandbuch.

Zusammengesetztes Datenelement:

gemäß Segment-Verzeichnis und entsprechend dem Implementierungshandbuch.

Gruppendatenelemente und Gruppendatenelement-Trennzeichen:

obligatorisch (siehe nachstehende Einschränkungen)

Datenelement-Trennzeichen: obligatorisch (siehe nachstehende Einschränkungen)

Einschränkung:

In einem zusammengesetzten Datenelement steht hinter dem letzten Gruppendatenelement kein Gruppendatenelement-Trennzeichen und hinter dem letzten Datenelement in einem Segment kein Datenelement-Trennzeichen.

1.2.2.7 Komprimierung

In Datenelementen, für die im Verzeichnis der Datenelemente eine variable Länge vorgegeben ist, werden bedeutungslose Zeichenpositionen weggelassen, sofern keine anderen Einschränkungen bestehen. Dies gilt für führende Nullstellen und Leerzeichen am Ende einer Zeichenkette.

Allerdings ist eine einzelne Null vor einem Dezimalzeichen bedeutungsvoll, und eine Null kann bedeutungsvoll (z.B. als Temperaturangabe) sein, wenn dies in den Datenelementvorgaben der Implementierungshandbücher festgelegt ist.

Beim Komprimieren von Nachrichten sind folgende Regeln zu beachten:

1. Ausschluss von Segmenten

   Bedingte Segmente, die keine Daten enthalten, sind auszulassen (einschließlich ihrer Segment-Bezeichner).

2. Ausschluss von Datenelementen durch Auslassung

   Datenelemente sind durch ihre Reihenfolge innerhalb des Segments entsprechend dem Segment-Verzeichnis gekennzeichnet. Wird ein bedingtes Datenelement ausgelassen, dem ein anderes Datenelement folgt, ist seine Position durch Beibehaltung seines Datenelement-Trennzeichens anzuzeigen.

   Tag+DE+DE+++DE+DE+DE"

   |_|_____________Diese bei den Datenelemente werden ausgelassen.

3. Ausschluss von Datenelementen durch Verkürzung

   Werden ein oder mehrere bedingte Datenelemente am Ende eines Segments ausgelassen, kann das Segment durch das Segment-Endzeichen verkürzt werden, d. h. direkt aufeinanderfolgende Datenelement-Trennzeichen am Ende der Zeichenkette brauchen nicht übertragen zu werden.

   Tag+DE+DE+++DE" Entsprechend dem Beispiel aus 2.2.7 b wurden die letzten beiden Datenelemente ausgelassen und das Segment wurde durch " |____ verkürzt.

4. Ausschluss von Gruppendatenelementen durch Auslassung

   Gruppendatenelemente werden durch ihre Reihenfolge innerhalb eines zusammengesetzten Datenelements identifiziert. Wird ein bedingtes Gruppendatenelement ausgelassen, dem ein anderes Gruppendatenelement folgt, ist seine Position durch sein Gruppendatenelement-Trennzeichen anzuzeigen.

   |_|_____ Im letzten zusammengesetzten Datenelement wurden zwei Gruppendatenelemente ausgelassen.

5. Ausschluss von Gruppendatenelementen durch Verkürzung

   Ein oder mehrere bedingte Gruppendatenelemente am Ende eines zusammengesetzten Datenelements können durch Verkürzung durch das Datenelement-Trennzeichen oder am Ende eines Segments durch das Segment-Endzeichen ausgeschlossen werden.

   Tag+DE+CE+CE" Das letzte Gruppendatenelement im ersten zusammengesetzten |___|___ Datenelement sowie drei Gruppendatenelemente im letzten zusammengesetzten Datenelement wurden ausgelassen. In beiden Fällen wurden die zusammengesetzten Datenelemente verkürzt, was im ersten Fall durch das Datenelement-Trennzeichen und im zweiten Fall durch das Segment-Endzeichen angezeigt wird.

1.2.2.8 Darstellung numerischer Datenelementwerte

1. Dezimalzeichen

   Das durch ISO festgelegte Dezimalzeichen ist das Komma (,) doch ist auch ein Punkt auf der Linie (.) zulässig (siehe ISO 31-0: 1981). Beide Zeichen gehören zu den A- und B-Zeichensätzen. Wird die Trennzeichen-Vorgabe (UNA) verwendet, legt ihr drittes Zeichen das in der Datenaustauschdatei verwendete Zeichen fest. Es wird jedoch dringend empfohlen, in jedem Fall das Komma (,) als Standard für die Darstellung eines Dezimalzeichens zu verwenden. Das Dezimalzeichen wird bei der Berechnung der maximalen Feldlänge eines Datenelements nicht als Wert gezählt. Es wird jedoch bei der Übertragung und beim Empfang berücksichtigt. Bei der Übermittlung eines Dezimalzeichens ist davor und danach mindestens eine Stelle vorzusehen. Für Werte, die ausschließlich durch ganze Zahlen dargestellt werden, werden weder ein Dezimalzeichen noch Dezimal-Nullen verwendet, sofern dies nicht zur Angabe der Genauigkeit erforderlich ist.

   Besser: 0,5 und 2 und 2,0 Unzulässig: ,5 oder .5 oder 2, oder 2.

2. Tausenderkennung

   Bei der Übertragung ist keine Tausenderkennung zu verwenden.

   Zulässig: 2500000 Unzulässig: 2,500,000 oder 2.500.000 oder 2 500 000

3. Vorzeichen

Numerische Datenelementwerte sind stets positiv. Obwohl eine Subtraktion etwas Negatives darstellt, ist sie durch einen positiven Wert darzustellen; diese Fälle sind im Verzeichnis der Datenelemente anzugeben. Muss ein Wert als negativ gekennzeichnet werden, ist ihm bei der Übertragung unmittelbar ein Minuszeichen voranzustellen, z.B. -112. Das Minuszeichen wird bei der Berechnung der maximalen Feldlänge eines Datenelements nicht als Wert gezählt. Es wird jedoch bei der Übertragung und beim Empfang berücksichtigt.

Legende:

Ref.

Der numerische Referenz-Bezeichner für das Datenelement gemäß ISO 7372 UNTDED und, falls ein S vorangestellt ist, Referenz für ein zusammengesetztes Datenelement, das in Service-Segmenten verwendet wird.

Name

Bezeichnung des ZUSAMMENGESETZTEN DATENELEMENTS in Großbuchstaben
Bezeichnung des DATENELEMENTS in Großbuchstaben
Bezeichnung des Gruppendatenelements in Kleinbuchstaben

Repr.

Darstellung der Datenwerte:
a - Buchstaben
n - Ziffern
an - alphanumerische Zeichen
a3 - 3 Buchstaben, festgelegte Länge
n3 - 3 Ziffern, festgelegte Länge
an3 - 3 alphanumerische Zeichen, festgelegte Länge
a..3 - bis zu 3 Buchstaben
n..3 - bis zu 3 Ziffern
an..3 - bis zu 3 alphanumerische Zeichen
M - Obligatorisches Element (mandatory);
C - Bedingtes Element (conditional).

Bei Verwendung des zusammengesetzten Datenelements erscheint ein obligatorisches Gruppendatenelement in einem bedingten Gruppendatenelement.

Sind in den Implementierungshandbüchern weniger Stellen vorgesehen als nach ISO-Norm vorgeschrieben, ist dies in Klammern anzugeben. Der verbleibende Platz in einem Datenelement ist durch Leerzeichen aufzufüllen.

In den Implementierungshandbüchern finden sich folgende Verwendungsangabe:

Durch die in den Implementierungshandbüchern vorgegebenen Verwendungsangaben sollen einheitliche Angaben bei elektronischen Meldungen in der Binnenschifffahrt sichergestellt werden. Im gesamten Dokument wird neben den Dateninhalten auf die Angabe M, R, A, D, O und X verwiesen, die für diese Nachricht die vereinbarte Verwendung des Elements zwingend vorschreibt.

Die nachstehende Tabelle gibt Aufschluss über die Angaben und ihre Verwendung:

1.3 Nachrichten

1.3.1 Erinot

Die ERI-Anmeldenachricht (ERINOT) wird für die Übermittlung von reisebezogenen Informationen und Informationen über gefährliche und ungefährliche Fracht auf Binnenschiffen verwendet. Die ERINOT-Nachricht ist eine Sonderanwendung der auf UN/EDIFACT basierenden "Internationalen Versand- und Transportnachricht für gefährliche Güter" (International Forwarding and Transport Dangerous Goods Notification, IFTDGN), die innerhalb der PROTECT-Organisation ¹ entwickelt wurde. Die ERINOT-Nachricht basiert auf dem EDIFACT-Verzeichnis 98.B und der PROTECT- Version 1.0.

Die Daten und Codes in den Nachrichtenanwendungen auf der Grundlage dieser Spezifikationen stützen sich auf das UN Directory D98B.

Die ERINOT-Nachricht umfasst folgende typen:

• Transportanmeldung vom Schiff an die Behörde ("VES"), Schiff - Land;
• Transportanmeldung vom Spediteur (carrier) an die Behörde ("CAR"), Land - Land;
• Durchfahrtanzeige (passage) von Behörde zu Behörde ("PAS").

Die folgenden Nachrichtenfunktionen zeigen, welche Art von Nachrichten zu erwarten ist:

• Neue Nachricht ("9")
• Änderungsnachricht ("5")
• Annullierungsnachricht ("1").

1.3.2 Paxlst

Die PAXLST-Nachricht beruht auf der UN/EDIFACT-Nachricht PAXLST. Sie wird beim Datenaustausch in der Binnenschifffahrt zwischen dem Kapitän/Schiffsführer oder Spediteur und den zuständigen Behörden (wie ISPS-Terminals, Zoll, Einwanderungsbehörde, Polizei) verwendet.

Ferner wird die Nachricht verwendet, um Fahrgast-/Besatzungsdaten von einer zuständigen Behörde im Abfahrtsland an die zuständigen Behörden im Ankunftsland des Transportmittels zu übermitteln.

1.3.3 Erirsp

Die ERIRSP-Nachricht ist aus der UN/EDIFACT-Nachricht APERAK abgeleitet. Sie kann beispielsweise von einer RIS-Zentrale gesendet werden. Die Antwortnachrichten zu den Funktionen (Neu, Änderung oder Annullierung) der ERINOT-Nachricht haben alle dieselbe Struktur. Die Antwort auf eine Änderung oder Annullierung enthält Informationen darüber, ob die Änderung oder Annullierung durch das empfangende System verarbeitet worden ist oder nicht.

1.3.4 Berman

In der Liegeplatzmanagement-Nachricht (Berth Management - BERMAN) werden die Vorabinformation beziehungsweise die allgemeine Erklärung in einer einzigen Nachricht zusammengefasst, die sich auf die EDIFACT-Nachricht BERMAN aus dem UN/EDIFACT-Verzeichnis D04B stützt. Das Implementierungshandbuch beruht auf den von der PROTECT-Gruppe aufgestellten Leitlinien.

Die BERMAN-Nachricht ist von Fahrzeugen auf Binnenwasserstraßen zu übermitteln, bevor sie an einem Liegeplatz oder in einem Hafen ankommen beziehungsweise dort wieder ablegen; sie enthält Informationen über die Ankunftszeit und die Dienste, die für schnellen Umschlag, Unterstützung der Verfahren und Erleichterung der Kontrollen benötigt werden.

Die Nachricht erfüllt die rechtlichen Anforderungen in Bezug auf die Anmeldung eines Schiffs in einem Hafen. Damit wird eine Anfrage für das Schiff übermittelt - sei es für das Einlaufen in den Hafen, das Anlegen am Liegeplatz bei der Ankunft, das Ablegen vom Liegeplatz bei der Abfahrt, den Wechsel des Liegeplatzes innerhalb des Hafens oder für die bloße Durchfahrt durch das Hafengebiet. Die Ankunfts- und Durchfahrtnachricht enthält alle Einzelheiten der Bewegung des Schiffs von außerhalb des Hafengebiets bis zum ersten Liegeplatz im Hafengebiet beziehungsweise bei der Durchfahrt bis zu dem Punkt, an dem es das Hafengebiet verlässt.

Es können zusätzliche Dienste angegeben werden, die bei der Ankunft an einem Liegeplatz benötigt werden. Erforderliche Informationselemente sind die geschätzte Ankunftszeit (Estimated Time of Arrival - ETA) im Hafengebiet und erforderlichenfalls der Punkt, an dem das Hafengebiet verlassen wird, sowie der zuletzt angelaufene Hafen.

1.4 Änderungsverfahren

Vorschläge für Änderungen der Implementierungshandbücher sind mit einer entsprechenden Begründung für diese Änderung an den Vorsitzenden der Sachverständigengruppe für elektronische Meldungen zu richten.

Der Vorsitzende leitet den Vorschlag an die Mitglieder der Sachverständigengruppe und an die Europäische Kommission weiter.

Für die Arbeiten der Sachverständigengruppe gilt das in ihrer Geschäftsordnung festgelegte Änderungsverfahren.

Die Europäische Kommission behandelt alle Änderungsvorschläge nach den in der RIS-Richtlinie festgelegten Verfahren. In diesem Zusammenhang sind die Arbeiten der Sachverständigengruppe gebührend zu berücksichtigen.

2. Teil II: Codes und Referenzen

2.1 Einleitung

In Teil II werden die verschiedenen Codes und Referenzen definiert, die bei elektronischen Meldungen in der Binnenschifffahrt verwendet werden. Die Verwendung von Codes und Referenznummern dient der Eindeutigkeit. Dadurch wird das Risiko falscher Auslegung gesenkt und die Übersetzung in alle Sprachen erleichtert. Daher ist die Verwendung der Codes und Referenzen für die in diesem Dokument aufgeführten und in den Nachrichten enthaltenen Codes obligatorisch, und wird für den Austausch sonstiger Daten zwischen verschiedenen Computeranwendungen und zwischen Beteiligten, die unterschiedliche Sprachen sprechen, dringend empfohlen, sofern für das entsprechende Datenelement ein Code besteht und veröffentlicht wurde. Nachstehend werden die Definitionen und Beschreibungen der verwendeten Codes und Referenzen erläutert; in den Codetabellen wird auf die entsprechenden Kapitel dieses Anhangs verwiesen oder ggf. eine Internetadresse angegeben.

2.2 Erläuterungen

2.2.1 Terminologie

Die folgenden Erläuterungen sollen sicherstellen, dass die Bedeutung der in elektronischen Meldungen in der Binnenschifffahrt verwendeten Informationselemente klar und eindeutig ist; außerdem soll durch klare Beschreibungen die Pflege von Daten und Verweisen erleichtert und gewährleistet werden.

1. Datenwörterbuch:

   Ein Datenwörterbuch ist im Wesentlichen die zentralisierte Ablage von Informationen über Daten, wie Bedeutung, Verbindungen mit anderen Daten, Quelle, Verwendung und Klassifizierung. Das Wörterbuch dient der effizienten Planung, Verwaltung und Evaluierung der Sammlung, Speicherung und Verwendung von Daten. Das Datenwörterbuch oder Datenlexikon ist in erster Linie und ursprünglich ein Buch mit alphabetisch geordneten Wörtern und dazugehörigen Definitionen, etymologischen Erläuterungen und anderen Informationen.

2. Verzeichnis der Datenelemente:

   Das Verzeichnis der Datenelemente ist im Wesentlichen ein Buch mit Anweisungen, das Namen und Einzelangaben für eine bestimmte Gruppe von Informationselementen enthält. In der Informatik versteht man darunter auch eine Tabelle mit Kennzeichnungssymbolen und Verweisen auf die dazugehörigen Daten. Das TDED (Trade Data Elements Directory) ISO 7372 legt einen Standarddatenelementsatz für verschiedene Anwendungsbereiche fest. Es enthält eine Nummer, eine Bezeichnung eines Datenelements und eine Beschreibung des Konzepts zur Erläuterung der vereinbarten Bedeutung, um den Inhalt der Information (Datenwert) festzulegen, den das Datenelement enthält. Weiter umfasst es Einzelheiten zur Darstellung des Datenwerts als Zeichen, mit Längenangabe (Anzahl der Zeichen), sowie gegebenenfalls geeignete und verwendete Synonyme von Datenelementbezeichnungen.

3. Datenablage:

   Eine Datenablage (data repository) ist im Wesentlichen ein Ort, an dem Dinge gelagert werden, z.B. ein Lagerhaus. Häufig wird der Begriff "Datenlager" (data warehouse) verwendet, um die Stelle anzugeben, an der allgemeine Daten abgelegt sind. Die Datenablage wird bei der Entwicklung von XML und ebXML verwendet, um anzugeben, wo die so genannten Kernkomponenten (Bausteine für die Entwicklung semantisch korrekter und aussagekräftiger Pakete für den Austausch von Informationen) abgelegt sind. Erste Kataloge von Kernkomponenten liegen als Entwurf für Normvorschläge vor, siehe auch www.unece.org/cefact/. Im Zusammenhang mit ebXML wird einer abgelegten Information ein Satz Standard-Metadaten zugeordnet, die als Attribute der Register-Objektklasse definiert sind. Diese Attribute befinden sich außerhalb der eigentlichen Ablage und liefern eine Beschreibung der abgelegten Informationselemente.

4. Glossar:

   Ein Glossar ist eine Liste von, zum Beispiel, schwierigen technischen Begriffen mit Erklärungen, so dass es als "halbes" Wörterbuch betrachtet werden kann. Die Begriffe sind häufig alphabetisch geordnet, um als Referenz in Projekten, Büchern oder Studien zu dienen.

5. Vokabular:

Eine Liste von Wörtern und häufig auch Wortgruppen, Abkürzungen usw., in der Regel alphabetisch geordnet und in einem Wörterbuch oder Glossar definiert oder in anderer Weise bestimmt.

2.2.2 WZO und H.S.

Die Weltzollorganisation (WZO) hat eine Reihe von Normen und Leitfäden für den Datenaustausch im Zusammenhang mit Zollanmeldungen und Frachterklärungen aufgestellt.

Sie verwaltet das Harmonisierte System (HS), ein 6-stelliges Klassifizierungssystem für Waren und Rohstoffe; das HS umfasst über 5.000 Beschreibungen der am häufigsten hergestellten und gehandelten Waren und Warengruppen. Dieses numerische System bietet eine rechtliche und logische Struktur, bei der Waren und Warengruppen in Abschnitte, Kapitel und Positionen eingeordnet werden.

Es kann vom Zoll verwendet werden, jedoch ebenso den Zwecken von Statistik, Herstellern, Transport, Ein- und Ausfuhr dienen.

Es hat die folgende Struktur

Für zusätzliche lokale Zwecke kann der Code wie folgt erweitert werden

Darüber hinaus gibt es weitere lokale Unterteilungen mit bis zu 21 Stellen z.B. für nationale Steuersätze.

Im Kyoto-Übereinkommen der WZO sind die Verfahren und Informationselemente für Versand-, Einfuhr- und Ausfuhranmeldungen im Einzelnen beschrieben.

2.3 Definitionen

Für die Zwecke dieser technischen Spezifikationen werden folgende Definitionen ² verwendet.

"Absender" (consignor) ist der Kaufmann, von dem oder in dessen Namen oder auf dessen Veranlassung ein Speditionsvertrag für Güter abgeschlossen wurde, und zwar mit einem Spediteur oder mit jemandem, in dessen Namen oder auf dessen Veranlassung die Güter tatsächlich an den Empfänger gemäß dem Speditionsauftrag geliefert werden (Synonyme: Verlader (shipper), Versender (sender)).

"Agent" ist jede Person, die befugt oder beauftragt ist, im Namen des Schiffsbetreibers tätig zu werden oder Informationen zu übermitteln.

"Asynchrone Nachricht" (asynchronous message) ist eine Nachricht, die der Absender abschicken kann, ohne auf die weitere Bearbeitung durch den Empfänger warten zu müssen. Der Empfänger entscheidet, wann die Nachricht bearbeitet wird.

"Aufspürung" (tracing) ist das Abrufen von Informationen über den Verbleib von Ladung, Ladeeinheiten, Sendungen und Ausrüstung.

"Betreiber" (operator) ist der Reeder oder Verwalter des Schiffs.

"Bezeichner" (tag) ist ein eindeutiger Bezeichner für ein Segment oder Datenelement. [ISO 9735]

"Code" ist eine Zeichenkette, die als abgekürztes Mittel a) zum Zweck der Aufzeichnung und Identifizierung von Informationen und b) zur Darstellung oder Identifizierung von Informationen in einer bestimmten symbolischen Form, die durch einen Computer erkannt werden kann, dient. [ISO TC154/SC1]

"Datenelement" (data element) ist eine Dateneinheit, die in einem bestimmten Zusammenhang als unteilbar
angesehen wird und für die die Kennzeichnung, die Beschreibung und die Wertdarstellung festgeschrieben sind.

"EDI-Nummer" (EDI number) ist die elektronische Adresse eines Absenders oder Empfängers einer Nachricht (z.B. Absender und Empfänger einer Ladung). Das kann eine E-Mail-Adresse, eine vereinbarte Identifizierung oder eine Nummer der European Article Numbering Association (EAN number) sein.

"EDI-Segment" ist ein vordefinierter und identifizierter Satz von funktional zusammengehörigen Datenelementgruppen, die durch ihre Position innerhalb des Datensatzes gekennzeichnet sind. Ein Segment beginnt mit dem Segment-Bezeichner und endet mit dem Segment-Endzeichen. Es kann Servicedaten oder Nutzdaten enthalten.

"Elektronischer Datenaustausch" (electronic data interchange, EDI) ist die Übermittlung strukturierter Daten nach abgestimmten Standards von der Computeranwendung eines Beteiligten zur Computeranwendung eines anderen Beteiligten auf elektronischem Wege.

"Empfänger" (consignee) ist derjenige, von dem laut Beförderungspapier Güter, Ladung oder Container entgegengenommen werden sollen.

Fahrzeug (Vessel; Synonym: Schiff (ship)) ist ein Binnenschiff oder ein Seeschiff. In der Binnenschifffahrt schließt dieser Begriff auch Kleinfahrzeuge, Fähren und schwimmende Geräte ein.

"Gefährliche Güter" (Dangerous goods) ³ sind:

• die im UNDG-Code genannten Güter,
• die im ADN/ ADNR genannten Güter,
• die im IMDG-Code genannten Güter,
• die im IBC-Code genannten gefährlichen Flüssigkeiten,
• die im IGC-Code genannten Flüssiggase,
• die in Anhang B des BC-Codes aufgeführten Feststoffe.

"Implementierungshandbücher" (Implementation Guidelines) sind Leitlinien, in denen im Einzelnen beschrieben ist, wie eine bestimmte Standardnachricht zu erstellen ist und welche Segmente, Datenelemente, Codes und Referenzen dabei in welcher Weise zu verwenden sind.

"Logistik" ist die Planung, Ausführung und Kontrolle der Bewegung und Platzierung von Personen und/oder Gütern und unterstützende Aktivitäten hinsichtlich solcher Bewegungen und Platzierungen innerhalb eines zum Erreichen spezifischer Ziele organisierten Systems.

"Management des Schiffsverkehrs" (vessel traffic management) ist die mündliche und elektronische Bereitstellung von Informationen und die Erteilung von Anweisungen im Austausch mit und auf Anfrage von Schiffen, um den Verkehrsfluss zu optimieren und zu einem reibungslosen (effizienten) und sicheren Verkehr beizutragen.

"Manifest" ist ein Dokument, das Einzelangaben zu Gütern und Ausrüstungen enthält, die in ein Transportmittel verladen werden. Ein Manifest besteht häufig aus einer Sammlung von Konnossementen für offizielle und administrative Zwecke.

"Multimodaler Verkehr" (multimodal transport) ist die Beförderung von Gütern (Containern) über mindestens zwei verschiedene Verkehrsträger.

"Nachrichtencode" (message code) ist eine einheitliche Referenz aus sechs Buchstaben, durch die ein Nachrichtentyp definiert wird.

"Nautische Informationen" (navigational information) sind Informationen, die dem Schiffsführer zur Unterstützung von Entscheidungen an Bord übermittelt werden.

"Nautische Unterstützung" (nautical support) ist die Unterstützung durch Schleppboote oder Bootsleute beim sicheren Steuern oder Festmachen.

"Ort" (location) ist jeder mit einem Namen bezeichnete geografische Ort, beispielsweise ein Hafen, ein Frachtterminal, ein Flughafen, ein Containerbahnhof, ein Terminal oder jeder andere Platz, an dem die Zollabfertigung und/oder der regelmäßige Umschlag von Gütern erfolgen können, und der über feste Einrichtungen für den Warenumschlag im internationalen Handel / Verkehr verfügt, die regelmäßig für diesen Zweck benutzt werden. Der Ort sollte durch eine zuständige nationale Stelle anerkannt sein.

"Radar" ist ein System oder Gerät, das mit Hilfe ausgesendeter und reflektierter elektromagnetischer Wellen (Funkwellen) ein reflektierendes Objekt, beispielsweise ein Schiff, ortet und dessen Bewegungsrichtung, Entfernung, Geschwindigkeit und Steuerkurs bestimmt. Es kann für Navigations- und für Ortungszwecke eingesetzt werden.

"Referenznummer" (reference number) ist eine Angabe, durch die auf einen Bezug oder eine Beziehung oder gegebenenfalls eine Einschränkung verwiesen wird.

"Risiko" (im zolltechnischen Sinn) ist die Wahrscheinlichkeit des Eintretens eines Vorfalls beim internationalen Transport oder Handel von Waren, der die Sicherheit der Gemeinschaft gefährdet, weil davon eine Gefahr für die öffentliche Gesundheit, die Umwelt oder die Verbraucher ausgeht.

"Risikomanagement" (im zolltechnischen Sinn) ist die systematische Festlegung und Anwendung aller zur Begrenzung des Risikos erforderlichen Maßnahmen. Dazu gehören unter anderem das Sammeln von Daten und Informationen, die Analyse und Bewertung von Risiken, das Vorschreiben und Umsetzen von Maßnahmen sowie die regelmäßige Überwachung und Überprüfung dieser Tätigkeiten und ihrer Ergebnisse nach internationalen, gemeinschaftlichen und einzelstaatlichen Vorgaben und Strategien.

"Schiffsführer" (ship master) ist die Person an Bord eines Schiffes, die für den Betrieb des Schiffes verantwortlich ist und befugt ist alle Entscheidungen zu fällen, die die Navigation und das Schiffsmanagement betreffen (Synonyme: Kapitän (captain / boat master), Schiffer (skipper)).

"Schiffshilfsdienste" (vessel support services) sind Dienste für den Schiffsführer, die z.B. durch Bunkerstationen und Reparaturbetriebe erbracht werden.

"Schiffsverkehrsdienst" (Vessel Traffic Services (VTS)) ist ein von einer zuständigen Behörde eingerichteter Dienst zur Verbesserung der Sicherheit und Effizienz des Schiffsverkehrs und zum Schutz der Umwelt. Dieser Dienst soll interaktiv mit den Verkehrsteilnehmern zusammenwirken und auf alle in dem Gebiet auftretenden Verkehrssituationen reagieren können.

"Schiffsverkehrsdienstleistungen" (VTS services) umfassen einen Informationsdienst, können jedoch auch andere Dienste einschließen, wie z.B. einen Navigationsberatungsdienst oder einen Verkehrsorganisationsdienst oder beides.

"Schleppkahn oder Schubleichter" (barge) ist ein Schiff ohne eigenen Antrieb.

"Segmentkennung" (segment code) ist ein Code, der jedes Segment entsprechend dem Segment-Verzeichnis eindeutig kennzeichnet. [ISO 9735]

"Spediteur" (forwarder) ist derjenige, der den Transport der Güter einschließlich damit zusammenhängender Dienste und/oder zugehöriger Formalitäten auf Veranlassung des Verladers und des Empfängers organisiert.

"Transportanzeige" (transport notification) ist die Anzeige einer beabsichtigten Reise bei der zuständigen Behörde.

"Transportmittel" (means of transport) ist die Art von Fahrzeug, die für die Beförderung von Gütern benutzt wird, beispielsweise Schleppkahn oder Schubleichter, LKW, Schiff oder Zug.

"Überwachung" (monitoring) ist die Verfolgung von Position, Kurs und Geschwindigkeit eines Schiffs durch verschiedene Vorrichtungen und die Unterrichtung der zuständigen Stellen über alle Abweichungen von den erwarteten beziehungsweise geplanten Parametern.

"Umweltschädliche Güter" (polluting goods) ⁴ sind:

• Rohöl und Mineralölerzeugnisse gemäß der Begriffsbestimmung in Anhang I des MARPOL-Übereinkommens,
• flüssige Schadstoffe gemäß der Begriffsbestimmung in Anhang II des MARPOL-Übereinkommens,
• Schadstoffe gemäß der Begriffsbestimmung in Anhang III des MARPOL-Übereinkommens.

UN/EDIFACT (UN Electronic Data Interchange for Administration, Commerce and Transport) sind die Regeln der Vereinten Nationen für den elektronischen Datenaustausch für Verwaltung, Handel und Transport. Sie umfassen Normen, Verzeichnisse und Richtlinien für den elektronischen Austausch von strukturierten Daten, und zwar besonders solche, die sich auf den Austausch von Gütern und Diensten zwischen unabhängigen rechnergestützten Informationssystemen beziehen. Diese Regeln sind Empfehlungen im Rahmen der UN. Sie werden von der UN/ECE angenommen, im Handelsdatenaustausch-Verzeichnis der UN veröffentlicht und nach vorgeschriebenen Verfahren fortgeschrieben.

"Unterstützung des Schiffsbetriebs" (navigational support) ist die Unterstützung durch Lotsen an Bord oder unter besondern Umständen auch an Land (pilotage from shore), um die Entstehung gefährlicher Situationen im Schiffsverkehr zu vermeiden.

"Verfahren" (procedure) sind die notwendigen Schritte, um einer Formalität Folge zu leisten, einschließlich Zeitplan, Format und Übertragungsmethode für die Bereitstellung der erforderlichen Information.

"Verfolgung" (tracking) ist die laufende Ermittlung von Statusinformation, z.B. über den aktuellen Standort von Ladung, Ladeeinheiten, Sendungen oder Ausrüstung (volle oder leere Container).

"Verkehrsorganisationsdienst" (traffic organisation service) ist ein Dienst, durch den gefährlichen Schiffsverkehrssituationen vorgebeugt und ein sicherer und wirtschaftlicher Ablauf des Schiffsverkehrs in einem VTS-Gebiet ermöglicht wird.

"Verkehrsträger" (mode of transport) ist der für die Beförderung von Gütern benutzte Verkehrszweig, z.B. also der Schienen-, Straßen- oder Seeverkehr oder die Binnenschifffahrt.

"Verlader" (shipper) siehe Absender.

"Vorgabewert" (qualifier) ist ein Datenelement, dessen Wert als Code dargestellt wird und das einem Datenelement oder Segment einen bestimmten Sinn gibt. [ISO 9735]

"VTS-Gebiet" (VTS area) ist das abgegrenzte, förmlich festgestellte Gebiet des VTS-Betriebs. Ein VTS-Gebiet kann in Teilgebiete oder Sektoren unterteilt werden.

"Zentrale Anlaufstelle" (single window) ist ein Konzept, das es den Beteiligten der Handels- und Transportketten ermöglicht, bei einer einzigen Stelle standardisierte Angaben zu machen und damit allen Vorschriften nachzukommen. Werden die Angaben auf elektronischem Wege übermittelt, sollten die einzelnen Datenelemente nur einmal übermittelt werden ⁵.

"Zuständige Behörden" (competent authorities) sind von den Regierungen zum Empfang und zur Weitergabe von Meldungen gemäß diesem Standard bevollmächtigte Behörden oder Organisationen.

2.4 Klassifikationen und Codes

Um die von den Empfängern der Nachrichten zu leistende Übersetzungsarbeit zu minimieren, müssen so weit wie irgend möglich Klassifikationen und Codelisten benutzt werden. Bestehende Codes sind stets zu verwenden, um zusätzliche Arbeit für den Aufbau und die Unterhaltung neuer Codelisten zu vermeiden.

Für Meldungen in der Binnenschifffahrt sind folgende Klassifikationen zu verwenden:

1. Fahrzeug- und Verbandstyp (UN-Empfehlung Nr. 28)
2. Amtliche Schiffsnummer (official ship number - OFS)
3. IMO-Schiffsidentifikationsnummer (ship identification number (IMO)) ist die für jedes Seeschiff im Lloyds-Register eingetragene und veröffentlichte Nummer ohne die Buchstaben LR
4. ERI-Schiffsnummer
5. Einheitliche Europäische Schiffsnummer - ENI (European Navigation Identification)
6. Harmonisiertes System zur Bezeichnung und Codierung der Waren (Harmonized commodity description and coding system - HS, Güter)
7. Kombinierte Nomenklatur (Combined Nomenclature - CN, Güter)
8. Einheitliches Güterverzeichnis für die Verkehrsstatistik (Standard goods classification for transport statistics - Güter)
9. UN-Gefahrgutnummer (UN dangerous goods number, UNDG)
10. Internationaler Code für die Beförderung gefährlicher Güter mit Seeschiffen (International maritime dangerous goods code, IMDG)
11. ADN/ ADNR
12. UN-Ländercode (UN code for country and nationality)
13. UN-Code für Ortsbezeichnungen in Handel und Transport (code for trade and transport locations, UNLO-CODE)
14. Code für Wasserstraßenabschnitte (fairway section code)
15. Terminal Code
16. Code für Containergrößen und Containertypen (freight container size and type code)
17. Code zur Identifizierung von Containern (container identification code)
18. Code für die Arten von Verpackungen (package type code)
19. Umschlaganweisungen (handling instructions)
20. Zweck des Anlaufs (purpose of call)
21. Art der Ladung (nature of cargo)

Im Folgenden finden sich nähere Erläuterungen und Anmerkungen zur Verwendung dieser Codes in der Binnenschifffahrt sowie Leitlinien für die Benutzer. Die Typ-Codes für Schiffe und Verbände sind in den Codetabellen in mehreren Sprachen angegeben. Die Kombination der Elemente der oben genannten Codes 12 bis 15 ist in Kapitel 2.7 erläutert.

2.4.1 Aktualisierung von Codes und Referenztabellen

Da die Einheitlichkeit der Codes und Referenzen gewahrt werden muss und es unbedingt erforderlich ist, die Form der verschiedenen Tabellen unverändert und einheitlich zu erhalten, sind strikte Verfahren und Prozesse für die Pflege, Veröffentlichung und Verwendung der verschiedenen Codes erforderlich.

Um die Pflege der in elektronischen Meldungen verwendeten Codes und Referenztabellen zu vereinfachen, werden die Codes und Referenzen in sechs Kategorien eingeteilt.

Kategorie A

Internationale Codes und Referenzen, die von einer offiziellen Organisation verwaltet und nur auf eine einzige Art und Weise verwendet werden. Neue oder geänderte Codes werden von dieser internationalen Organisation unter Angabe ihres Implementierungszeitpunkts veröffentlicht. Änderungen in den Tabellen werden von dieser Organisation koordiniert, für das Melden gemäß den Spezifikationen für die elektronischen Meldungen in der Binnenschifffahrt gibt jedoch die ERI-Sachverständigengruppe an, ab wann die Codes in den Nachrichten zu verwenden sind. Beispiele hierfür sind die UNDG- ⁶, der IMDG- ⁷ sowie die ADN/ADNR/D- ⁸ und die HS/TARIC- ⁹ Codes.

Kategorie B

Internationale Codes und Referenzen, die von einer anerkannten internationalen Organisation wie ISO oder UNECE verwaltet werden; Änderungen der Tabellen werden regelmäßig aufgrund von Nutzeranforderungen veröffentlicht, die Änderungen werden von den Anwendergemeinschaften koordiniert. Beispiele hierfür sind die UNLOCODES ¹⁰, die Codes für das Transportmittel, den Verkehrsträger, Länder und Währungen, Frachtkosten und Gebühren.

Kategorie C

Geschäftsbezogene Codes und Referenzen, die von einer privaten beziehungsweise öffentlichprivaten Organisation wie z.B. EAN, Lloyds und Protect verwaltet werden. Beispiele hierfür sind IMO-Nummern, EAN-Adresscodes.

Kategorie D

Regionale Codes und Referenzen, die von einer öffentlichen Organisation verwaltet und nur in einem bestimmten Gebiet verwendet werden. Beispiele hierfür sind Wasserstraßenabschnitts-Codes, ECDIS-Referenzen.

Kategorie E

Nationale Codes und Referenzen, die von einer öffentlichen Stelle beziehungsweise öffentlichprivaten Partnerschaft verwaltet werden. Beispiele hierfür sind NST/R-Einträge.

Kategorie F

In den Meldungen verwendete Standardcodes und Referenzen, die Teil der Standardnachricht sind und in der Nachricht selbst beschrieben werden. Änderungen sollten durch die Kontrollstellen koordiniert werden. Beispiele hierfür sind Vorgabewerte, Syntaxcodes, Kennungen, Funktionscodes.

Die unter Kategorie a genannten internationalen Codes und Referenzen werden im Allgemeinen vom Verlader der Waren angegeben. Die Codes müssen den einschlägigen Vorschriften und Bestimmungen entsprechen, um die Kontrolle durch die zuständigen Behörden und Notfallmaßnahmen zu ermöglichen und zu erleichtern.

Für alle anderen Kategorien verwaltet die Kontrollstelle häufig einen Teildatensatz, bestehend aus den Codes und Referenzen, die bei elektronischen Meldungen und in anderen Nachrichten für die Binnenschifffahrt verwendet werden. Auf diese Weise kann die einheitliche Verwendung und Implementierung neuer und geänderter Einträge in diesen Codetabellen koordiniert erfolgen.

Die für die verschiedenen Nachrichten zuständige Kontrollstelle ist unter UNH-Datenelement 0051 oder in den Implementierungshandbüchern selbst oder in den entsprechenden nachstehenden Codetabellen angegeben.

2.4.2 Beschreibung der Codetabellen

2.4.2.1 Fahrzeug- und Verbandstyp

Anhänge

UNECE-Empfehlung Nr. 28 Codes für Arten von Transportmitteln, Codeliste Binnenschifffahrt mit Beschreibung in verschiedenen Sprachen je nach nationaler Vorschrift.

2.4.2.2 Amtliche Schiffsnummer (OFS)

2.4.2.3 IMO-Schiffsidentifikationsnummer

2.4.2.4 Nummer des elektronischen Meldewesens (zur Schiffsidentifizierung) ERN

2.4.2.5 Einheitliche Europäische Schiffsnummer

2.4.2.6 Code für das Harmonisierte System (HS)

2.4.2.7 Kombinierte Nomenklatur (KN)

2.4.2.8 Einheitliches Güterverzeichnis für die Verkehrsstatistik / revidierte Fassung, NST 2000

a) Einheitliches Güterverzeichnis für die Verkehrsstatistik/revidierte Fassung (NST/Richtlinie)

b) Einheitliches Güterverzeichnis für die Verkehrsstatistik / revidierte Fassung - Niederlande (NST/R NL)

c) Einheitliches Güterverzeichnis für die Verkehrsstatistik / revidierte Fassung - Frankreich (NST/R FR)

d) Einheitliches Güterverzeichnis für die Verkehrsstatistik / revidierte Fassung -Deutschland (NST/R DE)

2.4.2.9 UN-Gefahrgutnummer (UNDG)

2.4.2.10 Internationaler Code für die Beförderung gefährlicher Güter mit Seeschiffen (IMDG)

2.4.2.11 ADN/R/D

2.4.2.12 UN-Ländercode

2.4.2.13 UN-Ortscode - UNLOCODE

2.4.2.14 Code für Wasserstraßenabschnitte

2.4.2.15 Terminal Code

2.4.2.16 Code für Containergrößen und Containertypen

2.4.2.17 Code zur Identifizierung von Containern

2.4.2.18 Arten von Verpackungen

2.4.2.19 Anweisungen für den Güterumschlag

2.4.2.20 Zweck des Anlaufs

2.4.2.21 Art der Ladung

2.5 Einheitliche Europäische Schiffsnummer

• Die Vorschriften in Bezug auf die einheitliche Europäische Schiffsnummer (ENI), im Folgenden "Europäische Schiffsnummer" genannt, sind in der Richtlinie 2006/87/EG Anhang II Artikel 2.18 festgelegt.
• Verfügt ein Fahrzeug zu dem Zeitpunkt, zu dem es eine Europäische Schiffsnummer benötigt, um in Binnenschifffahrtsinformationsdienste (RIS) einbezogen zu werden, noch nicht über eine solche Nummer, wird sie ihm durch die zuständige Behörde des Staates erteilt, in dem es registriert wurde oder in dem sich sein Heimathafen befindet.
• Fahrzeugen, in deren Register- oder Heimatstaat die Erteilung einer Europäischen Schiffsnummer nicht möglich ist, wird diese Nummer von der zuständigen Behörde des Landes erteilt, in dem das Fahrzeug erstmals eine Europäische Schiffsnummer benötigt, um in Binnenschifffahrtsinformationsdienste (RIS) einbezogen zu werden.
• Die zuständige Behörde stellt eine Bescheinigung über die Erteilung der Europäischen Schiffsnummer aus.
• Einem Fahrzeug kann nur eine einzige Europäische Schiffsnummer erteilt werden. Die Europäische Schiffsnummer wird nur einmal vergeben und bleibt während der gesamten Lebensdauer des Fahrzeuges bestehen.
• Der Eigner des Fahrzeuges oder sein Bevollmächtigter muss bei der zuständigen Behörde die Erteilung der Europäischen Schiffsnummer beantragen. Ebenso ist er dafür verantwortlich, die Europäische Schiffsnummer auf dem Fahrzeug anbringen zu lassen.
• Jeder Mitgliedstaat teilt der Kommission die Behörden mit, die für die Erteilung der Europäischen Schiffsnummer zuständig sind. Die Kommission führt ein Verzeichnis dieser zuständigen Behörden sowie der von Drittstaaten bekannt gegebenen zuständigen Behörden, und macht dieses Verzeichnis den Mitgliedstaaten zugänglich. Auf Ersuchen wird das Verzeichnis auch den zuständigen Behörden von Drittstaaten zur Verfügung gestellt.
• Jede gemäß dem vorstehenden Absatz zuständige Behörde trifft die notwendigen Vorkehrungen, um alle anderen zuständigen Behörden, die in dem Verzeichnis gemäß dem vorstehenden Absatz aufgeführt sind, über jede von ihr erteilte Europäische Schiffsnummer sowie über die Daten zur Identifikation des Fahrzeugs gemäß Anlage IV des Anhangs II der Richtlinie 2006/87/EG zu unterrichten.
• Diese Daten können den zuständigen Behörden anderer Mitgliedstaaten, der Vertragsstaaten der Mannheimer Akte und, sofern ein gleichwertiges Datenschutzniveau sichergestellt ist, den zuständigen Behörden von Drittstaaten aufgrund von Verwaltungsvereinbarungen zur Durchführung von Verwaltungsmaßnahmen zur Aufrechterhaltung von Sicherheit und Leichtigkeit der Schifffahrt zur Verfügung gestellt werden.

2.6 Definition der ERI-Fahrzeugtypen

2.7 Ortscodes

2.7.1 Datenelemente

Der Ortscode besteht aus folgenden getrennten Elementen:

Die Ortsbezeichnung muss eindeutig angegeben werden. Dies kann auf verschiedene Art und Weise geschehen, abhängig vom Meldezweck und der örtlichen Situation.

Der UNLOCODE setzt immer aus dem Ländercode und dem Ortscode zusammen und ist in dieser einmaligen Kombination eindeutig.

2.7.2 Beispiel

Abkürzungen

_______________

1) PROTECT: Eine Organisation verschiedener europäischer Seehäfen, die gemeinsame Implementierungsleitlinien für Standard-Nachrichtenentwickelt hat. Diese Leitlinien sind die Grundlage für die Implementierungshandbücher in den technischen Spezifikationen für elektronische Meldungen in der Binnenschifffahrt.

2) UN/EDIFACT Glossary, Hrsg. UNECE (www.unece.org/trade/untdid/texts/d300_d.htm); Transport & Logistics Glossary, FuE-Projekte der Europäischen Rahmenprogramme für Forschung und technologische Entwicklung - INDRIS (RP4), COMPRIS (RP5), MARNIS (RP6).

3) Quelle: Richtlinie 2002/59/EG .

4) Quelle: Richtlinie 2002/59/EG .

5) Quelle: UNECE Empfehlung Nr. 33.

6) Änderungen der Codes werden alle zwei Jahre durch die UN vereinbart und veröffentlicht.

7) Änderungen der Codes werden alle zwei Jahre durch die IMO veröffentlicht.

8) Änderungen der Codes werden alle zwei Jahre durch die jeweiligen zuständigen Organisationen vereinbart und veröffentlicht.

9) Änderungen des kompletten Codesatzes werden alle vier Jahre von der WZO veröffentlicht, Teildatensätze werden auf Änderungsanträge der ERI-Sachverständigengruppe hin angepasst.

10) Die Implementierung neuer oder geänderter Codes wird von der ERI-Sachverständigengruppe koordiniert.

.

1. ERI-Anmeldenachricht

Die ERI-Anmeldenachricht (ERI Notification Message, ERINOT) ist eine Sonderanwendung der auf UN/EDIFACT basierenden "Internationalen Versand- und Transportnachricht für gefährliche Güter" (International Forwarding and Transport Dangerous Goods Notification, IFTDGN), die innerhalb der PROTECT-Organisation entwickelt wurde. Die ERINOT-Nachricht basiert auf dem EDIFACT Directory 98.B und der Protect Version 1.0.

Die Segmenttabelle der ERINOT-Nachricht ist in Kapitel 1.1 dargestellt. Das Segmentdiagramm der ERINOT-Nachricht ist in Kapitel 1.2 dargestellt.

Damit die Nachricht auch unter besonderen Umständen, wie z.B. im Schiffsverband, genutzt werden kann, wurden in der Segmentgruppe TDT einige besondere Vorgabewerte (Qualifier) für die Segmente RFF eingeführt.

1.1 Segmenttabelle

1.2 Segmentdiagramm (ERI-Anmeldenachricht)

BGM - Anfang der Nachricht (Beginning of message); CNI - Versandangaben (Consignment information); COM - Kommunikationskontakt (Communication contact); CTa - Kontaktangaben (Contact information); DGS - Gefährliche Güter (Dangerous goods); DTM - Datum/Uhrzeit/Zeitraum (Date/time/period); EQD - Einzelangaben zur Ausrüstung (Equipment details); FTX - Freitext (Free text); GID - Einzelangaben zu den Gütern (Goods items details); HAN - Umschlagsanweisungen (Handling instructions); LOC - Ortsangabe (Place/location identification); MEa - Abmessungen (Measurements); NAD - Name und Anschrift (Name and address); PCI - Verpackungskennzeichnung (Package identification); RFF - Referenz (Reference); SGP - Platzierung der Einzelgüter (Split goods placement); TDT Einzelangaben zum Transport (Details of transport); UNH - Nachrichtenkopf (Message header); UNT - Ende der Nachricht (Message trailer); SG - Segmentgruppe (Segment group); M - Obligatorisch (Mandatory); C - Bedingt (Conditional); Grundlagen: UNTD98.B, PROTECT 1.0

1.3 Struktur der ERINOT-Nachricht

Tabelle 1 enthält die Struktur der Segmente und die Datenfelder der ERI-Anmeldenachricht.

Fortsetzung der Tabelle 1: ERI-Anmeldenachricht ERINOT

weiter .