← Back to Work
Process file · Logistics Logistics

What’s inside: monitoring · output checking

Seeing the free-time clock before the demurrage invoice does

The question this file answersWhen did we last learn that a container’s free time had run out from the carrier’s invoice rather than our own screen?

Fits: logistics teams where claims and exceptions share an inbox with routine mail.

Typical day

What the desk looks like today

No measured desk behind this file — the playbook has no demurrage volume, so none appears here. Free-time terms sit in the carrier contract, gate events in the terminal portal, the invoice in accounts’ mailbox. Nobody watches the clock run; someone rebuilds the timeline after the charge has landed.

Typical, from the industry playbook — not a client's day.

What changes

What Monday looks like after

Tuesday morning the operations lead sees which containers are close to their free time today and can act — collect, return, or phone the customer — rather than reading about it on next month’s invoice. When the demurrage invoice does arrive, the timeline is already there to check it against.

Typical, not a measured client result. Every figure here comes from the playbook source named below.

Clock

free time watched per container before the invoice — same build as our shipment-status file; no published figure for demurrage admin

Before: someone rebuilds a demurrage timeline after the charge has already landed. After: the clock is visible per container while there is still time to act, and the invoice is checked against a timeline that already exists. No percentage without a source.

No published figure for this desk. The range lives on the parent file: Why is “where is my shipment?” answered by hand? →

How this file is built

No published benchmark covers demurrage administration. The DHL (2022) and Capgemini (2023) figures on dispatch documents and status replies belong to the parent file and are not applied here. Not a demurrage-recovery claim.

What we install

What we put in front of the systems you already run

Your TMS and the tracking feeds stay — CargoWise, SAP TM, project44 or the ones you run. It shares the status build of our shipment-status file, pointed at the clock:

  1. gate-in, gate-out and empty-return events are read from the terminal portal, the carrier’s EDI or the tracking mail
  2. each is set against the free-time terms in the contract for that carrier and port
  3. containers inside free time simply update tracking, and any box approaching the limit, or already over it, goes to the operations lead as a list with the events and the clause — before the invoice exists.
What stays human — and what this will not do

Who owes the charge. Reading the contract. Customer goodwill. No model writes off a charge.

Not a demurrage-recovery claim.

What can go wrong — and what we do about it

Free-time clauses differ per carrier, port and contract year; if they are not written down as rules, the first weeks are spent extracting them, not saving time. Terminals without a feed leave gaps — a box with no gate-out event looks late when it is not, so those go to a person.

What it costs to get there

The path: free 60-second estimate → free 20-minute review → paid audit of this one process (€1.5–3K, typically two weeks) → pilot with your people in the loop (€10–20K, weeks, not quarters). No transformation programme. Prices are public, on the services page →

Scoped in the audit — the playbook has no estimate for this exact desk.

This is about you if…
What does this mean in euros?

That depends on your volumes and wage costs — this page will not invent the number. The free 60-second estimate runs that calculation from your answers, with every multiplier sourced.

Get your free savings estimate 60 seconds · no sales call Or write first → Map a logistics process like this one — free, 60 seconds →

Not a named Aperanda client. Process file · Logistics.

Short process file. Same build as its parent file; the playbook has no separate volume or benchmark for this desk.

All process files