A delivery day rarely ends with a cleanly closed case. It ends with a pile of paper on the passenger seat: signed delivery notes, a handwritten remark about a refused acceptance, a note on a damaged pallet. By the time those records reach the office, get checked and are matched to the order, days have passed — and the invoice is delayed by exactly that long. The delivery workflow consists of four parts that most companies look at separately: dispatch and route order, status updates during the run, the proof of delivery at the ramp, and invoicing afterwards. This article describes how the four parts hang together, which details a digital proof of delivery must carry to hold up as evidence, how damage and deviations are documented, and why invoicing only speeds up once the record is in the leading system on the day of delivery.
Key takeaways
- Delivery does not end when the goods change hands but with a verifiable record in the leading system: as long as the docket is travelling on paper, invoicing stands still and the case stays open.
- A digital proof of delivery only holds up when it carries the order reference, the time, the name of the receiving person, the quantity handed over and either a signature or a documented reason for deviation — a photograph alone does not replace those details.
- The route order has to account for delivery windows, vehicle dimensions, loading sequence and planned collections; planning by driving distance alone creates waiting time at other people's ramps that never shows up in the route plan.
- Status updates need a handful of clearly defined states rather than free text, otherwise clients and recipients pick up the phone — and each of those queries costs more time than the update itself would have taken.
- Handhelds must be able to capture without a network and transmit later, because mobile coverage gaps persist along trunk roads and in industrial estates (Bundesnetzagentur); without a local queue the record breaks off exactly where it is created.
Where the delivery day loses time
Conversations about deliveries almost reflexively turn to kilometres and fuel. Road freight carries the largest share of transport volume in Germany (Statistisches Bundesamt), so the attention paid to the route is understandable. Yet in mid-sized fleets the loss of time rarely happens on the road. It happens at the ramp, on the return journey of the paperwork and in the queue in front of invoicing. Anyone who measures the day from dispatch to payment regularly finds the longest stretches in places where no vehicle moves at all.
The reason is simple: driving time is visible, paperwork time is not. A vehicle stuck in traffic is obvious to everyone. A delivery note sitting in a tray for three days is obvious to nobody, because it produces no signal. Only the month-end close reveals that revenue from the second half of the month has not been invoiced. Then the search for missing records begins — and that costs time again, because nobody knows whether a record is missing, lost or simply not yet returned.
- Return journey of the record: the signed delivery note stays in the vehicle until it comes back, and correspondingly longer on multi-day runs.
- Matching in the office: records are matched to orders by hand because the paper lacks a legible, unambiguous order number.
- Unmarked exceptions: partial deliveries and refused acceptances sit in the same pile as the normal cases and only surface during checking.
- Client queries: having to ask by phone when a delivery took place ties up two people for a detail that was recorded long ago.
- Claim deadlines: damage that only appears with the paper record in the office may already be time-critical towards the supplier or the insurer.
Before technology enters the discussion, one plain measurement is worth taking: how many calendar days lie on average between the delivery date and the invoice date? That single figure can be pulled from data the invoicing system already holds, and it names the problem without argument. It is also the benchmark against which every later measure has to be judged.
Dispatch: from the order list to the route order
Dispatch means forming runs from a set of open orders and putting them into a sequence. In smaller companies that sequence lives in the head of one person who knows the area. It works remarkably well — until that person is on holiday, a vehicle breaks down or an urgent order arrives at short notice. The purpose of structured dispatch is therefore not to replace the experienced dispatcher but to record their knowledge so that a stand-in can build the same run at comparable quality.
Ordering by shortest driving distance alone falls short. What decides the day are the side conditions: fixed delivery windows, goods-in opening hours, access restrictions, the unloading equipment required, the loading sequence in the vehicle and collections such as empties or pallet exchanges. If the loading sequence is ignored, goods have to be restacked at every stop. Those minutes appear in no distance calculation, yet they add up noticeably over a day.
Record delivery windows
Delivery windows and goods-in opening hours belong in the master data of the receiving site, not in a note on a single order. Only then do they also apply for a stand-in and for the next order to the same recipient.
Check vehicle and access
Height, length, permissible gross weight and the need for a tail lift decide which address can be served by which vehicle. One badly planned access costs the whole approach run and a second appointment.
Plan the loading sequence
A run is loaded in reverse: whatever is delivered last goes into the vehicle first. If the sequence is only decided during loading, restacking effort arises at every stop and nobody records it.
Schedule collections
Empties, pallet exchanges, returns and equipment pick-ups occupy load space and time. If they are not planned as cases in their own right, they are missing from the run time and later appear as unexplained delay.
A second point is frequently underrated: the run needs an unambiguous identifier that everything else hangs on later — status updates, records, invoicing, reporting. Without that bracket the parts sit side by side and have to be brought together by hand in the office. The run number is the key by which planning and evidence find each other later.
Status updates: what clients and recipients expect
The moment a vehicle leaves the yard, a need for information arises. The client wants to know whether the consignment arrives today. The recipient wants to plan when to have staff at the ramp. The office wants to answer queries without calling the driver. All three needs can be served from the same data, provided the states are defined and few in number.
A short list has proven itself: planned, loaded, out for delivery, delivered, deviation. More states create capture effort without answering the question any better. Free-text fields are unsuitable here because they cannot be evaluated and because every person phrases things differently. A defined state can be passed on automatically, free text cannot.
Derive state changes instead of entering them
The separation between the internal and the external view matters. Internally the position of the vehicle is relevant; externally a statement about the stop is enough. Anyone passing location data on to clients should first establish which details are genuinely required — location data about employees is personal data, and processing it touches data protection as well as works council involvement where a works council exists. Assessing the specific case remains a matter for professional advice.
The digital proof of delivery: which details it must carry
A proof of delivery is the evidence that particular goods were handed over at a particular time at a particular place. It is needed when an invoice is disputed, when a client audits the delivery, when damage is reported or when accounting looks for the document behind a revenue entry. What matters is therefore not the form — paper or screen — but completeness and the link to the order.
Many digital records fail not on the technology but on missing details. A photograph of goods left on site proves that something was left, but not what was handed over or to whom. A signature without a printed name leaves open who signed. A timestamp without an order reference is worthless when a case is clarified. The following list has proven itself as the minimum content.
- Order and consignment reference: an unambiguous number that also exists in the invoicing system, plus the run and stop number.
- Time of handover: date and time including time zone, set when capture is completed and not changeable afterwards.
- Receiving site and person: the name of the receiving person in plain text, plus gate, department or cost centre where the client requires it.
- Quantity and packages: the quantity handed over against the quantity ordered, so that partial deliveries are recognisable without a query.
- Receipt: signature on the device, a scanned code or another agreed form of evidence; where goods may be left unattended, a reference to the written agreement.
- Deviation with reason: a reason selected from a fixed list, supplemented by photographs as soon as the normal case is left behind.
A signature on a screen is not legally equivalent to a qualified electronic signature. For day-to-day evidence of handover it is usually sufficient in practice, because the record is assessed together with the timestamp, the order reference and the log. Which requirements apply in a specific contractual relationship should be clarified with your own legal adviser and with your main clients before the switch. The technical route there is the orderly capture and filing of records.
Signature, photograph and the exceptional case
The normal case is captured quickly: goods handed over, signature, done. The exceptional case is where it gets interesting, because that is where the later cost arises. Damaged packaging, missing packages, closed goods-in, refused acceptance, wrong address, goods that cannot be handed over without unloading equipment — each of those cases needs its own evaluable marker and a defined course of action.
Photographs are an effective tool when they are taken under guidance. Free-hand photography produces unusable images: too close, too dark, no reference to the package. A short prompt inside the capture flow works better, asking for an overview shot, a detail shot of the damage and a shot of the shipping label. Three defined images are worth more in a dispute than ten random ones.
Any deviation that is not documented at the ramp has to be reconstructed from memory later — and memories rarely withstand an audit by the client.
The follow-up action matters just as much. A recorded deviation should create a task in the office straight away rather than wait in a list. Whoever reports a damage case on the same day keeps the deadlines from freight and insurance terms in view; whoever discovers it only when the paper reaches the office is already negotiating over lost days.
Why invoicing only speeds up with the record in hand
Many companies apply the rule that nothing is invoiced until the proof of delivery is on file. Commercially that is sound, because an invoice without evidence leads to credit notes and rework as soon as questions arise. The consequence, however, is that the return of the paperwork sets the pace of invoicing. As long as the record lies on the passenger seat, accounting can do nothing — no matter how well organised it is.
If the record instead reaches the leading system when the stop is completed, the bottleneck moves. The invoice can be issued the next day, partial deliveries are already marked as such, and cases needing clarification are visible before the invoice run rather than after it. The record is therefore not the end of the delivery but the beginning of invoicing. That is the real lever: not driving faster, but being able to invoice earlier.
| Aspect | Paper docket | Digital proof of delivery |
|---|---|---|
| Arrival in the office | When the vehicle returns | When the stop is completed |
| Matching to the order | Manually via the number | Automatically via order and stop reference |
| Partial delivery visible | Only when checked in the office | Immediately, since quantity is captured |
| Answering client queries | Call the driver | Retrieve from the system |
| Search effort in a claim | Search through the filing | Open via the order number |
| Start of invoicing | After return and checking | The day after delivery |
The path from record to invoice runs through a connection between the systems. It need not be large: in many cases it is enough to hand completed deliveries over to the invoicing system, plus a return message stating which items were invoiced. What matters is that each delivery arrives exactly once and that a repeated transmission does not create a second item.
Evidence for clients and retention
Anyone hauling for larger clients knows their requirements for evidence: proof of delivery within an agreed deadline, defined mandatory details, a specified file format, often submission through a portal or an interface rather than by email. Those requirements are not an end in themselves; they mirror the client's own duty to check. If they are not met, the client's approval is delayed — and with it your own payment.
The invoicing side is changing in parallel. Since 1 January 2025 (German Value Added Tax Act), companies in Germany have had to be able to receive electronic invoices in business-to-business trade; the obligation to issue them takes effect in stages in the following years. For deliveries this means the evidence should be available in the same structured quality as the invoice it supports. A scanned image without evaluable fields meets that expectation only in part.
Ask for requirements first, adjust later at your cost
Retention comes down to three decisions: where the record is stored permanently, how long it is kept and who may read it. Records that support a bookkeeping entry are subject to commercial and tax retention duties; the periods and their application to the specific document type belong in a discussion with your tax adviser. Technically it means the record must not exist only on the handheld and only in the outbox of a mailbox.
Technology: capture offline, transmit cleanly
The most common cause of failed rollouts is the assumption of continuous network coverage. Coverage gaps persist along trunk roads, in halls, underground car parks and older industrial estates (Bundesnetzagentur). A capture flow that needs a connection at the decisive moment is rightly rejected by the people using it. The record has to be created locally on the device and stay valid even if transmission only becomes possible two hours later.
Three technical requirements follow from that: a local queue on the device, an unambiguous record identifier assigned at the moment of capture, and a transmission that recognises and discards a repeated delivery of the same record. Without the third requirement, duplicate records appear as soon as a device resends after an interruption — and duplicate records create duplicate postings in the invoicing system.
{
"record_id": "POD-2026-004812",
"order_no": "L-88231",
"run": "T-14",
"stop": 7,
"delivered_at": "2026-08-03T11:42:00+02:00",
"receiving_site": "Goods-in gate 3",
"receiving_person": "M. Schulz",
"quantity_ordered": 12,
"quantity_delivered": 12,
"receipt": "signature",
"deviation": null,
"photos": 0,
"device_id": "HG-07",
"sent_at": "2026-08-03T11:43:12+02:00"
}Two timestamps, not one
When choosing devices, stay sober: ruggedness, battery life across a full shift, controls large enough to operate with gloves and a simple replacement procedure in case of failure weigh more heavily than processing power. The rest is a question of the workflows behind the scenes, not of the hardware.
Rollout in the first group of vehicles
Switching the entire fleet at once overwhelms dispatch and the office. A first group of two or three vehicles running typical routes has proven itself — typical, not the easiest ones. In such projects the period until routine operation is around 8 weeks (project experience), depending on how many clients bring their own format requirements.
Week 1: record the current workflow
Ride along for a day and note what actually happens at each stop: which papers, which signatures, which exceptions. The result is a list of the cases the capture device has to cover.
Weeks 1 to 2: clarify client requirements
Collect the mandatory details, deadlines, formats and submission routes of your main clients in writing. Make contradictions visible early instead of working around them later inside the capture flow.
Weeks 2 to 3: define the record layout
Put mandatory fields, deviation reasons and photo rules on a single page and agree them with drivers, dispatch and accounting. Every later change to that list costs adjustments in several places.
Weeks 3 to 5: run in parallel
Keep digital capture and the paper docket side by side at first. The effort is noticeable, but it proves that the digital capture reflects the same facts — and it prevents a relapse at the first disruption.
Weeks 5 to 6: hand over to invoicing
Pass records to the invoicing system and check the first invoice runs against the paper dockets. Resolve discrepancies now, while the basis for comparison still exists.
Weeks 7 to 8: switch off paper and measure
End the paper docket for the first group of vehicles and take the same figure as at the start: calendar days between delivery and invoice. Only that figure decides on wider rollout.
Ride along for a day and note what actually happens at each stop: which papers, which signatures, which exceptions. The result is a list of the cases the capture device has to cover.
Collect the mandatory details, deadlines, formats and submission routes of your main clients in writing. Make contradictions visible early instead of working around them later inside the capture flow.
Put mandatory fields, deviation reasons and photo rules on a single page and agree them with drivers, dispatch and accounting. Every later change to that list costs adjustments in several places.
Keep digital capture and the paper docket side by side at first. The effort is noticeable, but it proves that the digital capture reflects the same facts — and it prevents a relapse at the first disruption.
Pass records to the invoicing system and check the first invoice runs against the paper dockets. Resolve discrepancies now, while the basis for comparison still exists.
End the paper docket for the first group of vehicles and take the same figure as at the start: calendar days between delivery and invoice. Only that figure decides on wider rollout.
A handful of figures is enough for the assessment: days between delivery and invoice, the share of deliveries with a complete record on the day of delivery, the number of cases needing clarification per week and the share of deviations with a documented reason. How to supply figures like these permanently without extra effort is described in the article on metrics and reporting.
Where paper stays for now
Not every piece of evidence can be replaced in the short term. Dangerous goods documentation, certain consignment notes in cross-border traffic and individual official documents are subject to their own formal rules, and some clients insist contractually on a signed paper copy. That is no reason to postpone the switch: the digital record covers the normal case, paper remains for the named exceptions and is marked as an exception.
The view on company size should be just as honest. With two vehicles and short runs that return to the yard daily, the return journey of the paperwork is not a meaningful bottleneck — there, clean matching in the office pays off more than equipping vehicles with devices. The benefit grows with the number of stops, the length of the runs and the number of clients with their own evidence requirements. Anyone wanting to prove that for their own operation measures the days between delivery and invoice first and sets the interest effect and the clarification effort against it.
Related Articles
Interim Payments and Variations on Building Sites
How a stage of completion becomes an interim invoice, why a variation is a case with a deadline of its own, and how that produces a final account that can be checked without rework.
Verification of payee in payment runs: handling mismatches
Since October 2025, banks check name and IBAN before every credit transfer. How supplier master data, payment blocks and call-backs handle the bank's responses.
Packaging reporting driven by the item master
Which field is missing on the item, how packaging weights per variant and shipping carton are maintained, and how delivery note quantities become a defensible reported tonnage per material type.