In diesem Artikel geben wir Empfehlungen, wie die API von Cargo Controller Import für Ihr eigenes System implementiert werden kann. Dies wird anhand von Use Cases schrittweise erläutert. Jeder Use Case gibt Einblick in die logistischen Auswirkungen des Datenaustauschs über Cargo Controller Import. Verpassen Sie keinen Mehrwert, indem Sie alle Datenpunkte in Ihrem eigenen System implementieren.
Dieser Artikel ist relevant für das Projektteam, das die Implementierung realisiert.
Tracking von Fracht
Cargo Controller Import (CCI) arbeitet mit einer RESTful API und Webhook (HTTPS calls). Die Spezifikationen finden Sie hier.
In den Webhook-Updates senden wir den zuletzt bekannten Status (state) Ihrer Fracht; die vollständige B/L wird geteilt. Es liegt am Empfänger, die Updates mit unserem vorherigen Update zu vergleichen, um zu sehen, welche Daten geändert wurden.
Um Fracht erfolgreich zu tracken, muss ein Track-Request mindestens 2 Werte enthalten: die Master-B/L-Nummer und mindestens 1 Containernummer.
Die Master-B/L-Nummer muss mit dem SCAC-Code der Reederei versehen sein. Wenn unter der B/L mehrere Container manifestiert sind, teilen wir diese in unseren Updates automatisch für alle bekannten Container.
Szenarien zum Tracken von Fracht
Es gibt 3 Startzeitpunkte für das Tracking von Fracht innerhalb von CC, wodurch Updates an den Webhook gesendet werden. Das Datum, an dem ein Tracking-Request erstellt wurde, ist der Monat, in dem die bezahlte Transaktion in Rechnung gestellt wird.
Die Developer-Spezifikationen finden Sie auf einer separaten Website. In diesen Blöcken verweisen wir auf spezifische Spezifikationen zu einem Thema.
- Eine Track-Request über ein Softwarepaket. In der Abbildung unten ist der Happy Flow ausgearbeitet
-
Ein Webbenutzer trackt die Ladung manuell im Webbildschirm von CC. In dieser Situation wird eine eindeutige Trackid an den Webhook gesendet, für die keine Track-Request gesendet wurde. Dieses Szenario muss nachverfolgt werden:
- Ein Commercial Release wird von Dritten mit Ihrer Organisation verknüpft.
Dies ist nahezu identisch mit Szenario 2. Eine externe Partei verknüpft Ihre Organisation mit der Secure Chain für einen Container, dessen B/L Sie selbst noch nicht tracken. - Fügen Sie die IMO-Nummer oder CRN zu Ihrer Track-Request hinzu.
Für Terminals, die Premium Terminal Data liefern, kann es interessant sein, so früh wie möglich Schiffsdaten zu erhalten. Durch die Angabe dieser Daten kann geprüft werden, ob die Schiffsdaten früher verfügbar sind als das Importmanifest.
Warum erhalte ich noch keine Ladungsinformationen?
In den untenstehenden Szenarien wird von einer Extended-Tracking-Situation ausgegangen. Wenn Sie dazu mehr wissen möchten, lesen Sie bitte diese Release Note.
Wenn Ladung verfolgt wird, kann es sein, dass die Ladungsinformationen innerhalb von Portbase noch nicht bekannt sind. In diesem Fall registrieren wir Ihre Anfrage und koppeln automatisch ein Update zurück.
-
Tracked BL: Cargo is tracked and cargo information is available within the PCS. Schematically, it looks like this:
-
Not tracked BL: Cargo is tracked and there is (not yet) any cargo information available within the PCS. Schematically, it looks like this:
-
Deleted BL: The cargo was subsequently removed from the manifest. Schematically, it looks like this:
Warum erhalte ich eine Time-out-E-Mail im Namen der Cargo Controller Import API?
Beim Tracking eines B/L über CC erhalten Sie in der Bestätigung eine eindeutige TrackId, die Ihre Organisation mit diesem spezifischen B/L verknüpft. Auf diese Weise können Sie alle unsere Updates in Ihrem eigenen System einfach miteinander verknüpfen.
Wenn Cargo Controller Import ein Update teilt, wird es an die Webhook(s) gesendet, die unter Ihrer Organisation im PCS registriert sind. Wenn Portbase innerhalb von 30 Sekunden keine Response erhält, unternehmen wir einen zweiten Versuch und falls erforderlich einen dritten Versuch.
Wenn nach dem dritten Versuch keine Response auf unser Update erfolgt, senden wir an die E-Mail-Adresse, die beim Webhook registriert ist (eingetragen beim Anfordern des Dienst), eine Time-out-Fehlermeldung: Der Webhook ist nicht verfügbar und Sie verpassen möglicherweise ein(e) wichtige(s) Update(s) zu Ihrer Ladung.
I only see a Lucidchart embed payload (a `` with `data-lucid-content` JSON). There’s no Zendesk article text/title here to translate, and you also haven’t specified the **target language** (your rules mention German/English handling for UI labels). What would you like me to do with this content? 1) **Translate the diagram labels** contained in the JSON (e.g., “Time out…”, “Webhook Events…”, “Response (200 OK)”, “Client”, “Cargo Controller”, “30 seconds”, “130 seconds”) into a target language (German or English per your workflow), while leaving all code/JSON structure unchanged. 2) **Extract all visible diagram texts** into a clean list (source → translation), so you can paste them into Lucidchart manually. Reply with: - Target language: **German** or **English** - Option: **1** (inline JSON translation) or **2** (extracted list) If you choose option 1, confirm whether I should translate only the `"Text":{"t":"..."}` and `"Value":{"t":"..."}` strings, and leave everything else unchanged.
Implementierungsempfehlung verhindert Time-out-Fehlermeldungen
Die Erfahrung zeigt, dass viele Organisationen nach dem ersten Update zunächst intern ihren vollständigen Verarbeitungsprozess aktivieren. Erst nachdem dieser Prozess abgeschlossen ist, wird anschließend eine Reaktion an Portbase gesendet, um den Erhalt des Webhook-Updates zu bestätigen.
E-Mail-Adresse anpassen für API-Fehlermeldungen?
Die Änderung der E-Mail-Adresse kann über unsere Abteilung Integration Services angefragt werden.
Premium Terminal Data über die API verarbeiten
Für den Erhalt von Premium Terminal Data stellen einige Terminals zusätzliche Anforderungen. Tracken Sie für diese zusätzlichen Daten immer mit einer CRN oder IMO-Nummer des Schiff.
Wie erhalte ich Premium Terminal Data?
Lesen Sie hier alles darüber, welche Terminals dies anbieten, und über die zusätzlichen Bedingungen, die sie daran knüpfen.
Wenn die Bedingungen erfüllt sind, werden alle neuen B/L's automatisch mit zusätzlichen Daten versehen. B/L's von davor werden nicht aktualisiert.
Premium Terminal Data ist Teil unserer Webhook-Updates. Lesen Sie hier mehr über unsere Track-Requests.
Schiffsreiseinformationen (Vessel ETA/ETD)
Verfolgen Sie so früh wie möglich die erwartete ETA und ETD von Schiffen, indem Sie Ihre gesamte Ladung mit einer IMO- oder CRN-Nummer tracken.
Die Terminal-ETA und -ETD werden im Objekt geteilt: billOfLading/visitDeclaration/portVisit/berthVisits
Beispiel:
"vesselVisit": {
"crn": "NLRTM21123456",
"portOfCall": {},
"vessel": {},
"visitDeclaration": {
"portVisit": {
"berthVisits": [
{
"berth": {},
"eta": "string",
"ata": "string",
"etd": "string",
"atd": "string",
"etaTerminal": "string",
"etdTerminal": "string"
}
],
"etaPort": "2021-02-28T05:45:00Z",
"etdPort": "2021-02-30T07:30:00Z",
"ataPort": "2021-02-28T05:45:00Z",
"atdPort": "2021-02-30T07:30:00Z"
}
},
"cancelled": false,
"visitStatus": "DEPARTED"
},Erwarteter Entladezeitpunkt (Container EDT)
Um einen erwarteten Entladezeitpunkt zu erhalten, muss ein Transportunternehmen nominiert worden sein. Durch Ihre Organisation oder durch jemanden in der Secure Chain. Lesen Sie hier mehr über das Nominieren via API.
Die EDT wird pro Container im Objekt geteilt: billOfLading/hinterlandTerminalData/expectedDischargeTime
Beispiel:
"hinterlandTerminalData": [
{
"equipmentNumber": "CONT9434134",
"expectedDischargeTime": "2021-02-28T07:45:00Z",
"gateOut": "2021-02-28T07:45:00Z"
}
],Zollinspektionen mit der Cargo Controller Import API verfolgen
Innerhalb des Dienst Inspection Portal werden Ankündigungen von Inspektionen durch den niederländischen Zoll und Covenant-Parteien (ILT, NVWA usw.) weitergegeben. Die Art der Ankündigung wird in Cargo Controller Import pro Container im Objekt billOfLading/inspectionItems geteilt.
Beispiel:
"inspectionItems": [
{
"equipmentNumber": "CONT9434134",
"inspectionType": "PHYSICAL_OUTLET",
"status": "NOTIFIED",
"dateUpdated": "2021-02-26T07:45:00Z"
}
],Wenn eine Ankündigung erstellt wurde, wird diese durch eine Freigabe (Status released) nachverfolgt.
Wenn durch den niederländischen Zoll keine Ankündigung registriert wurde, erfolgt keinerlei Meldung.
Kommerzielle Freigabe erhalten
Oben im Artikel, in der Überschrift Ladung tracken, beschreiben wir in Szenario 3 das Tracken von Ladung, das durch die Secure Chain gestartet wird.
Möchten Sie mehr über die Secure Chain erfahren? Sehen Sie sich das Einführungsvideo an.
Es gibt 2 Möglichkeiten, mit der Secure Chain verbunden zu werden:
- Die Reederei gibt die Ladung für Ihre Organisation frei.
- Sie haben jetzt die Rolle des Release-to Party. Die Rolle des Release-to Party ist eindeutig, alle übrigen Rollen in der Secure Chain können mehrfach vorkommen.
- Sie haben jetzt auch die Rolle des Cargo director. Cargo Directors werden pro Container angezeigt; pro Container kann dies eine andere Partei sein.
- Ein Kettenpartner gibt die Ladung für Ihre Organisation frei.
- Sie haben jetzt die Rolle des Cargo director
Die Secure Chain ist Teil unserer Webhook-Updates. Lesen Sie hier mehr über unsere Track-Requests.
Release-to Party implementieren
Die Rolle des Release-to Party folgt pro Container einer kommerziellen Freigabe; diese wird pro Container im Objekt billOfLading/commercialReleases geteilt.
Beispiel:
"commercialReleases": [
{
"equipmentNumber": "CONT9434134",
"releaseToParty": {
"name": "string",
"scacCode": "string"
},
"releaseValidUntilDateTime": "2021-02-28T07:45:00Z"
}
],Cargo director implementieren
Die Rolle des Cargo director folgt pro Container einer kommerziellen Freigabe; diese wird pro Container im Objekt billOfLading/cargoDirectors geteilt.
Beispiel:
"cargoDirectors": [
{
"equipmentNumber": "CONT9434134",
"name": "Cargo Director B.V.",
"scacCode": "CD12"
}
],Kommerzielle Freigabe widerrufen
Wenn die kommerzielle Freigabe widerrufen wird, erhalten Sie dazu ein Webhook-Update. Portbase gibt dieses Update weiter, indem die zuvor gesendeten Werte geleert werden (blank value).
Dieser Wert muss pro Container überprüft werden. In diesem Moment muss Kontakt mit der widerrufenden Partei aufgenommen werden; der Reederei oder dem Kettenpartner.
Implementierungsempfehlung: Deadline-Kontrolle der Freigabe
Kommerzielle Freigaben werden häufig mit einer Gültigkeitsfrist geteilt. Führen Sie in Ihrem eigenen System eine Kontrolle durch, ob alle geplanten Aktionen noch innerhalb dieser Frist stattfinden.
- Szenario 1: Die kommerzielle Freigabe ist gültig bis 31-01-2026 23:59. Das Transportunternehmen erhält einen Transportauftrag für 01-02-2026 12:00.
- Szenario 2: Prüfen Sie jeden Tag um 08:00, welche kommerziellen Freigaben abgelaufen sind.
Kommerzielle Freigaben weitergeben
Nach Erhalt der kommerziellen Freigabe gibt es 2 mögliche Optionen:
- Ihre Organisation weist ein Transportunternehmen zu (Inland Operator nominieren)
- Ihre Organisation weist einen (anderen) Spediteur zu (Cargo director zuweisen)
Implementierung – Inland Operator nominieren
Ein Inland Operator wird auf Basis einer eindeutigen EAN-Nummer nominiert. Diese Anmeldung muss Ihre Organisation selbst von all Ihren Transportunternehmen sammeln und verwalten. Lesen Sie hier unsere CC-API-Spezifikationen für die technischen Informationen.
Lesen Sie hier die API-Spezifikationen, um über eine PUT-Request zu nominieren.
Die Rolle des Inland Operator kann pro Container oder für mehrere Container weitergegeben werden. Die Bestätigung erfolgt nur über die Webhook-Updates; dies wird pro Container im Objekt billOfLading/nominatedInlandOperators geteilt.
Beispiel:
"nominatedInlandOperators": [
{
"equipmentNumber": "CONT9434134",
"inlandOperatorFullName": "Transport B.V."
}
]Das anpassen der Inland-Operator-Rolle auf ein anderes Transportunternehmen lässt sich einfach umsetzen, indem die Aktion erneut mit einer anderen EAN-Nummer ausgeführt wird.
Implementierungsempfehlung: Nominieren ohne Importmanifest
Die Nominierung kann ohne Importmanifest erfolgen; in dieser Situation müssen Sie selbst alle benötigten (verpflichtenden) Informationen liefern, um den Nominierungs-Call zu befüllen.
Lesen Sie hier die API-Spezifikationen, um über eine PUT-Request zu nominieren.
Implementierung – Rolle Cargo director weitergeben
Ein Cargo director wird auf Basis einer eindeutigen iAM Connected ID-Nummer oder einer KvK-Nummer zugewiesen. Diese Anmeldung muss Ihre Organisation selbst von all Ihren Kettenpartnern sammeln und verwalten.
Die iAM Connected ID-Nummern Ihrer Kettenpartner können über unsere Sales-Abteilung angefragt werden. Nennen Sie dabei auch den Anlass der Anfrage.
Lesen Sie hier die API-Spezifikationen, um einen Cargo director über eine PUT-Request zuzuweisen.
Die Rolle des Cargo director kann pro Container oder für mehrere Container weitergegeben werden. Die Bestätigung erfolgt nur über die Webhook-Updates; dies wird pro Container im Objekt billOfLading/cargoDirectors geteilt.
Beispiel:
"cargoDirectors": [
{
"equipmentNumber": "CONT9434134",
"name": "Cargo Director B.V.",
"scacCode": "CD12"
}
],Das anpassen der Cargo-director-Rolle auf einen anderen Kettenpartner lässt sich einfach umsetzen, indem die Aktion erneut mit der anderen iAM Connected ID-Nummer oder KvK-Nummer ausgeführt wird.
Kommerzielle Freigabe widerrufen
Wenn die kommerzielle Freigabe widerrufen werden muss, können Sie hierfür 2 Vorgehensweisen verwenden:
-
Cargo director widerrufen:
- Wiederholen Sie die Aktion, aber geben Sie einen leeren Wert für die iAM Connected ID-Nummer oder KvK-Nummer ein.
- Wiederholen Sie die Aktion (zuweisen oder nominieren), aber geben Sie die iAM Connected ID-Nummer oder KvK-Nummer Ihrer eigenen Organisation ein.
-
Inland Operator widerrufen:
- Wiederholen Sie die Aktion, aber geben Sie einen leeren Wert für die EAN-Nummer ein.
- Wiederholen Sie die Aktion, aber geben Sie direkt einen neuen Wert für die EAN-Nummer eines Transportunternehmens ein.
Das Ergebnis dieser Aktionen wird mittels eines Webhook-Updates bestätigt. Lesen Sie hier mehr über unsere Track-Requests.
Implementierungsempfehlung: Nominieren ohne Importmanifest
Die Nominierung kann ohne Importmanifest erfolgen; in dieser Situation müssen Sie selbst alle benötigten (verpflichtenden) Informationen liefern, um den Nominierungs-Call zu befüllen.
Implementierungsempfehlung: Freigabe nach x Stunden nicht weitergegeben
Kommerzielle Freigaben, die nicht weitergegeben werden, verzögern den Abholprozess unnötig. Führen Sie eine Kontrolle durch, ob die kommerzielle Freigabe innerhalb der Kette bereits nominiert oder autorisiert wurde.
Validieren Sie, ob bereits ein Cargo director oder ein Inland Operator mit Ihrer Ladung verknüpft ist.
Szenario: Ihre Organisation hat die Rolle Cargo director am 31-01-2026 23:59 erhalten. Welche Ladung ist am 01-02-2026 08:00 noch nicht an einen Inland Operator weitergegeben worden?
Notification Import Documentation überwachen
Kunden verknüpfen den Dienst Notification Import Documentation (NID) mit den Status, die sie über den Dienst Cargo Controller Import erhalten. Lesen Sie die folgenden Implementierungsempfehlungen, um diese Dienste optimal zu verknüpfen.
Der Mehrwert der Cargo Controller Import API liegt im vollständigen Auslesen aller verfügbaren Daten. Lesen Sie hier mehr über unsere Track-Requests und die verfügbaren Datenfelder.
Die rechtzeitige Verfügbarkeit eines korrekten Importdokuments der Ladung ist 1 von 4 Kontrollpunkten eines Terminals. Ohne ein Importdokument wird die Ladung nicht freigegeben. Das Einreichen eines Importdokuments wird als NID-Meldung beschrieben.
Importdokumentation-Status
Die NID-Meldung wird pro Container in Cargo Controller Import zurückgemeldet. Die Bestätigung erfolgt über die Webhook-Updates; dies wird pro Container im Objekt billOfLading/transportEquipmentDeclarations geteilt.
Achtung! 14 Tage nach Ankunft des Schiffes (ATA Vessel) kann eine NID-Meldung nicht mehr mit CCI verknüpft werden.
Beispiel:
"transportEquipmentDeclarations": [
{
"equipmentNumber": "CONT9434134",
"declarations": [
"DIN"
]
}
],Implementierungsempfehlung: ATA-Container triggert NID-Meldung (EDI)
Innerhalb des Dienstes NID gibt es keine Verknüpfung mit Manifest oder Gate-out. Erstellen Sie in Ihrem eigenen System einen Trigger, der die NID-Meldung in dem Moment übermittelt, in dem CC die Entladebestätigung der Ladung erhält.
Die Entladebestätigung wird pro Container im Objekt billOfLading/dischargeReports geteilt.
Beispiel:
"dischargeReports": [
{
"equipmentNumber": "CONT9434134",
"actualDischargeDateTime": "2021-02-28T07:45:00Z",
"dischargeTerminal": {
"code": 4810,
"name": "AMALIAH APMT DSQ",
"ownerFullName": "APM Terminals Maasvlakte II B.V.",
"ownerShortName": "APMII"
}
}
],Implementierungsempfehlung: 6 Stunden nach ATA-Container warnen
Stellen Sie einen Kontrollmechanismus in Ihren eigenen Systemen sicher. Portbase bietet über seine Weboberflächen eine Option, einen E-Mail-Alert zu versenden. Wenn 6 Stunden nach der Entladebestätigung keine NID-Meldung eingereicht wurde, versenden wir eine Warnung per E-Mail.
Diese Meldung können Sie als Benutzer manuell in der Weboberfläche von Cargo Controller Import einrichten. Lesen Sie dazu den Artikel E-Mail-Benachrichtigungen in Cargo Controller Import einrichten Sie können diese Warnung auch in Ihre eigenen Systeme integrieren.
Ausweichen von Schiffen abfangen
Beim Ausweichen von Schiffen wird das Discharge Terminal aktualisiert, sodass der Schiffsbesuch (und das Manifest) durch die Schifffahrtsagentur aktualisiert wurde. Wenn sich der POD ändert, weil das Schiff in letzter Minute ausweicht, ist es notwendig, dieses Verhalten sofort abzufangen. In Ihren eigenen Systemen könnten bereits Dinge wie die NID-Meldung oder Transportaufträge versendet worden sein.
Erstellen Sie eine Warnung, die prüft, ob sich der POD ändert, nachdem Sie dies getrackt haben.
Der POD wird im Objekt billOfLading/vesselVisit/dischargeTerminal geteilt.
Beispiel:
"dischargeTerminal": {
"code": 4810,
"name": "AMALIAH APMT DSQ",
"ownerFullName": "APM Terminals Maasvlakte II B.V.",
"ownerShortName": "APMII"
},Implementierungsempfehlung: POD ändert sich nach NID-Meldung
Wenn sich der POD ändert, weil das Schiff ausweicht, ist es notwendig, dass die NID-Meldung beim neuen POD-Terminal eingereicht wird. Die bestehende NID-Meldung beim vorherigen POD muss widerrufen werden. Mehr erfahren? Lesen Sie den Artikel Antrag zum Widerrufen des Importdokuments in Notification Import Documentation.
Erstellen Sie in Ihrem System eine Warnung, die prüft, ob sich der POD ändert, während ein Importdokument bekannt war. Der POD wird im Objekt billOfLading/vesselVisit/dischargeTerminal geteilt.
Beispiel:
"dischargeTerminal": {
"code": 4810,
"name": "AMALIAH APMT DSQ",
"ownerFullName": "APM Terminals Maasvlakte II B.V.",
"ownerShortName": "APMII"
},Terminal-Pickup-Daten
Innerhalb der Secure Chain ist der Pickup-Status rund um die Voranmeldung des Transportunternehmens beim Terminal verfügbar geworden. Ab dem Moment, in dem nominiert wurde, wird beim Terminal eine Status-Request abgefragt. Dieser Status prüft 4 Werte:
- Container vorhanden?
- Zollstatus?
- Importdokumentation-Status?
- Terminal-Status?
Diese 4 Werte werden regelmäßig aktualisiert, wenn das Transportunternehmen die Planung aktualisiert oder die kommerzielle Freigabe angepasst wird.
Der Mehrwert der Cargo Controller Import API liegt im vollständigen Auslesen aller verfügbaren Daten. Lesen Sie hier mehr über unsere Track-Requests und die verfügbaren Datenfelder.
Der Pickup-Status wird pro Container im Objekt billOfLading/hinterlandPreNotifications geteilt.
Darin wird auch geteilt, wann der letzte Update-Zeitpunkt war und mit welcher Modalität die Ladung abgeholt wird.
Beispiel:
"hinterlandPreNotifications": [
{
"equipmentNumber": "string",
"dateUpdated": "string",
"status": "DECLARED",
"modality": "road",
"plannedVisit": {
"eta": "2021-02-28T09:45:00Z",
"ata": "2021-02-28T08:45:00Z"
},
"equipmentStatus": {
"acceptStatuses": [],
"rejectReasons": []
}
}
],Implementierungsempfehlung: Terminal-„reject reasons“ identifizieren
Terminals geben bei jedem Update an, wie der Status der 4 Kontrollpunkte ist. Wenn ein Kontrollpunkt noch nicht den richtigen Status hat, gibt das Terminal dies spezifisch mit einem „reject reason“ zurück. Es kann wertvoll sein, diese Werte zu überwachen und in Ihren eigenen Systemen Warnungen auszugeben.
Pro Kontrollpunkt können mehrere reject reasons geteilt werden. Diese werden alle in den Weboberflächen und in den Webhook-Updates von CCI angezeigt.
Der reject reason wird pro Container im Objekt billOfLading/hinterlandPreNotifications/.../equipmentStatus/rejectReasons geteilt.
Beispiele für reject reasons:
- Wenn der Container noch nicht entladen ist, gibt der Container als reject reason „Container not present“ zurück. Keine Aktion erforderlich.
- Wenn die NID-Meldung nicht eingereicht wurde, lautet der reject reason: „Import document missing in Portbase, contact forwarder“. Aktion erforderlich.
Beispiel:
"hinterlandPreNotifications": [
{
"equipmentNumber": "string",
"dateUpdated": "string",
"status": "DECLARED",
"modality": "road",
"plannedVisit": {
"eta": "2021-02-28T09:45:00Z",
"ata": "2021-02-28T08:45:00Z"
},
"equipmentStatus": {
"acceptStatuses": [
{
"type": "AVAILABLE",
"code": "string",
"remark": "string"
}
],
"rejectReasons": [
{
"code": "string",
"terminalDescription": "string",
"parsedReason": "string"
}
]
}
}
],Implementierungsempfehlung: Zeitfenster am Terminal
Nicht alle Terminals verlangen ein Zeitfenster oder teilen ein Gate-out. Innerhalb des Containerstatus wird auch die Uhrzeit geteilt, wenn ein Transportunternehmen ein Zeitfenster am Terminal hat.
Der Pickup-Status wird pro Container im Objekt billOfLading/hinterlandPreNotifications/plannedVisit geteilt.
Beispiel:
"plannedVisit": {
"eta": "2021-02-28T09:45:00Z",
"ata": "2021-02-28T08:45:00Z"
},
Verknüpfung mit