Bremer Hafentelematik (BHT) - dbh Logistics IT AG

Dokumentation Datenschnittstelle BREMER HAFENTELEMATIK (BHT) 

_____________________________________________________________________________ 

Datenschnittstelle 

zur 

Bremer 

Hafentelematik (BHT) 

Nachricht "AUFTRAG" 

Nachricht "RÜCKMELDUNG" 

Version 3. 3.6 Stand August 2011 

_____________________________________________________________ 

__________________________________________________________________________ 

Version 3.6 

dbh Logistics IT AG 

- I - 

01.08.2011


_____________________________________________________________________________ 

INHALTSVERZEICHNIS 

1. VORWORT ZUR BHT ................................................................................................................................ 1 

1.1. INHALT UND UMFANG................................................................................................................................ 2 

2. BENUTZUNG DER BHT DATENSCHNITTSTELLE IM FILE TRANSFER ............................................................ 4 

2.1. GRUNDSÄTZLICHE VEREINBARUNGEN ............................................................................................................ 4 

2.2. FILE TRANSFER DATEISTRUKTUR ................................................................................................................... 6 

3. DARSTELLUNG DER NACHRICHTENSTRUKTUR ......................................................................................... 7 

3.1. FILE TRANSFER - KENNUNG ......................................................................................................................... 8 

3.2. SEGMENTSTRUKTUR .................................................................................................................................. 9 

4. GRAPHISCHE DARSTELLUNG DER NACHRICHTENSTRUKTUR .................................................................. 10 

5. GRUNDSÄTZE ZUR NACHRICHT AUFTRAG ............................................................................................. 11 

5.1. PRÜFUNGEN .......................................................................................................................................... 11 

5.2. ZUGRIFFSBERECHTIGUNG .......................................................................................................................... 11 

5.3. FEHLERBEHANDLUNG ............................................................................................................................... 11 

5.4. DRUCKAUFBEREITUNG ............................................................................................................................. 12 

6. NACHRICHT AUFTRAG ........................................................................................................................... 13 

6.1. ERST- /FOLGESYSTEMATIK ........................................................................................................................ 13 

6.2. ALTERNATIVE VERFAHREN FÜR FOLGEAUFTRÄGE ........................................................................................... 14 

6.3. AUFTRAGSPOSITIONEN ............................................................................................................................. 15 

6.4. AUFTRAGSÄNDERUNG .............................................................................................................................. 16 

6.5. MARKIERUNGSÄNDERUNG ........................................................................................................................ 17 

6.6. ABWEICHENDER AUFTRAGGEBER/RECHNUNGS-EMPFÄNGER ........................................................................... 18 

6.7. STORNIERUNG ........................................................................................................................................ 19 

6.8. ABTEILUNG/POSITIONSNUMMER ............................................................................................................... 19 

6.9. DATENELEMENT CONT-REEDER-CODE.................................................................................................... 20 

6.10. BUCHUNGSKOPIE FÜR REEDER/ AGENT ....................................................................................................... 20 

6.11. FREISTELLAUFTRAGSKOPIE FÜR REEDER/ AGENT ............................................................................................ 20 

6.12. BESCHREIBUNG – ÜBERMITTLUNG ATB-NUMMER.............................................................................................. 20 

7. ZOLL ...................................................................................................................................................... 26 

7.1. EXPORT - BISHERIGE AUSFUHRVERFAHREN ................................................................................................... 26 

Hauptzollamt Bremen ............................................................................................................................... 28 

7.1.1. Übersicht Angaben zu den Zollverfahren ................................................................................ 28 

Hauptzollamt Bremen ............................................................................................................................... 29 

7.2. IMPORT ................................................................................................................................................. 31 

7.3. EXPORT - ATL@S-AES............................................................................................................................ 32 

7.3.1. Ebenenbeziehung Zollware - hafenlogistische Ware ............................................................ 33 

7.3.2. BHT - Statuswerte ...................................................................................................................... 35 

7.3.3. BHT - Funktionalitäten ............................................................................................................... 38 

8. GEFAHRGUT .......................................................................................................................................... 66 

9. SPEZIELLE AUFTRAGSGESTELLUNGEN .................................................................................................... 69 

9.1. CONTAINERAUFTRÄGE .............................................................................................................................. 69 

9.1.1. Auftragsarten für Container ....................................................................................................... 71 

9.1.2. Trucker ......................................................................................................................................... 71 

9.1.3. Herkunfts-/Bestimmungsort ...................................................................................................... 71 

9.1.4. Benutzte Nachrichtensegmente ............................................................................................... 72 

9.2. PACKAUFTRÄGE ...................................................................................................................................... 76 

9.2.1. Gefahrgut ..................................................................................................................................... 77 

9.2.2. Änderungen von Packaufträgen ............................................................................................... 77 

__________________________________________________________________________ 

Version 3.6 - II - 01.08.2011 

dbh Logistics IT AG


_____________________________________________________________________________ 

9.2.3. Mengendifferenzen bei Packaufträgen ................................................................................... 77 

9.2.4. Stornierung von Packaufträgen ................................................................................................ 78 

9.2.5. Packaufträge im normalen Zulauf ............................................................................................ 78 

9.2.6. Auftraggeber storniert "Laden in Container" ........................................................................... 79 

9.2.7. Monitur auf disponierter Zulaufpartie (Einzelauftrag) ............................................................ 80 

9.2.8. Packen einer Einzelauftragspostion in mehrere Container .................................................. 82 

9.3. PACKEN VON / AUF PALETTEN ................................................................................................................... 84 

10. SEGMENTE DER NACHRICHT AUFTRAG ................................................................................................. 86 

10.1. DATENGRUPPE SEGMENT-NACHRICHTENKOPF ..................................................................................... 86 

10.2. DATENGRUPPE SEGMENT-AUFTRAGSKOPF ........................................................................................... 87 

10.3. DATENGRUPPE SEGMENT-HAUPTMAERK .............................................................................................. 98 

10.4. DATENGRUPPE SEGMENT-STATUS-ZEILE ............................................................................................... 99 

10.5. DATENGRUPPE SEGMENT-AUFTR-POS-ZUORDNUNG .......................................................................... 100 

10.6. DATENGRUPPE SEGMENT-GRUPPE-POSITION ..................................................................................... 103 

10.7. DATENGRUPPE SEGMENT-POS-CONTAINER ........................................................................................ 105 

10.8. DATENGRUPPE SEGMENT-POSITION .................................................................................................... 107 

10.9. DATENGRUPPE SEGMENT-TEMPERATUR-ANGABEN ........................................................................... 109 

10.10. DATENGRUPPE SEGMENT-POS-GEFAHRGUT ................................................................................... 110 

10.11. DATENGRUPPE SEGMENT-CONT-BEWEGUNG ................................................................................ 121 

10.12. DATENGRUPPE SEGMENT-LCL-VERWEIS ................................................................................................. 124 

10.13. DATENGRUPPE SEGMENT-POS-MAERK ................................................................................................... 127 

10.14. DATENGRUPPE SEGMENT-POS-INHALT ................................................................................................... 128 

10.15. DATENGRUPPE SEGMENT-ZOLL-POS-DATEN ........................................................................................... 129 

10.16. DATENGRUPPE SEGMENT-ZOLL-POS-AES-DATEN .................................................................................... 137 

10.17. DATENGRUPPE SEGMENT-NACHRICHTENENDE ...................................................................................... 143 

11. BEISPIELE FÜR AUFTRAGSQUITTUNGEN DER BHT ................................................................................... 145 

11.1. LAGERPLATZÜBERMITTLUNG .................................................................................................................... 146 

11.2. BESCHREIBUNG DER FEHLERMELDUNG ...................................................................................................... 147 

11.2.1. Details zum Segment STATUS-ZEILE: ............................................................................ 147 

11.2.2. Fehlerklassen ....................................................................................................................... 148 

11.2.3. Liste der Fehlercodes .......................................................................................................... 148 

11.2.4. Beispiel Fehlermeldung ...................................................................................................... 149 

11.3. GRAPHISCHE DARSTELLUNG DER NACHRICHTENSTRUKTUR ............................................................................ 150 

11.4. DATENGRUPPE SEGMENT-NACHRICHTENKOPF ................................................................................... 151 

11.5. DATENGRUPPE SEGMENT-STATUS-KOPF ............................................................................................. 152 

11.6. DATENGRUPPE SEGMENT-STATUS-ZEILE ............................................................................................. 154 

ERGÄNZUNG ZUM GEFAHRGUTAUFTRAG .................................................................................................... 154 

11.6.1 EMAIL-ADRESSEN FÜR PRO - ALERT ..................................................................................................... 155 

11.7. DATENGRUPPE SEGMENT-BHT-STAMMDATEN ................................................................................... 156 

11.8. DATENGRUPPE SEGMENT-NACHRICHTEN-VERTEILER ......................................................................... 157 

11.9. DATENGRUPPE SEGMENT-AUFTR-POS-ZUORDNUNG .......................................................................... 158 

11.10. DATENGRUPPE SEGMENT-AES-CTL ................................................................................................. 161 

11.11. DATENGRUPPE SEGMENT-AES-FEHLER ........................................................................................... 162 

11.12. DATENGRUPPE SEGMENT-AES-DAT ................................................................................................. 163 

11.13. DATENGRUPPE SEGMENT-NACHRICHTENENDE .............................................................................. 164 

12. EMPFEHLUNGEN ................................................................................................................................. 164 

__________________________________________________________________________ 

Version 3.6 - III - 01.08.2011 



_____________________________________________________________________________ 

1. Vorwort zur BHT 

(1) Dieses elektronische Verfahren für die Abwicklung von Aufträgen und anderen 

Geschäftsvorfällen in den Bremischen Häfen ist für alle Hafenbereiche in Bremen, 

Bremerhaven und Cuxhaven einschl. Aussenhandelszentrum (AHZ), 

Güterverkehrszentrum (GVZ) und andere Aussenstellen, z.B. von Container- 

packern gültig. 

(2) Nutzer der Bremer Hafentelematik können alle am Hafengeschehen Beteiligten 

sein, wie insbesondere Speditionen, Reeder/Agenten, Umschlagsbetriebe, 

Deutsche Bahn AG, Schiffsladungskontroll- und Stauereibetriebe, Trucker, 

Zollbehörden, Hafenämter und andere. 

(3) Diese Beschreibung der Verfahrensabläufe werden der jeweiligen Fortentwicklung 

der Verfahren angepasst und fortgeschrieben. Sie stehen den Nutzern der BHT 

zur Einsicht bei der dbh zur Verfügung. 

_______________________________________________________________________________ 

Version 3.6 - 1 - 01.08.2011 



_____________________________________________________________________________ 

1.1. Inhalt und Umfang 

(1) Die bremische Seehafenverkehrswirtschaft hat unter Mitarbeit aller Beteiligten und 

nach jahrelanger gründlicher Vorbereitung die "Bremer Hafentelematik (BHT)" 

entwickelt. Ziel dieses betriebs- und branchenübergreifenden 

Informationsverbundes ist die Erhöhung von Produktivität und Qualität beim 

Transport und Umschlag der Güter in den bremischen Seehäfen einschliesslich 

der Erleichterung hoheitlicher Aufgaben. 

(2) Die BHT besteht aus 

- den zentralen technischen Einrichtungen (Hardware) einschl. Leitungs- 

netz zum Verbinden externer Informatik (IT-)Systeme 

- sowie den zentralen Anwendungsprogrammen (Software) zum Sammeln, 

Prüfen, Speichern und Verteilen von Informationen. 

(3) Die dbh ist mit dem Betrieb und der Fortentwicklung dieser zentralen Einrichtung 

in Form eines Informationsverbundes BHT beauftragt. 

(4) Die Bremer Hafentelematik - kurz BHT - ist die Basis für das Verfahren der 

elektronischen Übertragung von kommerziellen Transaktionen 

(Geschäftsvorfällen) in den Bremischen Häfen und innerhalb der Seehafen- 

verkehrswirtschaft sowie mit den Behörden. Der Begriff der Telematik steht für die 

Zusammenführung von Informatik (elektronische Informationsverarbeitung) und 

Telekommunikation (elektronische Datenübertragung). In der BHT bedeutet dieses 

die Informatik-Systeme aller am Hafengeschehen Beteiligten zu einem EDI- 

Verbund zu verknüpfen. 

(5) Elektronic Data Interchange (EDI) ist der elektronische Austausch von Ge- 

schäftsdokumenten im standardisiertem Format, der die direkte Weiterverar- 

beitung der Daten in der elektronischen Informationsverarbeitung (IV) ohne 

menschlichen Eingriff erlaubt. Grosse EDI-Anwendervereinigungen wie z.B. 

ODETTE (Automobilindustrie), EDIFICE (Elektronik-Industrie) oder RINET 

(Rückversicherer) haben ihre allgemeingültigen Standards und Verfahren 

_______________________________________________________________________________ 

Version 3.6 - 2 - 01.08.2011 



_____________________________________________________________________________ 

definiert. Seit 1988 gibt es auch EDIFACT (Electronic Data Interchange for 

Administration, Commerce and Transport). Es wurde als ISO 9735 Standard 

verabschiedet und bildet eine internationale Basisstruktur für Geschäfts- 

nachrichten, auf die sich die verschiedenen Anwendervereinigungen beziehen. 

(6) An diesen EDIFACT-Basisstrukturen orientiert sich die BHT-Datenschnittstelle. 

Wo Normen vorhanden und einsetzbar sind, werden sie benutzt. Wo Normen 

fehlten, wurden sie mit Vertretern der Fachausschüsse von 

- Speditionen, 

- Schiffsmakler/Reedereiagenten, 

- Umschlagsbetrieben und Containerpackern, 

- Deutscher Bahn AG, 

- Zollbehörden, 

- Hafenämtern, 

- Schiffladungskontroll- und Stauereibetrieben, 

- Truckern und anderen 

erarbeitet und gemeinsam abgestimmt, ebenso alle damit zusammenhängenden 

Verfahresabläufe. 

Die BHT setzt die Teilnehmer am Hafenumschlag in den Bremischen Häfen in die 

Lage, die notwendigen Daten und Informationen für die Abwicklung von 

- Hafenaufträgen aller Art, 

- Rückmeldungen/Statusdaten/Monituren, 

- und weiteren 

miteinander standardisiert und papierlos auszutauschen. 

_______________________________________________________________________________ 

Version 3.6 - 3 - 01.08.2011 



_____________________________________________________________________________ 

2. Benutzung der BHT Datenschnittstelle im File transfer 

2.1. Grundsätzliche Vereinbarungen 

Der Nachrichtenaustausch findet zwischen der heterogenen Sendesystemlandschaft der 

Auftraggeber und den Empfängersystemen über die hier definierte Datenschnittstelle 

"Bremer Hafentelematik" der dbh im File transfer statt. Gleichzeitig werden Negativ- 

Quittungen und Auftragstatus-Nachrichten den Auftraggebern im File transfer von der BHT 

zur Verfügung gestellt. 

Das Senden und die Verarbeitung der File-Transferdateien ist zeitlich entkoppelt. Die File- 

Transferdateien sind sequentiell organisiert und haben eine unterschiedliche Satzlänge. 

So werden nur wirklich benötigte Datenelemente im File transfer ausgetauscht. 

Als zulässiger Zeichensatz für die Kommunikation mit der BHT ist folgender festgelegt 

worden : 

Grossbuchstaben A bis Z 

Kleinbuchstaben a bis z 

Ziffern 0 bis 9 

Leerzeichen 

Punkt . 

Komma , 

Bindestrich/Minus - 

runde Klammer (li/re) ( / ) 

Schrägstrich / 

Apostroph ' 

Pluszeichen + 

Ausrufungszeichen ! 

Anführungszeichen " 

Prozentzeichen % 

kaufmännisches "und" & 

Stern * 

Semikolon ; 

kleiner / grösser als < / > 

Fragezeichen ? 

Gleichheitszeichen = 

Doppelpunkt : 

Der Zeichensatz ist ohne Umlaute zu verwenden. Der Defaultwert für Alpha-Felder ist 

"space", für numerische Felder "0". 

_______________________________________________________________________________ 

Version 3.6 - 4 - 01.08.2011 



_____________________________________________________________________________ 

Darstellung von Datum und Uhrzeit 

Die Darstellung von Datum und Uhrzeit in der Dokumentation ist grundsätzlich wie folgt 

aufgebaut : 

Datenelement Format Ausprägung 

Datum; ...-AM D8 JJJJMMTT 

Zeit; ...-UM U4 ; U6 ; U8 HHMMSShh 

Dezimalangaben 

Dezimalangaben in Datenfeldern werden ohne "," oder "." angegeben. 

_______________________________________________________________________________ 

Version 3.6 - 5 - 01.08.2011 



_____________________________________________________________________________ 

2.2. File transfer Dateistruktur 

Jede Datei, die im File transfer (FT) an die BHT-Schnittstelle gesendet wird, muss ein FT- 

Kopfsegment und ein FT-Endesegment haben. Diese beiden Segmente kommen je 

Übertragung nur genau einmal vor und begrenzen die physische Übertragungsdatei. 

Dabei eröffnet das FT-Kopfsegment die physische Übertragungsdatei. Es identifiziert das 

sendende System und qualifiziert den Empfänger. Ferner wird eine Datenaustausch- 

Referenz übermittelt, die dazu dient, eventuelle Fehlerrückmeldungen auf Dateiebene 

identifizierbar zu machen. 

Das FT-Endesegment beschliesst die physische Übertragungsdatei. 

Die allgemeingültige Form der File transfer-Übermittlungsdatei sieht wie folgt aus : 

FT-Kopfsegment 

Nachricht(en) 

FT-Endesegment 

Für die physische FT-Datei gelten in der Regel folgende Nameskonventionen : 

Sendendes System X8; 1. Stelle ein Buchstabe, von dbh vergeben. 

Trennzeichen . 

Datum DJJMMTT 

Trennzeichen . 

Erstellungszeit THHMMSS 

z.B. : BHTDFUE1.D930129.T100000 

_______________________________________________________________________________ 

Version 3.6 - 6 - 01.08.2011 



_____________________________________________________________________________ 

3. Darstellung der Nachrichtenstruktur 

Jede File transfer Datei besteht aus einer oder mehreren Nachrichten. Jede Nachricht 

besteht aus mindestens drei Segmenten. 

Die Nachricht beginnt mit dem Nachrichtenkopf, der den Nachrichtentyp identifiziert. Dem 

Nachrichtenkopf folgen ein oder mehr Segmente, die die eigentliche Nachricht, z.B. die 

Nachricht "AUFTRAG", beschreiben. Abgeschlossen wird die Nachricht durch das 

Nachrichten-Ende-Segment. 

Durch die Nachrichtenstruktur wird deutlich, 

• welche Segmente benötigt werden und 

• in welcher Häufigkeit diese in der Nachricht auftreten können. 

Die eigentlichen Nachrichten haben dabei eine definierte Hierachiestruktur, die die 

Abhängigkeit der Segmente untereinander und damit zwingend die notwendige 

Reihenfolge der Segmente in der sequentiellen File transfer-Datei beschreibt. 

_______________________________________________________________________________ 

Version 3.6 - 7 - 01.08.2011 



_____________________________________________________________________________ 

3.1. File transfer - Kennung 

Die Nachrichtenstruktur FT-Kennung besteht aus den beiden Segmenten FT-KOPF- 

SEGMENT und dem FT-ENDESEGMENT. Beide sind auf der obersten Hierarchiestufe 

angesiedelt. Das FT-KOPFSEGMENT eröffnet eine File transfer-Datei; das FT- 

ENDESEGMENT schliesst einen File transfer ab. 

Dabei ist das FT-KOPFSEGMENT wie folgt aufgebaut : 

Attributname Format Muß Definition 

SEGMENT-KOPF DG M Segment-Qualifier 

SEGMENT-ID X 4 M FTKO 

SEGMENT-VERSIONS-NR N 2 M 01 

AUFTR-GEBER-DBH-CODE X 8 M DBH-Code des Auftraggeber 

VERFAHRENS-ID X 4 M definiert das FT-Verfahren, Vergabe durch dbh 

DATENAUSTAUSCHREFERENZ X 6 M Kennung des FT, wird vom Kunden vergeben 

KOMMUNIKATIONS-TELEFON- X 20 Telefonnr. für alternative Übertragungswege 

NR 

FT-DATEINAME X 38 gewünschter Kundendateiname für das FT- 

Abrufverfahren 

TRANSPORTQUITTUNG X 1 Transportquittung (J/N) für FT-Übertragung 

QUITTUNGS-CODE X 4 wird von dbh-System gesetzt 

Das FT-ENDE-SEGMENT ist wie folgt aufgebaut : 

Attributname Format Muss Definition 

Segment-Kopf DG M Segment-Qualifier 

Segment-ID X 4 M FTEN 

Segment-Versions-Nr N 2 M 01 

Datum-Erstellung D 8 M JJJJMMTT; Erstellungsdatum des Kunden 

Zeit-Erstellung U 8 M HHMMSShh; Erstellungsuhrzeit des Kunden 

Anzahl-Nachrichten N 3 M Anzahl der im FT übertragenden Nachrichten 

_______________________________________________________________________________ 

Version 3.6 - 8 - 01.08.2011 



_____________________________________________________________________________ 

3.2. Segmentstruktur 

Die einzelnen Segmente stellen eine Zusammenstellung von Datenelementen nach 

fachlichen Gesichtspunkten dar. 

Jedes Segment besteht aus der Datengruppe SEGMENT-KOPF mit den Datenelementen 

SEGMENT-ID und SEGMENT-VERSIONS-NR, sowie einer Anzahl von fachlich 

beschreibenden Datengruppen und Datenelementen. 

Die Datengruppe SEGMENT-KOPF qualifiziert ein Segment. Die Identifikation des 

Segmentes erfolgt über die Segment-ID, wobei die jeweilig gültige Ausprägung des 

Segment-IDs in der Segmentbeschreibung festgelegt worden ist; z.B. Segment- 

Nachrichtenkopf - SEGMENT-ID : NAKO. Die SEGMENT-VERSIONS-NR beschreibt die 

benutzte Version des Segmentes. 

Jedes Datenelement besteht aus einem Attributnamen, der Angabe des Feldformates, der 

Angabe Muss(M)-/Kann( )-Feld und einer Kurzbeschreibung. 

Beispiel : SEGMENT NACHRICHTENKOPF 

Dient dazu, eine Nachricht zu eröffnen, sie zu identifizieren und zu beschreiben. 


SEGMENT-KOPF DG M Segment-Qualifier 

SEGMENT-ID X 4 M NAKO 

SEGMENT-VERSIONS-NR N 2 M Versionsnummer des Segmentes 

AUFTR-GEBER-DBH-CODE X 8 M DBH-Code Auftraggeber 

NACHRICHTEN-TYP X 5 M Identifikation des Nachrichtentyps 

Zur besseren fachlichen Verständlichkeit wurden sogenannte "Daten-Gruppen" mit der 

Abkürzung "DG-..." eingefügt. Die DG haben die Aufgabe, die Dokumentation 

übersichtlicher und damit leichter lesbar zu gestalten. Ist die DG als Mussfeld gekennzeichnet, 

so muss mindestens ein Datenelement der DG gefüllt sein. Ist die DG als 

Kannfeld gekennzeichnet, so gilt dies nicht. In der Darstellung der Segmente sind die DG 

hervorgehoben. Die dazugehörigen Datenelemente sind eingerückt. 

Gleichzeitig ist den einzelnen Segmenten eine Regelbeschreibung beigefügt. Diese 

Regelbeschreibung dient zur Darstellung der Abhängigkeit einzelner Datenelemente eines 

Segmentes untereinander; d.h. dass einzelne Datenelemente in Abhängigkeit von der 

Ausprägung anderer Datenelmente eines Segmentes eine bestimmte Ausprägung haben 

müssen. Dies ist bei der programmtechnischen Umsetzung der BHT-Schnittstelle 

unbedingt zu beachten. 

_______________________________________________________________________________ 

Version 3.6 - 9 - 01.08.2011 



_____________________________________________________________________________ 

4. Graphische Darstellung der Nachrichtenstruktur 

Abbildung: Nachricht AUFTRAG V3.0_2007-01-17.ppt 

_______________________________________________________________________________ 

Version 3.6 - 10 - 01.08.2011 



_____________________________________________________________________________ 

5. Grundsätze zur Nachricht AUFTRAG 

In der BHT - BREMER HAFENTELEMATIK - erfolgt die elektronische Übertragung von 

kommerziellen Transaktionen (Geschäftsvorfällen) zwischen den Teilnehmern am 

Hafenumschlag in den Bremischen Häfen und Cuxhaven unter Verwendung normierter 

Schnittstellen in Form von Nachrichten. 

Eingehende Nachrichten von den Beteiligten werden in der BHT 

• entgegengenommen 

• geprüft 

• verarbeitet und 

• verteilt, 

Fehler dokumentiert und per Nachricht RÜCKMELDUNG dem Auftraggeber zur Verfügung 

gestellt. Statusinformationen, als Abbildung aktueller Bearbeitungszustände von 

Aufträgen, stehen den Beteiligten für eine zentrale Auftragsverfolgung zur Verfügung bzw. 

werden den Beteiligten per Nachricht RÜCKMELDUNG übermittelt. 

5.1. Prüfungen 

Alle bei der BHT eingehenden Nachrichten werden auf 

• richtige Segmentstruktur der Nachricht 

• vollständiges Ausfüllen aller Mussfelder 

• plausibel ausgefüllte Kannfelder 

• Einhaltung der Regeln der Nachricht 

• Prüfung gegen Stammdaten und 

• Zugriffsberechtigung 

gemäss Regeln, Muss- und Kannfelder der Nachrichtensegmente geprüft. 

5.2. Zugriffsberechtigung 

Jeder Beteiligte in der BHT hat nur Zugriff auf seine eigenen Daten,d.h. er kann nur die 

Daten (Aufträge etc.) ändern, die er auch selbst in das System der BHT gestellt hat. 

5.3. Fehlerbehandlung 

Generell wird jede Nachricht vollständig geprüft, sofern eine ordnungsgemässe 

Nachrichtenstruktur vorliegt und fundamentale DV-Regeln eingehalten worden sind. Alle 

Fehler aus Prüfungen, die sich aus der vom Auftraggeber übermittelten Nachricht 

ergeben, werden mit Fehlernummer und -text in einer Fehlerliste gesammelt und nach 

vollständiger Prüfung per Nachricht RÜCKMELDUNG an den Auftraggeber übermittelt. 

Eine fehlerhafte Nachricht wird NICHT in der BHT verbucht. Bei fehlerhaftem 

Datensatz (Erstanlage) des Kunden wird keine BHT-Referenz vergeben und demzufolge 

nicht an den Kunden über die Fehlermeldung zurückgemeldet. 

_______________________________________________________________________________ 

Version 3.6 - 11 - 01.08.2011 



_____________________________________________________________________________ 

Bei Folgeaufträgen wird die BHT-Referenz mit zurückgemeldet unter der Voraussetzung, 

dass die Erstanlage in die BHT eingebucht wurde. 

(Beispiele für Auftragsquittungen und Fehlermeldungen sind in der Beschreibung der 

Nachricht RÜCKMELDUNG enthalten.) 

5.4. Druckaufbereitung 

Die BHT übermittelt alle Informationen, die notwendig sind, um z.B. Hafenaufträge, 

Packlisten etc. zu erstellen. Verarbeitung und Drucklayout in den Empfangssystemen sind 

abhängig von den Erfordernissen im jeweiligen Empfangssystem und dort entsprechend 

zu realisieren. 

_______________________________________________________________________________ 

Version 3.6 - 12 - 01.08.2011 



_____________________________________________________________________________ 

6. Nachricht AUFTRAG 

Der Hafenauftrag wird nachstehend "Auftrag" genannt. 

Unter einer BHT-Referenz können maximal 999 "Auftragsköpfe" (=Aufträge) angelegt 

werden, wobei sich jeder Auftragskopf auf nur eine Auftragsart und ein Verkehrsmittel 

beziehen kann. Ein Auftragskopf kann sich auf bis zu 9999 Auftragspositionen beziehen. 

Der Auftraggeber muss an die BHT jeden Auftragskopf und jede Auftragsposition mit einer 

jeweils eindeutigen laufenden Nummer übermitteln. 

6.1. Erst- /Folgesystematik 

Erstauftrag 

Erstaufträge müssen generell mit allen Muss- Segmenten und den jeweils benötigten 

Kann-Segmenten der Nachricht inklusive aller Positionsangaben übertragen werden. Beim 

Einbuchen in das BHT-System wird eine Auftragsreferenz vergeben und dem 

Kundensystem (Auftraggeber) per Nachricht RÜCKMELDUNG zur Verfügung gestellt. 

Folgeauftrag 

Ein Folgeauftrag setzt mindestens einen vorhandenen Auftragskopf und eine vorhandene 

Auftragsposition zu einer Referenz voraus. Wenn Folgeaufträge übertragen werden, ist 

generell die AUFTRAGS-REFERNZ-NR des Erstauftrags mit anzugeben. 

Ausnahme: 

Der Folgeauftrag wird zusammen mit dem Erstauftrag innerhalb eines File transfers an die 

BHT übertragen. Da in diesem Fall dem System des Auftraggebers die Auftragsreferenz 

der BHT noch nicht bekannt ist, wird bei Vorliegen einer eindeutigen und dem Erstauftrag 

entsprechenden KUNDEN-REFERENZ der Folgeauftrag verbucht und mit der 

Auftragsreferenz des Erstauftrages versehen. Dabei hat der Auftraggeber für die dvtechnische 

Eindeutigkeit im Sinne der BHT-Referenz zu sorgen. Nicht eindeutige 

Kundenreferenzen werden als Fehler abgewiesen. 

Die Empfangssysteme (Umschlag, Zoll, Hafenamt etc.) erhalten Aufträge ohne Ausnahme 

immer mit einer eindeutigen BHT-Auftrags-Referenz. Jeder weitere Folgeauftrag zu einer 

Auftragsreferenz muss mit neuen Auftragspositionen erfolgen. Anlieferungen zu einer 

bereits bestehenden Position sind nicht zulässig, da zu jeder Auftragsposition separate 

Statusmeldungen verarbeitet werden. 

_______________________________________________________________________________ 

Version 3.6 - 13 - 01.08.2011 



_____________________________________________________________________________ 

Beispiel A: 

Ein Folgeauftrag bezieht sich auf bereits vorhandene Positionen. Der erste Auftragskopf(=Erstauftrag) 

dient dem Anliefern. Der zweite Auftragskopf (=Folgeauftrag) dient 

dem Absetzen. 

Kopf-lfd-Nr Auftrags-Art Pos-lfd-Nr Kolloanzahl Kollogewicht Gesamt- 

Anzahl / Gewicht 

0001 022=Anliefern 0001 1 Kiste 100 kg 1 Kollo 100 kg 

0002 050=Absetze 

n 

0001 1 Kiste 100 kg 1 Kollo 100 kg 

Beispiel B: 

Mit mehreren Auftragsköpfen wird eine Sendung angeliefert. Es werden jeweils neue 

Auftragspositionen angelegt. Die aus mehreren Anlieferungen (=Auftragspositionen) 

bestehende Sendung wird komplett mit einem Auftragskopf abgesetzt. 

Kopf-lfd-Nr Auftrags-Art Pos-lfd-Nr Kolloanzahl Kollogewicht Gesamt- 

Anzahl / Gewicht 

0001 022=Anliefern 0001 1 Kiste 100 kg 1 Kollo 100 kg 

0002 022=Anliefern 0002 2 Kisten 345 kg 

0003 5 Kisten 700 kg 7 Kollo 1045 kg 

0003 022=Anliefern 0004 3 Kisten 120 kg 3 Kollo 120 kg 

0004 050=Absetzen 0001 1 Kiste 100 kg 

0002 2 Kisten 345 kg 

0003 5 Kisten 700 kg 

0004 3 Kisten 120 kg 11 Kollo 1265 kg 

Hinweis : Für die Importabwicklung "Aufsetzen/Ausliefern" gilt ein entsprechendes Verfahren. 

6.2. Alternative Verfahren für Folgeaufträge 

Bei der Übertragung von Folgeaufträgen vom Auftraggeber an die BHT steht 1 Verfahren 

zur Verfügung: 

VERFAHREN 1 : 

Übertragung einer vollständigen Nachricht AUFTRAG mit allen erforderlichen Segmenten. 

Ist der Status bereits angelegter Positionen "gleich oder grösser in Disposition", werden 

die mit dem Folgeauftrag übertragenen Positionsdaten mit den bereits vorhandenen 

Positionsdaten mit gleicher laufender Positionsnummer verglichen. Besteht eine 

Abweichung, so wird dies als gewünschte Änderung interpretiert, die zu diesem Zeitpunkt 

nicht mehr zulässig ist und der gesamte Auftrag mit entsprechender Fehlermeldung 

abgewiesen. 

_______________________________________________________________________________ 

Version 3.6 - 14 - 01.08.2011 



_____________________________________________________________________________ 

6.3. Auftragspositionen 

Erstanlage von Auftragspositionen 

Eine Position kann nur in Verbindung mit einem Auftragskopf angelegt werden. Mit 

Aufträgen der Auftragsartgruppen "Anliefern" bzw. "Aufsetzen" wird ein Anfangsbestand 

pro Auftragsposition angelegt. 

Haupt- und Positionsmärk 

Ist kein Hauptmärk zu der Referenz vorhanden, muss ein Positionsmärk angegeben 

werden. Ist ein Hauptmärk vorhanden, ist die Anlage eines Positionsmärks 

optional. Die Erstanlage des Märks erfolgt mit dem Code "B" = Bestandsmärk. 

Detaillierte Hinweise für Programmierer sind der Beschreibung zur "Anwendung von 

Folgeauftragsverfahren und Markierungsangaben" zu entnehmen. 

Bestandsprüfung bei Auftragspositionen 

Auf vorhandene Auftragspositionen kann nur "bestandsmindernd" (Absetzen/Ausliefern) 

oder "bestandsneutral" (Bearbeitungsaufträge) zugegriffen werden. 

Folgeaufträge zu einer bestehenden Position 

Bei der Übertragung von Folgeaufträgen, die sich auf bereits vorhandene Auftragspositionen 

beziehen, darf die Markierung nicht erneut übertragen werden (Stichwort: 

Wiederverwendbarkeit der Positionen). 

Ausnahme: 

Nur für diesen Auftragskopf soll ein temporäres Verlade-Maerk verwendet werden. In 

diesem Fall ist das Kennzeichen "V" für Verlademärk anzugeben und in Segmenten 

HAUPTMAERK bzw. POS-MAERK das gewünschte Verlademärk zu übertragen. 

Beschreibung HAUPTMAERK bzw. MAERK-ART-CODE bei Folgeaufträgen: 

B - Verwendung des vorliegenden Bestandsmärks als aktuelles Märk zu diesem Auftrag. 

Die Segmente HAUPTMAERK bzw.POS-MAERK werden nicht mit übertragen. 

V - Die Segmente HAUPTMAERK bzw. POS-MAERK müssen mit übertragen werden 

und stellen ein temporäres Verlademärk nur für diesen Auftragskopf mit den 

dazugehörenden Positionen dar. 

_______________________________________________________________________________ 

Version 3.6 - 15 - 01.08.2011 



_____________________________________________________________________________ 

Besonderheiten 

In einer BHT-Referenz darf pro Auftragsposition nur ein Container ( 

=Auftragsposition ) enthalten sein. Ausnahme hiervon sind Packaufträge. Die max. 

Angabe des Segments APZU ( =Auftr-Pos-Zuordnung ) hat sich nicht geändert. 

Ein Container darf innerhalb der BHT nicht in mehreren BHT-Referenzen 

( =Aufträgen ) vorkommen, außer diese sind bereits erledigt oder storniert worden. 

Die Angabe der Kfz-Fahrgestellnummer muss zwingend im Feld KFZ-FAHRGESTELL- 

NR erfolgen. In einer BHT-Referenz darf pro Auftragsposition nur ein Kfz ( 

=Auftragsposition ) enthalten sein. Die max. Angabe des Segments APZU ( =Auftr- 

Pos-Zuordnung ) hat sich nicht geändert. 

Eine Kfz-Auftragsposition darf innerhalb der BHT nicht in mehreren BHT- 

Referenzen ( =Aufträgen ) vorkommen, außer diese sind bereits erledigt oder 

storniert. 

Ausnahmen gelten für zugelassene Unternehmen nach Bewilligung durch das Zollamt. 

Zur Vereinfachung bei der Übermittlung von KFZ-Fahrgestellnummern kann in diesen 

Fällen in das Feld KFZ-FAHRGESTELL-NR der Wert ANLAGE eingetragen werden 

und alle Fahrgestellnummern, die zu dieser BHT-Referenz gehören, müssen dem 

Zollamt in einer papiermäßigen Anlage zur BHT-Referenz (außerhalb der BHT) 

übermittelt werden. 

6.4. Auftragsänderung 

Bei jeder Auftragsänderung muss dem Auftraggeber per Rückmeldung die zur Verfügung 

gestellte Auftragsreferenz-Nummer der BHT mit angegeben werden. Bei Änderungen von 

bereits angelegten Aufträgen müssen die jeweiligen Auftragsstati (vgl. zulässige Werte) 

berücksichtigt werden. Änderungen sind nur möglich, solange der von den BHT-Beteiligten 

wie z.B. Umschlag, Zoll, Hafenamt etc. gesetzte Statuswert dies erlaubt. Wenn der 

Auftragsstatus einen Wert besitzt, der eine Änderung nicht mehr erlaubt, muss dieser 

Status in Absprache mit den entsprechenden Beteiligten durch diese selbst zurückgesetzt 

werden. Erst danach kann eine neue Nachricht zur Änderung verarbeitet werden. Bei 

Änderungen von Auftragspositionen prüft die BHT, ob schon weitere Auftragsköpfe auf 

diese Auftragspositionen zugreifen und die maximal verfügbare Warenmenge der Auftragsposition 

durch die Änderung nicht unterschritten wird. 

Ist ein Absetzauftrag/Containerauftrag über die BHT erteilt, darf nicht mehr die 

Schiffsnummer geändert werden, da dann bereits eine Informationsverteilung an 

Reeder/Agent, Zoll, Tally, Stauer etc. erfolgt ist. Der Auftrag muss daher in diesem Fall 

storniert und anschliessend neu erteilt werden. 

_______________________________________________________________________________ 

Version 3.6 - 16 - 01.08.2011 



_____________________________________________________________________________ 

Eine Auftragsänderung im Containerverkehr kann jetzt über den Status ICU 

( =Gate-In ) hinaus erfolgen. Im konventionellen Verkehr muss wie bisher der Umschlag 

den Status zurücknehmen ( =Status ZUU ). 

Wenn eine Schiffsänderung vorgenommen werden muss, dann muss der aktuelle Auftrag 

wie bisher storniert werden. Es ist dann zwingenderweise ein neuer Auftrag an die BHT zu 

stellen! 

Auftragskopf-Status "kleiner in Disposition" und 

Auftragspositions-Status "kleiner in Disposition" 

Aufträge, die noch nicht durch einen entsprechenden Status wie "In Disposition" für 

Änderungen gesperrt sind, müssen mit allen erforderlichen Segmenten der Nachricht 

übertragen werden. Sind Änderungen an Auftragskopf und/ oder Auftragspositionen 

erforderlich, ist das Folgeauftragsverfahren 1 anzuwenden. Sind keine Änderungen an den 

konstanten Segmenten der Auftrags-Positionen erforderlich, kann auch das 

Folgeauftragsverfahren 2 angewendet werden. Bestehende Auftragsdaten werden durch 

die neue Übertragung vollständig ersetzt. 

Auftragskopf-Status "kleiner in Disposition" und 

Auftragspositions-Status "grösser/gleich in Disposition" 

In den Fällen, wo zu ändernde Folgeauftragsköpfe noch nicht per Status für Änderungen 

gesperrt sind, sich aber auf per Status für Änderungen gesperrte Auftragspositionen 

beziehen (z.B. "Erledigt" aus Anlieferung), kann ausschliesslich das Folgeauftragsverfahren 

2 angewandt werden. Innerhalb dieses Verfahrens können Auftragskopf- 

und variable Auftragspositionsinformationen geändert werden. Informationen 

aus Auftragspositionen werden durch Angabe der AUFTR-POSITION-LFD-NR 

referenziert, jedoch nicht geändert. 

6.5. Markierungsänderung 

Für Aufträge, die noch nicht durch einen Status gesperrt sind, gilt das Verfahren zur 

Änderung von Aufträgen, d.h. vollständig neue Übertragung der Nachricht. Soll eine 

Auftragsposition ummarkiert werden und ein Ändern ist auf Grund des Statuswertes nicht 

mehr möglich, muss ein Auftragskopf mit der Auftragsart "Markierungsänderung" gestellt 

und das neue Märk entsprechend angeben werden. Für alle Aufträge zu der Position, die 

vor der Änderung angelegt wurden, gilt das "alte" Bestandsmärk. Für alle Aufträge nach 

dem Zeitpunkt der Märkänderung gilt das "neue" Bestandsmärk. 

Änderungen der Positions-Inhalts-Beschreibung werden analog dem oben beschriebenen 

Verfahren für die Markierung abgehandelt. 

_______________________________________________________________________________ 

Version 3.6 - 17 - 01.08.2011 



_____________________________________________________________________________ 

6.6. Abweichender Auftraggeber/Rechnungs-Empfänger 

Soll nicht der "Auftraggeber" die Rechnung erhalten, muss das Feld "RE-Empfänger" und 

das Feld "Offerte RE-Empfänger" (siehe DG Rechnungs-Empfänger im Segment 

Auftragskopf) gefüllt sein. 

Der Eintrag im Feld "Abweichender Auftraggeber" wird an die Umschlagsbetriebe 

übermittelt. Dieser und nicht der Absender ("Auftraggeber") des Datensatzes könnte dann 

im Arbeitsplan als "Auftraggeber" erscheinen. 

Zur Verdeutlichung sind in der nachstehenden Matrix statt BHT-Nutzercodes 

Namenskürzel angegeben. In der Datenübermittlung müssen natürlich die entsprechenden 

Codierungen für die Umschlagskundennummern angegeben werden. 

Felder aus der Datenschnittstelle Ergebnis 

beim 

Auftraggeber Offerte Rechnungs- 

Empfänger 

Offerte 

Rechnungs- 

empfänger 

Abweichender 

Auftraggeber 

Umschlag 

Arbeitsplan 

1 K + N 0000 K + N 

2 K + N 0000 CL CL 

3 K + N 0000 JHB 0000 K + N 

4 K + N 0000 JHB 4711 K + N 

5 K + N 0000 JHB 4711 CL CL 

6 K + N 5712 JHB 4711 K + N 

* K + N 0000 NED 9060 NED NED 

* = Containerauftrag 

Prüfung auf Gültigkeit: 

1. "Auftraggeber" + "Offerte" = "Auftraggeber" muss für diese Offerte zugelassen sein. 

2. "RE-Empfänger" + "Offerte-RE-Empfänger" = "Rechnungsempfänger" muss für die 

"Offerte RE-Empfänger" zugelassen sein. 

3. Die Angabe des abweichenden Auftraggebers ist rein dokumentarisch und wird nicht in 

Verbindung zu einer Offertangabe geprüft. 

4. Führt die jeweilige Prüfung aus 1 oder 2 zu keinem gültigen Ergebnis, wird von der 

BHT geprüft, ob es sich um eine gültige "öffentliche Offerte" handelt (Kunden-Nummer 

0000 in Verbindung mit der angegebenen Offertnummer) 

_______________________________________________________________________________ 

Version 3.6 - 18 - 01.08.2011 



_____________________________________________________________________________ 

6.7. Stornierung 

Soll ein Auftrag storniert werden, ist dazu vom Auftraggeber eine Nachricht 

RUECKMELDUNG zu übermitteln. Eine Stornierung ist wie eine Änderung nur in 

Abhängigkeit des aktuellen Auftragsstatus möglich. 

Wenn das Bestandskennzeichen der Auftragsart, die im zu stornierenden Auftragskopf 

angegeben "PLUS" ist, müssen vor Stornierung dieses Auftragskopfes erst alle 

Folgeaufträge dazu storniert werden (sonst würde den Folgeaufträgen bestandsmässig die 

Basis entzogen). 

Eine Auftragsstornierung im Containerverkehr kann über die Statuswerte ICU ( =Gate-In ) 

und FRZ ( =Freigabe durch Zoll ) hinaus erfolgen. 

Die erfolgte Stornierung wird dem Auftraggeber von der BHT bestätigt. 

6.7.1 Stornierung einer Containerauftragsposition 

Soll ein einzelner Container aus einer Referenz storniert werden, ist dazu vom 

Auftraggeber eine Nachricht vom Typ RUECK zu übermitteln. Dies dient beispielsweise 

dem Zweck einen Container (Mittels eines neuen Auftrages) neu verfügen zu können. 

Dafür ist der Status „SCA“ zu verwenden und es müssen Auftragsreferenz, Kopf und 

Position angegeben werden. 

Eine Stornierung ist wie eine Änderung, nur in Abhängigkeit des aktuellen Auftragsstatus 

möglich, kann jedoch über die Statuswerte ICU (=Gate-In ) und FRZ (=Freigabe durch Zoll 

) hinaus erfolgen. Siehe auch „Stornierung einer BHT Referenz“ 

Die erfolgreiche Stornierung wird dem Auftraggeber von der BHT bestätigt. 

6.8. Abteilung/Positionsnummer 

In der vorliegenden BHT-Schnittstelle AUFTRAG gibt es die Felder Auftraggeber-Abteilung 

(5 Stellen) und Auftraggeber-Position (10 Stellen). Diese Felder sind in Verbindung mit der 

BLG-Leistungserfassung und -Fakturierung die Zuordnungskriterien für BLG-Rechnungen. 

In den heute im Einsatz befindlichen Erfassungs- und Fakturierungsprogrammen sowie in 

den Datenaustauschprogrammen sind diese Felder lediglich 4 Stellen bzw. 6 Stellen 

gross. In einem noch festzulegenden Übergangszeitraum können zunächst auch nur diese 

geringeren Feldgrössen innerhalb der BHT verarbeitet und weiter- bzw. zurückgegeben 

werden. 

Berücksichtigen Sie deshalb bitte für Ihre interne Organisation und Ihre 

Schnittstellenprogrammierung, dass bis auf weiteres folgendes gilt: 

AUFTR-GEBER-ABTEILUNG X(5) -nur Stelle 1-4 (linksbündig) nutzbar 

AUFTR-GEBER-POSITION X(10) -nur Stelle 1-6 (linksbündig) nutzbar 

_______________________________________________________________________________ 

Version 3.6 


- 19 - 01.08.2011


_____________________________________________________________________________ 

6.9. Datenelement CONT-REEDER-CODE 

Das Datenelement CONT-REEDER-CODE ist in der Schnittstelle im Segment 

AUFTRAGS-KOPF versehentlich mit dem Format X 4 angegeben worden. 

Tatsächlich ist der Reeder-Code nur X 3, wie auch in den Stammdaten hinterlegt, 

anzugeben. 

6.10. Buchungskopie für Reeder/ Agent 

Nimmt der über die Schiffsangabe im Absetzauftrag des Auftraggebers zu identifiziernde 

Reeder/ Agent am BHT-System teil, so erhält dieser im Export über die BHT eine Kopie 

des Absetzauftrages ("Buchungskopie"). 

Der Auftraggeber wird mit der BHT-Empfangsquittung über die Nachricht 

RÜCKMELDUNG neben anderen Angaben nur dann darüber informiert, wenn der Reeder 

keine Kopie über die BHT erhält (Meldungstyp "BUK", Statuszeile "MAKLERKOPIE 

NICHT ERSTELLT"). 

6.11. Freistellauftragskopie für Reeder/ Agent 

Nimmt der über die Schiffsangabe im freizustellenden Auftrag des Auftraggebers zu 

identifiziernde Reeder/ Agent am BHT-System teil, so erhält dieser im Import über die BHT 

eine Kopie des freizustellenden Auftrages ("Freistellungsbegehren"). 

Der Auftraggeber wird mit der BHT-Empfangsquittung über die Nachricht 

RÜCKMELDUNG neben anderen Angaben nur dann darüber informiert, wenn der Reeder 

keine Kopie über die BHT erhält (Meldungstyp "FAB" oder "FAF", Statuszeile 

"FREISTELLAUFTRAG NICHT ERSTELLT"). 

6.12. Beschreibung – Übermittlung ATB-Nummer 

Die Übermittlung der ATB-Nummer kann sowohl vom Umschlag an den Auftraggeber als 

auch vom Auftraggeber an den Umschlag erfolgen. In beiden Fällen findet die 

Übertragung über die BHT statt, die die Verteilung der eingehenden Nachrichten an den 

jeweiligen Empfänger übernimmt. 

Eine ATB-Nummer (25-Stellen) wird immer einer BHT-Auftragspositionszuordnung 

zugeordnet. 

Übermittlung ATB-Nummer vom Umschlag an die BHT 

Die Übermittlung der ATB-Nummer vom Umschlag an die BHT erfolgt mit der Nachricht 

RUECK. 

_______________________________________________________________________________ 

Version 3.6 - 20 - 01.08.2011 



_____________________________________________________________________________ 

Im konventionellen Verkehr findet die Übermittlung mit dem Status ERU (=Erledigung 

Umschlag – hier Anlieferauftrag) und im Containerverkehr mit dem Status ATU (=ATB- 

Nummer vom Umschlag) statt. Der Status ATU wird nach dem Status ICU (=Gate-In) 

gesendet. 

Die ATB-Nummer selbst, wird mit einer Statuszeile (hier Segment STZE) mit dem 

Statusmeldungstypen ATB innerhalb der Rückmeldung übertragen. Dabei wird der Wert 

im Feld Status-Meldungs-Zeile (X35) übermittelt. 

Die ATB-Nummer wird in der BHT als Statuszeile innerhalb der Auftrags-Statushistorie 

abgelegt. Die Verteilung der ATB-Nummer an die Hafenauftragsbeteiligten erfolgt über die 

BHT anhand des übermittelten Status (in diesem Fall ERU oder ATU). 

Eine Verteilung der ATB-Nummer kann nur dann erfolgen, wenn beim Status auch eine 

Auftragsreferenz angegeben wurde (gilt nur für den Containerverkehr). 

Beispiel – Nachricht RUECK – Status ERU (Ausschnitt): 

Beispiel – Nachricht RUECK – Status ATU (Ausschnitt): 

Übermittlung ATB-Nummer vom Auftraggeber an die BHT 

Die Übermittlung der ATB-Nummer vom Auftraggeber an die BHT erfolgt mit der Nachricht 

AUFTR. 

Die ATB-Nummer selbst, wird mit einer Statuszeile (hier Segment STZE) mit dem 

Statusmeldungstypen ATB innerhalb des Hafenauftrags übertragen. Dabei wird der Wert 

im Feld Status-Meldungs-Zeile (X35) übermittelt. Dies gilt sowohl für den Export als auch 

den Import. 

Im Import sollte zusätzlich, innerhalb dieser Statuszeile, noch ein Kennzeichen enthalten 

sein, ob es sich um Gemeinschaftsware (GEMEIN:G oder GEMEIN:N) handelt oder nicht. 

Dieses Kennzeichen wird einigen Umschlagsbetrieben heute bereits mit dem bekannten 

Status GBZ (=Gestellungsbuchnummer / ATLAS-Registriernummer) als Hinweis mit dem 

Statusmeldungstypen GBN übermittelt. 

_______________________________________________________________________________ 

Version 3.6 - 21 - 01.08.2011 



_____________________________________________________________________________ 

Die ATB-Nummer wird in der BHT als Statuszeile innerhalb der Auftrags-Statushistorie 

abgelegt. Die Verteilung der ATB-Nummer an die Hafenauftragsbeteiligten erfolgt über die 

BHT anhand des übermittelten Hafenauftrags. 

_______________________________________________________________________________ 

Version 3.6 - 22 - 01.08.2011 



_____________________________________________________________________________ 

Beispiel – Nachricht AUFTR im Export (Ausschnitt): 

Beispiel – Nachricht AUFTR im Import (Ausschnitt): 

_______________________________________________________________________________ 

Version 3.6 - 23 - 01.08.2011 



_____________________________________________________________________________ 

6.13. Rückmeldungen – Status AUB 

Bei der Anlage eines Auftrags in der BHT, wird bei Rückmeldung der BHT-Referenz mit 

dem Status AUB ( =Auftrag in der BHT angenommen ), über den Statusmeldungstypen 

ETS, das Zoll-ETS aus SIS an den Auftraggeber zurückgemeldet. Wenn bei 

Auftragsanlage noch kein Zoll-ETS vorhanden sein sollte, so wird der Statusmeldungstyp 

ETF ohne Angabe eines Datums zurück-gemeldet. Das Zoll-ETS ist das Datum, das für 

alle Schiffsreisen durch den Hauptreeder zu einem Schiff zugeordnet wurde. 

Der ermittelte Wert Zoll-ETS wird mit dem Statusmeldungstypen ETF an den Auftraggeber 

gemeldet. 

Der ermittelte Wert Zoll-ETS wird mit dem Statusmeldungstypen ETS an den Auftraggeber 

gemeldet. 

Die Daten werden sowohl bei Auftragsanlage als auch Auftragsänderung übermittelt. 

Fehlermeldung, wenn die Auftragsanlage nach tatsächlicher Schiffsabfahrt erfolgt 

_______________________________________________________________________________ 

Version 3.6 - 24 - 01.08.2011 



_____________________________________________________________________________ 

_______________________________________________________________________________ 

Version 3.6 - 25 - 01.08.2011 



_____________________________________________________________________________ 

7. Zoll 

Buchnummern und ATLAS-Registriernummern werden im Import entweder durch den Zoll 

oder durch die ATLAS-Automatik ins System eingegeben bzw. eingebucht. Letzteres muss 

durch den Zoll per Systemeingabe bestätigt werden. 

7.1. Export - Bisherige Ausfuhrverfahren 

Neben den Daten, die zur Erstellung eines BHT-Auftrages notwendig sind und an den 

Umschlagsbetrieb übertragen werden, müssen für einen BHT-Auftrag zusätzlich Zolldaten 

angegeben werden, die vom System nur an den Zoll übertragen werden. (Ausnahme im 

Containerverkehr, dort werden Buchnummer / ATLAS-Registriernumm an den Umschlag 

übermittelt.) 

Mit Angabe der Zolldaten beschreibt der Auftraggeber die zollmässige Behandlung der 

Ware gegenüber dem Zoll, d.h. er erklärt im BHT-Auftrag, ob es sich z.B. um 

Gemeinschaftsware, Befreiungen, Nichtgemeinschaftsware oder um Ware aus anderen 

Zollverkehren (Veredelung usw.) handelt. 

Bei nachfolgenden Statuswerten können keine Auftragsänderungen mehr durchgeführt 

werden: 

• FRZ=Freigabe Zoll 

• SPZ=Verladestop 

• CPZ=Verladestop 

Vor Auftragsänderung muss durch den Zoll der Status ZUZ gesetzt werden ! 

Die Auftragsarten, die für das direkte Anliefern / Absetzen beim Umschlagbetrieb dienen, 

werden mit dem Status SPZ (=Zollsperre) versehen. Diese können nur nach Rücksprache 

mit dem Zollamt freigegeben werden. Das gilt jedoch nicht für die Verladung von PKW (mit 

der Auftragsart 058) 

Bei Gestellung von Containeraufträgen in der BHT wird ermittelt, ob der enthaltene 

Container in einem Packauftrag vorkommt. Ist dies der Fall und alle dort enthaltenen 

Einzelaufträge besitzen den Status FRZ ( =Freigabe durch Zoll ), dann wird der Status 

FRZ auch auf den Containerauftrag vererbt und an alle Hafenauftragsbeteiligten aus der 

BHT heraus verteilt. Ebenso verhält es sich mit dem Status SPZ ( =Zollsperre ). Hier reicht 

es allerdings aus, wenn ein einzelner Einzelauftrag diesen Status beinhaltet. Eine 

Vererbung vom Containerauftrag auf den ein Einzelauftrag erfolgt nicht! 

Jeder Zollrelevante Auftrag muss aus Sicht des Zolls beendet werden. Dies kann zum 

einen durch Statuswerte vom Umschlag ( z. B. Terminal-Out ) geschehen oder zum 

anderen durch eine Stornierung ( =Status STA ) des Auftrags durch den Auftraggeber. 

_______________________________________________________________________________ 

Version 3.6 - 26 - 01.08.2011 



_____________________________________________________________________________ 

Wenn im Segment ZOPD ( =Zoll-Pos-Daten ) im Feld ZOLL-POS-VERSAND-STATUS = 

„M“ angegeben wird, erfolgt automatisch nach dem Status AUB 

( =Auftrag in der BHT angenommen der Status SPZ ( =Zollsperre )). Dieser wird an alle 

Hafenauftragsbeteiligten aus der BHT heraus versandt. 

Zollverfahren für zugelassene Gestellungsorte 

Gestellungen an die zugelassenen Gestellungsorte mit den Zollverfahren 2222G, 3333G, 

3333N, 9999G, 9999N, 8888G, 8888N, 7777N, 4444N und 5555D mit der Fehlermeldung: 

„ZOLL-POS-VERSAND-STATUS, FALSCHER WERT BEI ZUG. GESTELLUNGSORT“ 

abgelehnt. 

Bei Gestellungen mit obigen Zollverfahren bei den zugelassenen Gestellungsorten 

müssen die folgenden Schuppencodes verwendet werden: 

Umschlagbetrieb Virtueller Schuppen Schuppen für obige Zollverfahren 

Packing Center DCP PCV PC 

Container Packing Lexzau CPL CP 

Tiemann TIV TI 

HINWEIS: Siehe auch Kapitel 10.15 

_______________________________________________________________________________ 

Version 3.6 - 27 - 01.08.2011 


Hauptzollamt Bremen 

7.1.1. Übersicht Angaben zu den Zollverfahren 

Art der Ausfuhrzollabfertigung 

Verfahrenscode, 

Zollstatus N/G 

Verfahrenserle 

ich-terungen 

(Befrei- 

Merkmal) 

Eingabe der 

jeweiligen 

gesetzlichen 

Bestimmung 

aus ZK-DVO 

Bestimmungsland 

Iso-Alpha-2-Ländercode (z.B. DE, 

AT, RU, etc.) 

Herkunftsland Warennummer Ausführer 

Name 

Warennummer der 

Ausfuhranmeldung 

(Feld 33) 

z. B. 

Hoffmann 

AG, 

München 

Empfänger Warenbeschreibung 

z. B. 

Drehbänke 

Elektronische Ausfuhranmeldung (MRN) - - - - - - - - - 

Ausfuhranmeldung Ausfuhr aus der 1000 G* oder N*; - Ja - Ja Ja - Ja - 

ohne 

Gemeinschaft; 

für alle 

ATLAS-Ausfuhr Schriftliche 

Ausfuhranmeldung, 

Atlas-Ausfall-Verfahren 

Zollverfahren 

Mündliche Anmeldung 1111 G oder 226 Ja - - Ja - Ja - 

nach Artikel 226 ZK-DVO 

ohne förmliche 


1111 N 

Versandver-fahren, Vereinfachtes 

9999 N oder - Ja - - - - Ja Nr. 

TIR 

Eisenbahnversandverfahr 

en 

9999 G 

Bahnfrachtbrief 

Sonstige (NCTS) 3333 N o. 3333 G - Ja - - - - Ja Versand- MRN 

Begleitendes 

Verwaltungsdokum 

ent mit Export- 

Vermerk (nicht EVD) 

Seedurchfuhrgut 

mit 


außerhalb der EU 

Seedurchfuhrgut 

mit 


innerhalb der EU 

Wiederausfuhr zum 

Zweck der 

Erledigung einer 

vorübergehenden 

Verwahrung 

BVD-Export 

Summarische 

Ausgangsanmeldung 

und 

Wiederausfuhrmitteilung 

Wiederausfuhrmitteilung 

und 

Warenverkehrsinformation 

2222G 

5555 D* 

7777 N oder 

7777 G 

Version 3.6 - 28 - 01.08.2011 


Vorpapier 

- Ja - - Ja - Ja Ausfuhr-MRN 

- Ja Ja optional - Ja Ja ATB-Nr., 

**) 

- Ja Ja optional - Ja Ja ATB-Nr., 

**) 

Wiederausfuhr-mitteilung 4444 N - Ja Ja - Ja, 

Verwahrer 

- Ja Vorübergehend 

e Verwahrung 

(AT/B/15- Nr.) 

Manuell M - Ja - - - - Ja - 

*) G = Gemeinschaftsware **) Sollte die ATB-Nr. in begründeten Ausnahmefällen nicht verfügbar sein, kann auch eine B/L-Nr. oder auch die Buchungsnummer des Reeder angegeben werden 

*) N = Nichtgemeinschaftsware 

*) D = Seedurchfuhrgut

Hauptzollamt Bremen 

Übersicht der Pseudo-Verfahrencodes (BHT-Code für Zollverfahren im Zolldialog) 

Pseudo- 

Verfahrenscode 

Verfahren / Vereinfachung Beschreibung 

1111 N / G Artikel 226 ZK-DVO 

mündliche Zollanmeldung 

2222G BVD-Export (!Kein EVD!) Begleitendes Verwaltungsdokument mit Export-Vermerk (Papierverfahren) 

3333 N / G Versandverfahren mit NCTS T1 (N), T2 (G), TIR (N/G), T1(G, mit Export-Vermerk) 

4444 N Wiederausfuhr zum Zweck der Wiederausfuhr von Nichtgemeinschaftswaren nach vorübergehender 

Erledigung einer 

vorübergehenden Verwahrung 

Verwahrung 

5555 D Seedurchfuhrgut mit 

Bestimmungsland außerhalb der 

EU 

Summarische Ausgangsanmeldung oder Wiederausfuhrmitteilung 

7777 N / G Seedurchfuhrgut mit 

Bestimmungsland innerhalb der 

EU 

Wiederausfuhrmitteilung oder Warenverkehrsinformation 

9999 G / N Vereinfachtes 

Eisenbahnversandverfahren 

T1 (N), T2 (G), T1(G, mit Export-Vermerk) 

G steht für Gemeinschaftswaren N steht für Nichtgemeinschaftswaren D steht für Durchfuhr 

Anmerkung: Kontrollexemplare T5 und elektronische Verwaltungsdokumente (EVD) sind nicht in BHT einzugeben. 

Version 3.6 - 29 - 01.08.2011 



_____________________________________________________________________________ 

7.2. Import 

Für Importaufträge ist für die Auslieferung / Zollabfertigung der Ware ein 1:1 

Verhältnis zwischen Zoll- und Warenpositionen herzustellen. 

Dies kann entweder durch: 

• Aufteilen der Position des "Aufsetzauftrages" oder 

• Zuordnung der Buchnummer / ATLAS-Registriernummer zu den jeweiligen 

Auslieferauftragsposition 

erfolgen. 

Nach der Überlassung der Ware im Rahmen der Zollbehandlung gibt die Zollstelle 

die Buchnummer / ATLAS-Registriernummer des Zollbeleges sowie ggf. auch einen 

Abfertigungshinweis, wie "Beschau" in das System ein. 

Bei der Abfuhr der Waren kann die eingestellte Buchnummer / ATLAS- 

Registriernummer und ggf. das Wort "Beschau" beim Umschlagsbetrieb ausgedruckt 

werden (Statusnachweis). 

LKW-Stückgutverkehr oder 

Binnenschiffsverkehr 

auf dem "Arbeitsplan" des Umschlags 

Bahnverkehr auf dem Frachtbrief der Eisenbahngesellschaft 

Containerverkehr auf dem Interchange des Umschlags. 

Am Zolltor wird das Interchange bzw. der Arbeitsplan vom Fahrer dem Zoll vorgelegt. 

Ist eine Buchnummer / ATLAS-Registriernummer angedruckt, kann der LKW-Fahrer 

passieren. 

Ist eine Buchnummer / ATLAS-Registriernummer und das Wort "BESCHAU" 

angedruckt, wird eine Beschau am Zolltor vorgenommen. Ist keine Buchnummer / 

ATLAS-Registriernummer angedruckt, muss eine manuelle Zollabfertigung erfolgen. 

______________________________________________________________________________ 

Version 3.6 - 31 - 01.08.2011 



_____________________________________________________________________________ 

7.3. Export - ATL@S-AES 

Das Zollverfahren ATL@S-AES (Automated Export System) dient der elektronischen 

Kontrolle der Ausfuhr. 

Die bisher vom Ausführer erstellte AE (Ausfuhr-Erklärung) wird zukünftig im neuen 

ATL@S-AES des Zolls elektronisch erfasst. Die vom System vergebene MRN 

(Movement Reference Number) gibt der Ausführer zusammen mit weiteren 

relevanten Daten an einen Spediteur weiter. Diese MRN-Daten repräsentieren die in 

der AE erfassten Waren und werden vom Spediteur einer BHT-Auftragsposition 

zugeordnet. 

Die MRN-Daten werden dann in dem neuen Segment AESZ im Hafenauftrag vom 

Spediteur an die BHT übermittelt. Das neue Segment AESZ ersetzt das derzeitige 

Segment ZOPD und wird in der Nachricht Auftrag auf der gleichen Ebene übermittelt. 

Wenn einer Auftragsposition Waren zugeordnet werden müssen, die zum Teil nach 

dem alten Zollverfahren und zum Teil nach dem neuen AES-Zollverfahren 

abgewickelt werden sollen, so dürfen auch beide Segmente übermittelt werden. 

Im BHT-Ablauf werden diese MRN-Daten mit ATL@S-AES kommuniziert. Ausgelöst 

wird dies über bestimmte Ereignisse, die während des BHT-Ablaufes zur 

Verarbeitung von Hafenaufträgen und Rückmeldungen eintreten. 

Die MRN-Daten haben eine dreistufige Struktur: 

Beispiel: 

• Kopfdaten mit der von ATL@S-AES vergebenen MRN-Nummer 

(Movement-Reference-Number) 

• Bis zu 999 Warenpositionen. In ATL@S-AES ist eine Warenposition 

eine über eine Zolltarifnummer definierte Ware. 

• Diese Ware kann in bis zu 99 Packstück-Arten (z.B. Kiste, Karton, 

Dose) vorliegen. Diese Packstücke bilden die dritte Ebene der MRN- 

Daten und sind durch eine Packstück-Lfd-Nr (oder Positionsnummer) 

definiert. Die Packstück-Anzahl ist der einzige konkrete Dateninhalt. 

MRN (Ebene 1) 1234 

Ware (Ebene 2) 001 4711=Maschinen 

Packstück (Ebene 3) 01 Anzahl=20 


Ware (Ebene 2) 002 0815=Fruchtsaft 


Die Packstück-Art ist nicht relevant, wird aber in ATL@S-AES vom Ausführer erfasst. 

______________________________________________________________________________ 

Version 3.6 - 32 - 01.08.2011 



_____________________________________________________________________________ 

7.3.1. Ebenenbeziehung Zollware - hafenlogistische Ware 

An dieser Stelle soll nun die Beziehung zwischen den Daten in der 

Ausfuhranmeldung und den Daten im Hafenauftrag erklärt werden. 

Zollware bedeutet in diesem Zusammenhang, die vom Ausführer in ATL@S-AES 

erfassten Warenangaben der Ausfuhranmeldung. Die hafenlogistische Ware spiegelt 

die Warenangaben wieder, die der Spediteur mittels des Hafenauftrages dem 

Terminal zur Anlieferung / Verladung aufgibt. Diese beiden Angaben sind im 

Detaillierungsgrad unterschiedlich. 

Vor dem Senden des Hafenauftrages an die BHT liegt es in der Verantwortung des 

Spediteurs die logistische Ebene und die Zollebene zu beurteilen und die Daten der 

beiden genannten Ebenen entsprechend zusammenzuführen. 

Die Zuordnung von „Zollwaren“ zu „hafenlogistischen Waren“ steht immer in 

Verbindung mit der BHT-Auftragsposition. Die BHT-Auftragsposition ist nichts 

anderes als ein Transportmedium (z.B. Container). Dieses Transportmedium der 

hafenlogistischen Waren kann aber aus Sicht von ATL@S-AES mehrere einzelne 

Waren beinhalten. Also demnach auch eine oder auch mehrere MRN’s. 

D.h., zwischen der BHT-Auftragsposition und der MRN entsteht eine 1:n-Beziehung. 

Die zuvor beschriebene fachliche Beziehung zwischen „Zollwaren“ und 

„hafenlogistischen Waren“ wird anhand von ausgewählten Beispielen auf den 

folgenden Seiten dargestellt. 

Abbildung: Darstellung BHT-ATLAS-Warendaten_2005-07-25.ppt 

______________________________________________________________________________ 

Version 3.6 - 33 - 01.08.2011 



_____________________________________________________________________________ 



______________________________________________________________________________ 

Version 3.6 - 34 - 01.08.2011 



_____________________________________________________________________________ 


7.3.2. BHT - Statuswerte 

Auf Grund der neuen Verfahrensabläufe ist es notwendig, neue Statuswerte von der 

BHT an den Auftraggeber innerhalb der Nachricht Rückmeldung und vom 

Auftraggeber an die BHT mittels der Nachricht Auftrag oder der Nachricht 

Rückmeldung zu übermitteln. 

Status Bedeutung 

Statuswerte vom Zoll 

FRZ Freigabe Zoll = Die Ware / der Container darf vom Umschlag verladen 

werden 

CPZ Container Prüfen Zoll = Der Zoll hat angeordnet, dass ein Container / 

eine Ware zur Containerprüfanlage verbracht und dort kontrolliert 

werden soll 

SPZ Verladestop Zoll = Die Ware / der Container darf nicht verladen 

werden 

ZUZ Zurücksetzen des Zollstatus durch die BHT („automatisch“). 

Dies bedeutet, dass keine Verladefreigabe mehr vorliegt! 

FEZ Fehler Zoll = Nachdem die BHT ATL@S-AES mitgeteilt hat, das ein 

Teil der Ware (MRN) eingetroffen ist (Gestellungsanzeige), hat 

ATL@S-AES einen Fehler gemeldet. Dies bedeutet, dass der Kunde 

______________________________________________________________________________ 

Version 3.6 - 35 - 01.08.2011 



_____________________________________________________________________________ 

Kontakt mit dem Zoll aufnehmen muss, um den Fehler zu klären. 

Nachdem dies geschehen ist, muss der Kunde den Auftrag mit dem 

Status GZA erneut an die BHT senden, damit die BHT erneut eine 

Gestellungsanzeige an ATL@S-AES senden kann. 

ZAZ Abschluss Zoll = Die MRN ist abgeschlossen. 

INZ Information Zoll = ergänzende Informationen vom Zoll (überschreibt 

nicht den Zoll-Status der BHT) 


Statuswerte von der BHT 

AEB Die Daten der MRN wurden geprüft. Es ist kein Fehler festgestellt 

worden. 

PRB Die Daten der MRN wurden geprüft. Es ist ein Fehler festgestellt 

worden. Die Kommunikation mit ATL@S-AES ist bis zur Korrektur der 

Daten unterbrochen. 

Dies ist der Fall, wenn der Kunde Warenposition oder 

Packstückposition angibt, die in der MRN nicht existieren oder wenn 

die Anzahl der Packstücke zu einer Packstückposition größer als der 

in der MRN angegebene Wert ist. Gleiches gilt entsprechend für 

Rohmasse und Eigenmasse. Der Kunde muss die Angaben 

korrigieren und den Auftrag erneut mittels Status GZA an die BHT 

übermitteln. 


Statuswerte vom Umschlag 

IDU Ein IDU (In Disposition) auf einen neutralen Auftrag (z.B. Auftragsart 

058 oder 832) bewirkt, dass die Gestellungsanzeige / 

Gestellungsqualifizierung an ATL@S-AES gesendet wird. Ein IDU auf 

einen bestandserhöhenden Auftrag (z.B. Auftragsart 022) hat keine 

Auswirkung 

ERU Ein ERU (Erledigung) auf einen bestandserhöhenden Auftrag (z.B. 

Auftragsart 022) bewirkt, dass die Gestellungsanzeige / 

Gestellungsqualifizierung an ATL@S-AES gesendet wird. Ein ERU 

auf einen neutralen Auftrag (z.B. Auftragsart 058 oder 832) oder 

Bestandsmindernden Auftrag (z. B. Auftragsart 050) bewirkt, dass die 

Ausgangsbestätigung an ATL@S-AES gesendet wird. 

ICU Bei ICU (Gate-In Container) trifft der Container im Hafen ein. Wurde 

vom Umschlag auch ein Stellplatz mit gesendet , wird eine 

Gestellungsanzeige / Gestellungsqualifizierung an ATL@S-AES 

gesendet 

LCU Bei LCU (Stellplatz Container) wird, wenn noch nicht geschehen, eine 

Gestellungsanzeige / Gestellungsqualifizierung an ATL@S-AES 

gesendet 

______________________________________________________________________________ 

Version 3.6 - 36 - 01.08.2011 



_____________________________________________________________________________ 

CSU Wird beim CSU (Löschen Container) vom Umschlag auch ein 

Stellplatz mit gesendet, wird eine Gestellungsanzeige / 

Gestellungsqualifizierung an ATL@S-AES gesendet. Voraussetzung 

hierfür ist, dass der CSU mit Warenrichtung Export gesendet wurde. 

TOU Beim TOU (Terminal Out Container) wird die Ausgangsbestätigung an 

ATL@S-AES gesendet. 

Fehlercode Aktuell werden folgende Fehlercodes an die Beteiligten 

übermittelt: 

AES00002 

AES00012 

AES00013 

AES00015 

AES00033 

AES00061 

AES00062 

AES00111 

AES00191 

AES00233 

AES00235 

AES00259 

AES00261 

Fehlercodes von ATL@S-AES 

Ungültige Zahl 

Ungültige Nachrichtenreihenfolge 

Ungültige MRN 

Dienststellennummer ist ungültig 

Eigemasse = 0, darf bei dieser Art der Information nicht angegeben 

werden 

Zurückweisungsgrund-3 (MRN unknown) 

Zeitpunkt Gestellung darf nicht vor Überlassung liegen 

Gestellung am Ausgang darf nicht bearbeitet werden 

Die festgestellte Eigenmasse darf nicht größer als die angemeldete 

Eigenmasse sein 

Der Ausfuhrvorgang mit der MRN…. kann nicht geöffnet werden 

Für den Ausfuhrvorgang mit der MRN …. ist eine Gestellung bereits 

an der Ausgangszollstelle …. erfolgt 

Bei Angabe einer Beipack-Position muss das Packstück in 

mindestens einer 

anderen Position mit Anzahl > "0" und gleiche Zeichen/Nr. angegeben 

werden. 

Bei Aufteilung einer MRN in einer Warenposition, sind 

Packstückpositionen mit Anzahl Null und Anzahl größer Null 

enthalten. 

Sollte es vorkommen, dass ATL@S-AES an die BHT den Status FRZ noch nicht 

übermittelt hat, obwohl alle Aufträge den Status ERU haben, die zwei Stunden Frist 

abgelaufen und kein FEZ von ATL@S-AES gesendet worden ist, kann dies die 

Ursache haben, dass noch nicht alle Warenpositionen und Packstückpositionen an 

ATL@S-AES gemeldet worden sind. 

Der Kunde sollte sich in diesem Fall an den dbh-Support wenden, der alle 

vorliegenden Daten mit ihm zusammen noch einmal überprüft. 

______________________________________________________________________________ 

Version 3.6 - 37 - 01.08.2011 



_____________________________________________________________________________ 

7.3.3. BHT - Funktionalitäten 

Auf Grund der Trennung der hafenlogistischen Waren und der Zollwaren kommt es 

auch bei den bisherigen Funktionalitäten wie z. B. Ändern und Stornieren von 

Hafenaufträgen zu Anpassungen in den jeweiligen bestehenden BHT-Abläufen. 

Es ist zukünftig unabdingbar, dass der Auftraggeber z. B. bei einer Stornierung mehr 

als nur eine Aktion (nämlich nur die Stornierung) vornehmen kann / muss. 

Der Austausch von Daten zwischen der BHT und ATL@S-AES beginnt immer dann, 

wenn die Ware oder der Container physisch im Hafen eingetroffen ist und in der BHT 

ein Hafenauftrag dazu vorliegt. 

Auftragsänderungen 

Die Auftragsänderungen werden wie bisher mit dem Status GEA im Auftragskopf 

(Segment AUKO) an die BHT übertragen. Sollen auch geänderte MRN-Daten 

übermittelt werden, so ist dies ohne weiteres möglich. Eine Auftragsänderung mit 

dem Status GEA ist allerdings nur bis zu gewissen Stauswerten (z.B. ICU oder IDU) 

möglich, deshalb wurde für die alleinige Änderung der MRN-Daten ein separater 

Änderungszweig erstellt. 

Änderung MRN-Daten (Zolldaten) 

Wenn nur die MRN-Daten in einem Hafenauftrag geändert werden sollen, so muss 

im Auftragskopf (Segment AUKO) anstatt des Status GEA der Status GZA gesetzt 

werden. Innerhalb der BHT erfolgen dann keine Prüfungen auf die Auftragsdaten. 

Die Daten werden zwar in der BHT nicht gespeichert, aber die Übermittlung an 

weitere Hafen-auftragsbeteiligte wie z.B. das Terminal finden trotzdem statt. Der 

Auftraggeber erhält wie bei einer normalen Änderung der Auftragsdaten eine 

entsprechende Rückmeldung. 

Die zuvor übermittelten MRN-Daten werden mit den neu übermittelten MRN-Daten in 

der BHT überschrieben. Es können sowohl Änderungen an den bestehenden MRN- 

Daten vorgenommen werden, als auch MRN-Daten hinzugefügt oder weggelassen 

werden. 

Sollte der Auftraggeber für die Auftragsware auf Grund der vorliegenden MRN-Daten 

bereits eine Verladefreigabe (Status FRZ) erhalten haben und fügt er durch die 

Änderung z.B. eine weitere MRN hinzu, so wird ihm BHT-seitig die Verladefreigabe 

mit dem Status ZUZ wieder entzogen. Erst wenn zu der hinzugefügten MRN auch die 

Verladefreigabe in der BHT vorhanden ist, wird auch der Status FRZ wieder an den 

Auftraggeber erteilt. 

Gleiches gilt in diesem Fall auch für das Terminal. 

Wenn der Auftraggeber z. B. eine MRN bei der Änderung nicht wieder überträgt, so 

bleibt die Verladefreigabe, wenn schon vorhanden, bestehen. 

______________________________________________________________________________ 

Version 3.6 


- 38 - 01.08.2011


_____________________________________________________________________________ 

Sollten weder Daten hinzugefügt noch weggelassen worden sein, sondern die 

Änderung lediglich Werteveränderungen (z. B. die Packstückanzahl) darstellen, so 

informiert die BHT natürlich ATL@S-AES auch darüber. 

Sollte eine Änderung mit dem Status GZA nicht korrekt sein, so wird dies von der 

BHT mit dem Status MOB beantwortet. 

Senden Status ZUZ nach SPZ 

Eine durch den Zoll gesperrte MRN (Status SPZ oder CPZ) erhält eine 

Verladefreigabe. Die Hafenauftragsposition, in der sich die MRN befindet, beinhaltet 

mehr als eine MRN und diese MRN‘s haben noch nicht alle den Status FRZ. In 

diesem Fall kann die Verladefreigabe innerhalb der BHT nicht gesetzt werden und an 

die Hafenauftragsbeteiligten verteilt werden. 

Eine Verladefreigabe kann erst gesetzt und verteilt werden, wenn alle MRN‘s der 

Hafenauftragsposition den Status FRZ besitzen. 

Um den Status SPZ im Auftrag und somit auch bei den Hafenauftragsbeteiligten 

aufzuheben, wird der Status ZUZ auf die Auftragsposition gesetzt und an alle 

Hafenauftragsbeteiligten verteilt. Dies geschieht nur, sofern keine weitere, gesperrte 

MRN in der Auftragsposition existiert. 

D.h., der Status ZUZ zieht den Status SPZ zurück, erteilt aber noch keine 

Freigabe der Ware! 

Der Hafenauftrag kann nun bei Bedarf storniert oder durch einen Neuen ersetzt 

werden. 

Stornierungen / Mindermengen 

Stornierungen werden wie gehabt mit dem Status STA innerhalb der Nachricht 

Rückmeldung an die BHT übertragen. 

Innerhalb der BHT sind Stornierungen nur bis zu bestimmten Statuswerten 

zugelassen (z.B. Status ICU oder IDU). 

Anhand von Beispielen sollen die unterschiedlichen Möglichkeiten der 

Stornobehandlung von Aufträgen und somit der Behandlung der MRN-Daten 

erläutert werden. 

______________________________________________________________________________ 

Version 3.6 - 39 - 01.08.2011 



_____________________________________________________________________________ 

Beispiel A) 

Ein gestellter Containerauftrag soll wegen einer Schiffsänderung storniert werden. 

Der Containerauftrag besitzt noch keine Statuswerte vom Terminal. 

Der Hafenauftrag wird wie gehabt mit der Rückmeldung und dem Status STA 

storniert. Da zu diesem Zeitpunkt noch kein Datenaustausch zwischen der BHT und 

ATL@S-AES stattgefunden hat, ist die Stornierung somit abgehandelt. Der 

Auftraggeber kann nun einen neuen Hafenauftrag mit dem korrekten Schiff an die 

BHT übermitteln. 

Beispiel B) 

Ein gestellter Containerauftrag soll wegen einer Schiffsänderung storniert werden. 

Der Containerauftrag besitzt schon den Status ICU vom Terminal. 

Der Hafenauftrag kann auf Grund des Status ICU nicht mehr storniert werden. In 

diesem Fall muss ohne vorherige Stornierung ein neuer Hafenauftrag mit dem dann 

korrekten Schiff erstellt werden. Durch den neuen Hafenauftrag werden die MRN- 

Daten des vorhergehenden Hafenauftrags auf Grund der Containernummer und der 

MRN-Daten BHT-Intern storniert. Somit ist gewährleistet, dass nur noch die aktuellen 

Daten im BHT- ATL@S-AES-Ablauf involviert sind. 

Da zu diesem Zeitpunkt schon ein Datenaustausch zwischen der BHT und ATL@S- 

AES stattgefunden hat, wird beim Eintreffen des neuen Hafenauftrages auch 

ATL@S-AES von der BHT über die Schiffsänderung informiert. 

Sollten vor dem Eintreffen des neuen Hafenauftrages Informationen wie 

Verladefreigabe oder Verladestopp von ATL@S-AES an die BHT übermittelt werden, 

so werden diese zunächst bei dem vorhandenen Hafenauftrag eingetragen und an 

die Hafen-auftragsbeteiligten übermittelt. Nach dem Eintreffen des neuen 

Hafenauftrages in der BHT werden auf Grund der MRN-Daten diese Informationen 

auch auf diesen Hafenauftrag eingetragen (Vererbung) und an die 

Hafenauftragsbeteiligten übermittelt. 

Sollten die Informationen wie Verladefreigabe oder Verladestopp erst nach dem 

Eintreffen des neuen Hafenauftrages von ATL@S-AES an die BHT übermittelt 

werden, so werden diese auf dem aktuellen und dem bereits vorhandenen 

Hafenauftrag eingetragen und an die Hafenauftragsbeteiligten übermittelt. 

Letztendlich gilt aber, dass der vorherige Hafenauftrag für den Auftraggeber, die BHT 

und ATL@S-AES nicht mehr interessant ist. Die MRN-Daten gelten immer nur für 

den aktuellen Hafenauftrag. 

Beispiel C) 

Ein gestellter Containerauftrag soll storniert werden, da einer der beiden 

angegebenen Container (Aufteilung der Packstückposition) nicht mehr verschifft 

werden soll. Einer der Container besitzt schon den Status ICU. 

Der Hafenauftrag kann auf Grund des Status ICU nicht mehr storniert werden. 

______________________________________________________________________________ 

Version 3.6 - 40 - 01.08.2011 



_____________________________________________________________________________ 

Da es sich in diesem Fall um eine sog. Mindermenge handelt, ist es ausreichend, 

wenn eine Änderung der MRN-Daten mit dem Status GZA eingeleitet wird. Die MRN- 

Daten der beiden Containers müssen so abgeändert werden, dass die BHT den 

Gestellungsvorgang gegenüber ATL@S-AES mit einer Mindermenge vollständig 

abschliessen kann. 

D.h., beim ersten (vorhandenen) Container müssen die Kennzeichen Komplett und 

Mindermenge auf "J" gesetzt werden. Beim zweiten Container muss die 

Packstückanzahl = 0 betragen und das Kennzeichen Komplett = "J" und das 

Kennzeichen Mindermenge = "N" gesetzt werden. Durch diese explizite Angabe der 

MRN-Daten werden diese BHT-Intern storniert. Somit ist gewährleistet, dass diese 

Daten nicht mehr im BHT- ATL@S-AES-Ablauf involviert sind. 

Beispiel D) 

Ein gestellter konventioneller Absetzauftrag soll wegen einer Schiffsänderung 

storniert werden. Der Auftrag besitzt noch keine Statuswerte vom Terminal. 

Der Auftrag wird wie gehabt mit der Rückmeldung und dem Status STA storniert. Da 

zu diesem Zeitpunkt noch kein Datenaustausch zwischen der BHT und ATL@S-AES 

stattgefunden hat, ist die Stornierung somit abgehandelt. Der Auftraggeber kann nun 

einen neuen Auftrag (=Auftragskopf) mit dem korrekten Schiff an die BHT übermittelt. 

Beispiel E) 

Ein gestellter konventioneller Absetzauftrag soll wegen einer Schiffsänderung 

storniert werden. Der Auftrag besitzt schon den Status IDU vom Terminal. 

Der Hafenauftrag kann auf Grund des Status IDU nicht mehr storniert werden. 

Anders als beim Containerauftrag muss dieser Auftrag aber storniert werden. 

Der Auftraggeber muss das Terminal verständigen, dass diese den Status IDU 

mittels des Status ZUU zurücknehmen, damit eine Stornierung vom Auftraggeber 

vorgenommen werden kann. Erst danach kann der Auftraggeber einen neuen 

Auftrag (=Auftragskopf) mit dem korrekten Schiff an die BHT übermitteln. 

Da zu diesem Zeitpunkt schon ein Datenaustausch zwischen der BHT und ATL@S- 

AES stattgefunden hat, wird beim Eintreffen des neuen Auftrages auch ATL@S-AES 

über die Schiffsänderung informiert. 

Sollte die Information Verladefreigabe (Status FRZ) schon vorliegen, so wird diese 

nicht erneut verteilt, da anders als beim Containerverkehr die Verladefreigabe schon 

auf Grund des Anlieferauftrages verteilt werden konnte. 

Beispiel F) 

Ein gestellter konventioneller Absetzauftrag soll storniert werden, da eine der beiden 

Auftragspositionen nicht mehr verschifft werden soll. Der Auftrag besitzt noch keine 

Statuswerte vom Terminal. 

______________________________________________________________________________ 

Version 3.6 - 41 - 01.08.2011 



_____________________________________________________________________________ 

Der Auftrag wird wie gehabt mit der Rückmeldung und dem Status STA storniert. Der 

Auftraggeber kann nun einen neuen Auftrag (=Auftragskopf) mit den korrekten 

Angaben an die BHT übermitteln. Die Stornierung findet in diesem Fall nur statt, 

damit das Terminal die entsprechende Angabe für die Verladung der Waren hat. 

Die MRN-Daten beim neuen Auftrag müssen so abgeändert werden, dass die BHT 

den Gestellungsvorgang gegenüber ATL@S-AES mit einer Mindermenge vollständig 

abschliessen kann. D.h., die Kennzeichen Komplett und Mindermenge müssen auf 

"J" gesetzt werden. Die einzig verbliebene Auftragsposition dient dazu die 

notwendigen MRN-Daten zu transportieren. Es wäre ansonsten nicht möglich 

ATL@S-AES über die Mindermenge zu informieren. 

______________________________________________________________________________ 

Version 3.6 - 42 - 01.08.2011 



_____________________________________________________________________________ 

Beispiel G) 

Einstufiger Auftrag, 832 + MRN-Komplett 

1) Der Kunde erstellt einen Auftrag mit Auftragsart 832 und einer MRN und 

sendet ihn an die BHT 

2) Nach erfolgreicher Prüfung erhält er die Referenz 7004711 zurück. Der 

Auftrag wird an den zuständigen Umschlagbetrieb verteilt. 

3) Wenn die Ware angeliefert wird, sendet der Umschlagbetrieb an die BHT den 

Status IDU. 

4) Der Status IDU löst in der BHT die Erstellung der Gestellungsanzeige und die 

Übertragung dieser an ATL@S-AES aus. 

5) ATL@S-AES prüft die MRN und sendet im positiven Fall die 

Gestellungsdatenmeldung und im negativen Fall eine Fehlermeldung an die 

BHT. 

6) Hat ATL@S-AES einen Fehler festgestellt, bekommt der Kunde von der BHT 

den Status FEZ. Er muss Kontakt mit dem Zoll aufnehmen, den Fehler 

beseitigen und den Auftrag mit dem Status GZA erneut an die BHT senden, 

damit die BHT eine neue Gestellungsanzeige an ATL@S-AES senden kann. 

7) Hat die BHT die Gestellungsdatenmeldung enthalten, wird diese eingebucht 

und der Kunde bekommt den Status AEB von der BHT. 

8) Die BHT erstellt die Gestellungsqualifizierung und meldet an ATL@S-AES die 

Vollständigkeit der Ware. 

9) ATL@S-AES sendet nach spätestens zwei Stunden die Zollfreigabe = Status 

FRZ oder die Anordnung einer Kontrollmaßnahme, z.B. Beschau an die BHT. 

10) Hat ATL@S-AES eine Kontrollmaßnahme angeordnet, wird an den 

Umschlagbetrieb und an den Kunden der Status SPZ = Sperre Zoll verteilt. 

11) Hat der Zoll seine Kontrollmaßnahme abgeschlossen und danach die Ware 

freigegeben oder die Freigabe ohne Kontrollmaßname getätigt wird der Status 

FRZ an den Umschlagbetrieb und den Kunden gesendet. 

12) Der Umschlagbetrieb darf nun die Ware verladen. Hat er dies getan sendet er 

den Status ERU an die BHT. 

______________________________________________________________________________ 

Version 3.6 - 43 - 01.08.2011 



_____________________________________________________________________________ 

13) Der Status ERU löst in der BHT die Erstellung der Ausgangsbestätigung und 

die Übertragung dieser an ATL@S-AES aus. Es wurde an ATL@S-AES 

gemeldet, dass alle Waren abgesetzt worden sind. 

14) ATL@S-AES sendet den Zollabschluss = Status ZAZ an die BHT 

15) Die BHT verteilt den Status ZAZ an den Kunden. 

Beispiel H) 

Einstufiger Auftrag, 832, MRN verteilt auf zwei Positionen 

1) Der Kunde erstellt einen Auftrag mit Auftragsart 832 und einer MRN und 

sendet ihn an die BHT 



3) Ein Teil Ware, Position 1, wird angeliefert und der Umschlagbetrieb sendet 

an die BHT den Status IDU. 

4) Der Status IDU löst in der BHT die Erstellung der Gestellungsanzeige und 

die Übertragung dieser an das ATL@S-AES aus. 

5) Das ATL@S-AES prüft die MRN und sendet im positiven Fall die 



6) Hat ATL@S-AES einen Fehler festgestellt, bekommt der Kunde von der 

BHT den Status FEZ. Er muss Kontakt mit dem Zoll aufnehmen, den Fehler 



7) Hat die BHT die Gestellungsdatenmeldung enthalten, wird diese eingebucht. 

Es wird geprüft, ob die Zollangaben des Kunden mit denen von ATL@S- 

AES gemeldete Daten überein stimmen. Ist dies nicht der Fall bekommt der 

Kunde von der BHT eine Fehlermeldung mit dem Status PRB ansonsten 

den Status AEB zugesendet 

8) Hat der Kunde von der BHT einen PRB – Status bekommen ,muss er die 

MRN – Daten entsprechend anpassen und an die BHT den Auftrag mit dem 

Status GZA erneut senden. 

______________________________________________________________________________ 

Version 3.6 - 44 - 01.08.2011 



_____________________________________________________________________________ 

9) Wurde die Gestellungsdatenmeldung positiv geprüft oder hat der Kunde 

seinen Fehler korrigiert, sendet die BHT erstellt eine 

Gestellungsqualifizierung und meldet an ATL@S-AES einen Teil der Ware. 

10) Der restliche Teil der Ware, Position 2, wird angeliefert und der 

Umschlagbetrieb sendet an die BHT den Status IDU. 

11) Der Status IDU löst in der BHT die Erstellung einer 

Gestellungsqualifizierung und die Übertragung dieser an ATL@S-AES aus. 

Da die Ware jetzt komplett angeliefert worden ist, wird an ATL@S-AES die 

Vollständigkeit der Ware gemeldet. 

12) ATL@S-AES sendet nach spätestens zwei Stunden die Zollfreigabe = 

Status FRZ oder die Anordnung einer Kontrollmaßnahme, z.B. Beschau an 

die BHT. 

13) Hat ATL@S-AES eine Kontrollmaßnahme angeordnet, wir an den 



freigegeben oder die Freigabe ohne Kontrollmaßname getätigt wird der 

Status FRZ an den Umschlagbetrieb und den Kunden gesendet. 

15) Der Umschlagbetrieb darf nun die Ware verladen. Er verlädt zuerst Position 

1 und sendet dafür den Status ERU an die BHT. 

16) Der Status ERU löst in der BHT die Erstellung der Ausgangsbestätigung 

und die Übertragung dieser an ATL@S-AES aus. Es wird an ATL@S-AES 

gemeldet, dass ein Teil der Waren abgesetzt worden sind. 

17) Der Umschlagbetrieb verlädt Position 2 und sendet dafür den Status ERU 

an die BHT. 

18) Der Status ERU löst in der BHT die Erstellung der Ausgangsbestätigung 

und die Übertragung dieser an ATL@S-AES aus. Es wird an ATL@S-AES 

nun gemeldet, dass alle Waren abgesetzt worden sind. 



______________________________________________________________________________ 

Version 3.6 - 45 - 01.08.2011 



_____________________________________________________________________________ 

Beispiel I) 

Zweistufiger Auftrag, 022/ 852 MRN verteilt auf zwei Positionen 

1) Der Kunde erstellt einen Auftrag mit Auftragsart 022 als Kopf 1 und einen 

Folgeauftrag mit Auftragsart 852 als Kopf 2 und sendet diese an die BHT. Die 

MRN hat der Kunde in beide Aufträge abgegeben. sendet 


Auftrag wird mit beiden Köpfen an den zuständigen Umschlagbetrieb verteilt. 

3) Ein Teil Ware, Position 1, wird angeliefert und der Umschlagbetrieb sendet an 

die BHT den Status IDU auf die Referenz 7004713, Kopf 1 Position1. 

4) Die Anlieferung der Ware aus Position 1 ist abgeschlossen und der 

Umschlagbetrieb sendet an die BHT den Status ERU auf die Referenz 

7004713, Kopf 1 Position1. 

5) Der Status ERU löst in der BHT die Erstellung der Gestellungsanzeige und die 

Übertragung dieser an ATL@S-AES aus. 








8) Hat die BHT die Gestellungsdatenmeldung enthalten, wird diese eingebucht. 

Es wird geprüft, ob die Zollangaben des Kunden mit denen von ATL@S-AES 

gemeldete Daten überein stimmen. Ist dies nicht der Fall bekommt der Kunde 

von der BHT eine Fehlermeldung mit dem Status PRB ansonsten den Status 

AEB zugesendet 

9) Hat der Kunde von der BHT einen PRB – Status bekommen ,muss er die 

MRN – Daten entsprechend anpassen und an die BHT den Auftrag mit dem 

Status GZA erneut senden. 

10) Wurde die Gestellungsdatenmeldung positiv geprüft oder hat der Kunde 

seinen Fehler korrigiert, sendet die BHT erstellt eine Gestellungsqualifizierung 

und meldet an ATL@S-AES einen Teil der Ware. 

______________________________________________________________________________ 

Version 3.6 - 46 - 01.08.2011 



_____________________________________________________________________________ 

11) Der restliche Teil der Ware, Position 2, wird angeliefert und der 

Umschlagbetrieb sendet an die BHT den Status IDU auf die Referenz 


12) Die Anlieferung der Ware aus Position 2 ist abgeschlossen und der 

Umschlagbetrieb sendet an die BHT den Status ERU auf die Referenz 


13) Der Status IDU löst in der BHT die Erstellung einer Gestellungsqualifizierung 

und die Übertragung dieser an ATL@S-AES aus. Da die Ware jetzt komplett 

angeliefert worden ist, wird an ATL@S-AES die Vollständigkeit der Ware 

gemeldet. 



15) Hat ATL@S-AES eine Kontrollmaßnahme angeordnet, wir an den 





17) Der Umschlagbetrieb darf nun die Ware verladen. Er fängt zuerst an Position 

1 zu verladen und sendet dafür den Status IDU an die BHT für Referenz 

7004713, Kopf 2, Position 1. 

18) Die Verladung von Position 1 ist abgeschlossen. Der Umschlagbetrieb sendet 

ein ERU für Referenz 7004713, Kopf 2, Position 1. 


die Übertragung dieser an ATL@S-AES aus. Es wird an ATL@S-AES 

gemeldet, dass ein Teil der Waren abgesetzt worden sind. 

20) Der Umschlagbetrieb fängt nun an, Position 2 zu verladen und sendet dafür 

den Status IDU an die BHT für Referenz 7004713, Kopf 2, Position 2. 

21) Die Verladung von Position 2 ist abgeschlossen. Der Umschlagbetrieb sendet 

ein ERU für Referenz 7004713, Kopf 2, Position 2. 


die Übertragung dieser an ATL@S-AES aus. Es wird an ATL@S-AES nun 


______________________________________________________________________________ 

Version 3.6 - 47 - 01.08.2011 



_____________________________________________________________________________ 



Beispiel J) 

Container- Auftrag, 125 + MRN-Komplett 

1) Der Kunde erstellt einen Auftrag mit Auftragsart 125, Container 

DBHU1234567 und einer MRN und sendet ihn an die BHT 



3) Bekommt der Container einen Stellplatz löst dies die Erstellung der 

Gestellungsanzeige und die Übertragung dieser an ATL@S-AES aus 








6) Hat die BHT die Gestellungsdatenmeldung enthalten, wird diese eingebucht 

und der Kunde bekommt den Status AEB von der BHT. 

7) Die BHT erstellt die Gestellungsqualifizierung und meldet an ATL@S-AES die 

Vollständigkeit der Ware. 



9) Hat ATL@S-AES eine Kontrollmaßnahme angeordnet, wird an den 





11) Der Umschlagbetrieb darf nun den Container verladen. Hat er dies getan 

sendet er den Status TOU an die BHT. 

______________________________________________________________________________ 

Version 3.6 - 48 - 01.08.2011 



_____________________________________________________________________________ 

12) Der Status TOU löst in der BHT die Erstellung der Ausgangsbestätigung und 

die Übertragung dieser an ATL@S-AES aus. Es wurde an ATL@S-AES 




Differenzmeldungen / Monituren 

Bei Differenzmeldungen handelt es sich um durch das Terminal bzw. die BHT 

stornierte Hafenaufträge, wobei sich der Auftraggeber verpflichtet, entsprechend 

neue Hafenaufträge zu Senden. Hier kann so vorgegangen werden wie bei der 

Neuanlage von Hafenaufträgen. Durch die Übermittlung der MRN-Daten (ggfs. 

abgeändert wegen der Differenzmeldung) veranlasst die BHT den entsprechend 

notwendigen Datenaustausch mit ATL@S-AES. 

Auftragsänderungen auf Grund von Monituren können wie bereits beschrieben 

vorgenommen werden. 

______________________________________________________________________________ 

Version 3.6 - 49 - 01.08.2011 



_____________________________________________________________________________ 

Ablaufbeispiel „Konventioneller Verkehr“ 

Die Ware (in diesem Beispiel eine Warenposition der Ausfuhranmeldung) soll 

komplett verschifft werden. D.h., die AE-Warenposition entspricht der BHT- 

Auftragsposition und somit wird im Hafenauftrag einzig und allein nur die Angabe der 

MRN benötigt. 

Der Ausführer erfasst die Ausfuhranmeldung in ATL@S-AES und erhält eine 

eindeutige MRN. Diese MRN gibt er an den Spediteur, der mit der Verschiffung der 

Waren beauftragt wird. 

Der Spediteur sendet den Hafenauftrag inkl. der vom Ausführer vorgegebenen 

MRN-Daten an die BHT. Die BHT leitet den Hafenauftrag (inkl. MRN-Daten) an das 

Terminal weiter. Die MRN-Daten werden in der BHT hinterlegt. 

Das Terminal übermittelt die Statuswerte „IDU und ERU“ (Disposition und Erledigung 

der Anlieferung). Die BHT gibt diese Statuswerte an den Spediteur weiter. Auf Grund 

der Erledigung der Anlieferung wird eine Gestellungsanzeige (Nachricht PRE) zur 

Abforderung der AES-Ausführer-Daten von der BHT an ATL@S-AES gesendet. 

Daraufhin sendet ATL@S-AES die Daten der Ausfuhranmeldung (Nachricht DAT) 


In der Qualifizierung der Gestellung (Nachricht INF) werden Informationen zur 

gestellten Ware (z.B. Lagerplatz, Terminal und wenn vorhanden der Schiffname) an 

ATL@S-AES übermittelt. Wenn alle Waren einer MRN gestellt sind, wird das 

Abschlusskennzeichen = 1 gesetzt. Damit wird der Abschluss der Gestellung (die 

vollständige Qualifizierung des Ausfuhrvorganges) gemeldet. 

ATL@S-AES sendet die Erlaubnis zum Ausgang (Nachricht STA) an die BHT. Diese 

Erlaubnis wird dem Spediteur und dem Terminal mit dem Status „FRZ“ 

(= Verladefreigabe) übermittelt. 


des Absetzauftrages). Die BHT gibt diese Statuswerte an den Spediteur weiter und 

informiert ATL@S-AES durch die Ausgangsbestätigung (Nachricht NOT) über die 

erfolgte Verschiffung der Waren. Wenn alle Waren einer MRN abgesetzt wurden, 

wird das Abschlusskennzeichen = 1 gesetzt. Damit wird der Abschluss der Ausfuhr 

gemeldet. 

ATL@S-AES sendet den Abschluss des Zollvorganges (Nachricht STA) an die BHT, 

die diese Information an den Spediteur weiterleitet. In direkter Kommunikation 

zwischen ATL@S-AES und dem Ausführer, wird auch diesem mitgeteilt, dass der 

Zollvorgang abgeschlossen ist. 

______________________________________________________________________________ 

Version 3.6 - 50 - 01.08.2011 



_____________________________________________________________________________ 

Konventioneller Verkehr 

______________________________________________________________________________ 

Version 3.6 - 51 - 01.08.2011 



_____________________________________________________________________________ 

Ablaufbeispiel „LCL-Verkehr – Packen“ 

Die Waren (in diesem Beispiel zwei MRN mit je einer Warenposition der 

Ausfuhranmeldung) sollen in einen Container gepackt werden. D.h., die AE- 

Warenposition entspricht der BHT-Auftragsposition. Nach dem Packen des 

Containers soll dieser verschifft werden. Das Bepacken des Containers erfolgt bei 

einem Packbetrieb (=Terminal). 

Anliefern der Ware 

Ein oder „n“ Ausführer erfassen Ausfuhranmeldungen in ATL@S-AES und erhalten 

eindeutige MRN’s pro Ausfuhranmeldung. Diese MRN’s und weitere Daten der 

Ausfuhranmeldungen (Warenposition, Packstückposition und Anzahl Packstücke) 

werden an den Spediteur, der mit der Verschiffung der Waren beauftragt wird, weiter 

gegeben. 

Der Spediteur sendet den ersten Hafenauftrag (Anliefern / Absetzen) inkl. der vom 

Ausführer vorgegebenen MRN-Daten der ersten MRN an die BHT. Die BHT leitet 

den Hafenauftrag (inkl. MRN-Daten) an das Terminal weiter. Die MRN-Daten werden 

in der BHT hinterlegt. 


der Anlieferung). Die BHT gibt diese Statuswerte an den Spediteur weiter. Auf Grund 

der Erledigung der Anlieferung wird eine Gestellungsanzeige (Nachricht PRE) zur 

Abforderung der AES-Ausführer-Daten der ersten MRN von der BHT an ATL@S- 

AES gesendet. 

Daraufhin sendet ATL@S-AES die Daten der Ausfuhranmeldung (Nachricht DAT) 



gestellten Ware (z.B. Lagerplatz) an ATL@S-AES übermittelt. Wenn alle Waren einer 

MRN gestellt sind, wird das Abschlusskennzeichen = 1 gesetzt. Damit wird der 

Abschluss der Gestellung (die vollständige Qualifizierung des Ausfuhrvorganges) 

gemeldet. 

ATL@S-AES sendet die Erlaubnis für die erste MRN zum Ausgang (Nachricht STA) 

an die BHT. Diese Erlaubnis wird dem Spediteur und dem Terminal mit dem Status 

„FRZ“ (= Verladefreigabe) übermittelt. 

Der Spediteur sendet den zweiten Hafenauftrag (Anliefern / Absetzen inkl. der vom 

Ausführer vorgegebenen MRN-Daten der zweiten MRN an die BHT. Die BHT leitet 

den Hafenauftrag (inkl. MRN-Daten) an das Terminal weiter. Die MRN-Daten werden 

in der BHT hinterlegt. 

______________________________________________________________________________ 

Version 3.6 - 52 - 01.08.2011 



_____________________________________________________________________________ 

Das Terminal übermittelt den Status „IDU und ERU“ (Disposition und Erledigung der 

Anlieferung). Die BHT gibt diese Statuswerte an den Spediteur weiter. Auf Grund der 

Erledigung der Anlieferung wird eine Gestellungsanzeige (Nachricht PRE) zur 

Abforderung der AES-Ausführer-Daten der zweiten MRN von der BHT an ATL@S- 

AES gesendet. 

Daraufhin sendet ATL@S-AES die Daten der zweiten Ausfuhranmeldung (Nachricht 

DAT) an die BHT. 


gestellten Ware (z.B. Lagerplatz) an ATL@S-AES übermittelt. Wenn alle Waren einer 

MRN gestellt sind, wird das Abschlusskennzeichen = 1 gesetzt. Damit wird der 

Abschluss der Gestellung (die vollständige Qualifizierung des Ausfuhrvorganges) 

gemeldet. 

ATL@S-AES sendet die Erlaubnis für die zweite MRN zum Ausgang (Nachricht STA) 

an die BHT. Diese Erlaubnis wird dem Spediteur und dem Terminal mit dem Status 

„FRZ“ (= Verladefreigabe) übermittelt. 

Bepacken des Containers (Absetzen der Ware) 

Der Spediteur oder der Tally sendet bzw. erfasst den „Bepackauftrag“ an die BHT 

und referenziert in diesem die beiden Absetzaufträge. Die BHT leitet den 

Hafenauftrag an das Terminal weiter. 

Es können nur Waren (=Absetzaufträge) in den Container gepackt werden, die schon 

die Verladefreigabe erhalten haben! Ansonsten werden die Bepackaufträge von der 

BHT abgelehnt. 

Vom Terminal werden die Statuswerte „IDU und ERU“ (Disposition und Erledigung 

des Bepackvorgangs) an die BHT übermittelt. Die BHT gibt diese Statuswerte an den 

Spediteur weiter. 

Ausgelöst durch die Disponierung als auch Erledigung des Bepackauftrages, werden 

vom Terminal die Statuswerte „IDU und ERU“ (Disposition und Erledigung des 

Absetzauftrages der ersten MRN) an die BHT übermittelt. Die BHT gibt diese 

Statuswerte an den Spediteur weiter. 

Ausgelöst durch die Disponierung als auch Erledigung des Bepackauftrages, werden 

vom Terminal die Statuswerte „IDU und ERU“ (Disposition und Erledigung des 

Absetzauftrages der zweiten MRN) an die BHT übermittelt. Die BHT gibt diese 

Statuswerte an den Spediteur weiter. 

Der Bepackauftrag löst in der BHT keine Ereignisse aus, da dieser zum Zeitpunkt der 

Erledigung noch keine weitergehenden Informationen beinhaltet. 

______________________________________________________________________________ 

Version 3.6 - 53 - 01.08.2011 



_____________________________________________________________________________ 

Ebenso werden auf Grund der Statuswerte zum Bepackauftrag als zu den 

Absetzaufträge keine Informationen an ATL@S-AES aus. 

Verladen LCL-Container 

Der Spediteur sendet einen Absetzauftrag für den LCL-Container inkl. der MRN (aus 

den konventionellen Aufträgen) der im Container enthaltenen Waren an die BHT. 

Die BHT leitet den Hafenauftrag (inkl. MRN-Daten) an das Terminal weiter. Die MRN- 

Daten werden in der BHT hinterlegt. 

Da die im Container befindlichen Waren schon die Erlaubnis zum Ausgang erhalten 

haben (siehe konventionelle Hafenaufträge), wird diese automatisch in der BHT 

durch Vererbung dem Container hinzugefügt. Dem Spediteur und dem Terminal 

werden der Status „FRZ“ (= Verladefreigabe) übermittelt. 

Innerhalb der BHT wird die Rückmeldung an die Terminals so gesteuert, dass diese 

erst nach dem Auftrag übermittelt werden. 

Das Terminal meldet mit den Statuswerten „ICU“ und „LCU“ den Eingang und den 

Stellplatz des Containers. Die BHT gibt den Status „ICU“ an den Spediteur weiter. 

Daraufhin wird durch jeweils eine Qualifizierung der Gestellungsanzeige (Nachricht 

INF) pro MRN der neue Stellplatz (Lagerort) der Waren an ATL@S-AES gesendet. 

Das Terminal übermittelt den Status „TOU“ (Terminal-Out) für den Container. Die 

BHT gibt diesen Status an den Spediteur weiter und informiert ATL@S-AES durch je 

eine Ausgangsbestätigung (Nachricht NOT) pro MRN über die erfolgte Verschiffung 

der im Container befindlichen Waren. Wenn alle Waren einer MRN verschifft worden 

sind, wird das Abschlusskennzeichen = 1 gesetzt. Damit wird der Abschluss der 

Ausfuhr gemeldet. 

ATL@S-AES sendet für jede MRN den Abschluss des Zollvorgangs (STA) an die 

BHT, die diese Information an den Spediteur weiterleitet. In direkter Kommunikation 

zwischen ATL@S-AES und dem Ausführer, wird auch diesem mitgeteilt, dass der 

Zollvorgang abgeschlossen ist 

______________________________________________________________________________ 

Version 3.6 - 54 - 01.08.2011 



_____________________________________________________________________________ 

LCL-Verkehr – Packen 

______________________________________________________________________________ 

Version 3.6 - 55 - 01.08.2011 



_____________________________________________________________________________ 

______________________________________________________________________________ 

Version 3.6 - 56 - 01.08.2011 



_____________________________________________________________________________ 

______________________________________________________________________________ 

Version 3.6 - 57 - 01.08.2011 



_____________________________________________________________________________ 

Konventionelles Absetzen in mehreren Stufen 

Die Ware (z. B. eine Warenposition der Ausfuhranmeldung) soll in mehreren Stufen 

verschifft werden. D.h., die AE-Warenposition entspricht der BHT-Auftragsposition. 

Lediglich diese wird über mehrere Aufträge verteilt. 

Der Ausführer erfasst die Ausfuhranmeldung in ATL@S-AES und erhält eine eindeutige 

MRN. Diese MRN und weitere Daten der Ausfuhranmeldung (Warenposition, 

Packstückposition und Anzahl Packstücke) gibt er an den Spediteur, der mit der 

Verschiffung der Waren beauftragt wird weiter. 

Der Spediteur sendet den Anlieferauftrag inkl. der vom Ausführer vorgegebenen MRN- 

Daten an die BHT. Hierbei muss die gesamte Anzahl der Packstückposition in den MRN- 

Daten angegeben werden (z. B. 10 Stück). 

Das Terminal übermittelt die Statuswerte „IDU und ERU“ (Disposition und Erledigung der 

Anlieferung). Die BHT gibt diese Statuswerte an den Spediteur weiter. 

Der Spediteur sendet den ersten Absetzauftrag für eine Teilmenge der angelieferten 

Waren an die BHT. Hierbei muss auch die dazugehörige Teilmenge der 

Packstückposition in den MRN-Daten angegeben werden (z. B. 8 Stück). 

Das Terminal übermittelt die Statuswerte „IDU und ERU“ (Disposition und Erledigung des 

ersten Absetzauftrages). 

Der Spediteur sendet den zweiten Absetzauftrag für die Restmenge der angelieferten 

Waren an die BHT. Hierbei muss auch die dazugehörige Restmenge der 

Packstückposition in den MRN-Daten angegeben werden (z. B. 2 Stück). 

Das Terminal übermittelt die Statuswerte „IDU und ERU“ (Disposition und Erledigung des 

zweiten Absetzauftrages). 

_______________________________________________________________________________ 

Version 3.6 - 59 - 01.08.2011 



_____________________________________________________________________________ 

FCL-Container 

_______________________________________________________________________________ 

Version 3.6 - 60 - 01.08.2011 



_____________________________________________________________________________ 

Containerverkehr – FCL-Hafenauftrag 

Die Ware (in diesem Beispiel eine Warenposition der Ausfuhranmeldung) soll in einem 

Container verschifft werden. D.h., die AE-Warenposition entspricht der BHT- 

Auftragsposition (=Container). 


MRN. Diese MRN gibt er an den Spediteur, der mit der Verschiffung der Waren bzw. des 

Containers beauftragt wird. 

Der Spediteur sendet den Hafenauftrag inkl. der vom Ausführer vorgegebenen 

MRN-Daten an die BHT. Die BHT leitet den Hafenauftrag (inkl. MRN-Daten) an das 

Terminal weiter. Die MRN-Daten werden in der BHT hinterlegt. 

Das Terminal meldet mit den Statuswerten „ICU und LCU“ den Eingang und den Stellplatz 

des Containers. Die BHT gibt nur den Status „ICU“ an den Spediteur weiter. Auf Grund der 

Stellplatzmeldung wird eine Gestellungsanzeige (Nachricht PRE) zur Abforderung der 

AES-Ausführer-Daten von der BHT an ATL@S-AES gesendet. 

Daraufhin sendet ATL@S-AES die Daten der Ausfuhranmeldung (Nachricht DAT) an die 


In der Qualifizierung der Gestellung (Nachricht INF) werden Informationen zur gestellten 

Ware (z.B. Containernummer, Terminal und Schiffname) an ATL@S-AES übermittelt. 

Wenn alle Waren einer MRN gestellt sind, wird das Abschlusskennzeichen = 1 gesetzt. 

Damit wird der Abschluss der Gestellung (die vollständige Qualifizierung des 

Ausfuhrvorganges) gemeldet. 

ATL@S-AES sendet die Erlaubnis zum Ausgang (Nachricht STA) an die BHT. Diese 

Erlaubnis wird dem Spediteur und dem Terminal mit dem Status „FRZ“ 

(= Verladefreigabe) übermittelt. 

Das Terminal übermittelt den Status „TOU“ (Terminal-Out) für den Container. Die BHT 

gibt diesen Status an den Spediteur weiter und informiert ATL@S-AES durch die 

Ausgangsbestätigung (Nachricht NOT) über die erfolgte Verschiffung der Waren. Wenn 

alle Waren einer MRN verschifft worden sind, wird das Abschlusskennzeichen = 1 gesetzt. 

Damit wird der Abschluss der Ausfuhr gemeldet. 

ATL@S-AES sendet den Abschluss des Zollvorgangs (Nachricht STA) an die BHT, die 

diese Information an den Spediteur weiterleitet. In direkter Kommunikation zwischen 

ATL@S-AES und dem Ausführer, wird auch diesem mitgeteilt, dass der Zollvorgang 

abgeschlossen ist. 

_______________________________________________________________________________ 

Version 3.6 - 61 - 01.08.2011 



_____________________________________________________________________________ 

Konventionelles Absetzen nach Status „NEU“ 

Es ist ausreichend, wenn der Spediteur einen neuen Absetzauftrag an die BHT stellt. 

Konventionelles Absetzen nach Status „TVU“ 

Dieser Ablauf lehnt sich an die schon zuvor beschriebene Darstellung „Absetzen in 

mehreren Stufen“ an. 


MRN. Diese MRN und weitere Daten der Ausfuhranmeldung (Warenposition, 

Packstückposition und Anzahl Packstücke) gibt er an den Spediteur, der mit der 

Verschiffung der Waren beauftragt wird weiter. 

Der Spediteur sendet den Anlieferauftrag und den Absetzauftrag inkl. der vom Ausführer 

vorgegebenen MRN-Daten an die BHT. 

Das Terminal übermittelt die Statuswerte „IDU und ERU“ (Disposition und Erledigung der 

Anlieferung). Die BHT gibt diese Statuswerte an den Spediteur weiter. 

Das Terminal übermittelt die Statuswerte „IDU und TVU“ (Disposition und Teilerledigung 

des Absetzauftrages). Die BHT gibt diese Statuswerte an den Spediteur weiter. An dieser 

Stelle wird ein gestellter Absetzauftrag aber vom Terminal nur teilweise ausgeführt. Das 

Terminal setzt anstatt des Status ERU (Erledigung) den Status „TVU“ (Teilerledigung). Auf 

Grund dieses Statuswertes ist in der BHT immer noch ein Teil der angelieferten Menge frei 

zur Verfügung. 

Da im Allgemeinen ein Datenaustausch u. a. nur dann mit ATL@S-AES stattfindet, wenn 

eine Erledigungsmeldung vorliegt, ist dies bei Teilverladung nicht möglich. Beim Status 

„TVU“ kann nicht unterschieden werden, welche der angegebenen MRN-Daten 

„behandelt“ wurde und welche nicht. 

Deshalb muss der Auftraggeber den Auftrag mit dem Status „GZA“ im Nachhinein 

so abändern, wie er zum Zeitpunkt des „TVU“ hätte vorliegen müssen. 

Es ist darauf zu achten, dass der Status „GZA“ vor der Erstellung des neuen 

Absetzauftrages gestellt werden muss. Dieser korrigiert die Daten, wie diese zum 

Zeitpunkt des Exports eigentlich hätten vorliegen müssen. Nur durch diesen 

Korrekturauftrag können die entsprechend korrekten Daten der Verschiffung an ATL@S- 

AES gemeldet. 

Der Spediteur sendet einen erneuten Absetzauftrag an die BHT. 

Das Terminal übermittelt die Statuswerte „IDU und ERU“ (Disposition und Erledigung zu 

diesem Absetzauftrages). Die BHT gibt diese Statuswerte an den Spediteur weiter. 

Beispiel: 

1) Auftragsanlage 

Referenz 4711 

Auftragskopf 001 / AArt 022 / Auftragsposition 0001 / Anzahl 10 


MRN 1234 / MRN-Komplett = „J“ 

2) Terminal sendet Statuswerte 

_______________________________________________________________________________ 

Version 3.6 


- 62 - 01.08.2011


_____________________________________________________________________________ 

IDU / ERU auf Auftragskopf 001 (=Anzahl 10) 

IDU / TVU auf Auftragskopf 002 (=Anzahl 6) 

3) GZA auf 

Auftragskopf 002 / AArt 050 / Auftragsposition 0001 

MRN 1234 

MRN-Komplett = „N“ 

Warenposition = 001 

Warenposition-Komplett = „N“ 

Packstueck-Lfd-Nr = 01 

Packstueck-Anzahl = 6 

Packstueck-Komplett = „N“ 

4) Neuer Absetzauftrag 


MRN 1234 

MRN-Komplett = „N“ 

Warenposition = 001 

Warenposition-Komplett = „N“ 

Packstueck-Lfd-Nr = 01 

Packstueck-Anzahl = 4 

Packstueck-Komplett = „J“ 

5) Terminal sendet Statuswerte 

IDU / ERU auf Auftragskopf 003 (=Anzahl 4) 

Status FRZ 

Der an den Auftraggeber übermittelte Status FRZ wird zukünftig unterschiedliche 

Bedeutungen haben. Im bisherigen Zollverfahren wird dieser Status an den Spediteur 

verteilt, wenn der Zoll diesen Status auf Grund der Kontrolle und des Abgleichs der BHT- 

Daten mit der Ausfuhranmeldung gesetzt hat. Dies signalisierte auch immer den 

Abschluss des Zollvorganges. 

In Zukunft bedeutet dieser Status aber auch, dass die Verladung der Ware stattfinden darf 

(Verladefreigabe durch ATL@S-AES). Die Verladefreigabe war bisher durch die BHT- 

Referenz gekennzeichnet. 

Für den Abschluss des Zollvorganges wird es zusätzlich den Status ZAZ in der BHT 

geben. 

Bei Mischformen im Hafenauftrag, also Segment ZOPD und Segment AESZ, ist ATL@S- 

AES massgebend. 

_______________________________________________________________________________ 

Version 3.6 - 63 - 01.08.2011 



_____________________________________________________________________________ 

Allgemeine Grundsatzregeln 

� Nur bei Abschluss der Gestellung, also vollständige Qualifizierung des 

Ausfuhrvorganges, wird von ATL@S-AES die Verladefreigabe übermittelt und der 

Status FRZ kann verteilt werden. 

� Wenn Statuswerte (IDU und ERU) zu den Absetzaufträgen vor der Erstellung des 

Packauftrags an die BHT gesendet werden, so werden diese als konventionelle 

Verschiffung der Ware angesehen und an ATL@S-AES gemeldet. D.h., es erfolgt 

eine „vorzeitige“ Verlademeldung und somit auch ein „frühzeitiger“ Abschluss des 

Zollvorgangs. 

� Beim Containerauftrag müssen die relevanten MRN-Daten (aus den 

konventionellen Aufträgen) zur Referenzierung wieder mit angegeben werden. 

Nur so ist gewährleistet, dass der mit der konventionellen Ware begonnene 

ATL@S-AES-Vorgang mit dem Container weitergeführt werden kann. 

� Wenn bei einem Hafenauftrag sowohl Papier AE-Angaben (also Segment ZOPD) 

als auch elektronische AE-Angaben (also Segment AESZ) vorliegen, so wartet in 

der BHT der eine Vorgang immer auf den anderen, bevor eine Verteilung des 

Status FRZ erfolgt. D.h., ist vom Zoll manuell oder auch per TIMER der Status FRZ 

in der BHT (hier ZOPD) gesetzt, so wird dieser Status erst verteilt, wenn auch der 

Status FRZ aus ATL@S-AES vorliegt. 

� Von ATL@S-AES übertragene und in der BHT verbuchte Statuswerte können über 

den Zolldialog nicht manuell bearbeitet werden. D.h., ein gesetzter FRZ kann nicht 

mittels ZUZ zurückgezogen werden. Dies ist nur durch einen entsprechenden 

Status wie z. B. SPZ aus ATL@S-AES möglich. 

Einzige Ausnahme ist der „automatische“ ZUZ der BHT. Dieser wird dann an die 

Hafenauftragsbeteiligten übermittelt, wenn z. B. bei Anlage des Auftrags eine MRN 

vorhanden war die bereits den Status FRZ erreicht hat und jetzt durch eine 

Auftragsänderung (mittels Status GZA) eine weitere MRN angefügt wird, die noch 

nicht den Status FRZ erreicht hat. D.h., die BHT kennzeichnet dadurch den Auftrag 

als nicht verladefähig. 

� Wird ein Auftrag vom Zoll über den Zolldialog in den Status SPZ versetzt, so wird 

unabhängig davon, ob der Auftrag Papier AE-Angaben oder elektronische AE- 

Angaben besitzt, der Status an die Hafenauftragsbeteiligten über die BHT verteilt. 

� Der Status ZAZ wird dann von ATL@S-AES an die BHT übermittelt, wenn die 

Ausgangsbestätigung – also die erfolgte Verschiffung der Waren – von der BHT an 

ATL@S-AES übermittelt wurde. Dieser Status wird aber nicht an das Terminal 

verteilt. 

� Der Status ERU vom Terminal (auf einen Absetzauftrag) darf immer nur dann 

erfolgen, wenn der Status ungleich ZAZ ist. Also z. B. FRZ. 

_______________________________________________________________________________ 

Version 3.6 - 64 - 01.08.2011 



_____________________________________________________________________________ 

� Der Anwender (hier der Zollbeamte) hat in ATL@S-AES die Möglichkeit einen 

manuellen Abschluss des Vorgangs zu erwirken. Dies kann sogar vor der 

eigentlichen Ausgangsbestätigung erfolgen. D.h., der Status ZAZ wird von ATL@S- 

AES an die BHT übermittelt, obwohl vorher keine Meldung an ATL@S-AES 

übertragen wurde. Dies kann u. U. dazu führen, dass Meldungen vom Terminal wie 

z. B. ERU abgelehnt wird, weil der Zoll „manuell“ in einen bestehenden Ablauf 

eingegriffen hat. 

� Statusmeldungen vom Zoll über die BHT an die Hafenauftragsbeteiligten können 

sein: FRZ, SPZ, CPZ, ZUZ, ZAZ 

� Wenn beim Terminal nicht der Status FRZ vorliegt, dann darf keine Ware verladen 

werden. Die BHT sorgt dafür, dass nach einem SPZ oder ZUZ auch immer wieder 

der Status FRZ (insofern es die Auftrags-Status-Konstellation zulässt) an die 

Hafenauftragsbeteiligten verteilt wird. 

_______________________________________________________________________________ 

Version 3.6 - 65 - 01.08.2011 



_____________________________________________________________________________ 

8. Gefahrgut 

BHT-Aufträge 

Das jeweils beteiligte Hafenamt Bremen oder Bremerhaven bekommt über die 

elektronische Verbindung zwischen der BHT und dem System BREPOS der Hafenämter 

die Daten aller Hafenaufträge mit Gefahrgut sowie die entsprechenden Rückmeldungen 

dazu. 

Mit Gestellung eines BHT-Hafenauftrages hat der Auftraggeber seine Meldeverpflichtung 

für Gefahrgut gegenüber den Hafenämtern erfüllt. 

Auszug aus BHT - Verfahrensbeschreibung für Export-Gefahrgutanmeldung: 

Grundlage für die Abwicklung von Gefahrgütern in den Bremischen Häfen ist die 

Verordnung über die Beförderung gefährlicher Güter mit Seeschiffen (GGVSee) sowie die 

Bremische Hafenordnung nebst Anlagen - in der jeweils gültigen Fassung. 

1. Durch diesen Verfahrensablauf wird das Meldeverfahren für Gefahrgut für die 

Meldepflichtigen gegenüber Hafenamt und Umschlag und Schiff im Rahmen der BREMER 

HAFENTELEMATIK geregelt. Durch die direkte Information der Hafenämter über die BHT 

entfällt der Weg des Meldepflichtigen zu den Ämtern. Die vorgeschriebenen Meldefristen 

bleiben bestehen. 

2. Durch die BHT werden die gesetzlichen Bestimmungen für die Abfertigung der 

gefährlichen Exportgüter - Verordnung über die Beförderung gefährlicher Güter mit 

Seeschiffen sowie die Bremische Hafenordnung nebst Anlage B in den jeweils gültigen 

Fassungen - nicht eingeschränkt. 

3. Die erforderliche Erklärung, in der bestätigt wird, dass die zu befördernde Ladung 

ordnungsgemäss verpackt und bezeichnet, bzw. gekennzeichnet oder plakatiert ist und 

sich das Gut in einem für die Beförderung geeigneten Zustand befindet, wird von den 

jeweiligen Empfangssystemen auf dem Verladeschein mit folgendem Wortlaut angedruckt: 

"Die Verpackung, Bezeichnung und Kennzeichnung entspricht den Vorschriften der GGVSee. 

Die Güter befinden sich in einem für die Beförderung geeigneten Zustand." 

_______________________________________________________________________________ 

Version 3.6 - 66 - 01.08.2011 



_____________________________________________________________________________ 

4. Der Verfahrensablauf gilt sowohl für File transfer Kunden, als auch für BHT-Dialog 

Nutzer. Im Dialog wird die Gefahrgutanmeldung durch die Funktion "Übergabe an BHT- 

Beteiligte" aufbereitet; im File transfer erfolgt dies automatisch bei der Auftragserteilung. 

Voraussetzung: es handelt sich um einen Gefahrgutauftrag und die entsprechende 

Auftragsart ist für die Hafenbehörde bestimmt. Als Anmeldedatum gilt Datum und Uhrzeit, 

wann der Auftrag zur Datenübergabe an das Hafenamt bereitgestellt wurde. Es wird 

automatisch vom System gewonnen. 

5. Die Angabe der Gefahrgutdeklaration hat sorgfältig und vollständig zu erfolgen. Die 

Eingaben des Meldepflichtigen unterliegen abgestimmten Plausibilitätsprüfungen. Die 

Gefahrgutklasse in Verbindung mit der UN-Nummer wird gegen den IMDG-Code geprüft, 

der von der Hafenbehörde aktuell gepflegt und der BHT als Stammdatei zur Verfügung 

gestellt wird. Bei unvollständiger oder fehlerhafter Eingabe gibt das System (Dialog, bzw. 

File transfer) Fehlermeldungen zurück. Nur vollständige und fehlerfreie Deklarationen 

werden als Gefahrgutanmeldung an das Hafenamt weitergereicht. 

6. Die BHT verteilt alle aufbereiteten fehlerfreien Gefahrgutaufträge innerhalb eines 

festgelegten Zeittaktes an die Beteiligten. 

7. Änderungen zu einem Auftrag werden vom Meldepflichtigen oder falls die 

Verpflichtung beim Umschlag liegt, von diesem per System an alle Beteiligten übermittelt. 

8. Das Hafenamt wird in Form von BHT-Rückmeldungen aktuell über den Status der 

Gefahrgutsendung informiert. Alle Rückmeldungen zum Gefahrgutauftrag werden 

weitergeleitet. Z. B.: Auftragserledigung oder Stornierung eines Auftrags, etc. 

9. Für die Information der Behörden vor Ort, z. B. Feuerwehr und Wasserschutzpolizei, 

werden vom Umschlag an den Betriebseinheiten Gefahrgutbestandslisten sowie Dialog- 

Auskunftsfunktionen vorgehalten. Diese ersetzen die heutigen Auftragskopien in den 

Gefahrgutmappen. 

10. Der Dienstleistungsauftrag der Spedition an den Umschlagbetrieb wird elektronisch 

weitergegeben. 

11. Weitere Behörden, wie Wasserschutzpolizei, Feuerwehr und Hafengesundheitsamt 

werden mit Schiffs- und Gefahrgutinformationen aus dem BREPOS-System der 

Hafenämter versorgt. 

12. Das Schiff (bzw. die Schiffsseite) wird vom Spediteur in der Regel über den Reeder/ 

Reedereiagenten - in Ausnahmefällen auch direkt - informiert. 

Wenn die Daten aus der BHT-Auftragsgestellung für den Ausdruck eines 

Beförderungspapieres im Empfängersystem genutzt werden, kann die erforderliche 

verantwortliche Erklärung im Sinne des Container-Packzertifikates innerhalb der BHT- 

Nachricht AUFTRAG in der Datengruppe STATUS-ZEILE angegeben werden. 

Der Ausdruck erfolgt in Verantwortung des jeweiligen Empfangssystems ! 

_______________________________________________________________________________ 

Version 3.6 - 67 - 01.08.2011 



_____________________________________________________________________________ 

Sind z.B. Unfallmerkblätter für den Seetransport erforderlich, müssen diese zusätzlich 

manuell, d.h. nicht über BHT, mitgeliefert werden. 

13. Im Falle eines Systemausfalles bei einem der Beteiligten, treten die Massnahmen ein, 

die im Konzept "Notorganisation" abgestimmt sind. 

_______________________________________________________________________________ 

Version 3.6 - 68 - 01.08.2011 



_____________________________________________________________________________ 

9. Spezielle Auftragsgestellungen 

Im nachfolgenden sind einige spezielle Arten der Auftragsgestellung dargestellt. 

9.1. Containeraufträge 

Der Nachrichtenaustausch im Containerverkehr umfasst folgende wesentliche Funktionen: 

• Beauftragung des Terminals und Weiterleitung relevanter Daten an Reeder/Agenten, 

Zoll und Hafenämter 

• Abwicklung der elektronischen Freistellung über die BHT 

• Rückmeldungen des Terminals über Container. 

Auftraggeber 

(Spediteur, 

Reeder/Agent etc.) 

BHT-Nachricht AUFTRAG 

Umschlag 

Reeder / Agent 

_______________________________________________________________________________ 

Version 3.6 - 69 - 01.08.2011 


Zoll 

Hafenamt 

Reeder / Agent Umschlag 

Auftraggeber 

Reeder / Agent 

Zoll 

Hafenamt 

BHT-Nachricht FREISTELLUNG 

BHT-Nachricht RUECKMELDUNG 

(Status: ICU = In Dispositon Container/Umschlag) 

Auftraggeber 

Umschlag


_____________________________________________________________________________ 

Dokumentationsumfang 

Auch im Containerverkehr ist der Verfügungsberechtigte (Spediteur, Reeder/ Agent etc.) 

hinsichtlich der Auftragsgestellung für das landseitige An- und Ausliefern verantwortlich. 

Für das wasserseitige Löschen oder Laden des Schiffes ist der Reeder/ Agent 

verantwortlich und erteilt dem Umschlag seine Export Aufträge über CAL 

(Containeranmeldeliste) oder Stauplan im Import. 

CTOS-Reeder-Code 

Bei allen Hafenaufträgen, die Container betreffen, muss im Attribut CONT-REEDER- 

CODE (X 3) der CTOS-Reeder-Code mit angegeben werden. Der Code dient der BLG für 

die automatische CTOS-Zuordnung von Containern zu Reederbeständen. 

Wenn im Hafenauftrag eine Schiffsnummer angegeben ist, so ist der Reedercode aus den 

Informationen der BHT-Schiffsliste verfügbar. Die dbh schlüsselt den dbh-Reedercode 

entsprechend um und ergänzt den CTOS-Reedercode im Auftrag. Der Auftraggeber 

braucht in diesem Fall das Feld nicht zu füllen. 

Gibt der Auftraggeber selbst einen CTOS-Reedercode im Auftrag an, wird dieser 

beibehalten und nicht von der dbh ersetzt. 

Bei Leercontainern muss der Auftraggeber den CTOS-Reedercode immer angeben, da die 

Schiffsangabe nicht vorliegt. 

Rufcode des Schiffes 

Im CTOS-System für Containerabwicklung erfolgt die Schiffsidentifikation ausschliesslich 

über den Rufcode des Schiffes. 

Für "TBN" oder "X"-Schiffe, für die zu dem Zeitpunkt noch kein Rufcode bekannt ist, 

werden die ersten 4 Stellen der Schiffsnummer (= SIS-LFD-NR-SCHIFF) von der BHT 

automatisch linksbündig in das Feld SCHIFF-RUF-CODE bei Weiterleitung der Nachricht 

AUFTRAG gestellt. 

_______________________________________________________________________________ 

Version 3.6 - 70 - 01.08.2011 



_____________________________________________________________________________ 

9.1.1. Auftragsarten für Container 

Zur Zeit wird bei folgenden BLG-Auftragsarten die systemmässige Verbindung zwischen 

BHT und CTOS hergestellt: 

AART-Code Auftragsart-Bezeichnung 

9.1.2. Trucker 

125 Anliefern Entladen 

126 Anliefern aus fremden Häfen / Import 

127 Anliefern Container auf Chassis 

128 Anliefern Entladen 

134 Ausliefern Container zum Auspacken 

138 Ausliefern Verladen 

Im BHT-Auftrag ist das Feld TRUCKER-DBH-CODE ein Kannfeld, für das zur Zeit keine 

Codierung vorliegt. Der Name des Truckers kann im Feld TRUCKER-FIRMA im Langtext 

eingegeben werden. Falls später eine Codierung erfolgt, werden BLG/dbh einen 

gemeinsamen Code festlegen. 

9.1.3. Herkunfts-/Bestimmungsort 

Im Containerverkehr Import muss bei Bahnverladungen der inländische Abgangs- bzw. 

Bestimmungsort per UN-Locationcode oder - wenn als Code nicht vorhanden - per Name 

angegeben werden, damit der Umschlag entsprechende Waggons bestellen kann. 

_______________________________________________________________________________ 

Version 3.6 - 71 - 01.08.2011 



_____________________________________________________________________________ 

9.1.4. Benutzte Nachrichtensegmente 

In der nachfolgenden Darstellung ist aufgelistet, wie und welche Segmente der Nachricht 

AUFTRAG bei Container-Aufträgen benutzt werden können. Es ist nur das 

Folgeauftragsverfahren 1, wie in der Schnittstelle AUFTRAG beschrieben, zu 

berücksichtigen. 

Nachrichten-Segment Benutzung im Container- 

Auftrag 

NACHRICHTEN-KOPF MUSS 

AUFTRAGSKOPF MUSS 

HAUPTMAERK N E I N 

STATUSZEILE Kann 

AUFTR-POS-ZUORDNUNG MUSS 

GRUPPE-POSITION MUSS 

POS-CONTAINER MUSS 

POSITION N E I N 

TEMPERATUR-ANGABEN Kann 

POS-GEFAHRGUT Kann 

CONT-BEWEGUNG MUSS 

LCL-VERWEIS Kann 

STATUSZEILE Kann 

POS-MAERK N E I N 

POS-INHALT Kann 

ZOLL-POS-DATEN Kann 

ZOLL-POS-AES-DATEN Kann 

NACHRICHTENENDE MUSS 

_______________________________________________________________________________ 

Version 3.6 - 72 - 01.08.2011 



_____________________________________________________________________________ 

Statusmeldungen für Containeraufträge 

Senden von Statusmeldungen zu folgenden Ereignissen: 

Anliefern 

Anliefern Truck / 

Bahn / 

Binnenschiff: 

1. Container ist physisch da 

2. Stellplatz (LagerplatzContainerUmschlag) 

_______________________________________________________________________________ 

Version 3.6 - 73 - 01.08.2011 


ICU 

LCU 

Abschluss: 1. Verlademeldung "Terminal-out-Umschlag" TOU 

Ausliefern 

Aufsetzen: 1. Container-Stellplatz CSU 

Ausliefern Truck / 

Bahn / 

Binnenschiff: 

1. Ausgang, wenn Freistellung vorhanden ACU


_____________________________________________________________________________ 

Nachrichteninhalte 

Es werden immer komplett alle zum Zeitpunkt des Ereignisses vorhandenen Informationen 

von den angeschlossenen Containerterminals im Segment STZE übertragen (sind keine 

Dateninhalte zum Übertragungszeitpunkt vorhanden, wird die entsprechende Statuszeile 

nicht übertragen). 

Status- 

Meldungs- 

Typ 

Felder Format und 

Länge 

COI Container-Identifikation 

Contterminal A 1 

Subterminal A 3 

Container A 11 

Status (Export, Import, Stock) A 1 

Buchungsnr A 12 

COF Container-Freistellnummer 

Container-Freistellnummer A 12 

Freistellkennwort A 15 

Freistellung-Gültig-bis N 8 

COE Container-Eigenschaften 

Contbauart A 2 

Contlänge N 2 

ContISO A 4 

Trailerkz A 1 

Container-Höhe N 2 

COS Container-Stell-Stauplatz 

Stellplatz A 7 

Stellplatztyp N 2 

Stauplatz A 7 

Stellplatz A 8 

COV Container-Variable-Daten 

Contgew N 5 

Contkühlung A 1 

Contzustand (0=Leer, 1=Voll) A 1 

Beföderart (FCL, LCL, H/H ...) A 3 

Siegel A 10 

Kennzeichng.manueller CTOS-Freistellungen 

I=interne Freistellung;E=externe Freistellung durch Kunden 

B=Freistellung durch BHT 

A 1 

CRS Reeder/Schiff 

Reeder A 3 

Schiff (Rufcode) A 7 

Reise A 6 

Bestimmungshafen (UN-Code) A 5 

Ladehafen (UN-Code) A 5 

Löschhafen(UN-Code) A 5 

Fremdhafen A 1 

CG1 Gefahrgut-1 

IMDG (Multiples Feld 4 fach) A 3 

UNcode (Multiples Feld 4 fach) A 4 

CG2 Gefahrgut-2 

IMDGreferenz A 7 

Cont-Flammpunkt N 4 

Cont-Mass-Flammpunkt-Code A 1 

_______________________________________________________________________________ 

Version 3.6 - 74 - 01.08.2011 



_____________________________________________________________________________ 

Status- 

Meldungs- 

Typ 

Felder Format und 

Länge 

CZ1 Zoll-1 

Zollkz A 2 

Zollkontrollnr A 5 

Zollabgangsstelle A 10 

Zollverlader A 15 

TFGZollkz A1 

CZ2 Zoll-2 

Zollkontrollkennzeichen A 2 

Zoll-Bemerkung-Bestand A 15 

Cont-Verladestop-Code A 1 

CVK Verkehrsmittel 

Verkehrsträgercode (Truck,Waggon,Bischi, N 1 

Schiff) 

Wenn Verkehrsträgercode Truck: 

Trucker (Name) A 10 

Polkz A 10 

Wenn Verkehrsträgercode Waggon: 

Zug A 7 

Waggon A 12 

Wenn Verkehrsträgercode Bischi: 

Binnenschiff A 7 

CIS Zusatzinformationen Schiff 

Schiff (Rufcode) A 5 

Schiffsname A 30 

CFT Containeränderung 

Container (Neu) A 12 

_______________________________________________________________________________ 

Version 3.6 - 75 - 01.08.2011 



_____________________________________________________________________________ 

9.2. Packaufträge 

Bepack- und Auspackaufträge in/ aus Containern und stellen die Verbindung zu diversen 

zuvor erteilten Einzelaufträgen her. Der Sammelauftrag erhält eine neue BHT- 

Auftragsreferenz. Die Einzelaufträge müssen vor Erstellung des Sammelauftrags 

vorliegen, bzw. wenn innerhalb eines File transfers an die BHT übertragen, vor dem 

Sammelauftrag in der Übertragungsdatei liegen. Im Segment LCL-Verweis wird im 

Sammelauftrag Bezug auf jeden Einzelauftrag über die Angabe von 

- AUFTR-REFERENZ-NR 

- AUFTR-KOPF-LFD-NR 

- AUFTR-POSITION-LFD-NR 

bei vorliegenden BHT-Referenz-Nummern genommen. Liegen zum Zeitpunkt der 

Übertragung des Sammelauftrags noch keine BHT-Auftragsreferenzen für die 

Einzelaufträge vor, weil die Übertragung innerhalb eines File transfers erfolgt, ist die 

eindeutige Angabe im Segment LCL-Verweis des Sammelauftrages von 

- KUNDEN-REFERENZ 

- AUFTR-KOPF-LFD-NR 

- AUFTR-POSITION-LFD-NR 

pro Einzelauftrag notwendig. 

Dem Reeder/ Agent bzw. Tally obliegt die Entscheidung, Aufträge in "ship-convenience"- 

Container zu packen. Aufträge, die sich auf Speditions-Sammelcontainer beziehen (z.B. 

AART "Anliefern Spedition Sammelcontainer") werden dem Tally nicht übermittelt. 

Der Tally ordnet einzelne, bereits vorliegende Aufträge eines oder mehrerer Spediteure 

(durch Angabe von Auftragsreferenz, Kopf- und Positionsnummer etc. im Segment LCL- 

VERWEIS) einem Packauftrag zu und übermittelt den Packauftrag an den Umschlag. 

Dem Tally werden von der BHT nur die Einzelaufträge zur Verfügung gestellt bzw. 

anzeigbar gemacht, bei denen er im Schiff aus dem Einzelauftrag auch genannt ist. 

Spediteure bzw. Reeder/ Agenten als Auftraggeber für Packaufträge können in einem 

Packauftrag nur eigene Aufträge, d.h. die diese auch selbst erstellt haben, angeben. 

Die BHT prüft den Packauftrag hinsichtlich der in den LCL-Verweisen angegeben Mengen 

auf verfügbare Anzahl und Gewicht. Es darf nicht mehr in den Container gepackt werden, 

als im jeweiligen Einzelauftrag (z.B. Absetzen in Container oder Absetzen) angegeben ist. 

In den LCL-Verweisen sind Angaben von Teilmengen der genannten 

Einzelauftragspositionen möglich. 

_______________________________________________________________________________ 

Version 3.6 - 76 - 01.08.2011 



_____________________________________________________________________________ 

Einzelaufträge oder Positionen daraus, die sich zum Zeitpunkt der Erstellung des 

Packauftrages in Monitur befinden oder mit Verladeverboten von Zoll belegt sind oder 

noch keine Verladefreigabe vom Zoll haben, können nicht zu Packaufträgen zugeordnet 

werden. 

9.2.1. Gefahrgut 

Bei LCL-Packaufträgen sind Angaben von Gefahrgut nicht zulässig, d.h. das Segment 

POGE darf nicht gesendet werden. Gefahrgutangaben befinden sich immer bei dem 

jeweiligen Einzelauftrag. 

Gefahrgutpositionen aus Einzelaufträgen müssen im LCL-Verweis immer mit vollständiger 

Positionsanzahl und Gewicht aus dem Segment APZU des Einzelauftrages angegeben 

werden. Angaben von Teilmengen im LCL-Verweis sind nicht zulässig. Soll eine 

Gefahrgutposition in mehrere Container verladen werden, so ist zuvor vom Auftraggeber 

die Position entsprechend aufzuteilen (siehe "Aufteilen von Auftragspositionen") oder aber 

gleich ein Einzelauftrag mit entsprechenden Positionen zu stellen. 

9.2.2. Änderungen von Packaufträgen 

Packaufträge können einschliesslich der Zuordnung von Einzelaufträgen im LCL-Verweis 

wie normale Aufträge geändert werden, solange der Status nicht "in Disposition" ist. 

Danach muss der Umschlag in Absprache mit dem Tally oder Auftraggeber den Status 

des Packauftrages auf ZUU=Zurückgesetzt Umschlag ändern. Änderungen müssen immer 

komplett mit allen benötigten LCL-Verweisen des Bepackauftrages erfolgen, d.h. LCL- 

Verweise können zugefügt oder weggelassen werden. 

In Einzelaufträgen, die bereits einem Packauftrag zugeordnet sind, kann der Auftraggeber 

das Schiff und die angegebenen Mengen nicht mehr ändern. Dies gilt auch, wenn dieser 

Einzelauftrag noch nicht im Status IDU ist, da ansonsten die Einzelaufträge andern Tallys 

zugeordnet bzw. bereits verplante Mengen der Disposition wieder entzogen werden 

könnten. Sollen Einzelaufträge mit einem anderen Schiff verladen werden, so muss der 

bestehende Einzelauftrag storniert (= automatische Information an alle Beteiligte per BHT- 

Rückmeldung) und entsprechend neu gestellt werden. 

9.2.3. Mengendifferenzen bei Packaufträgen 

Werden bei der Durchführung des Packauftrages Differenzen ("Monituren") festgestellt 

(z.B. angegebene Sollmenge passt nicht in den Container etc.) so wird der Packauftrag in 

den Status MOU=Monitur Umschlag gesetzt und Tally oder Auftraggeber können den 

Packauftrag entsprechend dem Moniturablauf mit Status GEA ändern. 

Wird festgestellt, dass eine im LCL-Verweis des Packauftrages angegebene Menge nicht 

verladen worden ist (Ist-Menge = 0), so handelt es sich um einen Sonderfall. Da 

Änderungen immer mit komplett mit allen LCL-Verweisen des Bepackauftrages erfolgen 

müssen (siehe oben "Ändern von Packaufträgen"), so muss in diesem Ausnahmefall die 

Angabe für Anzahl und Gewicht im LCL-Verweis mit "0" angegeben werden. 

_______________________________________________________________________________ 

Version 3.6 - 77 - 01.08.2011 



_____________________________________________________________________________ 

9.2.4. Stornierung von Packaufträgen 

Soll ein Packauftrag storniert werden, ist dazu vom Tally oder Auftrageber die Nachricht 

RÜCKMELDUNG zu übermitteln. Eine Stornierung ist wie eine Änderung nur in 

Abhängigkeit des aktuellen Auftragsstatus möglich. 

9.2.5. Packaufträge im normalen Zulauf 

In der nachfolgenden Darstellung sind nur auszugsweise relevante Segmente dargestellt. 

Vor der Auftragsart Laden/Absetzen in Cont.(Bepacken) ist z.B. die Auftragsart Anliefern 

entladen vorausgegangen, die hier nicht dargestellt ist. Wie vorstehend aufgeführt, kann 

der Sammelauftrag auch vom Spediteur für dessen eigene Aufträge gestellt werden. 

Sobald der Umschlag den Packauftrag "In Disposition" nimmt oder "Erledigt", werden auch 

alle Einzelaufträge der Auftraggeber(Spediteure oder Reeder/ Agenten) durch den 

Umschlag zeitgleich in diesen Status gesetzt. 

Für die weitere Abwicklung gelten die normalen Verfahren zur Auftragsänderung, d.h. 

nach Status IDU sind Änderungen nicht mehr möglich, es sei denn, nach Rücksprache mit 

dem Umschlag wird der Status zurückgesetzt. 

_______________________________________________________________________________ 

Version 3.6 - 78 - 01.08.2011 



_____________________________________________________________________________ 

9.2.6. Auftraggeber storniert "Laden in Container" 

In der nachfolgenden Darstellung ist ein Packauftrag dargestellt, mit dem über LCL- 

Verweise einzelne Aufträge verknüpft sind und einer dieser Einzelaufträge storniert wird. 

Die Information über die Stornierung des Einzelauftrages durch den Auftraggeber wird mit 

Status STA in der Nachricht RÜCKMELDUNG an Tally und Umschlag weitergeleitet. Der 

Tally erhält in seinem Dialogsystem einen aktiven Hinweis auf eingetroffene Stornierung 

(analog Moniturmeldungen) und hat damit die Gelegenheit entsprechend zu reagieren. 

Zeitliche Auswirkung der Stornierung 

• Wird der Packauftrag beim Tally erst nach erfolgter Stornierung ausgedruckt, so ist auf 

dem Ausdruck des Packauftrages der stornierte Einzelauftrag nicht mehr enthalten. 

• Hat der Tally z.B. am Vortag seinen Packauftrag (Packliste) erstellt und der 

Einzelauftrag war zu diesem Zeitpunkt noch nicht storniert, so ist der Einzelauftrag 

noch auf dem Ausdruck des Tallys enthalten. Der Umschlag hat ggfs. aktuell aber den 

stornierten Einzelauftrag nicht mehr im System. DV-technisch wird diese Situation 

vollständig abgebildet, zusätzlich muss aber eine organisatorische Klärung zwischen 

allen Beteiligten erfolgen. 

Zur Entfernung ("Entkettung") des stornierten Einzelauftrages aus dem LCL-Verweis 

durch den Tally gelten die Bedingungen für Änderungen von Packaufträgen. 

_______________________________________________________________________________ 

Version 3.6 - 79 - 01.08.2011 



_____________________________________________________________________________ 

9.2.7. Monitur auf disponierter Zulaufpartie (Einzelauftrag) 

Um ein schnelles Containerpacken zu gewährleisten, disponiert der Ersteller des 

Packauftrages in Zusamenarbeit mit dem Umschlag Zulaufpartien, die in Container 

gepackt werden sollen, aber deren Anlieferung noch nicht stattgefunden hat. Im Zuge der 

physischen Abwicklung können bei der Anlieferung der Einzelaufträge Monituren 

festgestellt werden. 

Wird eine Monitur bei einem bereits disponierten Einzelauftrag festgestellt, so muss der 

Tally den Sachverhalt mit dem Auftraggeber klären und den Umschlag entsprechend 

informieren, wie mit der Verladung weiter verfahren werden soll. 

Das physische Bepacken des Containers findet - abhängig von der mit dem Tally 

gefundenen Regelung, siehe oben - statt, da es sich bei dem Containerpacken um einen 

zeitkritischen Vorgang handelt. Nachträglich muss eine Dokumentation im System durch 

Tally und/ oder Auftraggeber erfolgen. 

_______________________________________________________________________________ 

Version 3.6 - 80 - 01.08.2011 



_____________________________________________________________________________ 

Möglichkeiten und Statusfolge zur Moniturbehebung 

Die festgestellte Monitur kann je nach Anforderung mit folgenden Alternativen beim 

Einzelauftrag behoben werden: 

Fall 1: Monitur kann behoben werden 

• Der Auftraggeber muss die Moniturerledigung zum Erstauftrag (Status "MEA") 

übermitteln. 

• Der Packauftrag wird vom Umschlag mit den jeweiligen IST-Mengen erledigt. Wurde 

der Bestand der Position aus dem Einzelauftrag aufgelöst, erfolgt dies mit dem Status 

ERU. Ist bei der Einzelauftragsposition im Verhältnis zu den in LCL-Verweisen 

angegebenen Mengen noch eine Restmenge offen, so erfolgt diese Meldung mit dem 

Status TEU an den Tally. 

Eine Änderungung des Folgeauftrages durch den Auftraggeber ist in diesem 

besonderen Fall nicht notwendig, da (siehe oben) die Dokumentation über die 

gemeldeten IST-Mengen erfolgt. 

Fall 2: Monitur kann nicht behoben werden 

• Die Sendung konnte auf Grund der vorliegenden Monitur nicht abgesetzt werden. Der 

Tally nimmt den Einzelauftrag aus dem Packauftrag heraus. Liegt bei diesem Auftrag 

noch eine unerledigte Monitur vor, so setzt der Umschlag den Folgeauftrag mit Status 

ZUU für die dann erforderliche weitere Bearbeitung durch den Auftraggeber zurück. 

Zur Entfernung ("Entkettung") des Einzelauftrages aus dem LCL-Verweis durch den Tally 

gelten die Bedingungen für Änderungen von Packaufträgen. 

_______________________________________________________________________________ 

Version 3.6 - 81 - 01.08.2011 



_____________________________________________________________________________ 

9.2.8. Packen einer Einzelauftragspostion in mehrere Container 

Wenn die physische Durchführung es erforderlich macht, kann der Tally bzw. der 

Auftraggeber die Position eines Einzelauftrages in mehrere Container packen. Mit welchen 

Soll-Mengen die Einzelauftragsposition in mehrere Container verteilt werden soll, ist im 

Segment LCL-VERWEIS anzugeben. Der Umschlag sendet Rückmeldungen zu der 

jeweiligen Einzelauftragsposition mit dem Status TEU = Teilerledigt Umschlag. Die BHT addiert 

alle mit dem Status TEU gemeldeten IST-Mengen zu der Einzelauftragsposition. In der 

Statusfolge ist nach TEU nur noch ERU möglich. 

Der Status ERU für die letzte Teilerledigung zu der Position des Einzelauftrages wird vom 

Umschlag, mit der insgesamt verladenen Ist-Menge, erst gemeldet, wenn 

a) der letzte noch offene Packauftrag zu der Einzelauftragsposition durchgeführt wurde 

und 

b) die Soll-Menge aus der Auftragspositionszuordnung des Einzelauftrages gleich der 

Sollmenge aller LCL-Verweise zur der Einzelauftragsposition ist 

(=Einzelauftragsposition muss vollständig in Packaufträgen verfügt sein) 

(Daduch ist sichergestellt, dass die vollständige Erledigung einer Einzelauftragsposition im Sinne des 

Auftraggebers erst dann an diesen gemeldet wird, wenn der Tally die Menge der gesamten Auftragsposition 

vollständig Containern zugeordnet hat und die entsprechenden Verladungen durchgeführt sind.) 

Beispiel für SOLL-Menge = IST-Menge: 

Die Statusfolge der jeweiligen Bepackaufträge ist in diesem Beispiel AUA, IDU, und ERU. 

_______________________________________________________________________________ 

Version 3.6 - 82 - 01.08.2011 



_____________________________________________________________________________ 

Beispiel für SOLL- und IST-Menge abweichend: 

In diesem Beispiel wird die Meldung der Statuswerte und IST-Mengen dargestellt, wenn es 

bei einem zu packenden Container, hier Bepackauftrag 3, zu einer Mengenabweichung 

zwischen SOLL-Menge aus dem LCL-Verweis und der vom Umschlag gemeldeten IST- 

Mengen kommt. Der Einzelauftrag wird nicht in den Status ERU gesetzt. Der 

Bepackauftrag erhält eine Differenzmeldung ("Monitur") auf Grund der Mengendifferenz. 

Die Statusfolge für den Bepackauftrag 3 des Tally in diesem Beispiel wäre wie folgt: 

Auftrag Monitur Auftrags 

-änderung 

zur 

Monitur 

Beschreibung 

AUA Auftrag erteilt (durch Tally) 

IDU In Disposition (von Umschlag an Tally) 

ERU Erledigt (von Umschlag an Tally) 

MOU Differenzmeldung (von Umschlag an Tally) 

GEA Tally schickt Packauftrag mit geänderten LCL-Verweisen 

MEA Tally schickt Erledigung zur Differenzmeldung des Packauftrages 

_______________________________________________________________________________ 

Version 3.6 - 83 - 01.08.2011 



_____________________________________________________________________________ 

9.3. Packen von / auf Paletten 

Eine Prüfung zwischen den Daten der Ursprungsposition(en) und der/ den neu 

entstandenen Position(en) kann in der BHT nicht erfolgen. Die Ursprungspostion(en) 

werden durch den Packauftrag immer vollständig erledigt. Lagerplätze werden nicht 

vererbt. Freistellungsinformationen werden vererbt. Gefahrgutangaben sind immer jeweils 

bei der neu entstandenen Position zu liefern. Wenn eine Ursprungsposition nicht erledigte 

Monituren oder Verladeverbote aufweist, kann kein Packauftrag erteilt werden. 

Abpacken 

Wird eine Auftragsposition von Paletten abgepackt, so wird diese Auftragsposition in eine 

oder mehrere neue Auftragspositionen mit der Auftragsart 353 = Palettieren (auch 

Abpacken) "aufgeteilt". Die neu entstandenenen Positionen erhalten neue, laufende 

Positionsnummern. Die Angabe, aus welcher Position abgepackt wurde, wird im 

Datenelement AUFTR-POS-AUFGETEILT-AUS für alle neu entstandenen Positionen 

angegeben. Die Menge der Ursprungsposition (=Palette) ist nach dem Packauftrag nicht 

mehr mehr verfügbar. 

In dem nachfolgenden Beispiel sind nur die zur Verdeutlichung wichtigen Datenelemente 

dargestellt, selbstverständlich müssen auch alle sonstigen Angaben vollständig geliefert 

werden. 

Segment AUFTRAGSKOPF Segment AUFTR- 

POS-ZUORDNUNG 

AUFTR- AUFTR-ART-CODE AUFTR- AUFTR- 

KOPF-LFD- 

POSITION- POS- 

NR 

LFD-NR ZUORD- 

ANZ- 

SOLL 

001 022 

Anliefern Entladen 

002 353 

Palettieren ( auch 

Abpacken ) 

0001 

(Ursprungs- 

Position) 

0002 

(neue Pos. aus 

0001) 

0003 

(neue Pos. aus 

0001) 

Segment POSITION 

VERPA- 

CKUNGS 

ART- 

CODE 

AUFTR-POS- 

AUFGETEIL 

T-AUS 

AUFTR-POS- 

AUFGETEIL 

T-IN-1 

AUFTR-POS- 

AUFGETEIL 

T-IN-2 

000001 28 

(Palette) 0000 

(nicht füllen) 0000 


(nicht füllen) 

000100 25 

(Karton) 

000050 24 

(Kiste) 

0001 

(Angabe der 

Ursprungs- 

Position) 

0001 

(Angabe der 

Ursprungs- 

Position) 

0000 



0000 



_______________________________________________________________________________ 

Version 3.6 - 84 - 01.08.2011 



_____________________________________________________________________________ 

Bepacken 

Werden eine oder mehrere Auftragspositionen auf Paletten gepackt, so wird eine neue 

Auftragsposition für die Palette mit der Auftragsart 353 = Palettieren (auch Abpacken) 

angelegt. Die neu entstandene Paletten-Position erhält eine neue laufende 

Positionsnummer. Die Angabe, welche Position bzw. Positionen gepackt werden sollen, 

wird im Datenelement AUFTR-POS-AUFGETEILT-IN-1 für die erste Packposition, 

AUFTR-POS-AUFGETEILT-IN-2 für die zweite Packposition und AUFTR-POS- 

AUFGETEILT-AUS für die dritte Packposition angegeben. Die Menge 

der Ursprungsposition(en) ist(sind) nach dem Packauftrag nicht mehr verfügbar. 

Derzeit ist in der BHT nur diese "1:3-Lösung" realisiert, sollte sich zukünftig der Bedarf 

abzeichnen, mehr Einzelpositionen beim Bepacken von Paletten anzugeben, muss eine 

entsprechende Lösung erarbeitet werden. 

In dem nachfolgenden Beispiel sind nur die zur Verdeutlichung wichtigen Datenelemente 

dargestellt, selbstverständlich müssen auch alle sonstigen Angaben vollständig geliefert 

werden. 

Segment AUFTRAGSKOPF Segment AUFTR- 

POS-ZUORDNUNG 

AUFTR- AUFTR-ART-CODE AUFTR- AUFTR- 

KOPF-LFD- 

POSITION- POS- 

NR 

LFD-NR ZUORD- 

ANZ- 

SOLL 

001 022 

Anliefern Entladen 

002 353 

Palettieren ( auch 

Abpacken ) 

0001 

(Ursprungs- 

Position) 

0002 

(Ursprungs- 

Position) 

0003 

(Ursprungs- 

Position) 

0004 

(neue Position 

aus Ware von 

0001 bis 0003) 

Segment POSITION 

VERPA- 

CKUNGS 

ART- 

CODE 

000010 25 

(Karton) 

000005 24 

(Kiste) 

000020 25 

(Karton) 

AUFTR-POS- 

AUFGETEIL 

T-AUS 

000001 28 

(Palette) 0003 

(Angabe der 

Ursprungs- 

Position) 

AUFTR-POS- 

AUFGETEIL 

T-IN-1 

AUFTR-POS- 

AUFGETEIL 

T-IN-2 

0000 




0000 




0000 




0001 

(Angabe der 

Ursprungs- 

Position) 

0002 

(Angabe der 

Ursprungs- 

Position) 

_______________________________________________________________________________ 

Version 3.6 - 85 - 01.08.2011 



_____________________________________________________________________________ 

10. Segmente der Nachricht AUFTRAG 

10.1. Datengruppe SEGMENT-NACHRICHTENKOPF 

Segment Nachrichtenkopf 


REGELBESCHREIBUNG 

*KEINE* 

Attributname Format Muss Beschreibung 

SEGMENT-KOPF DG M Segment Qualifier 




NACHRICHTEN-TYP X 5 M AUFTR 

Gesamtlänge: 19 Byte 

_______________________________________________________________________________ 

Version 3.6 - 86 - 01.08.2011 



_____________________________________________________________________________ 

10.2. Datengruppe SEGMENT-AUFTRAGSKOPF 

Beinhaltet alle Angaben zum Auftragskopf - die nicht warenbezogen sind. z.B. 

Kundendaten, Verkehrsträgerdaten. Regeln in den Nachrichten beziehen sich auf 

Auftragsartengruppen, z.B. aufsetzen, absetzen etc.. Weitere Bedingen für einzelne 

Auftragsarten sind den Schlüssel- und Stammdaten zu entnehmen. 

REGELSTRUKTUR allgemein 

Neuanlage Erstauftrag: 

Wenn AUFTRAGS-STATUS-CODE = 'AUFTRAG ERTEILT (Status = AUA)' 

und AUFTR-KOPF-LFD-NR = '001' 

muss AUFTR-REFERENZ-NR = 'LEER' 

und KUNDEN-REFERENZ = 'GEFÜLLT' 

Neuanlage Folgeauftrag / Übertragung in einer FILE mit Erstauftrag: 


und AUFTR-KOPF-LFD-NR > '001' 

muss 'AUFTRAGSKOPF-001' = 'VORHANDEN' 

und AUFTR-REFERENZ-NR = 'LEER' 

und KUNDEN-REFERENZ = 'GEFÜLLT' 

Neuanlage Folgeauftrag / Übertragung separat vom Erstauftrag: 


und AUFTR-KOPF-LFD-NR > '001' 

muss 'AUFTRAGSKOPF-001' = 'VORHANDEN' 

und AUFTR-REFERENZ-NR = 'GEFÜLLT' 

Ändern von Aufträgen: 

Wenn AUFTRAGS-STATUS-CODE = 'AUFTRAG GEÄNDERT (Status = GEA)'' 

muss AUFTR-REFERENZ-NR = 'GEFÜLLT' 

und AUFTR-KOPF-LFD-NR = 'GEFÜLLT' 

Ändern nur von ATL@S-AES-Zolldaten in Aufträgen: 

Wenn AUFTRAGS-STATUS-CODE = 'AUFTRAG GEÄNDERT (Status = GZA)'' 



_______________________________________________________________________________ 

Version 3.6 - 87 - 01.08.2011 



_____________________________________________________________________________ 

REGELBESCHREIBUNG - konventionelle Ladung: 

Wenn AUFTR-ART-GRUPPE-CODE = 'ABSETZEN' 

oder AUFTR-ART-GRUPPE-CODE = 'AUFSETZEN' 

muss DG-SCHIFF-IDENTIFIKATION = 'GEFÜLLT' 

Wenn AUFTR-ART-GRUPPE-CODE nicht = 'ABSETZEN' 

oder AUFTR-ART-GRUPPE-CODE nicht = 'AUFSETZEN' 

und DG-SCHIFF-IDENTIFIKATION = 'LEER' 

muss SCHUPPEN-CODE = 'GEFÜLLT' 

Wenn AUFTR-ART-GRUPPE-CODE = 'AUFSETZEN' 

muss BL-NR = 'GEFÜLLT' 

Wenn AUFTR-ART-GRUPPE-CODE = 'ANLIEFERN' 

oder AUFTR-ART-GRUPPE-CODE = 'AUSLIEFERN' 

muss VERKEHRSMITTEL-CODE = 'GEFÜLLT' 

Wenn VERKEHRSMITTEL-CODE = 'BINNENSCHIFF' 

muss BINNENSCHIFF-NAME = 'GEFÜLLT' 

oder EURO-NUMMER = 'GEFÜLLT' 

Wenn VERKEHRSMITTEL-CODE = 'BAHN' 

und WARENRICHTUNGS-CODE = 'EXPORT' 

muss WAGEN-NR = 'GEFÜLLT' 

Wenn AUFTR-AVIS-AM = 'GEFÜLLT' 

muss AUFTR-AVIS-UM = 'GEFÜLLT' 

oder SCHICHT-NR = 'GEFÜLLT' 

**** Nach Einführung WADIS **** 

Wenn VERKEHRSMITTEL-CODE = 'BAHN' 

und WARENRICHTUNGS-CODE = 'IMPORT' 

muss WAGEN-BESTELL-NR = 'GEFÜLLT' 

oder FBR-NR = 'GEFÜLLT' 

_______________________________________________________________________________ 

Version 3.6 - 88 - 01.08.2011 



_____________________________________________________________________________ 

Alternative Schiffsidentifikation 

Der Kunde kann beim Senden von Nachrichten an die BHT zwischen verschiedenen 

Alternativen zur Identifikation von Schiffen und den damit verbundenen Daten wählen. 

Der für die Schiffsmeldung verantwortliche Makler/Agent muss bei Schiffanmeldung und 

Verfahren "C" dafür sorgen, dass die KUNDEN-INTERNE-SCHIFF-REF eindeutig ist, 

ansonsten werden diese Anmeldungen von der BHT mit einer entsprechenden Fehlermeldung 

abgewiesen. 

Die BHT sendet Nachrichten mit - soweit alle Angaben vorliegen - vollständig gefüllter 

Datengruppe SCHIFF-IDENTIFIKATION, um wiederum den Empfangssystemen eine 

eigene Zuweisung zu internen Ordnungsbegriffen zu ermöglichen. 

Verfahren Kunde sendet an BHT: 

A Die laufende SIS-Schiffs-Nummer, laufende SIS-Hafen-Nummer und laufende 

SIS-Makler-Nummer müssen GEFÜLLT sein (entspricht der 7-stelligen 

Schiffsnummer SIS/COMPASS/Schiffsliste) 

C Die kundeninterne Schiffsreferenz, der UN-Country- und Location-Code 

entweder für Abgangs- oder Bestimmungshafen und der dbh-Code des 

Maklers müssen GEFÜLLT sein. 

D Der UN-Country- und Location-Code für den Bestimmungshafen, der Lloyds- 

Reg-.Code, die Reise-Nr., das ETS und der dbh-Code des Maklers müssen 

GEFÜLLT sein. 

Verfahren BHT sendet an Kunde / Empfangssystem: 

S Alle Datenelemente der Datengruppe werden von der BHT beim Senden/Weiterleiten 

von Nachrichten versorgt, sofern diese Angaben vom Makler/Agenten 

vorliegen. 

_______________________________________________________________________________ 

Version 3.6 - 89 - 01.08.2011 



_____________________________________________________________________________ 

REGELBESCHREIBUNG für Schiffsidentifikation 

*Identifikationsart A: * 

* mit SIS/COMPASS-Schiffsnummer * 

Wenn SCHIFFS-IDENTIFIKATION-ART = 'A' 

muss SIS-LFD-NR-SCHIFF = 'GEFÜLLT' 

und SIS-LFD-NR-HAFEN = 'GEFÜLLT' 

und SIS-LFD-NR-MAKLER = 'GEFÜLLT' 

und UN-COUNTRY-BL-HAF-ABG-CODE = 'LEER' 

und UN-LOCATION-BL-HAF-ABG-CODE = 'LEER' 

und UN-COUNTRY-BL-HAF-BEST-CODE = 'LEER' 

und UN-LOCATION-BL-HAF-BEST-CODE = 'LEER' 

und MAKLER-DBH-CODE = 'LEER' 

und SCHIFF-RUF-CODE = 'LEER' 

und SCHIFFS-REISE-NR = 'LEER' 

und KUNDEN-INTERNE-SCHIFF-REF = 'LEER' 

*Identifikationsart B für Export: * 

* mit SIS-Lfd-Nr, UN-Country und -Location-Code und dbh-Makler-Code* 

Wenn SCHIFFS-IDENTIFIKATION-ART = 'B' 

und WARENRICHTUNGS-CODE = 'E' 


und SIS-LFD-NR-HAFEN = 'LEER' 

und SIS-LFD-NR-MAKLER = 'LEER' 



und UN-COUNTRY-BL-HAF-BEST-CODE = 'GEFÜLLT' 

und UN-LOCATION-BL-HAF-BEST-CODE = 'GEFÜLLT' 

und MAKLER-DBH-CODE = 'GEFÜLLT' 




*Identifikationsart B für Import: * 

* mit SIS-Lfd-Nr, UN-Country und -Location-Code und dbh-Makler-Code* 

Wenn SCHIFFS-IDENTIFIKATION-ART= 'B' 

und WARENRICHTUNGS-CODE = 'I' 




und UN-COUNTRY-BL-HAF-ABG-CODE = 'GEFÜLLT' 

und UN-LOCATION-BL-HAF-ABG-CODE = 'GEFÜLLT' 







_______________________________________________________________________________ 

Version 3.6 - 90 - 01.08.2011 



_____________________________________________________________________________ 

*Identifikationsart C für Import: * 

* mit Maklerinterner Schiffsnummer, UN-Country und -Location-Code und 

* dbh-Makler-Code * 

Wenn SCHIFFS-IDENTIFIKATION-ART = 'C' 


muss SIS-LFD-NR-SCHIFF = 'LEER' 










und KUNDEN-INTERNE-SCHIFF-REF = 'GEFÜLLT' 

*Identifikationsart C für Export: * 

* mit Maklerinterner Schiffsnummer, UN-Country und -Location-Code und 


Wenn SCHIFFS-IDENTIFIKATION-ART = 'C' 












und KUNDEN-INTERNE-SCHIFF-REF = 'GEFÜLLT' 

*Identifikationsart D für Export: * 

* UN-Country und -Location-Code, Loyds-Nr., Reise-Nr., ETS und 


Wenn SCHIFFS-IDENTIFIKATION-ART = 'D' 










und LLOYDS-REG-CODE = 'GEFÜLLT' 


und SCHIFFS-REISE-NR = 'GEFÜLLT' 

_______________________________________________________________________________ 

Version 3.6 - 91 - 01.08.2011 



_____________________________________________________________________________ 

und SCHIFFS-ETS = 'GEFÜLLT' 

*Identifikationsart D für Import: * 

* UN-Country und -Location-Code, Loyds-Nr., Reise-Nr., ETS und 


Wenn SCHIFFS-IDENTIFIKATION-ART = 'D' 










und LLOYDS-REG-CODE = 'GEFÜLLT' 


und SCHIFFS-REISE-NR = 'GEFÜLLT' 

und SCHIFFS-ETS = 'GEFÜLLT' 

Gibt der Auftraggeber eine Schiffs-Identifikation an, so wird der erste beim Schiff genannte 

Schuppen/ Betriebsbereich von der BHT automatisch bei Weiterleitung im Auftrag ergänzt. 

Hat der Auftraggeber selbst einen Schuppen im Auftrag angegeben, so wird dieser 

beibehalten und nicht von der BHT überschrieben. 

Wenn SCHIFF-IDENTIFIKATION = 'GEFÜLLT' 

und SCHUPPEN-CODE = 'GEFÜLLT' 

hat SCHUPPEN-CODE Priorität vor "Schuppencode" aus SCHIFF- 

IDENTIFIKATION 

_______________________________________________________________________________ 

Version 3.6 - 92 - 01.08.2011 



_____________________________________________________________________________ 

REGELBESCHREIBUNG für Containerladung 

Im Containerverkehr muss ein Reedercode angegeben werden, damit eine eindeutige 

Zuordnung von Containern zu Reederbeständen erfolgen kann. 

Ist ein Schiff angegeben, füllt die BHT aus den Daten des Schiffsinformationssystem SIS 

automatisch das Attribut CONT-REEDER-CODE mit dem entsprechenden Reedercode. 

Der Auftraggeber muss diese Umsetzung nicht vornehmen. Gibt der Auftraggeber aber 

einen Code an, so wird dieser beibehalten und nicht von der BHT überschrieben. 

Wenn CONTAINER-NR = 'GEFÜLLT' (in Segment APZU) 

und DG-SCHIFFS-IDENTIFIKATION = 'LEER' 

muss CONT-REEDER-CODE = 'GEFÜLLT' 

und SCHUPPEN-CODE = 'GEFÜLLT' 

Wenn CONT-REEDER-CODE = 'GEFÜLLT' 

und SCHIFF-IDENTIFIKATION = 'GEFÜLLT' 

hat CONT-REEDER-CODE Priorität vor "BHT-Reedercode" aus SCHIFF- 

IDENTIFIKATION 

Im Export: 

Wenn CONTAINER-NR = 'GEFÜLLT' (in Segment APZU) 

und CONTAINER-ZUSTAND = ´1´(voll) .....(in Segment POCO) 

muss DG-SCHIFFS-IDENTIFIKATION = 'GEFÜLLT' 

und SCHIFF-RUF-CODE = VORHANDEN (in SIS) 

Im Bahnverkehr Import: 

Im Containerverkehr Import und Verkehrsmittel "Bahn" muss der inländische 

Bestimmungsort per UN-Country- und -Locationcode oder - wenn als Code nicht 

vorhanden - per Name angegeben werden. Diese Angabe ist erforderlich, damit der 

Umschlag entsprechende Waggons bestellen kann. 

Wenn AUFTR-ART-GRUPPE-CODE = ´AUSLIEFERN´ 

und VERKEHRSMITTEL-CODE = 1 (Bahn) 

muss (UN-COUNTRY-WARE-FINAL-CODE = 'GEFÜLLT' 

und UN-LOCATION-WARE-FINAL-CODE = 'GEFÜLLT') 

oder ORT-BESTIMMUNG-NAME = 'GEFÜLLT' 

_______________________________________________________________________________ 

Version 3.6 - 93 - 01.08.2011 



_____________________________________________________________________________ 

Attributname Format Muß Beschreibung 


SEGMENT-ID X 4 M AUKO 


WARENRICHTUNGS-CODE X 1 M Richtung eines Warengeschäftes in Bezug auf 

Bremen 

I = IMPORT 

E = EXPORT 

AUFTR-REFERENZ-NR N 7 Vom BHT-System vergebene Referenznummer 

eines oder mehrerer Aufträge. 

AUFTR-KOPF-LFD-NR N 3 M Fortlaufende Nummer eines Auftragskopfes 

AUFTR-ART-CODE X 3 M Arbeitsgang/Einzeltätigkeit des Umschlags 

AUFTR-DURCHF-OHNE- 

FREISTELL 

X 1 Die Willenserklärung des Auftraggebers, ob der 

Umschlagsbetrieb einen Kunden-Auftrag trotz 

fehlender Freistellung disponieren und durchführen 

darf. 

("J","N" oder space). 

AUFTR-KENNWORT-ABHOLER X 15 Kennwort zur Identifizierung eines Abholers (z.B. 

Trucker) bei Auslieferungsaufträgen. 

BL-NR X 22 Identifizierende Konnossement-Nr.(BL) 

CONT-REEDER-CODE X 4 Codebezeichnung für Containerreeder. 

BREMEN-LADUNG-CODE X 1 Hinweis, ein BL nach dem Löschen zu dem im BL 

bestimmten Löschhafen weiter zu transportieren. 

(Transport Bremerhaven - Bremen) 

("J","N" oder space) 

AUSSENBORD-CODE X 1 Kennzeichen für den Umschlag, ob eine Manifest- 

Position aussenbords gelöscht wird. 

("J","N" oder space) 

AUFTR-KOPF-BEMERKUNG X 132 Bemerkungen zu der mit diesem Auftragskopf 

beantragten Leistung, wie z.b. Verladehinweise. 

UEBERWEISUNG-VON-AN DG Beinhaltet, je nach Verwendung alle notwendigen 

Datenelemente die vom Überweisungsgeber zum 

Erstellen der Überweisung, bzw vom 

Überweisungsempfänger zur Identifikation des 

Überweisungsgebers, benötigt werden. 

UEBERW-AN-DBH-CODE X 8 Identifiziert den Überweisungsnehmer (als neuen 

UEBERW-AN-KOSTEN-UMS- 

KD-NR 

X 4 

Auftraggeber) 

Hinweis für die Kostenberechnung zu einem Auftrag 

UEBERW-AN-LAGERGELD- D 8 Datum, bis zu dem der Überweisungsgeber 

DATUM 

Lagergeld übernimmt 

UEBERW-AN-REEDER-CODE X 3 Identifiziert den Überweisungsnehmer 

UEBERW-VON-DBH-CODE X 8 Verweis auf den Überweisungsgeber 

UEBERW-VON-KOSTEN-UMS- 

KD-NR 

X 4 Hinweis für die Kostenberechnung zu einem Auftrag 

UEBERW-VON-LAGERGELD- D 8 Datum, ab dem der Überweisungsnehmer Lagergeld 

DATUM 

bezahlt. 

UEBERW-VON-REEDER-CODE X 3 Identifiziert den Überweisungsnehmer 

AUFTRAGGEBER DG M Auftraggeberdaten 


UMSCHLAG-KD-NR X 4 M Kundennummer bei einem Umschlagsbetrieb 

KUNDEN-REFERENZ X 35 Interne Referenznummer Auftraggeber 

AUFTR-GEBER-ABTEILUNG X 5 M Interne Abteilung des Auftraggebers 

Achtung: z.Zt. nur 4 Stellen nutzen ! 

AUFTR-GEBER-POSITION X 10 M Interne Position des Auftraggebers 

Achtung: z.Zt. nur 6 Stellen nutzen ! 

_______________________________________________________________________________ 

Version 3.6 - 94 - 01.08.2011 



_____________________________________________________________________________ 

AUFTR-GEBER- 

X 15 M Name des Sachbearbeiters der für Rückfragen 

SACHBEARBEITER 

angesprochen werden kann. 

AUFTR-GEBER-TELEFON-NR X 14 M Telefonnummer des Sachbearbeiters 

RECHNUNGSWECHSEL X 2 Information des Auftraggebers über die 

Zusammenfassung von Leistungen auf einer 

Rechnung des Umschlags. 

OFFERTE-NR X 4 M Abrechnungsmodalitäten zwischen einem 

Umschlagbetrieb und dessen Kunden. 

(keine Offerte=0000) 

ABW-AUFTR-GEBER DG Abweichender Auftraggeber 

ABW-AUFTR-GEBER-UMS-KD- X 4 M Kunden-Nummer des abweichenden Auftraggebers 

NR 

beim Umschlagsbetrieb. 

RECHNUNGS-EMPFAENGER DG Abweichender Rechnungsempfänger im 

Hafenauftrag 

RECHNUNGSEMPF-DBH-CODE X 8 dbh-Code des Rechnungsempfänger zu einem 

Auftrag 

RECHNUNGSEMPF-UMS-KD-NR X 4 M Kunden-Nummer des Rechnungsempfängers zu 

einem Auftrag beim Umschlagsbetrieb. 

RECHNUNGSEMPF-ABTEILUNG X 5 M Interne Abteilung des Rechnungsempfängers 

RECHNUNGSEMPF-POSITION X 10 M Interne Position eines Rechnungsempfängers 

RECHNUNGSEMPF-REWE X 2 Information des Rechnungsempfängers über die 

Zusammenfassung von Leistungen auf einer 

Rechnung des Umschlags. 

RECHNUNGSEMPF-OFFERTE- X 4 M Abrechnungsmodalitäten zwischen einem 

NR 

Umschlagbetrieb und dem Rechnungsempfänger. 

(keine Offerte=0000) 

SCHIFF-IDENTIFIKATION DG Alternativen zur Identifikation von Schiffen und den 

damit verbundenen Daten. Verfahrensbeschreibung 

siehe Regelwerk.' 

(Anmerkung: Die 7-stellige SIS-Schiffsnummer setzt sich aus den 

SCHIFFS-IDENTIFIKATIONS-ART X 1 M 

Feldern SIS-LFD-NR-SCHIFF, SIS-LFD-NR-HAFEN und SIS- 

LFD-NR-MAKLER zusammen) 

Art der Schiffsidentifikation 

SIS-LFD-NR-SCHIFF X 4 Laufende Nummer des Schiffes im SIS-SYSTEM 

SIS-LFD-NR-HAFEN X 2 Laufende Nummer eines Lade-/Löschhafens zu 

einer SIS-Schiff-Nr 

SIS-LFD-NR-MAKLER X 1 Laufende Nummer eines Maklers zu einem im SIS- 

SYSTEM gemeldetem Schiff 

UN-COUNTRY-BL-HAF-ABG- 

CODE 

X 2 Land, in dem der BL-Abgangshafen liegt 

UN-LOCATION-BL-HAF-ABG- 

CODE 

X 3 Ort, in dem der BL-Abgangshafen liegt 

UN-COUNTRY-BL-HAF-BEST- 

CODE 

X 2 Land, in dem der BL - Bestimmungshafen liegt 

UN-LOCATION-BL-HAF-BEST- 

CODE 

X 3 Ort, in dem der BL - Bestimmungshafen liegt 

MAKLER-DBH-CODE X 8 DBH-Code Schiffsmakler 

SCHIFF-RUF-CODE X 7 Internationaler Rufcode des Schiffes 

SCHIFFS-REISE-NR X 6 Reeder-Referenz für einen Fahrplanzyklus eines 

Schiffes. 

KUNDEN-INTERNE-SCHIFF-REF X 15 Interne Schiffsnummer des Auftragsgebers. 

ZUSATZANGABEN-HAFEN DG Tatsächlicher Lösch-/Ladehafenzu einem Schiff 

UN-COUNTRY-ABW-HAF-LADE- 

CODE 

X 2 Land eines vom BL-Abgangshafen abw. Ladehafens 

UN-LOCATION-ABW-HAF-LAD- 

CODE 

UN-COUNTRY-ABW-HAF-LOE- 

X 3 Ort eines vom BL-Abgangshafen abw. Ladehafens 

X 2 Land eines vom BL-Bestimmungshafen abw. 

CODE 

Löschhafen 

_______________________________________________________________________________ 

Version 3.6 


- 95 - 01.08.2011


_____________________________________________________________________________ 

UN-LOCATION-ABW-HAF-LOE- 

CODE 

X 3 Ort eines vom BL-Bestimmungshafen abw. 

Löschhafen 

ZUSATZANGABEN-SCHIFF DG Zusatzdaten Schiff bei fehlender SIS-NR 

UMSCHLAG-KD-MAKLER-NR X 4 Von Umschlag vergebene Kundennummer eines 

Maklers 

MAKLER-BUCHUNGSNUMMER X 15 Buchungsnummer des Maklers 

SCHIFF-NAME X 18 Schiffsname aus SIS 

SCHUPPEN-CODE X 3 Soll-Leistungsort (Schuppen) 

RELATIONS-NR X 2 Traditionelles Handels- und Fahrtgebiet 

WARE-ABGANG-ZIEL DG Angaben zu Abgangs- und Bestimmungsorten 

UN-COUNTRY-WARE-FINAL- 

CODE 

UN-LOCATION-WARE-FINAL- 

CODE 

X 2 Land des endgültigen Warenziel 

X 3 Ort des endgültigen Warenziel 

ORT-BESTIMMUNG-NAME X 35 Langbezeichnung des Bestimmungsortes einer 

UN-COUNTRY-WARE-ABGANG- 

CODE 

UN-LOCATION-WARE-ABGANG- 

CODE 

_______________________________________________________________________________ 

Version 3.6 - 96 - 01.08.2011 


Ware 

X 2 Land des ursprünglichen Warenabgangs. 

X 3 Ort des ursprünglichen Warenabgangs. 

ORT-ABGANG-NAME X 35 Langbezeichnung des Abgangsortes einer Ware 

VERKEHRSMITTEL DG Verkehrsmitteldaten 

VERKEHRSMITTEL-CODE X 1 Verkehrsmittel-Nr. 

1 = Waggon 

2 = LKW 

3 = Binnenschiff 

4 = Chassis 

5 = Seeschiff 

LKW-KENNZEICHEN X 17 LKW-Kennzeichen 

LKW-ANHAENGER- 

KENNZEICHEN 

X 17 LKW-Kennzeichen des Anhängers 

NAT-TRANSPORTMITTEL-CODE X 3 Nationalität Transportmittel 

TRUCKER-DBH-CODE X 8 dbh-Code Trucker 

TRUCKER-FIRMA X 12 Name einer Truckerfirma 

EURO-NUMMER X 7 Identifizierung Binnenschiff 

BINNENSCHIFF-NAME X 18 Binnenschiff-Name 

ZUG-EINGANG DG Zugdaten 

ZUG-EINGANG-NR N 6 Zug-Eingangs-Nr. 

ZUG-SOLL-EINGANG-AM D 8 Solleingangsdatum eines Zuges 

ZUG-SOLL-EINGANG-UM U 4 Solleingangszeit eines Zuges 

WAGENDATEN DG Wagendaten 

WAGEN-GATTUNG-CODE X 12 Wagengattung 

WAGEN-NR N 12 Wagennummmer 

WAGEN-BESTELL-NR N 6 Leerwagen-Bestell-Nummer


_____________________________________________________________________________ 

WAGEN-BESTELL-NR-ZUSATZ N 3 Zusatz zur Leerwagen-Bestellnummer 

FBR-NR N 9 Nummer eines Frachtbriefes 

AVIS DG Leistungsdatum SOLL / Avisempf. und -datum 

AUFTR-AVIS-AM D 8 M Datum der beantragten Leistungserledigung 

AUFTR-AVIS-UM U 4 Uhrzeit der beantragten Leistungserledigung 

SCHICHT-NR X 2 Beantragter Arbeitszeitraum der 

Leistungserledigung 

LKW-UMSCHLAG-AVIS-NR X 6 Avis-Nummer eines LKW an einen 

Umschlagsbetrieb. 

AUFTR-KOPF-STEUER-INFO DG Steuerinformationen im Auftragskopf 

HAUPTMAERK-ART X 1 Kennzeichen für verschiedene Hauptmärkarten 

(z.B. B=Bestandshauptmärk, V=Verladehauptmärk ). 

FOLGEAUFTR-VERFAHREN X 1 M Beschreibt fur die Auftragsübermittlung im File 

Transfer, ob bei der Ubertragung alle 

Positionsangaben wiederholt werden oder nicht. 

"1" = Alle Auftragspositionen werden mit übertragen 

"2" = Konstante Bestandteile der Auftragspositionen werden nicht 

mit übertragen 

AUFTRAGS-STATUS-CODE X 3 M aktüller Bearbeitungszustand eines Auftrages 

ZUSATZANGABEN-SCHIFF-2 DG Zusatzdaten Schiff bei Schiffs-Identifikations-Art "D" 

LLOYDS-REG-CODE X 9 M Lloyds-Register-Code 

SCHIFFS-ETS D 8 M Schiffs-Abfahrtsdatum 


_______________________________________________________________________________ 

Version 3.6 - 97 - 01.08.2011 



_____________________________________________________________________________ 

10.3. Datengruppe SEGMENT-HAUPTMAERK 

Das Hauptmärk beinhaltet eine für alle Positionen eines Auftragskopfes geltende 

Markierung. Das Hauptmärk kann sich aus maximal 24 Zeilen zusammensetzen. Das 

Hauptmärk und das Positionsmärk ergeben zusammen die vollständige Markierung einer 

Auftragsposition. 


*KEINE* 



SEGMENT-ID X 4 M HAMA 


HAUPTMAERK-ZEILE-NR N 2 M Zeilennummer des Hauptmärks 

HAUPTMAERK-UMSCHLAG-ZEILE X 18 M Markierung aus Hauptmärk 


_______________________________________________________________________________ 

Version 3.6 - 98 - 01.08.2011 



_____________________________________________________________________________ 

10.4. Datengruppe SEGMENT-STATUS-ZEILE 

Segment zur Übertragung von codierten Informationen und/oder reinen Kommentaren/ 

Informationen als freier Text. 

Im Datenelement STATUS-MELDUNGS-TYP kann codiert angegeben werden, welche Art von 

zusätzlichen Informationen in der Status-Zeile mitgeliefert werden (z.B. LAG=Lagerplatz, 

LKW=LKW-Nummer, MOT=Moniturtext, FTX=Freier Text etc.). 

Für die Nutzung des Zusatz-Tools Pro Alert Emails sollten folgenden Meldungstypen verwendet 

werden: EM1=Email-Adress-Zeile-Teil1, EM2=Email-Adress-Zeile-Teil2, EMA=Email-Adress- 

Zeile 

Ergänzung zum Gefahrgutauftrag 


Beförderungspapieres genutzt werden, kann die erforderliche verantwortliche Erklärung 

im Sinne des Container-Packzertifikates in der Datengruppe STATUS-ZEILE angegeben 

werden. Der Ausdruck erfolgt im jeweiligen Empfangssystem! 

Als Meldungstyp wird der Code CPZ = Container-Packzertifikat vereinbart. 

Beispiel: 

STATUS 

-MELDUNGS 

-TYP 

STATUS 

-ZEILEN 

-NR 

STATUS-MELDUNGS-ZEILE (X 35) 

CPZ 001 IT IS DECLARED THAT THE PACKING OF 

CPZ 002 CONTAINER HAS BEEN CARRIED OUT IN 

CPZ 003 ACCORDANCE WITH THE PROVISIONS 

CPZ 004 OF PAR. 12.3.7 OF SECTION 12 AND 

CPZ 005 PAR. 17.7.7 OF THE GENERAL INTRO 

CPZ 006 DUCTION TO THE IMDG CODE 

Bei Benutzung in der Nachricht RUECKMELDUNG werden die Status-Zeilen mit der 

Status-Zeilen-Nr bis zu maximal 999 Zeilen pro Nachricht RUECKMELDUNG identifiziert. 


*KEINE* 



SEGMENT-ID X 4 M STZE 


STATUS-MELDUNGS-TYP X 3 M Definiert die Art der Statusmitteilung 

STATUS-ZEILEN-NR N 3 M fortlaufende Nummer für freitextliche Statuszeile 

STATUS-MELDUNGS-ZEILE X 35 M Beinhaltet weitere Mitteilungen zur Statusmeldung 


_______________________________________________________________________________ 

Version 3.6 - 99 - 01.08.2011 



_____________________________________________________________________________ 

10.5. Datengruppe SEGMENT-AUFTR-POS-ZUORDNUNG 


Im konventionenellen Verkehr dient dieses Segment zur Übermittlung der vom 

Auftraggeber gewünschten SOLL-Mengen für Anzahl und Gewicht, bezogen auf eine 

Position, zu übermitteln. 

Zusätzlich kann angegeben werden, welche Art von Markierungs- und Inhaltsbeschreibung 

benutzt werden soll. 

Container Verkehr 

Im Containerverkehr dient dieses Segment zur Übermittlung der vom Auftraggeber 

angegeben Containernummer. Pro Position kann nur ein Container angegeben werden, 

deshalb muss die Anzahl immer 1 sein. Gewichte im Containerverkehr sind nicht hier, 

sondern in den Containersegmenten gemäß den Regeln anzugeben. 

Zoll 

Die Buchnummer wird ausschließlich vom Zoll ins System eingeben. 

Verwendung in Freistellung 

Wenn das Segment AUFTR-POS-ZUORDNUNG in der Nachricht FREISTELLUNG 

benutzt wird und der Bezug zu Manifestpositionen bei der Freistellung hergestellt wird, ist 

das Attribut FREIGABE-AUS-MANIF-POS zu füllen. 

Container-Nummer 

Im Containerverkehr muss die Containernummer angegeben werden. 

Die CONTAINER-NR wird max. 12-stellig linksbündig eingetragen. Sie wird durch die BHT 

nicht mit Prüfziffernverfahren geprüft. Diese Prüfung erfolgt ggfs. beim Terminal. Dort ist 

die CONTAINER-NR ein Ordnungsbegriff. Die Angabe muss deshalb durch den 

Auftraggeber besonders geprüft werden. 

Sonderzeichen und Space werden bei der Übernahme in die BHT entfernt und entfallen 

somit bei Weitergabe der Nachricht an Empfangssysteme und bei Rückmeldungen. 

_______________________________________________________________________________ 

Version 3.6 - 100 - 01.08.2011 



_____________________________________________________________________________ 

Containerangaben 

Wenn es sich im Export um einen Sammelgutcontainer handelt, dann muss das Feld 

FREIGABE-AUS-MANIF-POS mit dem Wert „1111“ gefüllt werden. Handelt es sich um 

einen Vollcontainer, so ist der Wert „2222“ einzutragen. Bei Leercontainern ist das Feld mit 

„3333“ zu füllen. 


Die Datengruppe ZOLL-POS-GB-NR-AUSLIEFERN wird nur von der BHT gefüllt, wenn 

der Zoll eine Buchnummer vergeben hat. 

Schwergutprüfung (für konventionell Ladung) 

Kollo mit einem Kollogewicht ab 6000 kg müssen in einzelnen Positionen angegeben 

werden. 

Das Schnittgewicht ist das Ergebnis der Division "AUFTR-POS-ZUORD-GEW-SOLL durch 

AUFTR-POS-ZUORD-ANZ-SOLL. 

Wenn Schnittgewicht > 5999 kg 

muss AUFTR-POS-ZUORD-ANZ-SOLL = 1 

Containerladung 

Regel 1 

Wenn CONTAINER-NR = 'GEFÜLLT' 

muss AUFTR-POS-ZUORD-GEW-SOLL = 'LEER' 

und AUFTR-POS-ZUORD-GEW-IST = 'LEER' 

und MAERK-ART-CODE = 'LEER' 

(Gewichte sind bei Containern in den Segmenten POS-CONTAINER und CONT- 

BEWEGUNG anzugeben). 

Regel 2 



muss FREIGABE-AUS-MANIF-POS = '1111' 

oder FREIGABE-AUS-MANIF-POS = '2222’ 


Auslasten Verkehrsträger (für konventionelle Ladung) 

Regel 3 

Wenn AUFTR-ART-GRUPPE-CODE = 'AUSLIEFERN' 

und AUFTR-POS-ZUORD-ANZ-SOLL = 'LEER' 

und AUFTR-POS-ZUORD-GEW-SOLL = 'LEER' 


_______________________________________________________________________________ 

Version 3.6 - 101 - 01.08.2011 



_____________________________________________________________________________ 

SEGMENTBESCHREIBUNG 



SEGMENT-ID X 4 M APZU 


AUFTR-POSITION-LFD-NR N 4 M Fortlaufende Nummer einer Auftragsposition 

CONTAINER-IDENTIFIKATION DG Identifikations-Nr. eines Containers 

CONTAINER-NR X 12 Container-Nummer 

CONT-BUCHUNGSNR X 12 Vom Kunden selbst verwaltete Information 

AUFTR-POS-ZUORD-SOLL- 

MENGEN 

DG M Sollmengenfelder der Zuordnung 

AUFTR-POS-ZUORD-ANZ-SOLL N 6 Erfasste Soll-Kollo-Anzahl vom Auftraggeber 

AUFTR-POS-ZUORD-GEW-SOLL N 7 Erfasstes Soll-Umschlags-Gewichtvom Auftraggeber 

AUFTR-POS-ZUORD-IST- DG Ist-Mengen Felder der Zuordnung 

MENGEN 

AUFTR-POS-ZUORD-ANZ-IST N 6 Erfasste Ist-Kollo-Anzahl vom Umschlag 

AUFTR-POS-ZUORD-GEW-IST N 7 Tatsächlich umgeschlagenes Gewicht 

ZOLL-POS-GB-NR-AUSLIEFERN DG Gestellung-Buch-Nr-AUSLIEFERN 

(wird nur von der BHT gefüllt, wenn der Zoll eine 

Buchnummer vergeben hat) 

ZOLL-GB-NR-DIENSTSTELLE- N 4 Dienststellennummer des Gestellungsbucheintrages 

AUS 

ZOLL-GB-NR-ABFERTIGUNG-AUS N 1 Abfertigungsstelle des Gestellungsbucheintrages 

ZOLL-GB-NR-QUARTAL-AUS X 1 Unterteilung Buchnummernkreis 

ZOLL-GB-NR-JAHRESZAHL-AUS N 2 Jahr des Gestellungsbucheintrages 

ZOLL-GB-NR-TEIL-NR-AUS X 3 Unterteilung Buchnummer 

ZOLL-GB-NR-LFD-NR-AUS N 7 Lfd. Nummer des Gestellungsbucheintrages 

FREIGABE-AUS-MANIF-POS N 4 Beinhaltet die Manifest-Positionsnummer der BHT, 

aus der der Reedereiagent freigegeben hat. 

MAERK-ART-CODE X 1 Art eines Märks 


POS-INHALT-ART X 1 Manifestinh./Auftragsinh./verschiedene Sprachen 


_______________________________________________________________________________ 

Version 3.6 - 102 - 01.08.2011 



_____________________________________________________________________________ 

10.6. Datengruppe SEGMENT-GRUPPE-POSITION 

Übergeordnete Positionsangaben 

Segment zur Zusammenfassung aller warenbezogenen Positionsangaben, die sowohl für 

konventionelle als auch für containerisierte Positionen Gültigkeit besitzen. 


Wenn AUFTRAGS-ART = 'MANIFEST' 

und WARENART-CODE = 'LEER' 

muss SEGMENT-AUFTR-POS-INHALT(1) = 'GEFÜLLT' 

*** Mindestens die erste Zeile *** 

Wenn AUFTRAGS-ART nicht = 'MANIFEST' 

muss WARENART-CODE = 'GEFÜLLT' 

Wenn ein Gefahrgutsegment vorhanden ist, muss auch das Datenelement AUFTR-POS- 

GEFAHRGUT-MERKMAL mit einem "J" gefüllt sein. 

Wenn "Segment POS-GEFAHRGUT" = ´VORHANDEN´ 

muss AUFTR-POS-GEFAHRGUT-MERKMAL = 'J' 

Wenn WARENART-CODE = 'GEFAHRGUT' 

muss AUFTR-POS-GEFAHRGUT-MERKMAL = 'J' 

Schnittgewichtsprüfung (für konventionelle Ladung) 


AUFTR-POS-ZUORD-ANZ-SOLL. Abhängig vom angegebenen Warenartcode (WACO) 

wird gemäss dem bei dem in den BHT-Stammdaten hinterlegten WACO für das 

Schnittgewichtskennzeichen (KZST) in der BHT folgende Prüfung durchgeführt: 

KZST Aktivität 

B keine Prüfung (Alle USP-Eingaben zulässig. 

1 Wenn Schnittgewicht > 10000 Kg 

muss USP-CODE = "08" 

( in Segment POSI) 

3 Kein USP-CODE zulässig 

4 Wenn Schnittgewicht >= 800 Kg 

muss USP-CODE = "35" 

( in Segment POSI) 

5 Wenn Schnittgewicht 1800 Kg 

ist WARENART-CODE = "falsch" 

9 Wenn Schnittgewicht


_____________________________________________________________________________ 



SEGMENT-ID X 4 M GRPO 



AUFTR-POS-GEFAHRGUT- 

MERKMAL 

X 1 M Hinweis auf Gefahrgutdaten 

("J" oder "N") 

WARENART-CODE X 4 Warenart Code 

gemäss BLG-Schlüsselverzeichnis 

BTN-CODE X 7 Internationaler Aussenhandels-Warencode 

(kann bei Manifest gefüllt werden) 

HARMONIZED-CODE X 15 Internationaler Warencode 

(kann bei Manifest gefüllt werden) 


_______________________________________________________________________________ 

Version 3.6 - 104 - 01.08.2011 



_____________________________________________________________________________ 

10.7. Datengruppe SEGMENT-POS-CONTAINER 

Konstante Container-Positionsangaben 

Beinhaltet alle konstanten containerbezogenen Angaben zu einer Auftragsposition. 


Regel 1 

Wenn CONTAINER-ISO-CODE = 'GEFÜLLT' 

und (CONTAINER-BAUART-CODE = 'GEFÜLLT' 

und/oder CONTAINER-LAENGE-NR = 'GEFÜLLT' 

und/oder CONTAINER-HOEHE-NR = 'GEFÜLLT') 

muss 'Angaben passen zu' = 'CONTAINER-ISO-CODE' 

Regel 2 

Wenn CONTAINER-ISO-CODE = 'LEER' 

muss CONTAINER-BAUART-CODE = 'GEFÜLLT' 

und CONTAINER-LAENGE-NR = 'GEFÜLLT' 

und CONTAINER-HOEHE-NR = 'GEFÜLLT' 

Regel 3 

Wenn CONTAINER-ISO-CODE (Längenangabe) = 20 

oder CONTAINER-LAENGE-NR = 20 

muss CONT-GEWICHT-TARA >= 2000 

Wenn CONTAINER-ISO-CODE (Längenangabe) = 40 

oder CONTAINER-LAENGE-NR = 40 

muss CONT-GEWICHT-TARA >= 2500 

_______________________________________________________________________________ 

Version 3.6 - 105 - 01.08.2011 



_____________________________________________________________________________ 




SEGMENT-ID X 4 M POCO 


CONTAINER-TYP DG M Angaben zur Containerbauart 

CONTAINER-ISO-CODE X 4 ISO - TYP CODE GEMÄSS INTERN. NORM 

CONTAINER-BAUART-CODE X 2 Bauart eines Containers 

CONTAINER-LAENGE-NR N 2 Container-Länge in Fuss 

CONTAINER-HOEHE-NR N 2 Container-Höhe in Fuss 

CONT-GEWICHT-TARA N 5 Container-Eigengewicht 

BEMERKUNG-REEDER X 15 Bemerkungsfeld für den Schiffsagenten 

CONTAINER-ZUSTAND X 1 M Beladezustand eines Containers 

('0') = LEERER-CONTAINER , 

('1') = VOLLER-CONTAINER 


_______________________________________________________________________________ 

Version 3.6 - 106 - 01.08.2011 



_____________________________________________________________________________ 

10.8. Datengruppe SEGMENT-POSITION 

Konventionelle Positionsangaben 

Beinhaltet alle Angaben zu einer konventionellen Auftragsposition. 

Die BHT prüft die Verbindung von WARENART-CODE (WACO) aus Segment GRUPPE- 

POSITION und VERPACKUNGSART-CODE (VC) aus diesem Segment auf zulässige 

Kombinationen. 

Gefahrgut-Verpackungscodes 

Es dürfen in der BHT ab sofort auch ausgewählte UN-Rec21-Verpackungscodes 

verwendet werden. An die Beteiligten werden jedoch, wie bisher, nur die BLG- 

Verpackungscodes weitergeleitet. 

Die aktuelle Liste der gültigen Codes befindet sich auf der dbh- Kundeninformationsseite 

unter: kis.dbh.de > KIS > BHT > Codelisten 


Regel 1 

Wenn AUFTRAGS-ART = 'MANIFEST' 

und VERPACKUNGSART-CODE = 'LEER' 

muss MANIFEST-VERPACKUNG-TEXT = 'GEFÜLLT' 

Regel 2 

Wenn AUFTRAGS-ART nicht = 'MANIFEST' 

muss VERPACKUNGSART-CODE = 'GEFÜLLT' 

Regel 3 

Wenn VERKEHRSART = 'AUTOVERKEHRE' 

muss KFZ-FAHRGESTELL-NR = 'GEFÜLLT' 

Schnittgewichtsprüfung 


AUFTR-POS-ZUORD-ANZ-SOLL. Handelt es sich nicht um die nachstehenden 

Auftragsarten, wird in der BHT folgende Prüfung durchgeführt: 

Auftragsart Bezeichnung 

309 Bepacken Trailer (direkt vom Verkehrsträger) 

312 Auspacken Container/Flat (direkt auf VT) 

316 Abpacken Trailer (direkt auf Verkehrsträger) 

322 Bepacken Container/Flat (direkt vom VT) 

331 Durchladen ex 20´ Container/Flat 

368 Teilauspacken Container/Flat 

372 Teilabpacken Trailer 

373 Teilbepacken Container/Flat 

_______________________________________________________________________________ 

Version 3.6 - 107 - 01.08.2011 



_____________________________________________________________________________ 

377 Teilbepacken Trailer 

407 Bepacken Trailer (a.Schuppen/Abstellfläche) 

408 Abpacken Trailer (i.d. Schuppen/Abstellfläche) 

409 Auspacken Container/Flat (Schuppen./Abstellfl.) 

413 Bepacken Container/Flat (Schuppen/Abstellfl.) 

USP-CODE Prüfung 

05 Wenn Schnittgewicht


_____________________________________________________________________________ 

10.9. Datengruppe SEGMENT-TEMPERATUR-ANGABEN 

Beinhaltet Angaben zu Temperaturbereichen /-grenzen für Spezialcontainer und konv. 

Güter. 

REGELBESCHREIBUNG für Containerladung 

Wenn TEMP-SOLL-BIS = ´GEFÜLLT´ 

muss TEMP-SOLL-BIS >= TEMP-SOLL-VON 

Beispiele: 

-15 

"von" 

-10 

"bis" 

- 5 

"von" 

0 

"bis" 

"von" "bis" 

+ 5 +10 +15 

Temperatur 

in Grad 

Die Attribute TEMP-SOLL-VON und TEMP-SOLL-BIS sind wie folgt zu füllen: 

1. Stelle : Vorzeichen "+" oder "-" 

2. und 3. Stelle : Temperaturangabe. 

(Angaben von Zahlen kleiner 10 sind mit 

führender "0" anzugeben, z.B. 05.) 

4. Stelle : Dezimalstelle der Temperaturangabe 



SEGMENT-ID X 4 M TEAN 


KUEHLART X 1 M Temperierungart eines Containers oder konv. Ware 

('k','K') = Kühler 

('h','H') = Heizer 

('c','C') = Conair 

MASS-KUEHLTEMP X 1 M Temperatureinheit 

('f','F') = Fahrenheit 

('c','C') = Celsius 

('k','K') = Kelvin 

TEMP-SOLL-VON X 4 M Untere Temperaturgrenze 

TEMP-SOLL-BIS X 4 Obere Temperaturgrenze 


_______________________________________________________________________________ 

Version 3.6 - 109 - 01.08.2011 



_____________________________________________________________________________ 

10.10. Datengruppe SEGMENT-POS-GEFAHRGUT 

Gefahrgutdaten zur Auftragsposition 

Beinhaltet alle gefahrgutrelevanten Daten zu einer Auftragsposition mit identischen 

Gefahrguteigenschaften. Ein Packstück kann unterschiedliche Gefahrgutpositionen 

enthalten. 

Wird für das Attribut MASS-FLAMMPUNKT keine Angabe vom Kundensystem geliefert, 

nimmt die BHT als Defaultwert automatisch "C" für Celsius bei Weiterleitung der Daten an. 

Die Attribute 

UN-NR, 

VERPACKUNGSGRUPPE-NR, 

WASSERGEF-KLASSE-NR 

sind alphanumerisch (X), da auch der Wert 0 (Null) ein gültiger Wert ist. 

Im Attribut GEF-BEMERKUNG ist die Gefahrguteigenschaft anzugeben. 

Das Datenelement FLAMMPUNKT ist mit Angabe des Vorzeichens linksbündig zu füllen: 

Beipiel FLAMMPUNKT 

(Stelle 1-4 ) 

11 Grad Celsius + 1 1 

oder + 0 1 1 

- 4 - 4 

oder - 0 0 4 

Das Attribut GEF-BLATT-NUMMER entfällt. Es bleibt aber in der Schnittstelle enthalten, 

damit keine strukturelle Änderung bzw. ein Versionswechsel vorgenommen werden muss. 

Der Inhalt ist Standardmässig mit „00“ anzugeben. 

Das Attribut GEF-KRITIKALITAETS-INDEX ersetzt in der Schnittstelle das bisherige 

Attribut GEF-STRAHLUNG-AN-OBERFL. Das Attribut ist numerisch im Format 2.2 zu 

füllen. Aus Anpassungsgründen ist das Schnittstellenfeld vom Format 4.2 geblieben. Dies 

ist entsprechend zu berücksichtigen. 

Beispiel: Wert 45,37 -> Schnittstelle 0045,37. 

Das Attribut GEF-VERPACKUNGSTYP-CODE kann folgende Werte beinhalten: 

FREI = Freigestellte Versandstücke 

IP-1 = Industrieverpackung Typ 1 



A = Normale Verpackung Versandstück Typ A 

B (U) = Versandstück Typ B (U) Unilaterale Zulassung 

B (M) = Versandstück Typ B (M) Multilaterale Zulassung 

C = Versandstück Typ C 

Die Werte für Industrieverpackung (IND) und Sonstige Verpackung (SON) entfallen. 

_______________________________________________________________________________ 

Version 3.6 - 110 - 01.08.2011 



_____________________________________________________________________________ 

Das Attribut GEF-KATEGORIE kann folgende Werte beinhalten: 

FREIG = Freigestellt 

I-W = Weiss I 

II-G = Gelb II 

III-G = Gelb III 

Der Wert für Sonstige (SONST) entfällt. 

Das Attribut GEF-MASS-RADIOAKT-CODE kann folgende Werte beinhalten: 

GBq = Giga Becquerel 

TBq = Terra Becquerel 

Die Werte R (mRem/h) und S (mSv/h) entfallen. 

Der Name des Radionuklids ist im Attribut TECHN-GEFAHRGUT-BEZ anzugeben. 

Hinweis 

In Absprache mit den Terminals wurde festgelegt, dass die folgende Angabe an den 

ersten 4 Stellen im Feld GEF-BEMERKUNGEN eingetragen werden muss: 

LQ=J oder LQ=N 

Neben der Angabe Limited Quantity (LQ) wird noch zusätzlich die Angabe Excepted 

Quantity (EQ) mit aufgenommen. Das heißt für Sie, die ersten 8 Stellen des Feldes GEF- 

BEMERKUNGEN z. B. wie folgt belegt sein: 

LQ=JEQ=N 

Werden zu einem Container mehrere Gefahrgutpositionen mit demselben UN-Code und 

IMDGCode übermittelt, müssen die Angaben für Limited und Excepted Quantity in jedem 

dieser Gefahrgutpositionen gemacht werden und identisch sein. 

Die vom Kunden getätigten Eingaben werden nicht in der BHT geprüft, so dass die 

Verantwortung für die Richtigkeit der Eingaben beim Kunden liegt! 

Gefahrgut-Verpackungscodes 

Es dürfen in der BHT ab sofort auch ausgewählte UN-Rec21-Verpackungscodes 

verwendet werden. An die Beteiligten werden jedoch, wie bisher, nur die BLG- 

Verpackungscodes weitergeleitet. 

Die aktuelle Liste der gültigen Codes befindet sich auf der dbh-Kundeninformationsseite 

unter: kis.dbh.de > KIS > BHT > Codelisten 

_______________________________________________________________________________ 

Version 3.6 - 111 - 01.08.2011 



_____________________________________________________________________________ 

Anmerkungen zur Handhabung des Segmentes POS-GEFAHRGUT: 

Gefahrguteigenschaft 

Aus der Beschreibung des Datenelementes GEF-BEMERKUNG ist ersichtlich, dass dort 

die Gefahrguteigenschaft anzugeben ist. 

LAND-Kennzeichen 

Im Datenelement LAND-KZ wird angegeben, ob eine Gefahrgutdeklaration für den 

Landtransport erforderlich ist und ob ggfs. eine Ausnahmegenehmigung vorliegt. 

J = Es muss eine entsprechende Klassifizierung für den Landtransport nach GGVS, 

GGVE oder GGVBinsch angegeben werden. 

A = Es ist eine Angabe für Landtransport erforderlich, aber es ist nur die Angabe der 

Gefahrklasse vorhanden und der Hinweis auf die entsprechende Ausnahme- 

genehmigung. 

N = Es ist keine Angabe für den Landtransport erforderlich 

Listengut 

Normalerweise wird hier der Hinweis auf bestimmte Vorschriften für den Transport 

besonders gefährlicher Güter im Straßenverkehr gegeben. 

Wenn eine Ausnahmegenehmigung für den Landtransport vorliegt (LAND-KZ = A), muss 

in diesem Feld der Hinweis auf die jeweilige Ausnahmegenehmigung (z. B. Nr. 32) 

gegeben werden. 

Beispiele zur Gewichtsangabe bei Gefahrgutsendungen 

Kollogewicht : Gewichtsangabe pro Kolloposition (Brutto) 

Containergewicht : Gesamtgewicht eines Containers (Brutto) 

Gefahrgutpositionsgewicht : Gewicht der Gefahrgutposition (Brutto) 

NEQ : Netto-Explosivgewicht (nur bei Klasse 1 erforderlich) 

1. Gefahrgut Konventionell 

Auftrag über 1 Kiste mit 2 Gefahrgutpositionen der Klasse 3.2 , insgesamt 130 Kg. 

Segment AUFTR- 

POS-ZUORDNUNG 

AUFTR- AUFTR- 

POS- POS- 

ZUORD- ZUORD- 

ANZ-SOLL GEW- 

SOLL 

Segment 

POSITION 

VERPACK 

UNGS- 

ART- 

CODE 

1 130 24 

(=Kiste) 

AUFTR- 

POS- 

GEFGUTL 

FD-NR 

GEF-POS- 

ANZAHL- 

SOLL 

Segment POS-GEFAHRGUT 

GEF- 

VERPACK 

UNGS 

ART- 

CODE 

1 15 31 

(Kanister) 

2 10 31 

(Kanister) 

_______________________________________________________________________________ 

Version 3.6 - 112 - 01.08.2011 


IMDG- 

CODE 

UN-NR GEF- 

NETTO- 

GEWICHT 

GEF- 

EXPLOSIV 

-GEWICHT 

3 1991 75,0 --- 

3 1862 50,0 --- 

Bei explosiven Gütern (Klasse 1) muss zusätzlich noch das Netto-Explosivgewicht angegeben werden!


_____________________________________________________________________________ 

2. Gefahrgut Konventionell mit Umverpackung (z.B. Palette) 

Auftrag über 1 Palette mit 2 Kisten Gefahrgut und 3 Fässern Gefahrgut, insgesamt 90 Kg. 

Segment AUFTR- 

POS-ZUORDNUNG 

AUFTR- AUFTR- 

POS- POS- 

ZUORD- ZUORD- 

ANZ-SOLL GEW- 

SOLL 

Segment 


VERPACK 

UNGS- 

ART- 

CODE 

1 90 28 

(=Palette) 

AUFTR- 

POS- 

GEFGUTL 

FD-NR 

GEF-POS- 

ANZAHL- 

SOLL 


GEF- 

VERPACK 

UNGS 

ART- 

CODE 

1 2 31 

(Kanister) 

2 3 31 

(Kanister) 

_______________________________________________________________________________ 

Version 3.6 - 113 - 01.08.2011 


IMDG- 

CODE 

UN-NR GEF- 

NETTO- 

GEWICHT 

GEF- 

EXPLOSIV 

-GEWICHT 

3 1991 60,0 --- 

3 1862 30,0 --- 

Bei explosiven Gütern (Klasse 1) muss zusätzlich noch das Netto-Explosivgewicht angegeben werden! 

3. Gefahrgut im Container 

Ein 40' Container mit 2 Gefahrgutsendungen und diversen Normalgütern. 

Segment 

AUFTR- 

POS-ZU- 

ORDNUNG 

CONTAINE 

R-NR 

HLCU 

4597457 

Segment 

POS- 

CONTAIN 

ER 

Segment 

CONT- 

BEWEGUNG 

diverse CONT- 

GESAMT- 

GEWICHT- 

ZAV 

AUFTR- 

POS- 

GEFGUTL 

FD-NR 

GEF-POS- 

ANZAHL- 

SOLL 


GEF- 

VERPACK 

UNGS 

ART- 

CODE 

40 26133 1 1 16 

(Fass) 

2 16 16 

(Fass) 

IMDG- 

CODE 

UN-NR GEF- 

NETTO- 

GEWICHT 

GEF- 

EXPLOSIV 

-GEWICHT 

3 1133 4,5 --- 

2.3 1950 385,5 --- 

Bei explosiven Gütern (Klasse 1) muss zusätzlich noch das Netto-Explosivgewicht angegeben werden! 


Die Regelbeschreibung für die erforderlichen Plausibilitätsprüfungen sind für Export und 

Import Aufträge unterschiedlich. 

Für Export-Gefahrgutaufträge wird die Gefahrgutdeklaration "See" gefordert, bei Import 

Hafenaufträgen (und Auslieferaufträgen allgemein, wie z.B. auch Ausliefern für fremde 

Häfen) wird die jeweils infragekommende "Land"-Deklaration benötigt.


_____________________________________________________________________________ 

REGELBESCHREIBUNG für Export 

Wenn WARENRICHTUNGS-CODE = 'E' 

muss IMDG-CODE = GEFÜLLT 

und UN-NR = GEFÜLLT 

und MEERWASSERGEFAERDUNG = GEFÜLLT 

und VERPACKUNGSGRUPPE-NR = GEFÜLLT 

Wenn PRIMAERLABEL = GEFÜLLT 

muss 1.STELLE IMDG-CODE = 1.STELLE PRIMAERLABEL 

Wenn 1.STELLE IMDG-CODE nicht = '1' 

muss GEF-NETTOGEWICHT = GEFÜLLT (mit Angabe des 

Bruttogewichtes der 

Gefahrgutposition) 

Explosive Stoffe 

Wenn 1.STELLE IMDG-CODE = '1' 




und GEF-EXPLOSIVGEWICHT = GEFÜLLT (mit Angabe des 

tatsächlichen Nettogewichtes 

der Gefahrgutposition) 

und GEF-SPRENGSTOFFSCHEIN = GEFÜLLT 

Radioaktive Stoffe 

Wenn 1.STELLE IMDG-CODE = '7' 

und UN-NR nicht = '2910' 

muss GEF-VERPACKUNGSTYP-CODE = GEFÜLLT 

und GEF-TRANSPORT-INDEX = GEFÜLLT 

und GEF-AKTIV-BQ = GEFÜLLT 

und GEF-KATEGORIE = GEFÜLLT 

und GEF-MASS-RADIOAKT-CODE = GEFÜLLT 

Wenn UN-NR = 2977, 3324, 3325, 3326, 3327, 

3328, 3329, 3330, 3331 oder 

3333 

muss GEF-KRITIKALITAETS-INDEX > 0 

Wenn GEF-KATEGORIE = Freigestellt oder Weiss I 

muss GEF-TRANSPORT-INDEX = 0 

Wenn GEF-KATEGORIE = Gelb II oder Gelb III 

muss GEF-TRANSPORT-INDEX > 0 

_______________________________________________________________________________ 

Version 3.6 - 114 - 01.08.2011 



_____________________________________________________________________________ 

REGELBESCHREIBUNG für Import 

Wenn WARENRICHTUNGS-CODE = 'I' (Hinweis: Hierzu gehören auch 

"Export"-Aufträge, die z.B. nach Hamburg 

umgefahren werden, also den Hafen 

verlassen.) 

muss LAND-KZ = GEFÜLLT 

Landklassifizierung vorhanden, nicht Klasse 2 

Wenn LAND-KZ = 'J' 

muss GEF-GGVS-E-B-KLASSE = GEFÜLLT 

und GEF-GGVS-E-B-ZIFFER = GEFÜLLT 

und STOFF-NR = GEFÜLLT 

Landklassifizierung mit Ausnahmegenehmigung 

Wenn LAND-KZ = 'A' 

muss GEF-GGVS-E-B-KLASSE = GEFÜLLT 

und LISTENGUT = GEFÜLLT(mit Hinweis auf 

die entsprechende 

Ausnahmegenehmigung) 

Keine Landklassifizierung vorhanden 

Wenn LAND-KZ = 'N' 

muss GEF-GGVS-E-B-KLASSE = LEER 

und GEF-GGVS-E-B-ZIFFER = LEER 

und STOFF-NR = LEER 

Wenn GEF-GGVS-E-B-KLASSE = GEFÜLLT 

Wenn GEF-GGVS-E-B-KLASSE(1.St.) nicht = '1' 




Explosive Stoffe 

Wenn GEF-GGVS-E-B-KLASSE(1.St.) = '1' 


tatsächlichen Nettogewichtes 

der Gefahrgutposition) 

und GEF-SPRENGSTOFFSCHEIN = GEFÜLLT 

Radioaktive Stoffe 

Wenn GEF-GGVS-E-B-KLASSE(1.St.) = '7' 

muss GEF-VERPACKUNGSTYP-CODE = GEFÜLLT 

und GEF-TRANSPORT-INDEX = GEFÜLLT 

und GEF-AKTIV-BQ = GEFÜLLT 

und GEF-KATEGORIE = GEFÜLLT 

und GEF-MASS-RADIOAKT-CODE = GEFÜLLT 

_______________________________________________________________________________ 

Version 3.6 - 115 - 01.08.2011 



_____________________________________________________________________________ 

Wenn UN-NR = 2977, 3324, 3325, 3326, 3327, 

3328, 3329, 3330, 3331 oder 

3333 

muss GEF-KRITIKALITAETS-INDEX > 0 

Wenn GEF-KATEGORIE = Freigestellt oder Weiss I 

muss GEF-TRANSPORT-INDEX = 0 

Wenn GEF-KATEGORIE = Gelb II oder Gelb III 

muss GEF-TRANSPORT-INDEX > 0 



SEGMENT-ID X 4 M POGE 


AUFTR-POS-GEFGUT-LFD-NR N 3 M Lfd. Nummer des Gefahrgutsatzes zur Position 

GEF-SEE DG Gefahrangaben für Seetransport 

EMS-NR1 X 6 EMS = EMERGENCY SCHEDULE FOR SHIPS 

CARRYING DANGEROUS GOODS (UNFALL- 

MERKBLATT) 

Angabe der Merkblattnummer über Massnahmen im 

Schadensfall für Einsatzkräfte auf Schiffen die 

gefährliche Güter befördern. Es handelt sich hierbei 

um durchnummerierte Blätter, deren Identifikation 

sich bei der Grobunterteilung an der Gefahrgut- 

Klasse orientiert (1. und 2. Stelle). Die beiden 

folgenden Stellen entsprechen einer weiteren 

Feinunterteilung. 

Beispiel: 4.2-05 

EMS-NR2 X 6 EMS-Nummer, evtl. 2. Unfallmerkblattnummer 

IMDG-CODE X 4 Nummer der Gefahrgutklasse laut IMDG-Code. 

(INTERNATIONAL MARITIME DANGEROUS 

GOODS-CODE). 

Anmerkung: Der IMDG-Code ist ein internationaler 

Code der IMO (Inter-Governmental Maritime Organization) 

für die Beförderung gefährlicher Güter auf 

See und wird von vielen Staaten entweder in 

Originalfassung oder als Basis für nationale Regelungen 

(GGV-See) akzeptiert. Gefährliche Güter 

wurden in dem internationalen Übereinkommen von 

1974 zum Schutz des menschlichen Lebens auf See 

in Klassen von 1 - 9 unterteilt. 

Beispiel: 1.4S 

MFAG-TABLE-NR1 X 3 Merkblatt-Nummer für Erste-Hilfe-Massnahmen im 

Schadensfall ("MEDICAL FIRST AID GUIDE FOR 

USE IN ACCIDENTS INVOLVING DANGEROUS 

GOODS"). 

MFAG-TABLE-NR2 X 3 Merkblatt-Nummer für Erste-Hilfe-Massnahmen 

MEERWASSERGEFAEHRDUNG X 1 Information ob Gefahrgut das Meerwasser gefährdet 

("Marine Pollutant"). 

("J" oder "N") 

PRIMAERLABEL X 4 Primärlabel (Erst-Kennzeichen), mit dem ein Gefahrgut 

entsprechend seiner von ihm ausgehenden 

Hauptgefahr gekennzeichent sein muss. Die Hauptgefahr 

ist Kriterium für die Zuordung in eine Gefahrgut-Klasse. 

_______________________________________________________________________________ 

Version 3.6 - 116 - 01.08.2011 



_____________________________________________________________________________ 

SEKUNDAERLABEL1 X 4 Beinhaltet die Identifikation des 1. Sekundärlabels 

(Zweit-Kennzeichen), mit dem ein Gefahrgut entsprechend 

den Gefahren, die zusätzlich von ihm 

ausgehen, gekennzeichnet sein muss. (Bezogen auf 

die bereits durch das Primärlabel dargestellte Hauptgefahr) 

SEKUNDAERLABEL2 X 4 Beinhaltet die Identifikation des 2. Sekundärlabels 

(Dritt-Kennzeichen), mit dem ein Gefahrgut entsprechend 

den Gefahren, die zusätzlich von ihm ausgehen, 

gekennzeichnet sein muss. (Bezogen auf die 

bereits durch das Primärlabel dargestellte Hauptgefahr) 

UN-NR X 4 Nummer für einen Stoff gemäss der von der 

UNITED NATIONS erstellten Liste gefährlicher 

Güter. 

VERPACKUNGSGRUPPE-NR X 1 Einteilung nach Festigkeit der Verpackung 

0 = keine Angaben 

1 = Verpackungsgruppe 1 



STAUMETHODE X 1 Hinweis auf die Staumethode an Bord des Schiffes. 

In der Einleitung zur Klasse 1 des IMDG-Codes wird 

auf die Staumethode hingewiesen. Diese gibt verschlüsselt 

an, wo das Gut an Bord eines Schiffes 

gestaut werden darf. 

Bei Gütern der anderen Klassen kann eine Angabe 

zur Staukategorie (Staumethode) auf den entsprechenden 

Stoffseiten vorhanden sein. 

z.B. bei 1: A, B oder C; bei anderen entprechend 

mehr Werte 

GEF-ALLG-V02 DG M Allgemeine Gefahrgutangaben 

FLAMMPUNKT X 4 Flammpunkt einer Flüssigkeit. Die Angabe des 

Wertes erfolgt in Grad Celsius. 

MASS-FLAMMPUNKT X 1 Masseinheit für den Flammpunkt. 

C = Celsius 

F = Fahrenheit 

" " = wird keine Angabe geliefert, nimmt die BHT als 

Defaultwert automatisch "C" für Celsius an. 

GEF-BEMERKUNG X 130 Wenn eine Eigenschaft (z.B. ätzend, feuergefährlich 

etc.) angegeben werden muss, so ist diese Angabe 

hier vorzunehmen. 

Ansonsten ist dieses Feld verfügbar für 

Bemerkungen zur Gefahrgutposition 

Angabe von Limited Quantities in den ersten vier 

Stellen LQ=J oder LQ=N und Angabe von Excepted 

Quantities in den Stellen fünf bis acht EQ=J oder 

EQ=N (J=Ja, N = Nein) wichtig für den Terminal! 

GEF-SPRENGSTOFFSCHEIN X 1 Hinweis, ob zur Verladung / Bearbeitung eines 

Gefahrgutes ein Sprengstoffbefähigungsschein 

erforderlich ist. 

("J", "N" oder space) 

_______________________________________________________________________________ 

Version 3.6 - 117 - 01.08.2011 



_____________________________________________________________________________ 

GEF-NETTOGEWICHT N 7.1 M Ab Segment-Version 02 ist in diesem Feld das 

Bruttogewicht des bzw. der Gefahrgutpackstücke 

anzugeben. 

Hinweis: Ursprünglich (Segment-Version 01) 

beinhaltete dieses Feld das Nettogewicht der 

Gefahrgutsendung. Der bisherige Feldname 

(=NETTO...) wurde trotz der neuen Definition 

beibehalten, um nicht diverse 

Anwendungsprogramme anzupassen. 

GEF-EXPLOSIVGEWICHT N 7.1 Bei Gefahrgütern der Klasse 1 (Explosive Stoffe) 

muss in diesem Feld das Nettogewicht angegeben 

werden (NEQ = Netto Explosiv Quantity). 

TECHN-GEFAHRGUT-BEZ X 130 M Genaueste technische Bezeichnung des Gutes 

gemäss Stoffblatt Seite oder Gesamtverzeichnis des 

IMDG-CODES. Mehrere anerkannte technische 

Stoffnamen sind möglich. Abkürzungen und 

Handelsnamen sind nur dann erlaubt, wenn sie von 

der Internationalen Organisation für Normung (ISO) 

anerkannt sind. Mehrere technische Stoffnamen 

können einer UN-NR zugeordnet sein (N.A.G.- 

POSITION). Angaben in englischer Sprache sind 

zulässig. 

GEFAHRAUSLOESER-BEZ X 130 Technische oder chemische Bezeichnung eines 

Stoffes, der als Gefahrauslöser bei dem Transport 

eines Gefahrgutes anzugeben ist, wenn das Gut zu 

einer NAG-Position des IMDG-Codes gehört. 

WASSERGEF-KLASSE-NR X 1 Nummer der Wassergefährdungsklasse 

0 = im allgemeinen nicht wassergefährdend 

1 = schwach wassergefährdend 

2 = wassergefährdend 

3 = stark wassergefährdend 

GEFAHRGUTVERMERK X 60 Vermerke gemäss den Fussnoten der Stoffseiten 

aus den IMDG-CODEVerzeichnis. Dabei kann es 

sich um Stauanweisungen oder Quervermerke zu 

anderen Gefahrgutklassen handeln. 

GEF-POS-ANZAHL-SOLL N 6 M Anzahl für Gefahrgutpackstücke, wenn zu einer 

Auftragsposition mehrere Gefahrgutangaben 

vorhanden sind. 

GEF-VERPACKUNGSART-CODE X 4 M Angabe der Verpackungsart eines 

Gefahrgutpackstückes 

GEF-LAND DG Gefahrgutangaben für Landtransport 

LAND-KZ X 1 Angabe, ob eine Gefahrgutdeklaration auch für den 

Landtransport angegeben werden muss. 

Es muss eine entsprechende Klassifizierung für den Landtransport 

nach GGVS, GGVE oder GGVBinsch erfolgen 

Es ist eine Angabe für Landtransport erforderlich, aber es ist 

nur die Angabe der Gefahrklasse vorhanden und der Hinweis auf 

die entsprechende Ausnahmegenehmigung. 

Es ist keine gesonderte Angabe für den Landtransport 

erforderlich 

STOFF-NR X 4 Angabe der UN-Nummer für den Landtransport, 

wenn diese abweichend ist zur UN-NUMMER der 

Gefahrgut Verordnung See 

LISTENGUT X 130 Hinweise auf bestimmte Vorschriften für den 

Landverkehr.(§9, Abs1 der GGVS) 

Beispiel : Mengenbegrenzung für B8 - Güter bei 

Beförderung auf der Strasse 

GEFAHR-NR X 4 Gefahrnummer eines Gefahrgutes (Kemmler-Zahl). 

(einheitlich für die Gefahrgut-Vorschriften GGVS, 

GGVE, und ADNR). 

_______________________________________________________________________________ 

Version 3.6 - 118 - 01.08.2011 



_____________________________________________________________________________ 

GEF-GGVS-E-B-KLASSE X 4 Nummer der Gefahrgut-Klasse nach der jeweiligen 

Verordnung GGVS, GGVE oder GGVBinsch zu 

Klassifizierung von Gefahrgütern nach den Gefahreigenschaften 

(z.B. Explosiv, brennbar, radioaktiv 

etc.). Zusätzlich ist bei Explosivstoffen (Gefahrgut- 

Klasse 1) die Angabe einer Verträglichkeitsgruppe 

mit anderen Explosivstoffen angehängt. 

GEF-GGVS-E-B-ZIFFER X 6 Die Gefahrgut-Ziffer ist eine zusätzliche Unterteilung 

zu einer Gefahrgut-Klasse unter Berücksichtigung 

von Stoffeigenschaften (Höhe des Siedepunktes, 

Flammpunktes etc.) oder Stoffbestandteilen des 

Gefahrgutes. Zusätzlich wird durch einen 

angehängten Buchstaben eine Klassifizierung der 

Gefahr, die von einem Gut ausgeht, ausgedrückt. 

(z.B. Giftigkeit, Grad der Gesundheitsschädigung, 

Entzündungsfähigkeit) 

GEF-RADIOAKTIV DG Angaben Gefahrgut-Klasse 7 (Radioaktiv) 

Mussfelder siehe Regeln !! 

GEF-VERPACKUNGSTYP-CODE X 4 Verpackungstyp für radioaktives Gefahrgut., 

festgelgt von der IAEO (International Atom Energy 

Organization) 

FREI = Freigestellte Versandstücke 




A = Normale Verpackung Versandstück Typ A 

B(U) = Versandstück Typ B Unilaterale Zulassung 

B(M) = Versandstück Typ B Multilaterale Zulassung 

C = Versandstück Typ C 

GEF-AKTIV-BQ N 11 Aktivität eines radioaktiven Materials, in Bequerel. 

GEF-BFS-NR X 15 Nummer des Transportgenehmigungsscheines des 

Bundesamtes für radioaktive Gefahrgüter. 

GEF-KATEGORIE X 5 Einteilung der radioaktiven Stoffe aufgrund der 

Dosis-Leistung. 

I-W = Weiss I 

II-G = Gelb II 

III-G = Gelb III 

FREIG = Freigestellt 

GEF-BLATT-NUMMER N 2 X Blatt-Nummer der Gefahrgutvorschriften für 

radioaktive Stoffe 

Feld darf nicht mehr verwendet werden. Es ist 

immer mit „00“ zu füllen. 

GEF-MASS-RADIOAKT-CODE X 1 Angabe der Masseinheit 

T = Terra Becquerel (TBq) 

G= Giga Becquerel (GBq) 

GEF-TRANSPORT-INDEX N 4.2 Die Transportkennzahl ist eine Zahl, die einem Versandstück, 

einer Umpackung, einem Tank oder 

Frachtcontainer zugeordnet wird und anhand derer 

sowohl die nukleare Kritikalität als auch die Strahlungsexposition 

überprüft werden kann. Es handelt 

sich hierbei um den höchsten Strahlungspegel in 

einem Abstand von 1 m von der Aussenfläche des 

Versandstückes, der Umpackung, des Tanks oder 

Frachtcontainers. 

(Angabe in MREM/H oder mSv/h). 

_______________________________________________________________________________ 

Version 3.6 - 119 - 01.08.2011 



_____________________________________________________________________________ 

GEF-KRITIKALITAETS-INDEX N 4.2 Kritikalitätssicherheitsindex (CSI) 

Kennzahl für die Kritikalitätssicherheit, die 

Versandstücken, Umverpackungen oder 

Frachtcontainern mit spaltbaren Stoffen, zugeordnet 

wird, ist eine Zahl, die dazu dient, die Kontrolle über 

die Ansammlung von Versandtstücken, 

Umverpackungen oder Frachtcontainern mit 

spaltbaren Stoffen zu ermöglichen. 

Das Feld ist im Format numerisch 2.2 zu füllen. 

Beispiel : 45,37 entspricht „004537“. 

Ersetzt das bisherige das Feld „GEF-STRAHLUNG- 

AN-OBERFL“. 

Verarbeitungshinweis DG DV-Verarbeitungshinweis zum Segment 

SEGMENT-VERSION-KUNDE N 2 Wird von der BHT bei Weiterleitung des Segmentes 

gefüllt und gibt die Segmentversion an, die der 

Kunde an die BHT übergeben hat. 


Kann von den Empfangssystemen zur Steuerung 

spezifischer Prüfungen genutzt werden. 

_______________________________________________________________________________ 

Version 3.6 - 120 - 01.08.2011 



_____________________________________________________________________________ 

10.11. Datengruppe SEGMENT-CONT-BEWEGUNG 

Variable Container-Positionsangaben 

Beinhaltet alle variablen containerbezogenen Angaben zu einer Auftragsposition. 


Regel 1 

Wenn CONTAINER-ZUSTAND = '1' (voll) 

und (CONTAINER-ISO-CODE (Längenangabe) = 20 

oder CONTAINER-LAENGE-NR = 20) 

muss CONT-GESAMTGEWICHT-ZAV = 'GEFÜLLT' 

und CONT-GESAMTGEWICHT-ZAV >= '2000' (in KG) 

und CONT-GESAMTGEWICHT-ZAV = '3500' (in KG) 

und CONT-GESAMTGEWICHT-ZAV '0' 

und CONTAINER-ZUSTAND = '0' (leer) 

Regel 4 

Wenn CONTAINER-ZUSTAND = '1' (voll) 

darf CONTAINER-STATUS-CODE nicht = 'L' (Leerstock) 

_______________________________________________________________________________ 

Version 3.6 - 121 - 01.08.2011 



_____________________________________________________________________________ 

Regel 5 

Wenn CONTAINER-ZUSTAND = '0' (leer) 

muss CONT-GEWICHT-TARA = CONT-GESAMTGEWICHT-ZAV 

und CONT-GEWICHT-TARA


_____________________________________________________________________________ 




SEGMENT-ID X 4 M COBE 


CONTAINER-SIEGEL DG Angaben der verschiedenen Siegelnummern des 

Containers 

CONTAINER-SIEGEL-NR-1 X 12 M Zeichenfolge einer Container-Plombe 

CONTAINER-SIEGEL-NR-2 X 12 Zeichenfolge einer Container-Plombe 




CONTAINER-UEBERMASSE DG Angaben zu Überbreiten bei Containerbeladungen 

CONT-MASS-UEBERMASS-CODE X 3 M Masseinheit für Angabe der Übermasse Container 

('cm','CM') = CENTIMETER 

('f','F') = FEET 

CONT-UEBERBREITE-LINKS N 3 Ladungsüberstand Container links 

CONT-UEBERBREITE-RECHTS N 3 Ladungsüberstand Container rechts 

CONT-UEBERHOEHE N 3 Ladungsüberstand Container oben 

CONT-UEBERLAENGE-HINTEN N 3 Ladungsüberstand Container hinten 

CONT-UEBERLAENGE-VORN N 3 Ladungsüberstand Container vorn 

CONT-GEWICHT-NETTO N 5 Container Nettogewicht in Kilogramm 

CONT-GESAMTGEWICHT-ZAV N 5 Bruttogewicht eines Containers in Kilogramm 

VERLADEANWEISUNG X 5 Verladeanweisung bezeichnet die Art, wie der 

Container verladen werden soll, zum Beispiel: 

TZB = Tür zum Bock 

TMA = Tür nach aussen 

TZM = Tür zur Mitte 

CONTAINER-SPREADERFAEHIG X 1 Merkmal zur Eignung für den Spreader-Einsatz 

("J", "N" oder space) 

CONT-BEFOERDER-ART-CODE X 3 Differenzierung von Containerladungen 

CONTAINER-STATUS-CODE X 1 M Bestimmung des angelieferten Containers, z.B. 

('l','L') = LEERSTOCK 

('i','I') = Import 

('e','E') = Export 

STAUPLATZ-CONTAINER X 7 Stauposition eines Containers auf einem Schiff. 

Der Stauplatz besteht aus: 

1. - 3. Stelle = Bay (alpha) 

4. - 5. Stelle = Row (numerisch) 

6. - 7. Stelle = Tier (numerisch) 

CONT-BUENDEL-IDENT X 2 Im "Bündel" transportierte Container 


_______________________________________________________________________________ 

Version 3.6 - 123 - 01.08.2011 



_____________________________________________________________________________ 

10.12. Datengruppe SEGMENT-LCL-VERWEIS 

Der LCL-Verweis dient zum Erstellen von Verknüpfungen zwischen Aufträgen. Z.B. LCL - 

Exportcontainer, Importmanifeste, usw.. Im folgenden Teil wird auf die verschiedenen 

Verwendungsarten im Detail Bezug genommen. 

Packen Exportsammelcontainer (LCL) 

Es wird ein Auftrag "Packen LCL Container" angelegt. Hierbei entspricht jeweils ein LCL 

Container einer Position des Auftrages. Zu jedem Container (=Position) werden LCL- 

Verweise angelegt. Die "LCL-Verweise" stellen durch Angabe der Referenz-, Kopf- und 

Positionsnummer des Einzelauftrages, der in den LCL-Container gepackt werden soll, eine 

Verknüpfung zwischen "Sammelauftrag" und "Einzelauftrag" her. Ein Container (=Position) 

kann auf bis zu 999 Einzelaufträge verweisen. Der Container des Packauftrages "erbt" 

hierbei alle Informationen über die Position des Einzelauftrages, die zugewiesen wurde. 

Durch die Zuordnung des "Einzelauftrages" zum "Sammelauftrag" wird der Kopf des 

Einzelauftrages auf den Status "Erledigt" gesetzt und die verfügbare Menge der Position 

reduziert. Der Einzelauftrag erhält in der BHT einen Verweis auf den Sammelauftrag, dem 

er zu gewiesen wurde, um ggf. eine Rückverfolgung zu ermöglichen. 

Der gepackte Sammelcontainer kann unter der gleichen Referenz wie auch der 

Packauftrag mit den nächsten Auftragsköpfen weiter verfügt werden (z.B. Ausliefern, 

Absetzen, etc.). 

Durch die Verweise kann in Kundensystemen eine Packliste je Container mit allen 

Informationen aus den Einzelaufträgen erstellt werden. 

Einzelaufträge Sammelauftrag 

Referenz 4711111 Referenz 4811111 

Kopf 002--------------------- ! Kopf 001 

Position 0001 >--------Position 0001 

AART Absetzen ! AART Packen LCL Container 

! ! 

Referenz 4711222 ! ! 

Kopf 003------------------- ! ! 

Position 0001 ! ! 


AART Absetzen ! ! 

! ! 

Referenz 4711333 ! ! 

Kopf 002------------------ ! ! 


AART Absetzen ! Referenz 4811111 

Kopf 002 

Position 0001 

AART Absetzen Container 

_______________________________________________________________________________ 

Version 3.6 - 124 - 01.08.2011 



_____________________________________________________________________________ 

Erstellen eines Auspackauftrages für LCL Container 

Der Ablauf ist ähnlich dem "Packen Exportsammelcontainer". Auch für das Auspacken 

eines LCL-Container wird ein Auftrag für den auszupackenden Container und Aufträge für 

die einzelnen im Container befindlichen Partien benötigt. 

Zuerst werden für die in den Containern befindlichen LCL-Partien Einzelaufträge 

"Aufsetzen LCL" erstellt, wobei je B/L eine Referenz angelegt wird. Anschliessend wird der 

Auftrag "Auspacken Container" erstellt. Jeder Container entspricht hierbei einer 

Auftragsposition. Zu jedem Container werden, analog zum Exportablauf, LCL-Verweise 

erstellt. Die einzelnen LCL-Partien erhalten in der BHT einen Verweis auf den oder die 

LCL-Container, in denen sie gestaut waren, so dass eine Rückverfolgung jederzeit 

möglich ist. Durch den Verweis lässt sich für jeden LCL Container eine Auspackliste 

erzeugen. 


Wenn AUFTR-REFERENZ-NR = 'LEER' 

muss KUNDEN-REFERENZ = 'GEFÜLLT' 

Wenn AUFTRAGSART nicht = 'MANIFEST' 

muss AUFTR-KOPF-LFD-NR = 'GEFÜLLT' 

und AUFTR-POSITION-LFD-NR = 'GEFÜLLT' 

Wenn KONV-ODER-LCL-CODE = 'BARGE' 

(in Segment-Position) 

muss BARGE-NR = 'GEFÜLLT' 

und CONTAINER-NR = 'LEER' 

Wenn KONV-ODER-LCL-CODE = 'CONTAINER' 

(in Segment-Position) 

muss CONTAINER-NR = 'GEFÜLLT' 

und BARGE-NR = 'LEER' 

_______________________________________________________________________________ 

Version 3.6 - 125 - 01.08.2011 



_____________________________________________________________________________ 



SEGMENT-ID X 4 M LCVE 


AUFTR-REFERENZ-NR N 7 Referenz-Nummer zu einem Auftrag 


AUFTR-KOPF-LFD-NR N 3 Fortlaufende Nummer eines Auftragskopfes 

AUFTR-POSITION-LFD-NR N 4 Fortlaufende Nummer einer Auftragsposition 


BARGE-NR X 13 Identifizierung einer Barge 

AUFTR-SAMMEL-VERW-GEW- 

SOLL 

N 9 M SOLL-Gewicht Sammelverweis 

AUFTR-SAMMEL-VERW-ANZ- 

SOLL 

N 6 M SOLL-Anzahl Sammelverweis 

ERW-KOLLOMARKIERUNG-LCL X 15 Weitere, spezifische Markierungsangabe zur 

Unterscheidung der Packstücke 

AUFTR-SAMMEL-VERWEIS-MASS N 9 Mass Sammelverweis 

STAUPLATZ-IM-CONTAINER X 10 Stauplatzangabe von Warenpositionen im Container 

AUFTR-SAMMEL-VERWEIS- 

BEMERK 

X 78 Bemerkung Sammelverweis 


_______________________________________________________________________________ 

Version 3.6 - 126 - 01.08.2011 



_____________________________________________________________________________ 

10.13.Datengruppe SEGMENT-POS-MAERK 

Beinhaltet alle Angaben für eine Zeile des Positionsmärks. Die Markierung ist freitextlich. 


*KEINE* 



SEGMENT-ID X 4 M POMA 


AUFTR-POS-MAERK-ZEILE-NR N 2 M Zeilennummer des Positions-Märks 

POS-MAERK-UMSCHLAG X 18 M Gemeinsame Markierung aller Packstücke einer 

Auftragsposition 


_______________________________________________________________________________ 

Version 3.6 - 127 - 01.08.2011 



_____________________________________________________________________________ 

10.14. Datengruppe SEGMENT-POS-INHALT 

Die Warenbeschreibung beinhaltet eine für alle Kollo einer Position geltende nähere 

Erläuterung zu den Waren. 


*KEINE* 



SEGMENT-ID X 4 M POIN 


AUFTR-POS-INHALT-ZEILE-NR N 2 M Zeilennummer der Warenbeschreibung 

AUFTR-POS-INHALT X 21 M Beschreibung der Ware 

(zusätzliche Information zur Übersetzung des Warencodes) 


_______________________________________________________________________________ 

Version 3.6 - 128 - 01.08.2011 



_____________________________________________________________________________ 

10.15. Datengruppe SEGMENT-ZOLL-POS-DATEN 

Beinhaltet alle Zollangaben für die Ausfuhrkontrolle (Absetzen), die in direktem Bezug zu 

einer Auftragsposition stehen. 

Alle vorher eingesetzten Versionen dieses Segments verlieren ihre Gültigkeit! 

Die Attribute BHT-ANMELDER-CODE, ZOLL-POS-AUSFUHRPAPIER-ART und ZOLL- 

POS-GB-NR-Anliefern dürfen bei der Auftragsgestellung durch den Auftraggeber nicht 

gefüllt werden. Bei den letzten beiden erfolgt die Eingabe auschliesslich durch den Zoll. 

Das Attribut ZOLL-WARENBESCHREIBUNG dient der Angabe einer Warenbeschreibung 

für Zollzwecke. 

Die Statistische Warennummer ist 8-stellig, daher ist das Attribut ZOLL-POS-STAT- 

WAREN-NR (X9) an letzter Stelle mit einer Null aufzufüllen. Das Feld muss insgesamt 

numerisch gefüllt sein. 

Das Attribut AUSFUHR-ZOLLAMT-GEPRÜFT ist mit dem Wort "Erklaerung" zu füllen. 

Dieses führt zu folgenden Erklärungen des Anmelders beim Zollamt: 

• "Die Zulässigkeit der Ausfuhr ist bestätigt durch Hauptzollamt ....." oder 

• "Die Abfertigung zu einem sonstigen Zollverfahren ist nachweisbar erfolgt" oder 

• "Die Ausgangsabfertigung erfolgt manuell". 

Das Attribut ZOLL-HERKUNFTSLAND dient der Angabe des Versendungslands. 

Die Attribute ZOLL-SHIPPER und ZOLL-CONSIGNEE wurden durch die Attribute ZOLL- 

VORPAPIER und ZOLL-BEWILLIGUNGSNUMMER ersetzt. 

Die Bewilligungsnummer ist alphanumerisch anzugeben, daher ist das Attribut ZOLL- 

BEWILLIGUNGSNUMMER (X75) entsprechend mit Leerzeichen aufzufüllen. 

Nachfolgend die EU-Länder(-Kürzel) für die Prüfung der Attribute ZOLL- 

HERKUNFTSLAND und ZOLL-BESTIMMUNGSLAND: 

DE, AT, ES, NL, BE, LU, FR, GB, IE, MT, PL, SK,SI, CZ, HU, SE, FI, DK, GR, PT, CY, IT, 

EE, LT, LV, RO, BG 

Ab Version 05.1 

Der Pseudoverfahrenscode 9999N/G (bislang „Versandverfahren Bahn“) ist auch für 

Versandverfahren mit dem Binnenschiff anzuwenden. 

Der Pseudoverfahrenscode 8888N/G (bislang „Binnenschiff-EU-Drittland“) wird umbenannt 

in „Feeder-EU-Drittland“ und ist für die Fälle anzuwenden, wenn die Ware mit einem 

Feederschiff aus einem anderen EU-Mitgliedstaat transportiert wird. 

Der Pseudoverfahrenscode 7777N („Drittland-EU-Feeder“) wird neu geschaffen für Fälle, 

wenn die Ware aus einem Drittland ankommt und mit einem Feederschiff in einen anderen 

EU-Mitgliedstaat weiter transportiert wird. 

_______________________________________________________________________________ 

Version 3.6 - 129 - 01.08.2011 



_____________________________________________________________________________ 

Ab Version 05.2 

Wenn konventionelle Hafenaufträge über die BHT an einen Umschlagsbetrieb übermittelt 

werden, der in der BHT und beim Zoll als zugelassener Gestellungsort eingetragen ist 

und gleichzeitig auch als Containerpackschuppen fungiert, so müssen dort wie bisher die 

entsprechenden Zolldaten angegeben werden, wenn es sich um einen zollrelevanten 

Hafenauftrag handelt. 

Wird nach dem Packen der Ware in den Container ein entsprechender (Sammel-) 

Containerauftrag erstellt, so mussten bisher die Zolldaten aus den konventionellen 

Hafenaufträgen wieder mit angegeben werden. 

Um eine „Vereinfachung der Erfassung“ für Gemeinschaftswaren zu gewährleisten, ist es 

jetzt möglich, ein (einziges) Dummy-ZOPD-Segment im Containerauftrag anzugeben. 

Für im Container ebenfalls enthaltene Nicht-Gemeinschaftsware, müssen weiterhin die 

entsprechend korrekten ZOPD-Segmente (=Zolldaten) an die BHT übermittelt werden. 

Dieses Dummy-ZOPD-Segment muss folgende Daten beinhalten: 

ZOLL-POS-VERSAND-STATUS = 0000 

ZOLL-BEWILLIGUNGSNUMMER = ZGnnnn 

Alle anderen Zollfelder (auch ZOLL-POS-STAT-WAREN-NR) sind entsprechend der 

Segmentbeschreibung numerisch (=0) oder alphanumerisch (=SPACE) zu füllen. 

Die Ziffernfolge nnnn steht für eine Zahl, die der Zoll den jeweiligen Umschlagsbetrieben 

(zugelassenen Gestellungsorten) zugeordnet hat. Die entsprechende Zahl muss beim 

Umschlagsbetrieb hinterfragt werden. Sie wird innerhalb der BHT nicht geprüft. 

Innerhalb der BHT wird über die Containernummer der dazugehörige Packauftrag 

ermittelt. Alle in diesem Packauftrag vorkommenden Verweise auf Hafenaufträge müssen 

den zugelassenen Gestellungsort beinhalten. Ist dies nicht der Fall oder die Angabe des 

Dummy-ZOPD-Segments erfolgt an einem Vollcontainerauftrag, so wird der Hafenauftrag 

von der BHT abgewiesen. 

Beispiel: 

� Anliefern und Absetzen am zugelassenen Gestellungsort (hier Bremen) 

Absetzauftrag enthält folgende Zolldaten: 

ZOLL-POS-VERSAND-STATUS = 4711G 

� Packen des Containers am zugelassenen Gestellungsort und erstellen eines 

Packauftrags 

� Erstellen Containerauftrag (hier Bremerhaven) 

Containerauftrag enthält folgende Zolldaten: 

ZOLL-POS-VERSAND-STATUS = 0000 

ZOLL-BEWILLIGUNGSNUMMER = ZG0001 

Die in diesem Dokument enthaltene Regelbeschreibung wird auf das Dummy-ZOPD- 

Segment nicht angewandt! 

_______________________________________________________________________________ 

Version 3.6 - 130 - 01.08.2011 



_____________________________________________________________________________ 

Ab Version 06 

Aufgrund der neuen Zoll-BHT-Verfahrensanweisung hat sich die Zoll-Matrix geändert. 

Es sind Befreiungsmerkmale (z.B. 13.1, 13.5) entfallen. Aus diesem Grund wurden Regeln 

angepasst. Ab 01.07.2010 muss die neue Version 06 an die BHT gesendet werden. 

Ab Version 07 

Für Seedurchfuhrgut (z. B. AArt 910) wird es nur noch zwei Pseudo-Versandverfahren 

(5555D und 7777N) geben. 

Die Version 06 wird ab dem 01.01.2011 ungültig! 

Die Änderung von Version 06 zu Version 07 ist: 

- Ab Version 07 ist Regel 30 verpflichtend 

Grundsätzlich: 

Das Feld Vorpapiernummer kann unterschiedliche Werte beinhalten (ENS-MRN, AES- 

MRN, ATB-Nummer oder B/L-Nummer). 

Ab Version 08 

Für die Versandarten 5555D und 7777 G/N wird die Angabe eines Warenempfängers 

verpflichtend! 

Die Version 07 wird ab dem 01.08.2011 ungültig! 

_______________________________________________________________________________ 

Version 3.6 - 131 - 01.08.2011 



_____________________________________________________________________________ 


Regel 1 

Im Feld ZOLL-POS-VERSAND-STATUS ist die letzte Stelle mit einer Zusatzbezeichnung 

zu füllen, ausser bei dem Wert "M". In diesem Fall bleibt die letzte Stelle frei. Folgende 

Werte sind zulässig: 

"N" = Nichtgemeinschaftsware 

"G" = Gemeinschaftsware 

"D" = Durchfuhrgut 

Regel 2 

Wenn ZOLL-POS-VERSAND-STATUS = 1000G 

oder ZOLL-POS-VERSAND-STATUS = 1000N 

muss ZOLL-POS-STAT-WAREN-NR = 'GEFÜLLT' 

und ZOLL-POS-AUSFUEHRER-NAME = 'GEFÜLLT' 

und ZOLL-WARENBESCHREIBUNG = 'GEFÜLLT' 

Regel 8 

Wenn ZOLL-POS-BEFREI-MERKMAL = 226 

muss ZOLL-POS-VERSAND-STATUS = 1111G 


und ZOLL-POS-AUSFUEHRER-NAME = 'GEFÜLLT' 


Regel 9 



muss ZOLL-WARENBESCHREIBUNG = 'GEFÜLLT' 

und ZOLL-VORPAPIER =‘GEFÜLLT‘ 

Regel 10 

Wenn ZOLL-POS-VERSAND-STATUS = M 


Regel 11 



muss ZOLL-POS-BEFREI-MERKMAL = 226 

Regel 12 

Wenn ZOLL-POS-VERSAND-STATUS = 5555D 

muss ZOLL-HERKUNFTSLAND = 'GEFÜLLT' 


und ZOLL-POS-EMPFAENGER-NAME =‘GEFÜLLT‘ 

_______________________________________________________________________________ 

Version 3.6 - 132 - 01.08.2011 



_____________________________________________________________________________ 

Regel 14 

Wenn ZOLL-POS-VERSAND-STATUS = 4444N 

muss ZOLL-POS-AUSFUEHRER-NAME = 'GEFÜLLT' 

und ZOLL-WARENBESCHREIBUNG = 'GEFÜLLT’ 

und ZOLL-POS-STAT-WAREN-NR = 'GEFÜLLT‘ 

und ZOLL-VORPAPIER = 'GEFÜLLT‘ 

Regel 15 


oder ZOLL-POS-VERSAND-STATUS = 3333G 





muss ZOLL-VORPAPIER = 'GEFÜLLT' 

Regel 17 



und ZOLL-BESTIMMUNGSLAND 'EU-Länder' 

Regel 24 


Oder ZOLL-POS-VERSAND-STATUS = 7777G 


und ZOLL-BESTIMMUNGSLAND = 'EU-Länder' 

und ZOLL-POS-EMPFAENGER-NAME = GEFÜLLT‘ 

Regel 25 

Wenn Zugelassener Gestellungsort (über Schuppen-Code) 

darf ZOLL-POS-VERSAND-STATUS nicht = 3333N 

und ZOLL-POS-VERSAND-STATUS nicht = 3333G 

und ZOLL-POS-VERSAND-STATUS nicht = 9999N 




und ZOLL-POS-VERSAND-STATUS nicht = 5555D 



Regel 26 

Wenn ZOLL-POS-VERSAND-STATUS nicht = 1000N 


muss ZOLL-POS-VERSAND-STATUS = 3333N 

_______________________________________________________________________________ 

Version 3.6 - 133 - 01.08.2011 



_____________________________________________________________________________ 









oder ZOLL-POS-VERSAND-STATUS = 5555D 


oder ZOLL-POS-VERSAND-STATUS = M 

Regel 27 




und ZOLL-VORPAPIER = 'GEFÜLLT' 

Regel 28 


muss ZOLL-POS-AUSFUEHRER-NAME = 'GEFÜLLT‘ 



Regel 29 



muss ZOLL-WARENBESCHREIBUNG = 'GEFÜLLT’ 

Regel 30 







_______________________________________________________________________________ 

Version 3.6 - 134 - 01.08.2011 



_____________________________________________________________________________ 




SEGMENT-ID X 4 M ZOPD 


ZOLL-POS-LFD-NR N 3 M Fortlaufende Nummer einer Zollposition 

BHT-ANMELDER-CODE X 8 DBH-Code des BHT-Anmelders 

(darf nicht gefüllt werden !) 

ZOLL-POS-AUSFUHRPAPIER-ART X 4 Kennzeichen für die Art der Ausfuhrabfertigung 

(nur durch Zoll zu füllen !) 

ZOLL-POS-GB-NR-ANLIEFERN DG Datengruppe für die Buchnummer-Anliefern 

(nur durch Zoll zu füllen !) 

ZOLL-GB-NR-DIENSTSTELLE-AN N 4 Dienststellenr. des Buchnummerneintrages 

ZOLL-GB-NR-ABFERTIGUNG-AN N 1 Abfertigungsstelle des Buchnummerneintrages 

ZOLL-GB-NR-QUARTAL-AN X 1 Quartal des Buchnummerneintrages 

ZOLL-GB-NR-JAHRESZAHL-AN N 2 Jahr des Buchnummerneintrages 

ZOLL-GB-NR-TEIL-NR-AN X 3 Unterteilung des Buchnummernkreises 

ZOLL-GB-NR-LFD-NR-AN N 7 Lfd. Nummer des Buchnummerneintrages 

ZOLL-EXPORT-ALLGEMEIN DG Allgemeine Zollangaben Export 

ZOLL-POS-BEFREI-MERKMAL X 8 Angabe von Verfahrensvereinfachungen gemäss 

Matrix "Übersicht über Angaben zu den 

Zollverfahren". (z.B. 226) 

ZOLL-POS-VERSAND-STATUS X 5 M Verfahrenscode gem. Feld 37 Einheitspapier 

Es werden nur die ersten 4 Stellen angeben, die 

letzte Stelle ist mit einem der folgenden Buchstaben 

zu füllen: 

N = Nichtgemeinschaftsware 

G = Gemeinschaftsware 

D = Seedurchfuhrgut 

Folgende Pseudoverfahrencodes kommen 

zusätzlich zum Einsatz: 

3333G/N = LKW-Versand 

9999G/N = Bahn- und Binnenschiff-Versand 

7777G/N = Drittland-EU-Feeder 

1111G/N = Befreiungstatbestand 

5555D = Seedurchfuhrgut 

4444N = Wiederausfuhr 

2222G = BVD-Export 

M = Manuell 

ZOLL-POS-AUSFUEHRER-NAME X 75 Name des Ausführers gemäss Matrix "Übersicht 

über Angaben zu den Zollverfahren". 

ZOLL-HERKUNFTSLAND X 2 UN-Country-Code (Aussenhandelsstatistik) 

ZOLL-BESTIMMUNGSLAND X 3 M UN-Country-Code (Aussenhandelsstatistik) – 

Ehemals Ländernummer Aussenhandelsstatistik 

ZOLL-WARENBESCHREIBUNG X 240 Warenbeschreibung für den Zoll 

_______________________________________________________________________________ 

Version 3.6 - 135 - 01.08.2011 



_____________________________________________________________________________ 


ZOLL-EX3-ANGABEN DG Bestätigung Auftraggeber zur 


AUSFUHRZOLLSTELLE-NAME X 35 Name oder Code der Ausfuhrzollstelle 

ZOLL-POS-STAT-WAREN-NR X 9 Warennummer des Warenverzeichnisses für die 

Aussenhandelsstatistik 

Feld EP: 33 Warennummer 

AUSFUHR-ZOLLAMT-GEPRUEFT X 10 Erklärung des Auftraggebers 

GÜLTIGE-ERKLAERUNG: ('ERKLAERUNG', 'Erklaerung', 

'Erklärung', 'ERKLÄRUNG') 

ZOLL-VORPAPIER X 75 Angabe des Vorpapiers 

ZOLL-BEWILLIGUNGSNUMMER X 75 Angabe der Bewilligungsnummer 

ZOLL-POS-EMPFAENGER-NAME X 75 Name des Empängers gemäss Matrix "Übersicht über 

Angaben zu den Zollverfahren". 


_______________________________________________________________________________ 

Version 3.6 - 136 - 01.08.2011 



_____________________________________________________________________________ 

10.16. Datengruppe SEGMENT-ZOLL-POS-AES-DATEN 

Beim Erfassen eines Hafenauftrages werden die notwendigen Zolldaten (MRN-Daten) im 

Segment AESZ übermittelt. Das Segment AESZ wird auf gleicher Ebene wie das 

derzeitige Segment ZOPD übermittelt und es gelten die gleichen Regeln wie für dieses 

Segment, d.h. das Segment kann schon im Anlieferauftrag und muss spätestens im 

Absetzauftrag übergeben werden. 

Die drei Ebenen der MRN-Daten werden in einem Segment zusammengefasst, da jede 

der Ebenen nur ein oder zwei Datenfelder beinhaltet. 

Das Segment ZOLL-POS-AES-Daten beinhaltet alle AES-Zollangaben (AE-Daten) für die 

Ausfuhrkontrolle (Absetzen), die in direktem Bezug zu einer Hafen-Auftragsposition 

stehen. 

Die in ATL@S-AES erfassten AE-Daten werden unter einer MRN (Movement-Referenz- 

Number) zusammen gefasst. Die AE besteht aus bis zu 999 Warenpositionen mit jeweils 

bis zu 99 Packstück-Positionen. 

Sollen alle in der AE erfassten Waren der aktuellen Hafen-Auftragsposition zugeordnet 

werden, so ist die Übermittlung des Feldes MRN und das Setzen eines ‚J’ im Feld MRN- 

KOMPLETT ausreichend. Es ist nicht mehr notwendig und nicht erlaubt, die einzelnen 

Warenpositionen und die Packstück-Positionen der AE explizit zu übermitteln. 

Sollen alle in einer Warenposition der AE erfassten Waren der aktuellen Hafen- 

Auftragsposition zugeordnet werden, so ist die Übermittlung der Felder MRN, WAREN- 

POSITION und das Setzen eines ‚J’ im Feld WAREN-POSITION-KOMPLETT 

ausreichend. Es ist nicht mehr notwendig und nicht erlaubt, die einzelnen Packstück- 

Positionen der AE explizit zu übermitteln. 

Beide Übertragungsmöglichkeiten dienen der Verkürzung der Datenübermittlung und 

können nur genutzt werden, wenn keine Mindermengen (siehe unten) vorliegen. 

Im SEGMENT ZOLL-POS-AES-DATEN kann auch jeweils eine Packstück-Position, bzw. 

ein Teil davon, explizit angegeben und übermittelt werden. Hierzu sind die Felder MRN, 

WAREN-POSITION und PACKSTUECK-LFD-NR und PACKSTUECKE-ANZAHL zu füllen. 

Wird nur ein Teil der Packstückposition angegeben, so ist im Feld PACKSTUECKE- 

KOMPLETT ein „N“ anzugeben. 

Wird in einer weiteren Nachricht der Rest der Packstückposition angegeben, so ist im Feld 

PACKSTUECKE-KOMPLETT ein „J“ anzugeben. 

Fehlt die Angabe PACKSTUECKE-KOMPLETT = „J“ auf einer Packstückposition, kann 

die BHT diese Packstückposition nicht als „gestellt“ an ATL@S-AES melden. Somit kommt 

es zu keiner Zollfreigabe (für die gesamte MRN)! 

Wird eine komplette Waren- oder Packstückposition oder Teile einer Packstück- position 

nicht zum Versand gebracht, muss dies durch die Übertragung eines „J“ im Feld 

MINDERMENGE dokumentiert werden. Nur in diesem Fall müssen die Felder 

ROHMASSE-AUFTR und EIGENMASSE-AUFTR angegeben werden. 

_______________________________________________________________________________ 

Version 3.6 - 137 - 01.08.2011 



_____________________________________________________________________________ 

Durch diese Angabe einer Mindermenge gelten die als Mindermenge gemeldeten Waren 

als nicht exportiert. 

Die Anzahl der im Auftrag genannten Packstücke zu einer Packstückposition darf nicht 

größer als die in der AE angegebene Anzahl sein. Bei Angabe einer Mindermenge dürfen 

ebenso die bestehenden Angaben zu Rohmasse und Eigenmasse nicht überschritten 

werden. 

Ist eine Packstückposition auf mehrere Container aufgeteilt, muss bei jedem Container, 

bei dem eine Mindermenge auftritt, die Eigenmasse und Rohmasse angegeben und das 

Mindermengen - Kennzeichen auf „J“ gesetzt werden. Bei Mindermengen (gemäß Regel 

7) kann eine Packstückposition auch ohne Angabe des Kennzeichens PACKSTUECKE- 

KOMPLETT=J als „gestellt“ an ATL@S-AES gemeldet werden. 

In den Feldern VERPACKUNG-AES und MARKIERUNG-AES kann später eine 

zusätzliche Warenposition oder Packstückposition angegeben werden. Zurzeit 

besteht diese Möglichkeit noch nicht. Die Felder wurden jedoch schon vorsorglich 

aus Schnittstellenkompatibilität aufgenommen. 

Regelbeschreibung 

Regel 1: MRN komplett 

Wenn AUFTR-ART-CODE = 'Zollrelevant' (Kennz. ZS/ZF bei den 

Auftragsarten in den Stammdaten gefüllt) 

und MRN-KOMPLETT = 'J' 

muss WAREN-POSITION = 'LEER' 

muss WAREN-POSITION-KOMPLETT = 'LEER' 

und PACKSTUECK-LFD-NR = 'LEER' 

und PACKSTUECKE-ANZAHL = 'LEER' 

und PACKSTUECKE-KOMPLETT = 'LEER' 

und MINDERMENGE = 'N' 

und ROHMASSE-AUFTR = 'LEER' 

und EIGENMASSE-AUFTR = 'LEER' 

Regel 2: Waren-Position komplett 



und MRN-KOMPLETT = 'N' 

und WAREN-POSITION-KOMPLETT = 'J' 

muss WAREN-POSITION = 'GEFÜLLT' 







_______________________________________________________________________________ 

Version 3.6 - 138 - 01.08.2011 



_____________________________________________________________________________ 

Regel 3: Teile einer Packstück-Position 




und WAREN-POSITION-KOMPLETT = 'N' 


und PACKSTUECK-LFD-NR = 'GEFÜLLT' 

und PACKSTUECKE-ANZAHL = 'GEFÜLLT' 

und PACKSTUECKE-KOMPLETT = 'N' 




Regel 4: Restliche oder alle Teile einer Packstück-Position 








und PACKSTUECKE-KOMPLETT = 'J' 




Regel 5: Mindermenge (komplette Warenposition fehlt) 

Wenn MINDERMENGE = 'J‘ 

und WAREN-POSITION-KOMPLETT = 'J' 

muss MRN-KOMPLETT = 'N‘ 

und WAREN-POSITION = 'GEFÜLLT' 






_______________________________________________________________________________ 

Version 3.6 - 139 - 01.08.2011 



_____________________________________________________________________________ 

Regel 6: Mindermenge (komplette Packstückposition fehlt) 


und PACKSTUECKE-KOMPLETT = 'J' 








Regel 7: Mindermenge (Teile einer Packstückposition fehlen) 


und PACKSTUECKE-KOMPLETT = 'N' 






und ROHMASSE-AUFTR = 'GEFÜLLT' 

und EIGENMASSE-AUFTR = 'GEFÜLLT' 


Attributname Format Muss Beschreibung 


SEGMENT-ID X 4 M AESZ 

SEGMENT-VERSIONS-NR 

N 2 M 02 

ZOLL-POS-LFD-NR N 3 M Fortlaufende Nummer einer Zollposition 

MRN X 18 M MRN-Nummer aus der AE 

MRN-KOMPLETT X 1 M Kennzeichen(J/N), ob alle Waren der MRN in der 

betreffenden Auftrags-Position vorhanden sind 

WAREN-POSITION N 3 Warenposition aus der AE 

WAREN-POSITION- 

KOMPLETT 

X 1 Kennzeichen(J/N), ob alle Waren der 

Warenposition in der betreffenden Auftrags- 

Position vorhanden sind 

PACKSTUECK-LFD-NR N 2 Packstück-Position innerhalb der Warenposition 

aus der AE 

PACKSTUECKE- 

X 1 Kennzeichen(J/N), ob mit dieser Angabe zu einer 

KOMPLETT 

Packstückposition alle Packstücke gemeldet 

wurden. 

PACKSTUECKE-ANZAHL N 5 Anzahl der Packstücke aus der AE 

MINDERMENGE X 1 M Kennzeichen(J/N), ob die angegebenen Waren 

eine Mindermenge sind. 

ROHMASSE-AUFTR N11.3 Rohmasse der Packstück-Position 

EIGENMASSE-AUFTR N11.3 Eigenmasse der Packstück-Position 

VERPACKUNG-AES X3 X Verpackungscode eines neuen Packstücks 

(derzeit nicht notwendig) 

MARKIERUNG-AES X42 X Markierung eines neuen Packstücks 

(derzeit nicht notwendig) 


_______________________________________________________________________________ 

Version 3.6 - 140 - 01.08.2011 



_____________________________________________________________________________ 

Füllmatrix 

Anhand der o.g. Regelbeschreibung soll gezeigt werden, wie das Segment gefüllt werden 

kann. 

Beispiel: 

Eine AE (MRN 1234) hat eine Warenposition und darunter befindet sich eine 

Packstück-Position mit 30 Packstücken. 

Bei Beachtung der o.g. Regeln kann das Segment entsprechend der konkreten Situation 

folgendermaßen gefüllt werden. Dabei stellen Regel 1 und Regel 2 jeweils alle Waren der 

MRN dar. Regel 3 und Regel 4 stellen gemeinsam alle Waren der MRN dar. 

Feld Regel 1 Regel 2 Regel 3 Regel 4 Regel 5 

MRN 1234 1234 1234 1234 1234 

MRN- 

KOMPLETT 

J N N N N 

WAREN- 


001 001 001 001 

WAREN- 

POSITION- 

KOMPLETT 

J N N N 

PACKSTUECK- 

LFD-NR 

01 01 01 

PACKSTUECKE- 

KOMPLETT 

N J N 

PACKSTUECKE- 

ANZAHL 

10 20 15 

MINDERMENGE N N N N J 

ROHMASSE- 

AUFTR 

0 0 0 0 1000 

EIGENMASSE- 

AUFTR 

0 0 0 0 1000 

Mindermengen 

Beispiel 1: 


Packstück-Position mit 30 Packstücken. Die Packstücke sind auf zwei Container 

aufgeteilt worden. Einer der Container hat bereits eine Stellplatzmeldung, der andere wird 

nicht mehr verschifft. Um den Vorgang gegenüber ATL@S-AES vollständig zu 

qualifizieren, muss wie folgt vorgegangen werden: 

Zunächst ist der alte Auftrag zu stornieren. Danach ist ein neuer Auftrag mit dem zu 

verladenen Container zu stellen. Es müssen die Kennzeichen PACKSTUECKE- 

KOMPLETT auf „N“ und MINDERMENGE auf "J" gesetzt werden und die Werte in den 

Feldern EIGENMASSE-AUFTR und ROHMASSE-AUFTR und PACKSTUECKE-ANZAHL 

entsprechend ergänzt werden (Regel7). 

Da der Container sich bereits im Terminal befindet, wird an den Zoll Vollständigkeit der 

Gestellung gemeldet. 

_______________________________________________________________________________ 

Version 3.6 - 141 - 01.08.2011 



_____________________________________________________________________________ 

Beispiel 2: 

Eine AE (MRN 1234) hat zwei Warenpositionen. Die Warenpositionen sind auf zwei 

Container aufgeteilt worden. Einer der Container hat bereits eine Stellplatzmeldung, der 

andere wird nicht mehr verschifft. Um den Vorgang gegenüber ATL@S-AES vollständig zu 

qualifizieren, muss wie folgt vorgegangen werden: 

Zunächst ist der alte Auftrag zu stornieren. Danach ist ein neuer Auftrag mit dem zu 

verladenen Container zu stellen. Für die vorhandene Warenposition muss WAREN- 

POSITION-KOMPLETT auf „J“ und MINDERMENGE auf "N" gesetzt werden. Für die 

fehlende Warenposition müssen die Kennzeichen WAREN-POSITION-KOMPLETT und 

MINDERMENGE jeweils auf "J" gesetzt und die Werte in den Feldern PACKSTUECKE- 

ANZAHL, EIGENMASSE-AUFTR und ROHMASSE-AUFTR mit Null angegeben werden 

Da der Container sich bereits im Terminal befindet, wird an den Zoll Vollständigkeit der 

Gestellung gemeldet. 

Beispiel 3: 


Packstück-Position mit 30 Packstücken. Die Packstücke sind auf zwei Container 

aufgeteilt worden. In einem Container befinden sich 12 Packstücke mit 14000 kg, in dem 

anderen Container 18 Packstücke mit 15000 kg. Plötzlich stellt der Kunde fest, das im 

ersten Container nur 11 Packstücke mit 12000 kg sind und im zweiten Container nur 15 

Packstücke mit 13500 kg. Die Packstücke sind unverpackt ( Eigenmasse = Rohmasse). 

Um den Vorgang gegenüber ATL@S-AES vollständig zu Qualifizieren, muss der Auftrag 

wie folgt mit dem Status GZA abgeändert werden: 

Beim ersten Container muss MINDERMENGE auf "J" gesetzt, die Packstückanzahl auf 11 

und EIGENMASSE-AUFTR sowie ROHMASSE-AUFTR mit 12000 angegeben werden. 

Beim zweiten Container muss ebenfalls das MINDERMENGE auf „J“ gesetzt werden, die 

Packstückanzahl mit 15 und die EIGENMASSE-AUFTR sowie ROHMASSE-AUFTR mit 

13500 angegeben werden. Bei beiden Containern muss PACKSTUECKE-KOMPLETT auf 

„N“ gesetzt werden. Durch die Angaben werden an ATL@S-AES insgesamt 26 

Packstücke mit 25500 kg als Mindermenge gemeldet. 

Doppelte Containeraufträge 

Die Anlage von doppelten Containeraufträgen führt im BHT- ATL@S-AES-Ablauf dazu, 

dass die MRN-Daten des vorhergehenden Hafenauftrags anhand von Containernummer 

und den vorliegenenden MRN-Daten, BHT-Intern storniert werden. Somit ist gewährleistet, 

dass nur noch die aktuellen MRN-Daten im BHT- ATL@S-AES-Ablauf involviert sind. 

Hinweis 

Es dürfen keine doppelten AESZ-Sätze, in Bezug auf MRN, WAREN-POSITION und 

PACKSTUECK-LFD-NR, die sich nur durch den Wert im Feld PACKSTUECKE- 

KOMPLETT unterscheiden unter einer Hafen-Auftragsposition vorkommen. Dies führt 

dazu, dass der erste AESZ-Satz BHT-Intern storniert wird und der BHT- ATL@S-AES- 

Ablauf nicht gestartet werden kann. 

_______________________________________________________________________________ 

Version 3.6 - 142 - 01.08.2011 



_____________________________________________________________________________ 

10.17.Datengruppe SEGMENT-NACHRICHTENENDE 

Dient dazu eine Nachricht zu beenden. 


*KEINE* 



SEGMENT-ID X 4 M NAEN 




NACHRICHT-AM D 8 M Datum, an dem eine Nachricht übergeben wurde. 

NACHRICHT-UM X 8 M Zeitpunkt, an dem eine Nachricht übergeben wird. 

ANZAHL-SEGMENTE N 4 M Anzahl der Segmente in einer Nachricht 


_______________________________________________________________________________ 

Version 3.6 - 143 - 01.08.2011 



_____________________________________________________________________________ 

10.17.1. Nachricht RUECKMELDUNG 

Mit der Nachricht können zwischen allen Beteiligten an der BHT 

ausgetauscht werden. 

- Statusmeldungen 

- Fehlermeldungen 

- Monituren 

- Stammdaten 

- allgemeine Nachrichten 

_______________________________________________________________________________ 

Version 3.6 - 144 - 01.08.2011 



_____________________________________________________________________________ 

11. Beispiele für Auftragsquittungen der BHT 

Die BHT bestätigt dem Auftraggeber den ordnungsgemässen Empfang seiner Daten. 

Neben der vergebenen BHT-Referenz werden auch Schiffsname, UN-Hafencode, 

Schuppencode und z.B. die Mitteilung, dass eine Maklerkopie nicht erstellt wurde, 

zurückgemeldet. 

FTKO01000003265001018452 

NAKO0100000326RUECK 

STKO0150031550020000AUB00009999 19941215120410000010022000075 

00000 00000 

STZE01SIS001EWL VENEZUELA 

STZE01HAF002COSMR 

STZE01BUK003MAKLERKOPIE NICHT ERSTELLT 

NAEN0100000326RUECK19941215120410000006 


STKO0150031570010000AUB00009999 19941215120449000010021999434 

00000 00000 

STZE01SIS001KHAIRPUR 

STZE01HAF002PKKHI 

NAEN0100000326RUECK19941215120449000005 

FTEN011994121512085500002 

_______________________________________________________________________________ 

Version 3.6 - 145 - 01.08.2011 



_____________________________________________________________________________ 

11.1. Lagerplatzübermittlung 

Lagerplätze werden generell mit der Nachricht RUECKMELDUNG im Segment STATUS- 

ZEILE übertragen, das Datenelement STATUS-MELDUNGS-TYP hat den Wert "LAG". 

Da Lagerplätze positionsbezogen sind, müssen im Segment STATUS-KOPF die 

Datenelemente AUFTR-REFERENZ-NR und AUFTR-POSITION-LFD-NR gefüllt sein 

(weitere Mussfelder entsprechend den Regeln). Eine Position kann bis zu 99 Lagerplätze 

haben. 

Erstmeldung: 

Die Meldung eines Lagerplatzes erfolgt zusammen mit der Übertragung des Status 

• "TEU = Position erledigt" oder 

• "ERU = Auftrag erledigt" 

Änderungsmeldung 

Die Änderungsmeldung zu einem Lagerplatz wird mit dem Status 

übertragen. 

• "LAU" = Lagerplatz-Änderung-Umschlag 

Datenstruktur des Lagerplatzes 

Die Übertragung des Lagerplatzes erfolgt im Datenelement STATUS-MELDUNGS-ZEILE 

mit folgender Struktur: 

Lagerplatzstruktur im Datenelement 

STATUS-MELDUNGS-ZEILE 

SCHUPPEN-CODE X3 

SCHUPPEN-ABTEILUNG-CODE X1 

SCHUPPEN-FREIFLAECHE-CODE X1 

LAGERPLATZ-BEZEICHNUNG X15 

_______________________________________________________________________________ 

Version 3.6 - 146 - 01.08.2011 



_____________________________________________________________________________ 

11.2. Beschreibung der Fehlermeldung 

Folgende Segmente aus der Nachricht RUECKMELDUNG werden im Fehlerfall benutzt: 

SEGMENT NACHRICHTEN-KOPF 

SEGMENT STATUS-KOPF : Identifikation etc., Details 

: siehe Nachricht RUECKMELDUNG 

SEGMENT STATUS-ZEILE : Hier wird die Fehlermeldung übertragen. 

SEGMENT NACHRICHTEN-ENDE 

11.2.1. Details zum Segment STATUS-ZEILE: 

Das Datenelement STATUS-MELDUNGS-TYP hat bei Fehlermeldungen generell den 

Wert "FNA". 

Das Datenelement STATUS-ZEILEN-NR wird fortlaufend ab 001 hochgezählt. 

Das Datenelement STATUS-MELDUNGS-ZEILE enthält Text und Code der 

Fehlermeldungen, und wird wie folgt redefiniert: 

Kopfzeile (1x pro Nachricht RUECKMELDUNG, siehe Beispiel): 

Enthält für den Auftraggeber Informationen zu dem File transfer, mit dem der 

fehlerhafte Auftrag übertragen wurde. 

Nachrichtentyp des Auftraggebers (X 5) 

Datenaustauschreferenz (X 6) 

Datum der Übertragung der Nachricht des Auftraggebers (X 8) 

Zeit der Übertragung der Nachricht des Auftraggebers (X 8) 

Es gibt immer 2 Fehlerzeilen. 

erste Zeile Fehlermeldung (1x pro Fehler, siehe Beispiel): 

In der ersten Zeile stehen detaillierte Angaben zu 

jedem Fehler: 

Fehler-Klasse (X 1) 

Fehler-Art-Code (X 3) 

Fehler-Text (X31) 

_______________________________________________________________________________ 

Version 3.6 - 147 - 01.08.2011 



_____________________________________________________________________________ 

zweite Zeile Fehlermeldung (1x pro Fehler, siehe Beispiel): 

Eine Pfadangabe in der zweiten Fehlerzeile stellt den Bezug zur Nachricht her 

und vereinfacht die Lokalisierung von Fehlern innerhalb bestimmter Segmente. 

Fehler-Segment-ID-1-Hierachie-Ebene (X 4) 

Lfd-Fehler-Segment-Nr-1-Ebene (N 4) 





Fehler-Segment-Lfd-Nr-Absolut (N 6) 

11.2.2. Fehlerklassen 

Bei der Verarbeitung einer Nachricht gibt es Fehlerklassen (E und S), die die weitere 

Verarbeitung steuern. 

E : Einfacher Fehler 

S : Schwerer Fehler (führt zum Abbruch der Prüfung) 

Bei Fehlern der Klasse "E" wird die Nachricht des Auftraggebers bis zum Ende geprüft, 

aber nicht in die BHT eingebucht. 

Bei der Fehlerklasse "S" wird die Prüfung sofort abgebrochen, weil eine weitere 

Verarbeitung nicht mehr gegeben ist (z.B. Datenbankzugriffe über Schlüsselfelder, die 

nicht in der Nachricht gefüllt wurden). Auch Nachrichten, die die Fehlerklasse "S" 

aufweisen, werden nicht in die BHT eingebucht. 

11.2.3. Liste der Fehlercodes 

Fehlercode Beschreibung 

E 001 Mussfeld nicht gefüllt 

S 001 Mussfeld nicht gefüllt 

E 002 Feldinhalt unbekannt, CODE oder Wertebereich ungültig 

S 002 Feldinhalt unbekannt, CODE oder Wertebereich ungültig 

S 003 Segmentanzahl unzulässig 

S 004 Numerisches Feld ohne numerischen Inhalt 

S 005 Segmentstruktur fehlerhaft 

E 006 Regelverletzung (lt. Schnittstelle bzw. freitextl. Beschreibung) 

S 006 Regelverletzung (lt. Schnittstelle bzw. freitextl. Beschreibung) 

E 007 Reihenfolge/lfd. Nummer fehlerhaft 

S 007 Reihenfolge/lfd. Nummer fehlerhaft 

S 008 Unberechtigter Zugriff 

E 009 Bestandsdifferenz 

E 010 Gültigkeitszeitraum der Stammdaten überschritten 

E 011 Datum-/ Zeitgrenze über-/ unterschritten 

S 012 Code nicht bekannt; mit Nutzerbetreuung dbh in Verbindung 

setzen 

E 013 Feld darf nicht gefüllt werden. Andere Systeme versorgen es. 

_______________________________________________________________________________ 

Version 3.6 - 148 - 01.08.2011 



_____________________________________________________________________________ 

11.2.4. Beispiel Fehlermeldung 

für die Nachricht RUECKMELDUNG bei einem fehlerhaften Auftrag: 

(ohne File-Transfer-Kopf und -Ende) 

Nachrichtensegment Erklärung 


STKO0147110000020000MOB99999999 .... usw ... 

02751993110214350000K+N123 

STZE01FNA001AUFTR1234561993110214200000 Bezug zur Nachricht 

STZE01FNA002E001AUFTR-GEBER-ABTEILUNG ) Abteilung nicht gefüllt 

STZE01FNA003AUKO0001 0000 0000000002 ) Fehler im 1.Segment AUKO, 

absolutes Segment 2 im FT 

STZE01FNA004E002WARENART-CODE ) Feldinhalt unbekannt 

STZE01FNA005APZU0001GRPO0001 0000000004 ) Fehler im Segment GRPO, 


STZE01FNA006S001AUFTR-POSITION-LFD-NR ) Mussfeld nicht gefüllt 

STZE01FNA007APZU0001GRPO0001 0000000004 ) Fehler im Segment GRPO, 


NAEN0199999999RUECK19931102143500000010 

_______________________________________________________________________________ 

Version 3.6 - 149 - 01.08.2011 



_____________________________________________________________________________ 

11.3. Graphische Darstellung der Nachrichtenstruktur 

Abbildung: Nachricht RUECK V3.0_2007-01-22.ppt 

_______________________________________________________________________________ 

Version 3.6 - 150 - 01.08.2011 



_____________________________________________________________________________ 

11.4. Datengruppe SEGMENT-NACHRICHTENKOPF 

Segment Nachrichtenkopf 



*KEINE* 






NACHRICHTEN-TYP X 5 M RUECK 


_______________________________________________________________________________ 

Version 3.6 - 151 - 01.08.2011 



_____________________________________________________________________________ 

11.5. Datengruppe SEGMENT-STATUS-KOPF 

Segment beinhaltet alle Information über den Statuscode, Statusgeber, Monitur, 

Moniturerledigung, Ansprechpartner etc.. 

Rückmeldungen können auftragsbezogen oder auftragsneutral übermittelt werden. 

Handelt es sich um auftragsneutrale Rückmeldungen, dürfen die Datenelemente AUFTR- 

REFERENZ-NR, AUFTR-KOPF-LFD-NR und AUFTR-POS-LFD-NR nicht gefüllt sein. 

Auftragsneutrale Rückmeldungen dienen auch der Anforderung von BHT-Stammdaten. 


Wenn 'RUECKMELDUNG' = 'AUFTRAGS-BEZOGEN' 

muss 'SEGMENT-NACHRICHTEN-VERTEILER' = 'nicht vorhanden' 

und 'SEGMENT-BHT-STAMMDATEN' = 'nicht vorhanden' 

.Wenn 'RUECKMELDUNG' = 'AUFTRAGS-KOPF- 

BEZOGEN' 



und AUFTR-POSITION-LFD-NR = 'LEER' 

Wenn 'RUECKMELDUNG' = 'AUFTRAGS-POSITIONS- 

BEZOGEN' 



muss AUFTR-POSITION-LFD-NR = 'GEFÜLLT' 

Wenn 'AUFTRAGS-STATUS-CODE' = 'MONITUR' 

oder 'AUFTRAGS-STATUS-CODE' = 'MONITURERLEDIGUNG' 

muss MONITUR-LFD-NR = 'GEFÜLLT' 

_______________________________________________________________________________ 

Version 3.6 - 152 - 01.08.2011 



_____________________________________________________________________________ 



SEGMENT-ID X 4 M STKO 


AUFTR-REFERENZ-NR N 7 Referenz-Nummer zu einem Auftrag 

AUFTR-KOPF-LFD-NR N 3 Fortlaufende Nummer eines Auftragskopfes 

AUFTR-POSITION-LFD-NR N 4 Fortlaufende Nummer einer Auftragsposition 

STATUS-INFORMATION DG M Details zum Status (=Sender) 

AUFTRAGS-STATUS-CODE X 3 M Bearbeitungszustände von Aufträgen 

STATUS-DURCH-DBH-CODE X 8 M DBH-Code des Statusgebers 

STATUS-GEBER- 

X 15 Name des Sachbearbeiters 


STATUS-GEBER-TELEFON-NR X 14 Telefonnummer des Sachbearbeiters 

UMSCHLAG-KD-NR X 4 Kundennummer bei einem Umschlagsbetrieb 

STATUS-AM D 8 M Beinhaltet Datum, wann Status gesetzt wurde 

STATUS-UM X 8 M Uhrzeit, wann Status gesetzt wurde 

AUFTR-GEBER-INFO- 

DG Ansprechpartner/Referenz beim Auftraggeber 

ZUORDNUNG 


AUFTR-GEBER-ABTEILUNG X 5 Interne Abteilung des Auftraggebers 

AUFTR-GEBER-POSITION X 10 Interne Position des Auftraggebers 

AUFTR-GEBER- 

X 15 Name des Sachbearbeiters 


MONITUR-MELDUNG DG Moniturmeldung der NA-Rueckmeldung 

MONITUR-LFD-NR N 2 Numerierung der Monituren eines Monitur-Gebers 

zu einer Position 

MONITUR-CODE N 3 Beanstandungen/Hinweise auf Schäden, Mängel 

MONITUR-ERLEDIGUNGS- 

DATEN 

DG Moniturerledigungsdaten der NA-Rueckmeldung 

MONITUR-AUFTR-STATUS- X 3 Bezug zur Moniturmeldung 

CODE 

MONITUR-LFD-NR N 2 Numerierung der Monituren eines Monitur-Gebers 

zu einer Position 

MONITUR-CODE N 3 Beanstandungen/Hinweise auf Schäden, Mängel 


_______________________________________________________________________________ 

Version 3.6 - 153 - 01.08.2011 



_____________________________________________________________________________ 

11.6. Datengruppe SEGMENT-STATUS-ZEILE 

Segment zur Übertragung von codierten Informationen und/oder reinen Kommentaren/ 

Informationen als freier Text. 

Im Datenelement STATUS-MELDUNGS-TYP kann codiert angegeben werden, welche Art von 

zusätzlichen Informationen in der Status-Zeile mitgeliefert werden (z.B. LAG=Lagerplatz, 

LKW=LKW-Nummer, MOT=Moniturtext, FTX=Freier Text etc.). 

Ergänzung zum Gefahrgutauftrag 


Beförderungspapieres genutzt werden, kann die erforderliche verantwortliche Erklärung 

im Sinne des Container-Packzertifikates in der Datengruppe STATUS-ZEILE angegeben 

werden. Der Ausdruck erfolgt im jeweiligen Empfangssystem! 

Als Meldungstyp wird der Code CPZ = Container-Packzertifikat vereinbart. 

Beispiel: 

STATUS 

-MELDUNGS 

-TYP 

STATUS 

-ZEILEN 

-NR 


CPZ 001 IT IS DECLARED THAT THE PACKING OF 

CPZ 002 CONTAINER HAS BEEN CARRIED OUT IN 

CPZ 003 ACCORDANCE WITH THE PROVISIONS 

CPZ 004 OF PAR. 12.3.7 OF SECTION 12 AND 

CPZ 005 PAR. 17.7.7 OF THE GENERAL INTRO 

CPZ 006 DUCTION TO THE IMDG CODE 

Bei Benutzung in der Nachricht RUECKMELDUNG werden die Status-Zeilen mit der 

Status-Zeilen-Nr bis zu maximal 999 Zeilen pro Nachricht RUECKMELDUNG identifiziert. 


*KEINE* 



SEGMENT-ID X 4 M STZE 


STATUS-MELDUNGS-TYP X 3 M Definiert die Art der Statusmitteilung 

STATUS-ZEILEN-NR N 3 M fortlaufende Nummer für freitextliche Statuszeile 

STATUS-MELDUNGS-ZEILE X 35 M Beinhaltet weitere Mitteilungen zur Statusmeldung 


_______________________________________________________________________________ 

Version 3.6 - 154 - 01.08.2011 



_____________________________________________________________________________ 

11.6.1 Email-Adressen für Pro - Alert 

Für das Produkt Pro Alert (Benachrichtigung des Kunden bei Störungen im ATL@S – 

AES Zollprozess) können hier Emailadressen übermittelt werden. 

Hierfür stehen folgende Meldungstypen zur Verfügung: 

• EMA = Zur Übertragung einer kompletten Emailadresse 

• EM1 = Bei einer Emailadresse, die mehr als fünfunddreißig Zeichen umfasst, 

werden hier die ersten fünfunddreißig Zeichen übertragen 

• EM2 = Bei einer Emailadresse, die mehr als fünfunddreißig Zeichen umfasst, 

werden hier die restlichen Zeichen übertragen 

Maximal stehen somit siebzig Zeichen zur Verfügung 

Beispiele: 

STATUS 

-MELDUNGS 

-TYP 

STATUS 

-ZEILEN 

-NR 


EMA 001 Max.Mustermann@Test.de 

EM1 001 Maximilian.Mustermann@Musterspediti 

EM2 002 on.de 

_______________________________________________________________________________ 

Version 3.6 - 155 - 01.08.2011 



_____________________________________________________________________________ 

11.7. Datengruppe SEGMENT-BHT-STAMMDATEN 

Segment dient zur Übertragung von Anforderung und Lieferung von BHT-Stammdaten. 

Die zur Verfügung stehenden Stammdaten (=Art) können bei der dbh erfragt werden. 

Kunde fordert BHT-Stammdaten an: 

BHT-STAMMDATEN-QUAL und ggfs. BHT-STAMMDATEN-DEF-QUAL müssen mit dem 

Codeschlüssel für die gewünschten Stammdaten gefüllt sein, BHT-STAMMDATEN-CODE 

und BHT-STAMMDATEN-TEXT dürfen nicht gefüllt werden. Das Segment ist einmal pro 

gewünschtem Stammdatum vom Kunden an die BHT zu liefern. 

BHT sendet Stammdaten an Kunden: 

Die BHT sendet pro Werteausprägung der gewünschten Stammdatenart dieses Segment. 

Die Legende für die Aufbereitung im File Transfer gibt die genaue Datenstruktur an. 


Stammdatenanforderung: 

Wenn AUFTRAGS-STATUS-CODE = 'STAMMDATENANFORDERUNG' 

muss BHT-STAMMDATEN-QUAL = 'GEFÜLLT' 

und BHT-STAMMDATEN-CODE = 'LEER' 

und BHT-STAMMDATEN-TEXT = 'LEER' 



SEGMENT-ID X 4 M BHST 


BHT-STAMMDATEN-QUAL X 4 M Identifiziert die Art der übertragenen Stammdaten 

BHT-STAMMDATEN-DEF-QUAL X 4 Qualifizierung von Codearten 

BHT-STAMMDATEN-CODE X 30 Code zu einem BHT-Stammdatum 

BHT-STAMMDATEN-TEXT X 225 Stammdaten-Langtext 


_______________________________________________________________________________ 

Version 3.6 - 156 - 01.08.2011 



_____________________________________________________________________________ 

11.8. Datengruppe SEGMENT-NACHRICHTEN-VERTEILER 

Beinhaltet den Empfängercode für BHT-Nachrichten. 

Wenn kein Auftragsbezug vorliegt, d.h. Referenz, Kopf- und Pos-Lfd-Nr nicht gefüllt sind, 

kann die Nachricht RUECKMELDUNG auch als "MAILBOX"-Nachricht zwischen den BHT- 

Teilnehmern benutzt werden. 

In der STATUS-RUECKMELDE-ART kann angegeben werden, in welchem Verfahren die 

Nachricht an den Empfänger weitergeleitet werden soll. (z.B. File transfer oder FAX) 


Wenn 'SEGMENT-NACHRICHTENVERTEILER' = 'vorhanden 

muss AUFTR-REFERENZ-NR (in SEGMENT-STATUS-KOPF) = 'LEER' 

muss AUFTR-KOPF-LFD-NR (in SEGMENT-STATUS-KOPF) = 'LEER' 

muss AUFTR-POSITION-LFD-NR(in SEGMENT-STATUS-KOPF) = 'LEER' 



SEGMENT-ID X 4 M NAVE 


NACHRICHT-EMPF-DBH-CODE X 8 M DBH-Code des Nachrichtenempfängers 

STATUS-RUECKMELDE-ART X 3 Codierung der Rückmeldeart für Statusmeldungen 


_______________________________________________________________________________ 

Version 3.6 - 157 - 01.08.2011 



_____________________________________________________________________________ 

11.9. Datengruppe SEGMENT-AUFTR-POS-ZUORDNUNG 


Im konventionenellen Verkehr dient dieses Segment zur Übermittlung der vom 

Auftraggeber gewünschten SOLL-Mengen für Anzahl und Gewicht, bezogen auf eine 

Position, zu übermitteln. 

Zusätzlich kann angegeben werden, welche Art von Markierungs- und Inhaltsbeschreibung 

benutzt werden soll. 

Container Verkehr 

Im Containerverkehr dient dieses Segment zur Übermittlung der vom Auftraggeber 

angegeben Containernummer. Pro Position kann nur ein Container angegeben werden, 

deshalb muss die Anzahl immer 1 sein. Gewichte im Containerverkehr sind nicht hier, 

sondern in den Containersegmenten gemäß den Regeln anzugeben. 

Zoll 

Die Buchnummer wird ausschließlich vom Zoll ins System eingeben. 

Verwendung in Freistellung 

Wenn das Segment AUFTR-POS-ZUORDNUNG in der Nachricht FREISTELLUNG 

benutzt wird und der Bezug zu Manifestpositionen bei der Freistellung hergestellt wird, ist 

das Attribut FREIGABE-AUS-MANIF-POS zu füllen. 

Container-Nummer 

Im Containerverkehr muss die Containernummer angegeben werden. 

Die CONTAINER-NR wird max. 12-stellig linksbündig eingetragen. Sie wird durch die BHT 

nicht mit Prüfziffernverfahren geprüft. Diese Prüfung erfolgt ggfs. beim Terminal. Dort ist 

die CONTAINER-NR ein Ordnungsbegriff. Die Angabe muss deshalb durch den 

Auftraggeber besonders geprüft werden. 

Sonderzeichen und Space werden bei der Übernahme in die BHT entfernt und entfallen 

somit bei Weitergabe der Nachricht an Empfangssysteme und bei Rückmeldungen. 

Containerangaben 

Wenn es sich im Export um einen Sammelgutcontainer handelt, dann muss das Feld 

FREIGABE-AUS-MANIF-POS mit dem Wert „1111“ gefüllt werden. Handelt es sich um 

_______________________________________________________________________________ 

Version 3.6 - 158 - 01.08.2011 



_____________________________________________________________________________ 

einen Vollcontainer, so ist der Wert „2222“ einzutragen. Bei Leercontainern ist das Feld mit 

„3333“ zu füllen. 


Die Datengruppe ZOLL-POS-GB-NR-AUSLIEFERN wird nur von der BHT gefüllt, wenn 

der Zoll eine Buchnummer vergeben hat. 

Schwergutprüfung (für konventionell Ladung) 

Kollo mit einem Kollogewicht ab 6000 kg müssen in einzelnen Positionen angegeben 

werden. 


AUFTR-POS-ZUORD-ANZ-SOLL. 

Wenn Schnittgewicht > 5999 kg 

muss AUFTR-POS-ZUORD-ANZ-SOLL = 1 

Containerladung 

Regel 1 


muss AUFTR-POS-ZUORD-GEW-SOLL = 'LEER' 

und AUFTR-POS-ZUORD-GEW-IST = 'LEER' 

und MAERK-ART-CODE = 'LEER' 

(Gewichte sind bei Containern in den Segmenten POS-CONTAINER und CONT- 

BEWEGUNG anzugeben). 

Regel 2 






Auslasten Verkehrsträger (für konventionelle Ladung) 

Regel 3 

Wenn AUFTR-ART-GRUPPE-CODE = 'AUSLIEFERN' 

und AUFTR-POS-ZUORD-ANZ-SOLL = 'LEER' 

und AUFTR-POS-ZUORD-GEW-SOLL = 'LEER' 


_______________________________________________________________________________ 

Version 3.6 - 159 - 01.08.2011 



_____________________________________________________________________________ 




SEGMENT-ID X 4 M APZU 



CONTAINER-IDENTIFIKATION DG Identifikations-Nr. eines Containers 


CONT-BUCHUNGSNR X 12 Vom Kunden selbst verwaltete Information 

AUFTR-POS-ZUORD-SOLL- 

MENGEN 

DG M Sollmengenfelder der Zuordnung 

AUFTR-POS-ZUORD-ANZ-SOLL N 6 Erfasste Soll-Kollo-Anzahl vom Auftraggeber 

AUFTR-POS-ZUORD-GEW-SOLL N 7 Erfasstes Soll-Umschlags-Gewichtvom Auftraggeber 

AUFTR-POS-ZUORD-IST- DG Ist-Mengen Felder der Zuordnung 

MENGEN 

AUFTR-POS-ZUORD-ANZ-IST N 6 Erfasste Ist-Kollo-Anzahl vom Umschlag 

AUFTR-POS-ZUORD-GEW-IST N 7 Tatsächlich umgeschlagenes Gewicht 

ZOLL-POS-GB-NR-AUSLIEFERN DG Gestellung-Buch-Nr-AUSLIEFERN 

(wird nur von der BHT gefüllt, wenn der Zoll eine 

Buchnummer vergeben hat) 

ZOLL-GB-NR-DIENSTSTELLE- N 4 Dienststellennummer des Gestellungsbucheintrages 

AUS 

ZOLL-GB-NR-ABFERTIGUNG-AUS N 1 Abfertigungsstelle des Gestellungsbucheintrages 

ZOLL-GB-NR-QUARTAL-AUS X 1 Unterteilung Buchnummernkreis 

ZOLL-GB-NR-JAHRESZAHL-AUS N 2 Jahr des Gestellungsbucheintrages 

ZOLL-GB-NR-TEIL-NR-AUS X 3 Unterteilung Buchnummer 

ZOLL-GB-NR-LFD-NR-AUS N 7 Lfd. Nummer des Gestellungsbucheintrages 

FREIGABE-AUS-MANIF-POS N 4 Beinhaltet die Manifest-Positionsnummer der BHT, 

aus der der Reedereiagent freigegeben hat. 

MAERK-ART-CODE X 1 Art eines Märks 


POS-INHALT-ART X 1 Manifestinh./Auftragsinh./verschiedene Sprachen 


_______________________________________________________________________________ 

Version 3.6 - 160 - 01.08.2011 



_____________________________________________________________________________ 

11.10. Datengruppe SEGMENT-AES-CTL 

Das Segment AES-CTL wird bei Status SPZ (Zollsperre) oder CPZ (Containerprüfanlage) 

zusätzlich übertragen, da es weitergehende Informationen zur Art der Kontrollmassnahme 

aus ATL@S-AES enthält. Die Angaben zur Durchführung von Kontrollmassnahmen 

beziehen sich entweder auf die gesamte MRN oder aber auf eine Warenposition. 

Wird die Nachricht CTL (hier in Bezug auf eine konkrete MRN) an die BHT von ATL@S- 

AES gesendet und die MRN-Daten teilen sich über mehrere Auftragspositionen des 

Hafenauftrags auf, so wird z.B. der Status SPZ für jede betroffene Auftragsposition in der 

BHT erstellt. Ebenso wird das Segment CTLZ wiederum dann für jeden SPZ erstellt. D.h., 

es werden entsprechend viele Rückmeldungen gesendet. 



SEGMENT-ID X 4 M CTLZ 


MRN X 18 M Identifikationsnummer aus ATL@S-AES für die 

gestellte Ausfuhranmeldung 

ZEITPUNKT- 

N 12 M Zeitpunkt der Kontrollmassnahme 

CTL 

Format: JJJJMMTTHHMM 

SACHBEARBEITER X 35 M Sachbearbeiter 

WAREN-POSITION N 3 Eindeutige Identifizierung der Warendaten in 

ATL@S-AES (neben der MRN) 

VERMERK X 350 Vermerk 

KONTROLLMASSNAHME-ART X 1 M Art der Kontrollmassnahme: B = Beschau, D = 

Vorlage von Dokumenten, R = Röntgen 


_______________________________________________________________________________ 

Version 3.6 - 161 - 01.08.2011 



_____________________________________________________________________________ 

11.11. Datengruppe SEGMENT-AES-FEHLER 

Das Segment AES-Fehler wird an den Auftraggeber übertragen, wenn in ATL@S-AES ein 

Fehler aufgetreten ist, den nur der Auftraggeber korrigieren kann (z.B. falsche Angabe der 

MRN). Die Übertragung erfolgt immer in Zusammenhang mit dem neuen Status FEZ. 

Wird die Nachricht ERR oder die Nachricht STA mit Status 27 (immer Bezogen auf eine 

konkrete MRN) an die BHT von ATL@S-AES gesendet und die MRN-Daten teilen sich 

über mehrere Auftragspositionen des Hafenauftrags auf, so wird der Status FEZ für jede 

betroffene Auftragsposition in der BHT erstellt. Ebenso wird das Segment FEHZ wiederum 

dann für jeden FEZ erstellt. D.h., es werden entsprechend viele Rückmeldungen 

gesendet. 

Diese Art der Fehlermeldung unterscheidet sich von den bisherigen Fehlermeldungen mit 

dem Status MOB. Im Fall des MOB ist der Hafenauftrag noch nicht in der BHT gespeichert 

worden. Bei FEZ hat der Auftraggeber bereits die BHT-Referenz erhalten. 

Hinweis: Bitte beachten Sie auch die von ATL@S-AES weitergeleiteten Fehlercodes 

in Kapitel 7! 



SEGMENT-ID X 4 M FEHZ 




FEHLER-CODE X 8 M Angabe des Fehlercodes 

FEHLER-TEXT-AES X 350 M Textliche Angabe des Fehlers bei dieser Position 

FEHLER-ZEIGER X 350 Erläuterung des Fehlers 


_______________________________________________________________________________ 

Version 3.6 - 162 - 01.08.2011 



_____________________________________________________________________________ 

11.12. Datengruppe SEGMENT-AES-DAT 

Das Segment AES-DAT wird nur mit dem Status AEB übertragen. 

Es enthält Angaben aus der Ausfuhranmeldung, wie sie zum Zeitpunkt der Übertragung an 

die BHT in ATL@S-AES vorgelegen haben. Die Angaben beziehen sich immer auf eine 

ganze MRN. 

Wurde die MRN auf mehrere Aufträge verteilt angegeben, so wird in der BHT- 

Rückmeldung nur der Bezug zum „ersten“ Auftrag, der die MRN beinhaltet, angegeben. 

Das DV-System des Empfängers muss die Angaben ggfs. auf die weiteren Aufträge 

verteilen. 



SEGMENT-ID X 4 M DATZ 




ANZAHL-WARENPOS-AES N 3 M Beinhaltet die Anzahl der in der Ausfuhranmeldung 

enthaltenen Warenpositionen. 

ANZAHL-PACKSTUECKE-AES N 7 M Beinhaltet die Anzahl der in der Ausfuhranmeldung 

enthaltenen Packstücke. 


_______________________________________________________________________________ 

Version 3.6 - 163 - 01.08.2011 



_____________________________________________________________________________ 

11.13. Datengruppe SEGMENT-NACHRICHTENENDE 

Dient dazu eine Nachricht zu beenden. 


*KEINE* 



SEGMENT-ID X 4 M NAEN 




NACHRICHT-AM D 8 M Datum, an dem eine Nachricht übergeben wurde. 

NACHRICHT-UM X 8 M Zeitpunkt, an dem eine Nachricht übergeben wird. 

ANZAHL-SEGMENTE N 4 M Anzahl der Segmente in einer Nachricht 


12. Empfehlungen 

Die dbh hat für unterschiedliche Kundengrössen und technische Gegebenheiten 

technische Alternativen zur Anbindung an die Bremer Hafentelematik erarbeitet. Diese 

können wir interessierten Unternehmen zur Verfügung stellen. 

_______________________________________________________________________________ 

Version 3.6 - 164 - 01.08.2011

Bremer Hafentelematik (BHT) - dbh Logistics IT AG

Erfolgreiche ePaper selbst erstellen

Template löschen?

Als Template speichern?