← Back to Work
Process file · Logistics Logistics

What’s inside: monitoring · output checking

Clean empties update the pool; damage to a person

The question this file answersWhy does a clerk write a note about every returned container, including the ones that came back with nothing wrong?

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

Typical day

What the desk looks like today

A typical pattern, no measured desk behind it — the logistics playbook carries no empty-return volume, and we state none. Return instructions, depot confirmations and damage photos arrive together. A clerk opens each, matches the box to its booking and writes a line in the pool record — damaged or not.

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

What changes

What Monday looks like after

At the end of the day the equipment clerk has a short queue of returns with something wrong — a photo, a depot mismatch — each with the paperwork already in it, and the pool record is current for everything else without their typing. What used to be an afternoon of notes becomes a few decisions.

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

Filed

clean returns closed in the pool record, disputes to the equipment clerk — same build as our BOL/POD-to-tracking file; no published figure for empty returns

Before: a clerk writes a note for every box, including the ones that just went home. After: matched returns close in the pool record on their own; damage and depot disputes open a file for the equipment clerk. No source, no percentage.

No published figure for this desk. The range lives on the parent file: POD photos, PDF bills of lading, “where is it?” →

How this file is built

No published benchmark covers empty-return administration, so this file carries no percentage. The DHL (2022) dispatch-document figure stays on the parent file and is not borrowed here. Not a container-pool recovery rate.

What we install

What we put in front of the systems you already run

Your container-pool record and TMS stay — CargoWise, SAP TM or the spreadsheet that is honestly the pool today. The same document-to-tracking build as our BOL/POD file, aimed at empties:

  1. depot confirmations and return instructions are read from the mailbox and the depot’s portal
  2. each container number is matched to its booking and its expected depot
  3. a clean match closes the return in the pool record through the API or import, while damage photos, a wrong depot or a missing seal open a file for the equipment clerk with the photos and the depot note attached.
What stays human — and what this will not do

Damage liability. Depot arguments. Customer-owned equipment. No model closes a pool dispute.

Not a container-pool recovery rate.

What can go wrong — and what we do about it

Depots that confirm by phone, or by a photo of a paper form, leave little to read — those returns stay manual until the depot sends data. If your pool record does not hold the expected depot, every return looks like a mismatch for the first weeks.

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