What proof of delivery establishes—and what it leaves unresolved
For customer operations, claims and transport billing teams · Understand the problem
TL;DR — what you’ll learn
- Proof of delivery should identify the shipment, receipt event and quantity or condition recorded.
- A signature or delivered status does not, by itself, resolve a shortage or establish every contractual acceptance condition.
- Preserve original evidence and corrections without inventing missing recipient details or remarks.
- Decide billing eligibility separately using the customer's agreed evidence requirements.
Topics: proof of delivery · partial delivery POD · delivery shortage evidence · signed POD verification

Illustrative logistics operations desk overlooking a warehouse floor; not a client facility.
All quantities, amounts, product codes and events are illustrative teaching examples.
The tracking screen says delivered. The signed image contains an unreadable name and a handwritten “two short” beside a ten-carton consignment. Billing wants to close the job, while customer service is investigating the missing cartons.
Proof of delivery is useful when it explains the receipt situation for the correct shipment. The delivery event, recorded quantity, condition remarks and contractual acceptance need to remain distinguishable. A single green status should not settle questions the evidence leaves open.
Ask what the record actually establishes
Identify the consignment, delivery location, recipient information required by the agreed process, event time and quantity/condition observations. Retain the source of each field. A timestamp entered later by an administrator is different from a timestamp captured at the handoff.
A signature can be part of the evidence. It does not explain an unreadable shipment reference, resolve a quantity dispute or establish that the signer had every authority the contract requires. The commercial and claims owners must assess those questions under the actual agreement.
GPS or a photograph can support a handoff record, but neither should be treated as a substitute for the missing business fact. A device near the delivery address does not establish which cartons the receiver accepted.
Compare three delivery records
These are illustrative examples, not customer cases or legal conclusions.
Scroll horizontally to see all columns.
| Record | What the evidence can support | What remains unresolved |
|---|---|---|
| Ten cartons identified, receipt confirms ten with no recorded exception | A recorded complete receipt under the example process | Any additional contractual acceptance requirements |
| Ten cartons expected, eight recorded received and “two short” noted | A partial receipt observation | Location and commercial treatment of the remaining two |
| Image uploaded without a reliable consignment link | An image exists | Which shipment it concerns and whether it is valid evidence |
The second record should not become “complete receipt” simply because the carrier's tracking status is delivered. Preserve the expected, received and disputed quantities. Customer operations can then investigate the missing two cartons without losing the evidence that eight were received.
Delhivery's B2B exception guidance includes decisions for short multi-piece shipments. Such cases demonstrate why a consignment's overall status and the quantity outcome require separate attention. Delhivery — B2B exceptions management.
Keep the original observation and the later decision
A driver or receiver records what occurred. A supervisor may later correct a wrong shipment selection or add verified context. The correction should identify the original record, the change, the reason and the authorised reviewer.
Do not replace an unreadable signature with a typed name inferred from a contact list. Do not remove shortage remarks to make an invoice eligible. If a missing record is subsequently supplied, retain its actual capture or submission history instead of making it appear to have existed at the original handoff.
For multi-stop or split deliveries, connect each receipt to the relevant leg and quantity. A later completion can close the remaining quantity while preserving the earlier partial receipt.
Continue the illustrative ten-carton case. Receipt P1 records eight cartons at the first attempt; P2 records the remaining two at a later attempt. Link both to the original expected ten and retain the attempt and carton references where available. Eight plus two completes the physical receipt quantity. If P2 instead reports a cumulative total of ten, adding it to P1 would wrongly show 18 cartons. The field's meaning must be explicit before the system aggregates receipts.
Completing the quantity does not automatically resolve a damage claim or prove acceptance of the cartons' contents. Record package counts, item quantities and condition findings separately when the agreed process distinguishes them. Close each outstanding decision on its own evidence.
Separate delivery evidence from billing eligibility
The customer's billing agreement may require a particular document, acknowledgement or resolution of an exception. Another agreement may permit invoicing supported delivered quantities while a separate claim remains open. The workflow must use the applicable rule rather than an assumed universal requirement for a signature.
Scroll horizontally to see all columns.
| Decision | Suggested owner | Record needed |
|---|---|---|
| What was observed at handoff? | Driver/receiver and operations supervisor | Original receipt evidence |
| Is shipment identity reliable? | Transport operations | Consignment and leg relationship |
| What does a shortage or damage remark mean? | Claims/customer operations, with qualified review where needed | Custody and condition investigation |
| Is the consignment eligible to bill? | Billing owner under approved terms | Contract requirement and qualifying evidence |
| How is a disputed amount settled? | Finance/commercial authority | Approved adjustment or settlement |
A useful queue can distinguish delivered-awaiting-evidence, partial-receipt-review, evidence-rejected and eligible-to-bill. Closing an upload task should confirm that the evidence was saved, not that all these decisions were completed.
Test the evidence path before buying more capture technology
Begin with a sample of recent complete, partial and disputed deliveries. Ask whether a reviewer can locate the original evidence, identify the shipment and explain its unresolved questions without calling several people.
A controlled document repository may be adequate for a small operation. Native TMS/ePOD capture can improve identity and access when it fits the route and device conditions. OCR may help index a document, but critical extracted fields and uncertain remarks need review before changing a shipment or billing state.
Evidence flow: capture the observed handoff → confirm shipment relationship → classify complete, partial or uncertain evidence → route the unresolved decision → record the authorised outcome. Missing evidence remains visible until obtained or resolved through an approved alternative.
Measure the time to retrieve usable evidence, the share of records with reliable shipment identity and the age of billing holds by reason. Do not judge quality solely by the proportion of stops marked delivered.
Use POD to explain the handoff
A dependable POD process preserves the difference between an observed receipt and the decisions made from it. That lets operations investigate exceptions and lets billing apply the right conditions without changing the historical record.
Next actions
- Review complete, partial and unreadable PODs against their actual consignments.
- Agree the required fields and evidence rules by customer/service.
- Separate observation, correction, claim and billing permissions.
- Test a partial delivery followed by later completion.
- Evaluate capture improvements against the unresolved evidence problems.
Discuss this workflow
Describe your current systems, the recurring exception and the outcome you need. Keep shipment, customer and financial records out of the initial message.
Draft an assessment emailReferences
Sources checked 15 October 2026. Vendor documentation supports platform facts; the worked examples and diagrams are original.
- Delhivery — B2B exceptions managementAccessed 15 October 2026.