Från B/L till väntetidsfaktura: var dagarna försvinner

Ett konossement (B/L) och en väntetidsfaktura (D&D) ser ut som två helt separata dokument — det ena utfärdas vid lastning, det andra dyker upp veckor senare, långt efter att containern lossats. I själva verket är det samma resa, bara synlig ur två olika dokuments perspektiv. Och just däremellan, vid punkter som inget av dokumenten visar var för sig, brukar de dagar försvinna som senare faktureras.

Containerns resa i fyra punkter

B/L utfärdas i lasthamnen — det anger beräknad ankomsttid (ETA), rederi och rutt. Detta är den första punkten där tidsspårning skulle kunna börja, men vanligtvis gör ingen det, eftersom B/L i detta skede endast används som ägande- och transportdokument, inte som startpunkt för en klocka.

Den andra punkten är den faktiska lossningen i destinationshamnen. Det är från exakt detta datum — inte från ETA, som ofta avviker från verkligheten med flera dagar — som de flesta rederier börjar räkna den avtalade fria tiden. Om ett företag inte registrerar detta datum omedelbart, utan får veta det först när fakturan kommer, har det redan förlorat möjligheten att kontrollera om beräkningen startade vid rätt tidpunkt.

Den tredje punkten är när mottagaren hämtar containern från terminalen (gate-out). Mellan lossning och hämtning går det ofta dagar — på grund av terminalkapacitet, tullprocedurer eller helt enkelt logistikplanering — men klockan för fri tid löper redan då, oavsett anledning.

Den fjärde punkten är returen av den tomma containern. Just detta datum, jämfört med lossningsdatumet, blir grunden för D&D-fakturan. Och det är just här avvikelsen oftast uppstår: returdatumet som anges på fakturan kan skilja sig från det verkliga, eftersom terminalens registreringssystem och rederiets faktureringssystem inte alltid är synkroniserade.

Varför dessa fyra punkter sällan syns tillsammans

Problemet är inte att denna data inte finns — den är utspridd mellan B/L, terminalens gate-register och rederiets faktura, vanligtvis i olika format, olika system, ibland till och med olika avdelningar inom samma företag. Tills någon manuellt lägger alla fyra datum i en rad förblir en avvikelse mellan dem osynlig — fakturan betalas helt enkelt, eftersom kontrollen skulle kosta mer tid än den är värd.

Var de två dataflödena möts

Cargo Intelligences sjöfraktmodul extraherar automatiskt containernummer, rederi, rutt och beräknat ankomstdatum från B/L-dokumentet redan vid lastning. D&D-granskningen kontrollerar om den senare mottagna väntetidsfakturan matchar avtalsvillkoren och de faktiska terminaluppgifterna. När dessa två dataflöden möts — B/L-data från början, fakturakontroll från slutet — uppstår möjligheten att se hela containerns resa på ett ställe, i stället för att hoppas att någon manuellt sätter samman fyra separata punkter till en linje.

Detta ersätter inte behovet av verklig terminal gate-in/gate-out-data — det innehåller inte B/L-dokumentet i sig. Men det betyder att halva resan redan är avklarad automatiskt, innan fakturan ens existerar.