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

Konossementti (B/L) ja seisontalasku (D&D) vaikuttavat kahdelta täysin erilliseltä asiakirjalta — toinen annetaan lastin 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 erikseen näytä, katoavat useimmiten päivät, joista lasku myöhemmin syntyy.

Kontin matka neljässä pisteessä

B/L annetaan lastaussatamassa — siinä on arvioitu saapumispäivä (ETA), rahdinkuljettaja ja reitti. Tämä on ensimmäinen piste, jossa aikaa voisi alkaa seurata, mutta yleensä kukaan ei tee sitä, koska B/L:ää käytetään tuolloin vain omistus- ja kuljetusasiakirjana, ei ajanlaskennan alkuna.

Toinen piste — todellinen purku määräsatamassa. Juuri tästä päivämäärästä (ei ETA:sta, joka poikkeaa todellisuudesta usein useita päiviä) useimmat rahdinkuljettajat 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 piste — kontin nouto terminaalista (gate-out asiakkaalle). Purun ja noudon välillä kuluu usein päiviä, joiden syynä voi olla terminaalin läpäisykyky, tullimenettelyt tai yksinkertaisesti logistiikan suunnittelu — mutta vapaa-ajan laskuri käy jo tuolloin, syystä riippumatta.

Neljäs piste — 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 ristiriita: laskussa ilmoitettu palautuspäivä voi poiketa todellisesta, koska terminaalin rekisteröintijärjestelmä ja rahdinkuljettajan kirjanpitojärjestelmä eivät aina ole synkronoituja.

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

Ongelma ei ole se, etteivätkö nämä tiedot olisi olemassa — ne ovat hajallaan B/L:n, terminaalin gate-merkintöjen ja rahdinkuljettajan laskun välillä, useimmiten eri muodoissa, eri järjestelmissä, joskus jopa saman yrityksen eri osastoilla. Kunnes joku manuaalisesti kokoaa kaikki neljä päivämäärää yhdelle riville, niiden välinen ristiriita jää huomaamatta — lasku vain maksetaan, koska sen tarkistaminen veisi enemmän aikaa kuin se on arvoista.

Missä molemmat tietolähteet yhdistyvät

Cargo Intelligencen merimoduuli poimii automaattisesti kontin numeron, rahdinkuljettajan, reitin ja arvioidun saapumispäivän B/L-asiakirjasta jo lastauksen aikana. D&D-auditointi tarkistaa, vastaako myöhemmin saapunut seisontalasku sopimusehtoja ja todellisia terminaalitietoja. Kun nämä kaksi tietovirtaa yhdistyvät — B/L-tiedot alusta, laskun tarkistus lopusta — syntyy mahdollisuus nähdä koko kontin matka yhdessä paikassa sen sijaan, että toivotaan jonkun manuaalisesti kokoavan neljä erillistä pistettä yhdeksi linjaksi.

Tämä ei korvaa tarvetta todellisille terminaalin gate-in/gate-out-tiedoille — niitä B/L-asiakirjalla itsellään ei ole. Mutta se tarkoittaa, että puolet matkasta on jo kuljettu automaattisesti, ennen kuin itse lasku edes syntyy.