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

Konossement (B/L) och väntetidsfaktura (D&D) verkar vara två helt separata dokument — det ena utfärdas vid lastning av godset, det andra dyker upp veckor senare, när containern för länge sedan har lossats. I själva verket är det samma väg, bara sedd ur två olika dokuments perspektiv. Och just mellan dem, i punkter som inget av dokumenten visar var för sig, försvinner oftast de dagar som fakturan senare grundar sig på.

Containerns väg i fyra punkter

B/L utfärdas i lastningshamnen — det anger beräknat ankomstdatum (ETA), rederi och rutt. Det är den första punkten där man skulle kunna börja följa tiden, men vanligtvis gör ingen det, eftersom B/L vid den tidpunkten bara används som ägande- och transportdokument, inte som utgångspunkt för tidräkningen.

Den andra punkten — den faktiska lossningen i destinationshamnen. Det är från just 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 företaget inte registrerar detta datum direkt utan får veta det först när fakturan kommer, har det redan förlorat möjligheten att kontrollera om beräkningen började vid rätt tidpunkt.

Den tredje punkten — hämtning av containern från terminalen (gate-out till kunden). Mellan lossning och hämtning går det ofta dagar, vars orsak kan vara terminalens kapacitet, tullprocedurer eller helt enkelt logistikplanering — men den fria tidens räknare löper redan då, oavsett orsak.

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

Varför dessa fyra punkter sällan syns tillsammans

Problemet är inte att dessa data inte finns — de är utspridda mellan B/L, terminalens gate-registreringar och rederiets faktura, oftast i olika format, olika system, ibland till och med i olika avdelningar inom samma företag. Tills någon manuellt sammanställer alla fyra datum på en rad förblir avvikelsen mellan dem omärkt — fakturan betalas helt enkelt, eftersom att kontrollera den skulle ta mer tid än den är värd.

Var de två datakällorna möts

Cargo Intelligence sjömodul extraherar automatiskt containernummer, rederi, rutt och beräknat ankomstdatum från B/L-dokumentet redan vid lastningen. D&D-granskningen kontrollerar om den senare mottagna väntetidsfakturan stämmer överens med avtalsvillkoren och de faktiska terminaldata. 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 containerns hela väg 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 verkliga gate-in/gate-out-data från terminalen — de har inte B/L-dokumentet i sig. Men det innebär att halva vägen redan är tillryggalagd automatiskt, innan själva fakturan ens uppstår.