At a glance
Real-time count of carrier claims open against shipments routed via ShipTheory. Because ShipTheory is an aggregator (it does not pay claims itself), every claim sits with the underlying sub-carrier (Royal Mail, DPD, Evri, Parcelforce, Yodel) under that carrier’s process and SLA. Resolution timelines vary materially by carrier; the card pools them.
| What it counts | COUNT(claims WHERE status IN ('open', 'pending_carrier', 'awaiting_evidence')) against the merchant’s account, pooled across every connected sub-carrier. |
| API endpoint | GET /claims (ShipTheory v1 REST API). The card reads claim_id, parcel_id, sub_carrier, status, claim_amount, currency, created_at, last_carrier_update_at. |
| Delivery success criterion | Not applicable, claims arise because delivery did not succeed (lost) or did not succeed in good condition (damaged). |
| Sub-carrier resolution variance | Royal Mail typically resolves within 30 calendar days (statutory). DPD averages 5 to 14 days. Evri’s process can take 14 to 30 days. Parcelforce 10 to 21 days. Yodel highly variable. The card does not segment; the per-carrier audit table in Sub-Carrier OTD Comparison gives diagnostic context. |
| Returns / RTO | RTS does not generate a claim; the parcel reverses without dispute. RTO with damage at return scan can become a claim. |
| Currency | Open count is dimensionless. Monetary exposure denominated in GBP for the UK-focused account; multi-region merchants see workspace base currency with FX at claim creation. |
| Time window | RT (real-time, refreshed every poll cycle). |
| Alert trigger | >0 unresolved >7d. The 7-day threshold is generous for fast carriers (DPD) and tight for slow ones (Evri); calibrate per workspace. |
| Roles | owner, operations, finance |
Calculation
Calculated automatically from your ShipTheory data. See the At a glance summary above for what the metric tracks and the worked example below for a typical reading.Worked example
The UK home & garden merchant. Reading taken at 09:00 GMT on 12 Mar 26.| Sub-carrier | Open claims | Avg age (days) | Aged >7d (alert) | Status mix |
|---|---|---|---|---|
| Royal Mail | 18 | 14.2 | 16 | 12 lost, 6 damaged |
| DPD | 4 | 3.5 | 0 | 3 damaged, 1 lost |
| Evri | 12 | 11.8 | 11 | 9 lost, 3 damaged |
| Parcelforce | 3 | 6.7 | 1 | 2 damaged, 1 lost |
| Yodel | 5 | 9.2 | 4 | 4 lost, 1 damaged |
| All sub-carriers (this card) | 42 | 11.4 | 32 |
- Royal Mail dominates the aged queue (16 of 32) but their 30-day statutory window means most are within process. Operationally “aged Royal Mail claim” is normal until day 30; only escalate beyond that. Set per-carrier thresholds in workspace settings to suppress noise.
- DPD is the benchmark. 4 claims, all under 4 days, none aged. DPD’s claims process is the cleanest in the UK mass-market mix; if their claim count is climbing relative to volume, something specific is happening on that lane.
- Evri at 11 aged claims is the actionable middle. Big enough to chase, slow enough to age. Evri’s claim process accepts merchant-side photo evidence and bulk submissions; consolidate aged claims into a weekly batch escalation.
- Lost (28 of 42) vs Damaged (14 of 42). UK pattern. Lost claims dominate at Royal Mail and Evri (smaller-parcel networks with more handover hops). Damaged claims dominate at DPD and Parcelforce (larger parcels, more visible damage). Read Failed Deliveries alongside.
- 42 claims at average GBP 32 = GBP 1,344 outstanding. Material for a small mid-market merchant; the financial exposure is the operative number for finance.
Sibling cards merchants should reference together
Open claims is a queue depth; pair with these to size the impact and find the cause.| Card | Why pair it with Open Claims | What the combination tells you |
|---|---|---|
| Claim Value (open) | The monetary exposure. | 42 claims at GBP 15 each is operations noise; 42 at GBP 200 each is finance escalation. |
| Sub-Carrier OTD Comparison | Identifies which sub-carrier is generating most claims. | Carrier with high claim share + low OTD = candidate for rate-shop rule change. |
| Exception Rate | Upstream cause. | Climbing exception rate predicts a 7 to 14 day rise in open-claim count. |
| Failed Deliveries | Failed deliveries that never recover convert to lost-parcel claims. | Both rising = network is dropping parcels. |
| Returned to Sender | Alternative outcome. | RTO and claims are mutually-exclusive paths for non-delivered parcels. |
Cross-connector: shopify.refund_rate | Most lost-parcel claims trace back to a refund issued to customer. | Open-claim spike typically follows refund-rate spike by 0 to 2 days. |
| Cross-connector: customer-support tickets | Predicts claim filings 1 to 3 days ahead. | Use as the leading-edge signal. |
Reconciling against the vendor’s own dashboard
Where to look in ShipTheory’s own dashboard: ShipTheory Dashboard → Claims. The page lists open claims with sub-carrier, status, age, claim amount, and last-carrier-update timestamp. Closest like-for-like view: Status: Open + Pending, All Carriers. The portal also surfaces the carrier’s claim-status webhook events for diagnosing why a claim has not moved. Why our number may legitimately differ from ShipTheory’s portal:| Reason | Direction | Why |
|---|---|---|
| Status mapping | Either | ShipTheory’s portal exposes awaiting_evidence separately; the card pools it under “open”. |
| Real-time freshness | Ours can lag 5 to 15 minutes | Card polls API at workspace cadence; portal reads live. |
| Carrier-resolution webhooks | Ours can lag | Royal Mail and Evri webhook resolutions sometimes lag the portal by hours. The card reflects the next poll. |
| Statute-aged claims | Ours sticky | Claims aged past statutory window (Royal Mail 90 days, Evri 60) are usually written off; sometimes still appear “open” in the API. Finance writes off externally. |
| Card | Expected relationship | What causes legitimate divergence |
|---|---|---|
shopify.refund_rate | Most claims tie back to a refund. | Replacements instead of refunds; chargebacks routed via processor. |
| Stripe / payment-processor disputes | Some carrier issues escalate to chargebacks. | Different timelines. |
| Customer support tools | Tickets predict claim filings. | Tickets resolved via re-delivery never become claims. |