B/L-asiakirjasta seisontalaskuun: mihin päivät katoavat

Konossementti (B/L) ja seisontalasku (D&D) vaikuttavat kahdelta täysin erilliseltä asiakirjalta — toinen laaditaan lastauksen yhteydessä, toinen ilmestyy viikkoja myöhemmin, kun kontti on jo kauan sitten purettu. Todellisuudessa kyse on samasta matkasta, joka näkyy vain kahden eri asiakirjan näkökulmasta. Ja juuri niiden välissä, kohdissa, joita kumpikaan asiakirja ei yksin näytä, katoavat useimmiten päivät, joista myöhemmin laskutetaan.

Kontin matka neljässä kohdassa

B/L laaditaan lastaussatamassa — siinä on arvioitu saapumisaika (ETA), varustamo ja reitti. Tämä on ensimmäinen kohta, jossa ajanseuranta voisi alkaa, mutta yleensä sitä ei tee kukaan, koska tässä vaiheessa B/L:ää käytetään vain omistus- ja kuljetusasiakirjana, ei ajan seurannan lähtökohtana.

Toinen kohta on todellinen purku määräsatamassa. Juuri tästä päivämäärästä — ei ETA:sta, joka usein poikkeaa todellisuudesta useilla päivillä — useimmat varustamot alkavat laskea sopimuksen mukaista vapaa-aikaa. Jos yritys ei kirjaa tätä päivämäärää heti, vaan saa siitä tiedon vasta laskun saapuessa, se on jo menettänyt mahdollisuuden tarkistaa, alkoiko laskenta oikeasta hetkestä.

Kolmas kohta on kontin nouto terminaalista (gate-out). Purun ja noudon välillä kuluu usein päiviä — terminaalin läpimenokyvyn, tullimenettelyjen tai yksinkertaisesti logistiikkasuunnittelun vuoksi — mutta vapaa-ajan laskuri käy jo tuolloin, syystä riippumatta.

Neljäs kohta on tyhjän kontin palautus. Juuri tämä päivämäärä, verrattuna purkupäivään, muodostaa D&D-laskun perustan. Ja juuri tässä syntyy useimmiten poikkeama: laskussa mainittu palautuspäivä voi poiketa todellisesta, koska terminaalin kirjausjärjestelmä ja varustamon laskutusjärjestelmä eivät aina ole synkronoituja.

Miksi näitä neljää kohtaa harvoin nähdään yhdessä

Ongelma ei ole se, ettei tätä dataa olisi olemassa — se on hajallaan B/L:n, terminaalin gate-tietojen ja varustamon laskun välillä, yleensä eri formaateissa, eri järjestelmissä, joskus jopa saman yrityksen eri osastoilla. Kunnes joku käsin kokoaa kaikki neljä päivämäärää samalle riville, niiden välinen poikkeama pysyy huomaamattomana — lasku vain maksetaan, koska sen tarkistaminen veisi enemmän aikaa kuin se on arvoista.

Missä kaksi datavirtaa kohtaavat

Cargo Intelligencen merirahtimoduuli poimii automaattisesti kontin numeron, varustamon, reitin ja arvioidun saapumispäivän B/L-asiakirjasta jo lastauksen yhteydessä. D&D-tarkastus tarkistaa, vastaako myöhemmin saatu seisontalasku sopimusehtoja ja todellisia terminaalitietoja. Kun nämä kaksi datavirtaa kohtaavat — B/L-tiedot alusta, laskun tarkistus lopusta — syntyy mahdollisuus nähdä koko kontin matka yhdessä paikassa, sen sijaan että toivottaisiin jonkun kokoavan neljä erillistä kohtaa käsin yhdeksi linjaksi.

Tämä ei poista tarvetta todellisille terminaalin gate-in/gate-out-tiedoille — niitä B/L-asiakirja ei itsessään sisällä. Mutta se tarkoittaa, että puolet matkasta on jo katettu automaattisesti, ennen kuin lasku edes syntyy.