Separate carrier events, risk signals, and actionable exceptions
A carrier event is a raw fact: label created, facility arrival, delivery attempt failed. A risk signal is an internal interpretation built from the promise and elapsed time. An actionable exception has crossed an approved trigger and therefore needs an owner and a next action. Blending the three reliably produces two mistakes: treating every quiet period as a loss, which triggers reships too early, and forwarding raw status only, which buries the cases that actually need intervention.
| Exception family | Validate first | Likely owner |
|---|---|---|
| Pre-induction / delayed first scan | Printed, staged, handed off, or simply missed a scan; whether the promise is already at risk | Warehouse operations |
| Address / serviceability | Address source, customer confirmation, service coverage, and whether it can still be corrected | Support + operations |
| Transit delay / missort | Last physical scan, network path, promise, and any known service event | Carrier support + customer support |
| Failed delivery / return | Failure reason, retry path, inventory position, and customer reachability | Support + returns operations |
| Delivery dispute / damage | Proof of delivery, photos, address, packaging, and the customer statement | Support + claims / finance |
Carrier statuses, claim eligibility, and waiting periods are not universal. Normalize internal categories, but verify any decision about loss, refund eligibility, or required evidence against the current official rules of the carrier involved instead of carrying over the previous carrier's assumptions.



