Analiza
Od B/L do faktury za przestój: gdzie znikają dni
Opublikowano: 2026-09-02
Artykuł napisał Vytautas Natys, prezes UAB NVGroup.
Konosament (B/L) i faktura za przestój (D&D) wydają się dwoma zupełnie osobnymi dokumentami — jeden wystawiany jest przy załadunku ładunku, drugi pojawia się tygodnie później, gdy kontener został już dawno rozładowany. W rzeczywistości to ta sama droga, widziana po prostu z perspektywy dwóch różnych dokumentów. I właśnie między nimi, w punktach, których żaden z dokumentów osobno nie pokazuje, najczęściej znikają dni, za które później pojawia się faktura.
Droga kontenera w czterech punktach
B/L wystawiany jest w porcie załadunku — zawiera przewidywaną datę przybycia (ETA), przewoźnika i trasę. To pierwszy punkt, w którym można by zacząć śledzić czas, ale zwykle nikt tego nie robi, bo B/L jest w tym momencie używany jedynie jako dokument własności i transportu, a nie jako początek liczenia czasu.
Drugi punkt — faktyczny rozładunek w porcie docelowym. Właśnie od tej daty (nie od ETA, która często różni się od rzeczywistości o kilka dni) większość przewoźników zaczyna liczyć umowny czas wolny. Jeśli firma nie zarejestruje tej daty od razu, a dowie się o niej dopiero z faktury, straciła już możliwość sprawdzenia, czy naliczanie zaczęło się we właściwym momencie.
Trzeci punkt — odbiór kontenera z terminalu (gate-out do klienta). Między rozładunkiem a odbiorem często mija kilka dni, których przyczyną może być przepustowość terminalu, procedury celne lub po prostu planowanie logistyczne — ale licznik czasu wolnego już wtedy działa, niezależnie od przyczyny.
Czwarty punkt — zwrot pustego kontenera. Właśnie ta data, w porównaniu z datą rozładunku, staje się podstawą faktury D&D. I właśnie tu najczęściej pojawia się niezgodność: data zwrotu podana na fakturze może różnić się od rzeczywistej, ponieważ system rejestracji terminalu i system księgowy przewoźnika nie zawsze są zsynchronizowane.
Dlaczego te cztery punkty rzadko widać razem
Problem nie w tym, że tych danych nie ma — są one rozproszone między B/L, zapisami gate terminalu i fakturą przewoźnika, zwykle w różnych formatach, różnych systemach, czasem nawet w różnych działach tej samej firmy. Dopóki ktoś ręcznie nie zestawi wszystkich czterech dat w jednym wierszu, niezgodność między nimi pozostaje niezauważona — faktura po prostu zostaje opłacona, bo jej sprawdzenie zajęłoby więcej czasu, niż jest warte.
Gdzie łączą się oba źródła danych
Moduł morski Cargo Intelligence automatycznie pobiera numer kontenera, przewoźnika, trasę i przewidywaną datę przybycia z dokumentu B/L już przy załadunku. Audyt D&D sprawdza, czy otrzymana później faktura za przestój odpowiada warunkom umowy i rzeczywistym danym terminalu. Gdy oba te strumienie danych się łączą — dane B/L od początku, weryfikacja faktury od końca — pojawia się możliwość zobaczenia całej drogi kontenera w jednym miejscu, zamiast liczyć na to, że ktoś ręcznie zestawi cztery osobne punkty w jedną linię.
To nie zastępuje potrzeby posiadania rzeczywistych danych gate-in/gate-out z terminalu — sam dokument B/L ich nie zawiera. Ale oznacza to, że połowa drogi jest już przebyta automatycznie, zanim jeszcze pojawi się sama faktura.