Bremer Hafentelemat Bremer Hafentelematik (BHT) - KIS - dbh ...

Dokumentation DatenschnittstelleBREMER HAFENTELEMATIK (BHT)_____________________________________________________________________________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 STAstorniert. Da zu diesem Zeitpunkt noch kein Datenaustausch zwischen der BHT undATL@S-AES stattgefunden hat, ist die Stornierung somit abgehandelt. DerAuftraggeber kann nun einen neuen Hafenauftrag mit dem korrekten Schiff an dieBHT ü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. Indiesem Fall muss ohne vorherige Stornierung ein neuer Hafenauftrag mit dem dannkorrekten Schiff erstellt werden. Durch den neuen Hafenauftrag werden die MRN-Daten des vorhergehenden Hafenauftrags auf Grund der Containernummer und derMRN-Daten BHT-Intern storniert. Somit ist gewährleistet, dass nur noch die aktuellenDaten 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 auchATL@S-AES von der BHT über die Schiffsänderung informiert.Sollten vor dem Eintreffen des neuen Hafenauftrages Informationen wieVerladefreigabe oder Verladestopp von ATL@S-AES an die BHT übermittelt werden,so werden diese zunächst bei dem vorhandenen Hafenauftrag eingetragen und andie Hafen-auftragsbeteiligten übermittelt. Nach dem Eintreffen des neuenHafenauftrages in der BHT werden auf Grund der MRN-Daten diese Informationenauch auf diesen Hafenauftrag eingetragen (Vererbung) und an dieHafenauftragsbeteiligten übermittelt.Sollten die Informationen wie Verladefreigabe oder Verladestopp erst nach demEintreffen des neuen Hafenauftrages von ATL@S-AES an die BHT übermitteltwerden, so werden diese auf dem aktuellen und dem bereits vorhandenenHafenauftrag eingetragen und an die Hafenauftragsbeteiligten übermittelt.Letztendlich gilt aber, dass der vorherige Hafenauftrag für den Auftraggeber, die BHTund ATL@S-AES nicht mehr interessant ist. Die MRN-Daten gelten immer nur fürden aktuellen Hafenauftrag.Beispiel C)Ein gestellter Containerauftrag soll storniert werden, da einer der beidenangegebenen Container (Aufteilung der Packstückposition) nicht mehr verschifftwerden soll. Einer der Container besitzt schon den Status ICU.Der Hafenauftrag kann auf Grund des Status ICU nicht mehr storniert werden.______________________________________________________________________________Version 3.5 - 40 - 01.01.2011dbh Logistics IT AG