Jokainen, joka on asentanut konttien seurantaa, tietää työn hiljaisen veron. Jokainen merikuljetusyritys esittää virstanpylväänsä hieman eri tavalla, joten näkyvyysintegraation, joka pitäisi olla yksi työtehtävä, muuttuu yhdeksäksi, yksi per linja, jokaisella omat kenttänsä, omituisuutensa ja kirjautumisensa. Digital Container Shipping Association on vuosien ajan yrittänyt poistaa tämän veron yhteisellä standardilla, ja vuonna 2026 sen Track and Trace -standardi saavuttaa version 3.0. Kaikille, jotka rakentavat tai ostavat rahtin näkyvyyttä, tämä on julkaisu, joka kannattaa ymmärtää, koska se muuttaa sen, mitä "integroi kerran" voi todella tarkoittaa.
Pidän tämän konkreettisena siinä, mitä standardi tekee integraattorille, eikä komiteakielessä, ja olen rehellinen siitä osasta, jota lehdistötiedotteet ohittavat: julkaistu standardi ei ole sama asia kuin yleinen omaksuminen, ja näiden kahden välinen kuilu on se, missä todellinen työ vielä tapahtuu.
Mikä DCSA on ja miksi standardi on tärkeä
The DCSA on voittoa tavoittelematon organisaatio, jonka suurimmat konttiliikenneyhtiöt perustivat vuonna 2019 sopimaan yhteisistä digitaalisista standardeista sen sijaan, että kilpailisivat teknisistä ratkaisuista. Sen jäseniin kuuluvat tällä hetkellä suuret globaalit varustamot, kuten Maersk, MSC, CMA CGM ja Hapag-Lloyd, sekä ONE, Evergreen, HMM, Yang Ming ja ZIM, jotka yhdessä kuljettavat suurimman osan maailman konttiliikenteestä. Perusajatus on yksinkertainen. Jos jokainen varustamo julkaisee saman tapahtuman samassa muodossa, lähettäjä tai alusta voi seurata konttia kaikkien yhdeksän varustamon välillä yhdellä integraatiolla yhdeksän sijaan.
The Track and Trace -standardi jakaa lähetyksen viiteen vaiheeseen: PRECODE0ENDCODEpre-shipmentPRECODE1ENDCODE, PRECODE2ENDCODEpre-oceanPRECODE3ENDCODE, PRECODE4ENDCODEoceanPRECODE5ENDCODE, PRECODE6ENDCODEpost-oceanPRECODE7ENDCODE ja PRECODE8ENDCODEpost-shipmentPRECODE9ENDCODE. Jokainen vaihe lähettää määriteltyjä tapahtumia, kuten portista ulosajon, lastauksen, laivan lähdön, purun, joten asiakas, joka seuraa konttia, näkee yhtenäisen tarinan riippumatta siitä, mikä varustamo sitä kuljettaa. Tämä johdonmukaisuus on koko pointti, ja siksi standardointielimet ovat tärkeämpiä merenkulussa kuin kuiva dokumentaatio antaa ymmärtää.
Mikä versio 3.0 muuttaa
Version 3.0 on askel eteenpäin 2.x-linjasta, joka esitteli tilaukset, vahvemman tietoturvan ja dokumenttitapahtumat. Vuoden 2026 tiekartta sijoittaa Track and Trace 3.0:n alpha-vaiheeseen helmikuussa, ja beetaversio on suunniteltu maaliskuulle tai huhtikuulle. Samanaikaisesti DCSA julkaisee beetarajapintamäärittelyt erillisiä Reefer Events- ja IoT Events -standardeja varten, jotka on suunniteltu täydentämään sitä. Näin vuoden 2026 aikana laajempi perhe siirtyy "vakaasta perusvaiheisiin" kohti "riittävän monipuolista lastille, joka tarvitsee enemmän kuin sijainnin."
Muutos integraattorille on käytännössä tapahtumamallissa ja toimituksessa. Sen sijaan, että kysyttäisiin jokaisen kuljetuspalvelun tilaa, tilausmalli mahdollistaa tapahtumien vastaanottamisen sitä mukaa kuin ne tapahtuvat, mikä vastaa paremmin nykyaikaisten järjestelmien tapaa kuluttaa dataa. Rakenna kerran 3.0-tapahtumaskeemaa vastaan, ja periaatteessa jokainen sitä noudattava kuljetuspalvelu kytkeytyy samaan putkeen.
Yhteiskäyttöstandardit: jäähdytys- ja IoT-tapahtumat
Yksi merkittävimmistä vuoden 2026 tiekartan kehityksistä ei ole osa virstanpylväspolkua lainkaan. DCSA julkaisee erilliset Reefer Events- ja IoT Events -standardit, jotka kehittyvät samanaikaisesti Track and Trace 3.0:n kanssa ja on suunniteltu toimimaan sen rinnalla. Ne tarjoavat standardoitua API-pääsyä jäähdytettyjen konttien lämpötila-, kosteus- ja ilmakehätietoihin, joita varustamoyhtiöt ja laitevalmistajat paljastavat. Virstanpylvään kannalta riittää tietää, että kontti on purettu. Jäähdytetyssä kontissa, joka kuljettaa lääkkeitä tai tuoreita elintarvikkeita, lastin kunto matkan aikana on koko pelin nimi, ja tähän asti nämä tiedot ovat sijainneet varustamokohtaisissa portaaleissa, jos niitä on jaettu lainkaan.
A standardisoitu tapahtumamalli tarkoittaa, että kylmäketjuoperaattori voi periaatteessa seurata jäähdytettyjen laatikoiden lämpötilakäyrää useiden kuljettajien välillä yhden syötteen kautta ja laukaista hälytyksen heti, kun lukema poikkeaa. Koska Reefer Events -beeta voi toimia joko yksinään tai yhdessä Track and Trace 3.0:n ja IoT-betojen kanssa, kylmäketjuintegraattori voi ottaa käyttöön vain tarvitsemansa osan koko pinon sijaan.
Mitä se tarkoittaa, jos rakennat tai ostat näkyvyyttä
Jos sinulla on alusta tai lähettäjä, jolla on teknisiä resursseja, 3.0 on syy standardoida tietojen sisäänotto nyt. DCSA-tapahtumaskeeman mukaisen rakentamisen avulla integraatio on tulevaisuuden kestävä, koska jokainen standardia omaksuva kuljettaja on pienempi inkrementaalinen ponnistus eikä kokonaan uusi projekti. Näkyvyystuotteen ostajalle myyjälle esitettävä kysymys muuttuu: ei "kytkeydyttekö minun kuljettajiini" vaan "kulutatteko DCSA-standardia, ja mikä versio."
Tässä on laajempi malli, joka on huomionarvoinen. Vakioidut, koneellisesti luettavat rahtitapahtumat ovat juuri se raaka-aine, josta seuraava automaation aalto, mukaan lukien agentti-integraatiot, joita olemme dokumentoineet rahti MCP-palvelimien purku:ssä, saa ravintonsa. Siisti tapahtuma-API on se, mikä antaa työkalun tai agentin päätellä lähetyksestä ilman portaalin raapimista.
Rehellinen varoitus: standardi ei ole käyttöönotto
Tässä on se osa, jota ilmoitukset vähättelevät. Julkaistu standardi asettaa tavoitteen; se ei pakota jokaista operaattoria paljastamaan jokaista tapahtumaa selkeästi heti alusta alkaen. Käytännössä kattavuus on epätasaista. Jotkut linjat toteuttavat täyden tapahtumajoukon, toiset osajoukon; jotkut paljastavat kylmäkonttidatan rikkaasti, toiset minimaalisesti. Beta on beta, ja 3.0 kypsyy kuukausien, ei yön yli.
Joten realistinen asenne vuodelle 2026 on rakentaa standardin mukaisesti samalla suunnitellen aukkoja. Odota täyttäväsi puuttuvat tapahtumat kuljettajan omasta syötteestä tai tietojen kokoajalta, ja käsittele DCSA-skeemaa selkärangana, johon normalisoit kaiken, ei takeena siitä, että jokainen kontti raportoi identtisesti. Standardi tekee integraatiosta halvempaa ja siistimpää ajan myötä. Se ei tee kuljettajavälisestä kattavuuden sekavasta todellisuudesta katoavaa yhdessä julkaisussa.
Kuinka lähestyä versiota 3.0 tänä vuonna
- Normalisoi seurantatietosi DCSA-tapahtumamalliin sen sijaan, että käytät kunkin kuljettajan INLINE1XerikoismuotoistaINLINE1X muotoa.
- Suosi tilausmallia kyselyjen sijaan, jotta tapahtumat saapuvat lähes reaaliajassa.
- Adoptoi reefers- ja IoT-betat vain, jos kylmäketju on osa lastiasi, koska ne voivat toimia itsenäisesti.
- Kysy minkä tahansa näkyvyyspalvelun toimittajalta, mitä DCSA-versiota he kuluttavat, älä pelkästään mitä varustamoita he listaavat.
- Suunnitelma täydentää epätasaista kattavuutta operaattoreiden syötteistä tai агреgaattoreista, kun versio 3.0 kypsyy beetavaiheen aikana.
Version 3.0 yhdessä uusien Reefer- ja IoT-standardien kanssa on hyödyllisin Seurantajärjestelmän askel vuosikausiin, koska perhe siirtyy perusvaiheista kohti rikkaampaa, reaaliaikaista, olosuhteita huomioivaa dataa, jota korkean arvon ja kylmäketjun rahti todella tarvitsee. Rakenna siihen nyt, pysy realistisena käyttöönotosta, ja pitkäaikainen yhdeksän kuljetusyhtiön integraatioiden vero alkaa vihdoin pienentyä.
Usein kysytyt kysymykset
Mikä on DCSA Track and Trace 3.0?
Se on Digital Container Shipping Associationin yhteinen konttiseurannan tapahtumien standardi vuodelta 2026. Se jakaa lähetyksen viiteen vaiheeseen, lähtien esilähetysvaiheesta ja päättyen jälkilähetysvaiheeseen, ja määrittelee kunkin vaiheen lähettämät tapahtumat, jotta asiakas voi seurata konttia eri kuljettajien välillä yhdellä integraatiolla. Versio 3.0 siirtyy alfa-vaiheeseen helmikuussa, ja beetaversion tavoiteaika on maaliskuu tai huhtikuu.
Mitä versio 3.0 lisää aiempiin versioihin verrattuna?
Se perustuu 2.x-versiosarjaan, joka esitteli tilaukset, vahvemman tietoturvan ja dokumenttitapahtumat. Samanaikaisesti DCSA julkaisee erillisiä Reefer Events- ja IoT Events -standardeja, jotka on suunniteltu toimimaan sen kanssa, tarjoten standardoitua API-pääsyä lämpötila-, kosteus- ja ilmakehätietoihin, jos kuljettajat ja laitteet paljastavat ne, mitä aiempi vain virstanpylväspohjainen seuranta ei pystynyt.
Voiko DCSA-standardin omaksuminen tarkoittaa, että voin luopua kuljettajakohtaisista integraatioista?
Ajan myötä suurimmaksi osaksi kyllä, mutta ei välittömästi. Julkaistu standardi on tavoite, ja operaattoreiden omaksuminen on epätasaista: jotkut linjat toteuttavat täyden tapahtumajoukon ja toiset osajoukon. Järkevä lähestymistapa on normalisoida tietosi DCSA-tapahtumamalliin ja täydentää puuttuvia tapahtumia operaattoreiden syötteistä tai aggregaattoreista, kun 3.0 kypsyy beetavaiheensa läpi.
Mikä kuljetusyritykset tukevat DCSA-standardeja?
The DCSA perustettiin vuonna 2019 suurten konttilinjojen toimesta, ja sen jäseniin kuuluvat tällä hetkellä globaalit varustamot, kuten Maersk, MSC, CMA CGM, Hapag-Lloyd, ONE, Evergreen, HMM, Yang Ming ja ZIM. Ne edustavat suurinta osaa maailman konttikapasiteetista, mikä tekee yhdestä jaetusta tapahtumastandardista kannattavan rakentaa sen sijaan, että integroitaisiin jokainen linja erikseen.
Jos mietit, miten standardoidut rahtidatan syötteet automatisoivat ja tehostavat tekoälyagentteja, lue kuinka oikeat rahtipalvelimet tarjoavat työkalunsa meidän rahti MCP-palvelimien purku, ja suojaa tämä pinta mallien avulla kohdassa turvallisuuden varmistaminen rahtipalvelimen MCP-palvelimelle.