Back to Glossary

Entry · Business

Shipment Exception Report

A shipment exception report lists consignments whose delivery progress differs from the expected plan, with status, reason, owner and next action. An exception is an alert to investigate, not automatic proof a parcel is lost or damaged.

From the Money Master HQ dictionary, founded by Shihan Sheriff (FCMA, VP of Finance at Nomod, CFO at Esanjo Ventures). How these definitions are written.

What it means

A shipment is expected to move through pickup, transit and delivery scans, and weather, address errors, damaged goods or missed scans can disrupt that path, so an exception report collects the cases needing attention. A fictional online store has 500 shipments in transit, twelve show a delay or failed delivery scan, and its report lists those twelve for follow-up.

Include a shipment ID, carrier, destination, promised date, latest scan and exception type, because without identifiers staff can contact the wrong customer or reopen a resolved case. FedEx describes a delivery exception as an unexpected event that may affect delivery, which does not necessarily mean a shipment will never arrive, so the exact carrier status should be read in context.

A fictional parcel shows a weather delay on Tuesday and is delivered Wednesday, and the report keeps the exception history but updates the current outcome. AfterShip describes exception categories including delay, return to sender, damage and loss, with a report tracking affected shipments and an exception rate, but that is one product's taxonomy, not the only valid one.

Distinguish an exception from ordinary variation, because a parcel with no scan for a few hours may still be on schedule while another with a confirmed wrong address needs action, so define alert thresholds; a fictional overnight parcel misses its expected hub scan and the team checks the carrier's current record before promising a replacement. Separate current status from past incidents, since a shipment can have an exception and later be delivered, and the report may track both lifetime exception count and the unresolved queue.

Assign an owner to every unresolved item, as a carrier inquiry, address confirmation, damage claim or customer update may each need a different team, and put a due time on time-sensitive steps. Avoid acting on a guessed cause, since a delayed scan is not proof of theft and "damaged" may be a carrier report needing photos, so record observed evidence and hypotheses separately; a fictional carrier marks "delivery exception" without details, and the seller asks for clarification before saying the package is lost.

Prioritise by promised delivery, perishability, customer impact and safety, so a delayed medical shipment may need immediate qualified review while a low-urgency replacement can wait for a carrier update, and a fictional chilled item with a temperature concern follows its quality procedure rather than a standard delay email. Customer communication should be accurate and prompt, because a broad apology without a plan may not help and a false guarantee can make things worse, so state confirmed facts and the next update time.

Track proof of delivery separately, since a "delivered" scan can be disputed or mislocated, and if a customer says the parcel is missing, the scan, location and carrier evidence should be investigated rather than closing the issue on the status label. One shipment may have several exception events, so for an affected-shipment rate count it once in the numerator, since event count answers a different question, and state the time period and population; a fictional parcel with both a weather delay and a failed delivery attempt counts as one shipment while the event log contains two incidents.

Segment causes by carrier, route, product or destination, because a recurring address issue may be fixed at checkout and repeated damage may need better packaging, and avoid blaming the carrier without evidence. Watch data freshness, as carrier feeds can lag and a shipment may resolve before the report refreshes, so check the live tracking source before a consequential customer action; a fictional staff member who sees yesterday's delay report finds that live tracking shows delivery today, so no unnecessary replacement is sent.

Document the final outcome (delivered, returned, refunded, reshipped or unresolved), since financial and inventory adjustments need their own approval and records and an exception flag alone is not a write-off. Measure time to resolution as well as exception rate, because a low rate with neglected open cases still harms customers, and a shipment exception report is an operational queue and learning tool whose value lies in accurate live status, clear action and honest closure.

In practice

Real-world examples.

1

Example

A weather-delayed parcel is later marked delivered. It leaves the unresolved queue but stays in the historical exception data. The monthly review counts it once in the affected-shipment rate.

2

Example

A wrong address creates a customer verification task for a furniture seller. Customer service confirms the correction through an approved channel and logistics submits it to the carrier. The task closes only when the carrier confirms the new address.

3

Example

One parcel with two exceptions, a weather delay and a failed delivery attempt, counts once in an affected-shipment rate. The event log still holds both incidents. The team can then report shipments and events separately.

Formula

Calculation

Exception rate = shipments with at least one defined exception / shipments tracked in the same period x 100. Worked example: a fictional retailer tracks 500 shipments in a week and 12 have at least one exception, so the rate is 12 / 500 x 100 = 2.4%. If one of those 12 parcels had two separate exception events, the event count would be 13 but the shipment-level rate stays 2.4%.

Case study

Seen in the real world.

In this fictional case, Ridge Retail tracks 500 shipments. Twelve have at least one exception, yielding a 2.4% affected-shipment rate. Seven are already delivered, four need address or carrier follow-up and one has a damage report. The team assigns actions to the five unresolved shipments and keeps the delivered seven in historical analytics.

Watch out

Common mistakes.

  • Calling every exception a lost parcel.
  • Counting one parcel twice in a shipment-level rate.
  • Using a stale report before a customer-facing decision.

Questions

People also ask.

Does an exception mean delivery failed?

Not always. Check the latest carrier status and cause.

What should the report include?

Shipment ID, status, cause, timing, owner and next action.

Can a delivered parcel remain in historical exception data?

Yes, while it leaves the unresolved queue.

Was this explanation helpful?

From the founder's library

Accounting Fundamentals: A Non-Finance Manager's Guide to Finance and Accounting, by Shihan Sheriff

Take it further with the book.

Build your financial confidence beyond this definition. Shihan's full-length guide, Accounting Fundamentals, takes the same plain-English approach and turns it into a complete, practical playbook for non-finance managers, business owners and students - with chapter-end quiz answers and presentation slides included.

US$2.24US$2.99

25% off with code MMHQ25, applied at checkout. Priced in USD - checkout may show the equivalent in your local currency.

View the book and save 25%
Last updated · October 8, 2026
Browse all terms →

Disclaimer

The information provided in this finance dictionary is for educational and informational purposes only. It should not be construed as financial, investment, legal, or tax advice. Always consult with a qualified professional before making any financial decisions. Money Master HQ makes no representations or warranties about the accuracy, completeness, or suitability of this information. Use of this content is at your own risk.