Nuo B/L iki prastovos sąskaitos: kur dingsta dienos

Konosamentas (B/L) ir prastovos (D&D) sąskaita atrodo kaip du visiškai atskiri dokumentai — vienas išrašomas krovinio pakrovimo metu, kitas atsiranda savaitėmis vėliau, kai konteineris jau seniai iškrautas. Iš tikrųjų tai tas pats kelias, tiesiog matomas dviejų skirtingų dokumentų perspektyvose. Ir būtent tarp jų, taškuose, kurių nei vienas dokumentas atskirai neparodo, dažniausiai ir dingsta dienos, už kurias vėliau atsiranda sąskaita.

Konteinerio kelias keturiais taškais

B/L išduodamas pakrovimo uoste — jame nurodyta numatoma atvykimo data (ETA), vežėjas ir maršrutas. Tai pirmasis taškas, kuriame galima pradėti sekti laiką, bet dažniausiai niekas to nedaro, nes B/L tuo metu naudojamas tik kaip nuosavybės ir gabenimo dokumentas, ne kaip laiko atskaitos pradžia.

Antrasis taškas — faktinis iškrovimas paskirties uoste. Būtent nuo šios datos (ne nuo ETA, kuri dažnai skiriasi nuo realybės kelias dienas) dauguma vežėjų pradeda skaičiuoti sutartinį laisvą laiką. Jei įmonė šios datos nefiksuoja iš karto, o sužino apie ją tik gavusi sąskaitą, ji jau prarado galimybę patikrinti, ar skaičiavimas prasidėjo teisingu momentu.

Trečiasis taškas — konteinerio atsiėmimas iš terminalo (gate-out klientui). Tarp iškrovimo ir atsiėmimo dažnai praeina dienos, kurių priežastis gali būti terminalo pralaidumas, muitinės procedūros ar tiesiog logistikos planavimas — bet laisvo laiko skaitiklis šiuo metu jau veikia, nepriklausomai nuo priežasties.

Ketvirtasis taškas — tuščio konteinerio grąžinimas. Būtent ši data, palyginta su iškrovimo data, tampa pagrindu D&D sąskaitai. Ir būtent čia dažniausiai atsiranda neatitikimas: sąskaitoje nurodyta grąžinimo data gali skirtis nuo realios, nes terminalo registravimo sistema ir vežėjo apskaitos sistema ne visada sinchronizuotos.

Kodėl šie keturi taškai retai matomi kartu

Problema ne ta, kad šie duomenys neegzistuoja — jie yra išsibarstę tarp B/L, terminalo gate-įrašų ir vežėjo sąskaitos, dažniausiai skirtinguose formatuose, skirtingose sistemose, kartais net skirtinguose skyriuose tos pačios įmonės. Kol kas nors rankiniu būdu nesudeda visų keturių datų į vieną eilutę, neatitikimas tarp jų lieka nepastebėtas — sąskaita tiesiog apmokama, nes ją patikrinti reikėtų daugiau laiko nei ji verta.

Kur susijungia abu duomenų šaltiniai

Cargo Intelligence Jūrų modulis automatiškai ištraukia konteinerio numerį, vežėją, maršrutą ir numatomą atvykimo datą iš B/L dokumento pakrovimo metu. D&D auditas tikrina, ar vėliau gauta prastovos sąskaita atitinka sutarties sąlygas ir realius terminalo duomenis. Kai abu šie duomenų srautai susijungia — B/L duomenys iš pradžios, sąskaitos patikra iš pabaigos — atsiranda galimybė pamatyti visą konteinerio kelią vienoje vietoje, o ne tikėtis, kad kažkas rankiniu būdu sudės keturis atskirus taškus į vieną liniją.

Tai nepakeičia poreikio turėti realius terminalo gate-in/gate-out duomenis — jų B/L dokumentas savaime neturi. Bet tai reiškia, kad pusė kelio jau nueita automatiškai, dar prieš atsirandant pačiai sąskaitai.