Van B/L naar demurragefactuur: waar de dagen verdwijnen

Het cognossement (B/L) en de demurragefactuur (D&D) lijken twee volledig gescheiden documenten — het ene wordt afgegeven bij het laden van de lading, het andere verschijnt weken later, wanneer de container al lang gelost is. In werkelijkheid is dit dezelfde route, alleen bekeken vanuit twee verschillende documentperspectieven. En juist daartussen, op punten die geen van beide documenten afzonderlijk laat zien, verdwijnen meestal de dagen waarvoor later de factuur ontstaat.

De route van de container in vier punten

Het B/L wordt afgegeven in de laadhaven — het bevat de verwachte aankomstdatum (ETA), de rederij en de route. Dit is het eerste punt waarop de tijd gevolgd zou kunnen worden, maar meestal doet niemand dat, omdat het B/L op dat moment alleen wordt gebruikt als eigendoms- en vervoerdocument, niet als beginpunt van de tijdrekening.

Het tweede punt — de daadwerkelijke lossing in de bestemmingshaven. Vanaf precies deze datum (niet vanaf de ETA, die vaak enkele dagen van de werkelijkheid afwijkt) beginnen de meeste rederijen de contractuele vrije tijd te tellen. Legt een bedrijf deze datum niet meteen vast, maar verneemt het pas bij ontvangst van de factuur, dan heeft het al de mogelijkheid verloren om te controleren of de berekening op het juiste moment begon.

Het derde punt — het ophalen van de container uit het terminal (gate-out naar de klant). Tussen lossing en ophalen verstrijken vaak dagen, waarvan de oorzaak kan liggen in de capaciteit van het terminal, douaneprocedures of gewoon logistieke planning — maar de vrije-tijdteller loopt op dat moment al, ongeacht de oorzaak.

Het vierde punt — de teruggave van de lege container. Precies deze datum, vergeleken met de losdatum, wordt de basis voor de D&D-factuur. En juist hier ontstaat het vaakst een afwijking: de op de factuur vermelde retourdatum kan afwijken van de werkelijke, omdat het registratiesysteem van het terminal en het boekhoudsysteem van de rederij niet altijd gesynchroniseerd zijn.

Waarom deze vier punten zelden samen zichtbaar zijn

Het probleem is niet dat deze gegevens niet bestaan — ze zijn verspreid over B/L, de gate-registraties van het terminal en de factuur van de rederij, meestal in verschillende formaten, verschillende systemen, soms zelfs in verschillende afdelingen van hetzelfde bedrijf. Zolang niemand alle vier de data handmatig op één regel zet, blijft de afwijking ertussen onopgemerkt — de factuur wordt gewoon betaald, omdat controle meer tijd zou kosten dan het waard is.

Waar beide gegevensbronnen samenkomen

De Cargo Intelligence Zee-module haalt automatisch het containernummer, de rederij, de route en de verwachte aankomstdatum al bij het laden uit het B/L-document. De D&D-audit controleert of de later ontvangen demurragefactuur overeenkomt met de contractvoorwaarden en de werkelijke terminalgegevens. Wanneer beide gegevensstromen samenkomen — B/L-gegevens vanaf het begin, factuurcontrole vanaf het einde — ontstaat de mogelijkheid om de volledige route van de container op één plek te zien, in plaats van te hopen dat iemand handmatig vier losse punten tot één lijn samenvoegt.

Dit vervangt niet de behoefte aan echte gate-in/gate-out-gegevens van het terminal — die heeft het B/L-document zelf niet. Maar het betekent dat de helft van de weg al automatisch is afgelegd, nog voordat de factuur zelf ontstaat.