Hours from NetDispatch dispatch event to carrier-side collection scan. The core NetDispatch SLA - >24h lag means warehouse cutoff missed or carrier-side delay.
At a glance
Median hours between Net Dispatch label-generation event and the carrier-side collection scan (driver pickup from merchant warehouse). UK-specific operational metric: a long lag means the merchant printed labels but the carrier hasn’t collected, eating into the carrier’s commit window before transit even starts. The “did the carrier turn up to my warehouse on time?” number.
| What it counts | MEDIAN(carrier_collection_scan_timestamp - net_dispatch_label_creation_timestamp) in hours, over the trailing 7 days. Median (not mean) used to dampen outliers. |
| Why this is UK-specific | UK ecommerce shipping is heavily collection-based: drivers visit merchant warehouses on scheduled routes once or twice daily. Missed-collection costs an entire day of transit time. US shipping is more drop-off and pickup-on-demand, so this metric is less prominent. |
| Carrier collection patterns | Royal Mail OBA: typically 1 collection/day at scheduled time (16:00-19:00 most common). DPD: 1-2 collections/day; can be on-demand for high-volume shippers. Evri: 1 collection/day, often missed especially in rural areas. ParcelForce: 1-2 collections/day. |
| Healthy lag | <12 hours is excellent (label-printed-by-noon collected-same-day). 12-24 hours acceptable (next-morning collection). >24 hours problematic (carrier missed scheduled day). >48 hours = repeated missed-collection escalation needed. |
| Time-of-print effect | Lag depends on when the merchant prints the label. A label printed at 09:00 with carrier collection at 17:00 = 8 hour lag. A label printed at 18:00 (after collection has happened) misses today’s collection and waits until next-day = 18-24 hour lag. |
| Service level scope | All Net Dispatch carriers pooled. Use Shipments by Service to split. Some carriers (Evri/Yodel) chronically run higher lag. |
| Holiday surge | UK Q4 (peak season) increases lag 30-80% as carrier collections become saturated. Drivers can’t fit all merchants into their daily route. |
| Time window | 7D (rolling 7 days, weekly operational view) |
| Alert trigger | median >24h |
| Roles | owner, operations |
Calculation
Calculated automatically from your NetDispatch data. See the At a glance summary above for what the metric tracks and the worked example below for a typical reading.Worked example
A UK DTC homeware merchant in Leicester with mid-size warehouse, multi-carrier collection schedule. Reading taken at 09:00 GMT on 12 Mar 26 for the trailing 7 days.| Carrier | Shipments | Median lag (h) | 90th percentile lag (h) | Scheduled collection window |
|---|---|---|---|---|
| Royal Mail OBA | 1,310 | 6.2 | 13.8 | 17:00-18:00 daily |
| Royal Mail Tracked 24 | 480 | 5.8 | 12.4 | Same |
| DPD Next Day | 320 | 4.1 | 9.6 | 16:00-17:00 daily |
| Evri 3-5 Day | 880 | 18.4 | 38.2 | 14:00-19:00 (variable) |
| Yodel Standard | 195 | 22.6 | 44.0 | Variable |
| All carriers (this card) | 3,235 | 9.4 | 24.8 | mixed |
- DPD at 4.1 hours median is excellent. DPD’s collection routing is highly disciplined; drivers arrive within 30-60 minutes of scheduled window. The 4.1 hours reflects label-print-time and morning-print pattern.
- Royal Mail at 6.2 hours is good. RM’s 17:00-18:00 collection is consistent; merchant printing through the morning sees a clean same-day collection cycle.
- Evri at 18.4 hours median is the operational headline. Evri collections in some regions (especially mid-Leicester) are unreliable; drivers sometimes miss collection windows entirely. 90th-percentile of 38 hours means 10% of Evri parcels wait nearly 2 days for pickup. This is eating into the 3-5 day Evri commit window.
- Yodel at 22.6 hours and 44h 90th-percentile is worse. Should escalate to Net Dispatch CSM for collection-route review.
- Combined effect on on-time-delivery. 90th-percentile lag of 24.8 hours across all carriers means 10% of parcels have already lost a day before transit starts. This explains some of the On-Time Delivery Rate softness in the Evri/Yodel subset.
Sibling cards merchants should reference together
| Card | Why pair it with Dispatch-to-Collection Lag | What the combination tells you |
|---|---|---|
| On-Time Delivery Rate | Direct downstream impact. | Long lag eats commit windows; on-time degrades. |
| Avg Transit (days) | Lag is a transit-component. | High lag + same transit-after-collection = total transit climbing. |
| Exception Rate | ”Failed collection” subset. | Collections that didn’t happen at all show as exceptions. |
| Shipments by Service | Per-carrier lag split. | Identifies which carrier has the lag problem. |
| Late Shipments | Downstream count. | Late count grows when lag eats transit budget. |
| Cross-connector: WMS pick-pack timing | Upstream input. | If WMS prints labels late in day, lag worsens. |
Reconciling against the vendor’s own dashboard
Where to look in Net Dispatch’s own dashboard: Net Dispatch Dashboard → Reports → Collection Performance. Shows lag per carrier per period. The card mirrors the aggregate. Why our number may legitimately differ from Net Dispatch’s portal:| Reason | Direction | Why |
|---|---|---|
| Median vs mean | Either | Card uses median (robust to outliers); portal sometimes defaults to mean which one large miss can move significantly. |
| Time zone | Boundary cases | Both should agree at UK local time; UTC interpretation can shift edge cases. |
| Print-time vs label-creation | Either | Some setups create labels in batch then print later; this can affect the start-time interpretation. |
| Card | Expected relationship | What causes legitimate divergence |
|---|---|---|
royal_mail.rm_collection_lag | Direct-RM if separately connected. | Different shipment population. |