Van B/L naar demurragefactuur: waar de dagen verdwijnen

Een cognossement (B/L) en een 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 het dezelfde reis, alleen zichtbaar vanuit het perspectief van twee verschillende documenten. En precies daartussen, op punten die geen van beide documenten afzonderlijk laat zien, verdwijnen meestal de dagen die later gefactureerd worden.

De reis van een container in vier punten

Het B/L wordt afgegeven in de laadhaven — het vermeldt de verwachte aankomsttijd (ETA), de vervoerder en de route. Dit is het eerste punt waarop men zou kunnen beginnen met tijdregistratie, maar meestal doet niemand dat, omdat het B/L in dit stadium alleen wordt gebruikt als eigendoms- en vervoersdocument, niet als startpunt voor een klok.

Het tweede punt is de daadwerkelijke lossing in de bestemmingshaven. Vanaf precies deze datum — niet vanaf de ETA, die vaak enkele dagen afwijkt van de werkelijkheid — beginnen de meeste vervoerders de contractuele vrije tijd te tellen. Legt een bedrijf deze datum niet onmiddellijk vast en verneemt het deze 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 is het ophalen van de container van het terminal door de ontvanger (gate-out). Tussen lossing en ophalen verstrijken vaak dagen — door terminalcapaciteit, douaneprocedures of simpelweg logistieke planning — maar de vrije-tijdklok loopt dan al, ongeacht de reden.

Het vierde punt is de retournering van de lege container. Precies deze datum, vergeleken met de losdatum, wordt de basis van de D&D-factuur. En precies 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 facturatiesysteem van de vervoerder niet altijd synchroon lopen.

Waarom deze vier punten zelden samen zichtbaar zijn

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

Waar de twee gegevensstromen samenkomen

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

Dit vervangt niet de behoefte aan werkelijke terminal gate-in/gate-outgegevens — die bevat het B/L-document zelf niet. Maar het betekent wel dat de helft van de reis al automatisch is afgelegd, voordat de factuur er überhaupt is.