Jeder, der schon einmal Container-Tracking eingerichtet hat, kennt die stille Steuer dieser Aufgabe. Jede Reederei stellt ihre Meilensteine ein wenig anders dar, sodass eine Sichtbarkeitsintegration, die eigentlich ein einziger Arbeitsschritt sein sollte, zu neun wird – einer pro Linie, jeder mit eigenen Feldern, Eigenheiten und Anmeldedaten. Die Digital Container Shipping Association hat Jahre damit verbracht, diese Steuer mit einem gemeinsamen Standard abzuschaffen, und 2026 erreicht ihr Track-and-Trace-Standard die Version 3.0. Für jeden, der Frachttransparenz aufbaut oder einkauft, ist dies die Version, die es zu verstehen lohnt, denn sie verändert, was „einmal integrieren“ tatsächlich bedeuten kann.
Ich werde das auf das beschränken, was der Standard für einen Integrator leistet, anstatt mich in Komitee-Sprache zu verlieren, und ich werde ehrlich sein über den Teil, den die Pressemitteilungen auslassen: ein veröffentlichter Standard ist nicht dasselbe wie eine universelle Übernahme, und die Lücke zwischen beiden ist der Ort, an dem die eigentliche Arbeit noch stattfindet.
Was DCSA ist und warum ein Standard wichtig ist
Das DCSA ist eine Non-Profit-Organisation, die 2019 von den größten Containerreedereien gegründet wurde, um gemeinsame digitale Standards zu vereinbaren, anstatt bei der Infrastruktur zu konkurrieren. Zu ihren Mitgliedern gehören derzeit große globale Reedereien wie Maersk, MSC, CMA CGM und Hapag-Lloyd, zusammen mit ONE, Evergreen, HMM, Yang Ming und ZIM, die gemeinsam den Großteil des weltweiten Containerverkehrs befördern. Die Botschaft ist einfach. Wenn jede Reederei dasselbe Ereignis in derselben Form veröffentlicht, kann ein Versender oder eine Plattform einen Container über alle neun Reedereien mit einer einzigen Integration statt mit neun verfolgen.
Das Track-and-Trace-Standard organisiert eine Sendung in fünf Phasen: Vorversand, Vor-See, See, Nach-See und Nachversand. Jede Phase sendet definierte Ereignisse aus, ein Gate-Out, ein Laden, eine Schiffsabfahrt, ein Löschen, sodass ein Kunde, der einem Container folgt, eine konsistente Geschichte sieht, unabhängig davon, welcher Spediteur ihn bewegt. Diese Konsistenz ist der ganze Sinn und Zweck, und deshalb sind Standardisierungsgremien in der Schifffahrt wichtiger, als die trockene Dokumentation vermuten lässt.
Welche Änderungen bringt Version 3.0 mit sich
Version 3.0 ist der Schritt nach oben von der 2.x-Linie, die Abonnements, stärkere Sicherheit und Dokumentenereignisse eingeführt hat. Die Roadmap für 2026 sieht vor, dass Track and Trace 3.0 im Februar in die Alpha-Phase geht, mit einem Beta-Ziel für März oder April. Parallel dazu veröffentlicht die DCSA Beta-API-Definitionen für separate Kühlcontainer-Ereignisse und IoT-Ereignisstandards, die darauf ausgelegt sind, es zu ergänzen. So entwickelt sich die größere Familie im Laufe des Jahres 2026 von „stabil für grundlegende Meilensteine“ hin zu „umfassend genug für die Fracht, die mehr als einen Standort benötigt“.
Der praktische Wechsel für einen Integrator liegt im Ereignismodell und der Bereitstellung. Anstatt jeden Spediteur nach dem Status abzufragen, ermöglicht das Abonnementmodell den Empfang von Ereignissen, sobald sie eintreten, was näher an der Art und Weise liegt, wie moderne Systeme Daten konsumieren möchten. Einmal gegen das 3.0-Ereignisschema entwickeln, und im Prinzip fügt sich jeder Spediteur, der konform ist, in dieselbe Pipeline ein.
Die Begleitstandards: Kühl- und IoT-Ereignisse
Einer der bedeutendsten Entwicklungen im Fahrplan 2026 ist überhaupt kein Teil des Meilenstein-Tracks. Die DCSA veröffentlicht separate Standards für Reefer Events und IoT Events, die parallel zu Track and Trace 3.0 entwickelt werden und darauf ausgelegt sind, damit zusammenzuarbeiten. Sie bieten standardisierten API-Zugriff auf Temperatur-, Feuchtigkeits- und Atmosphärendaten von Kühlcontainern, sofern diese von Reedereien und Ausrüstungsanbietern bereitgestellt werden. Für einen Meilenstein reicht es zu wissen, dass der Container entladen wurde. Für einen Kühlcontainer, der Pharmazeutika oder frische Produkte transportiert, ist der Zustand der Ladung während der Reise das Entscheidende, und bisher waren diese Daten, wenn überhaupt, nur in reedereispezifischen Portalen verfügbar.
Ein standardisiertes Ereignismodell bedeutet, dass ein Kühlkettenbetreiber prinzipiell die Temperaturkurve von Kühlboxen über mehrere Spediteure hinweg über einen einzigen Feed überwachen und im Moment, in dem eine Messung abweicht, einen Alarm auslösen kann. Da die Reefer Events Beta eigenständig oder zusammen mit den Track and Trace 3.0- und IoT-Betas laufen kann, kann ein Kühlkettenintegrator genau den Teil übernehmen, den er benötigt, anstatt den gesamten Stack.
Was es bedeutet, wenn Sie Sichtbarkeit aufbauen oder kaufen
Für eine Plattform oder einen Spediteur mit technischen Ressourcen ist 3.0 ein Grund, Ihre Datenaufnahme jetzt zu standardisieren. Die Anpassung an das DCSA-Ereignisschema macht die Integration zukunftssicher, da jeder Carrier, der den Standard übernimmt, ein kleinerer inkrementeller Aufwand wird, anstatt ein neues Projekt. Für einen Käufer eines Sichtbarkeitsprodukts ändert sich die Frage an einen Anbieter: nicht „verbinden Sie sich mit meinen Carriern“, sondern „nutzen Sie den DCSA-Standard, und welche Version“.
Es gibt hier ein breiteres Muster, das es zu beachten gilt. Standardisierte, maschinenlesbare Fracht-Ereignisse sind genau der Rohstoff, von dem sich die nächste Welle der Automatisierung ernährt, einschließlich der Agenten-Integrationen, die wir in unserem freight MCP-Server-Abbau dokumentiert haben. Eine saubere Event-API ist das, was es einem Tool oder einem Agenten ermöglicht, über eine Sendung nachzudenken, ohne ein Portal zu scrapen.
Das ehrliche Vorwort: ein Standard ist nicht INLINE0XEinführungINLINE0X
Hier ist der Teil, den die Ankündigungen herunterspielen. Ein veröffentlichter Standard setzt ein Ziel; er zwingt nicht jeden Carrier, jedes Ereignis von Tag eins an sauber offenzulegen. In der Praxis ist die Abdeckung ungleichmäßig. Einige Linien implementieren den vollständigen Ereignissatz, andere eine Teilmenge; einige stellen Kühlcontainerdaten umfangreich bereit, andere minimal. Eine Beta ist eine Beta, und 3.0 wird sich über Monate, nicht über Nacht, weiterentwickeln.
Da die realistische Haltung für 2026 also darin besteht, nach dem Standard zu bauen und gleichzeitig Lücken einzuplanen. Erwarten Sie, fehlende Ereignisse aus dem eigenen Feed eines Carriers oder von einem Datenaggregator zu ergänzen und das DCSA-Schema als das Rückgrat zu behandeln, auf das Sie alles normalisieren, nicht als Garantie, dass jeder Container identisch berichtet. Der Standard macht die Integration mit der Zeit günstiger und sauberer. Er lässt die unordentliche Realität der Carrier-für-Carrier-Abdeckung nicht mit einer einzigen Veröffentlichung verschwinden.
Wie man sich dieses Jahr der Version 3.0 nähert
- Normalisiere deine Tracking-Daten auf das DCSA-Ereignismodell anstatt auf die individuelle Form jedes Carriers.
- Bevorzuge das Abonnement-Modell gegenüber dem Abfragen, damit Ereignisse nahezu in Echtzeit eintreffen.
- Adoptiere den Kühlcontainer und die IoT-Betas nur, wenn die Kühlkette Teil deiner Fracht ist, da sie eigenständig betrieben werden können.
- Fragen Sie jeden Sichtbarkeitsanbieter, welche DCSA-Version sie nutzen, nicht nur, welche Reedereien sie auflisten.
- Plan zur Nachbesserung ungleichmäßiger Abdeckung von Carrier-Feeds oder Aggregatoren, während 3.0 durch die Beta-Phase reift.
Version 3.0, zusammen mit den neuen Reefer- und IoT-Standards, ist der nützlichste Track-and-Trace-Schritt seit Jahren, da die Familie von grundlegenden Meilensteinen zu den reichen, echtzeitfähigen, zustandsbewussten Daten übergeht, die hochwertige und Kühlkettenfracht tatsächlich benötigt. Bauen Sie jetzt darauf auf, bleiben Sie realistisch bei der Einführung, und die langjährige Belastung durch neun Carrier-Integrationen beginnt endlich zu schrumpfen.
Häufig gestellte Fragen
Was ist DCSA Track and Trace 3.0?
Es ist die Version 2026 des gemeinsamen Standards der Digital Container Shipping Association für Container-Tracking-Ereignisse. Sie unterteilt eine Sendung in fünf Phasen, von der Vorsendung bis zur Nachsendung, und definiert die Ereignisse, die jede Phase ausgibt, sodass ein Kunde einen Container über verschiedene Spediteure hinweg mit einer einzigen Integration verfolgen kann. Version 3.0 tritt im Februar in die Alpha-Phase ein, mit einem Beta-Ziel für März oder April.
Was fügt Version 3.0 im Vergleich zu früheren Versionen hinzu?
Es baut auf der 2.x-Linie auf, die Abonnements, stärkere Sicherheit und Dokumentenereignisse eingeführt hat. Parallel dazu veröffentlicht die DCSA separate Reefer-Events- und IoT-Events-Standards, die darauf ausgelegt sind, damit zu funktionieren, und bietet standardisierten API-Zugang zu Temperatur-, Feuchtigkeits- und atmosphärischen Daten, wo Reedereien und Ausrüstungen diese bereitstellen, was die frühere Meilenstein-only-Nachverfolgung nicht konnte.
Bedeutet die Übernahme des DCSA-Standards, dass ich INLINE1Xpro-Carrier-IntegrationenINLINE1X fallen lassen kann?
Mit der Zeit, größtenteils ja, aber nicht sofort. Ein veröffentlichter Standard ist ein Ziel, und die Übernahme durch Carrier ist ungleichmäßig: Einige Leitungen implementieren den vollständigen Ereignissatz und andere nur eine Teilmenge. Der sinnvolle Ansatz besteht darin, Ihre Daten auf das DCSA-Ereignismodell zu normalisieren und fehlende Ereignisse aus Carrier-Feeds oder Aggregatoren nachzufüllen, während die Version 3.0 ihre Beta-Phase durchläuft.
Welche Anbieter unterstützen DCSA-Standards?
Die DCSA wurde 2019 von großen Containerreedereien gegründet, und ihre Mitglieder umfassen derzeit globale Carrier wie Maersk, MSC, CMA CGM, Hapag-Lloyd, ONE, Evergreen, HMM, Yang Ming und ZIM. Sie repräsentieren den Großteil der weltweiten Containerkapazität, was einen einzigen gemeinsamen Ereignisstandard wertvoll macht, gegen den man entwickeln kann, anstatt jede Reederei separat zu integrieren.
Wenn Sie darüber nachdenken, wie standardisierte Frachtdaten-Feeds Automatisierung und KI-Agenten unterstützen, lesen Sie, wie echte Fracht-Server ihre Tools in unserem freight MCP-Server-Abbau offenlegen, und sichern Sie diese Oberfläche mit den Mustern in das Sichern eines Fracht-MCP-Servers.