At a glance
Daily count of BigCommerce orders cancelled over the rolling 90-day period, plotted as a time series. The trend view of Cancellation Rate, here you spot anomalies (a single bad day), patterns (Mondays being worse than other days), and trajectories (worsening over a month). The diagnostic side of cancellation analysis.
| What it counts | COUNT(orders WHERE status = 'Cancelled') aggregated daily over 90 days. The chart is an area / line plot; spikes and trends are the actionable shape. |
| VAT / tax treatment | n/a (count metric). |
| Shipping | n/a. |
| Discounts | n/a. |
| Refunds | Refunds are distinct from cancellations on BC; this card tracks cancellations only. |
| Cancelled / voided orders | This card is the cancellation view. |
| Currency | n/a (count metric, currency-agnostic). |
| Channels / sources | All channels contribute by default. Marketplace cancellations dominate the chart for marketplace-heavy stores; toggle channel filter for cleaner per-channel patterns. |
| Spike interpretation | A 1-day spike >2× the 30-day average is usually one of: (1) a fraud-rule deployment that mass-rejected legitimate orders; (2) an OOS event on a top SKU triggering bulk cancellations; (3) a marketplace platform issue (Amazon API down, eBay sync failure); (4) a duplicate-order bug from a checkout glitch. |
| Trend interpretation | A rising 30-day rolling average suggests systemic decay: fraud-rule drift, sustained OOS events, supplier issues, or marketplace-relationship deterioration. Falling trend = improvements working. |
| Day-of-week pattern | Cancellations sometimes peak Monday (weekend orders processed Monday morning, OOS-at-fulfilment surfaces) or after major sales (post-Black-Friday cancellation wave). |
| B2B Edition note | B2B portal contributions to this chart should be near-zero; any visible B2B cancellation pattern warrants investigation. |
| Time window | 90D (longer window for trend visibility) |
| Alert trigger | None on this card directly. |
| Roles | owner, operations |
Calculation
Calculated automatically from your BigCommerce 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 US homewares brand on BigCommerce Pro, 90-day window 14 Feb 26 to 14 May 26.| Period (sample dates) | Daily cancellations (avg) | Notable spikes | Pattern |
|---|---|---|---|
| 14 Feb - 28 Feb 26 | 8/day | Spike 18 Feb (32 cancellations) | Steady baseline, one bad day |
| 1 Mar - 14 Mar 26 | 9/day | None | Stable |
| 15 Mar - 31 Mar 26 | 14/day | Spike 22 Mar (47 cancellations) | Rising trend, investigate |
| 1 Apr - 14 Apr 26 | 18/day | Sustained elevated | Worsening systemic issue |
| 15 Apr - 30 Apr 26 | 11/day | Improvement after fix on 15 Apr | Recovery after intervention |
| 1 May - 14 May 26 | 9/day | None | Returned to baseline |
| 90D average | 11/day |
- The 18 Feb spike (32 cancellations vs 8 baseline) is a single-day anomaly. Investigate that day’s order log: was a fraud-rule deployed that morning? Did a top SKU go OOS? Did Channel Manager fail? The reason is on the order-log notes for each cancellation. Often a single root cause explains 90% of a spike.
- The 22 Mar spike (47 cancellations) preceded a sustained rise. This is the warning sign: the spike was the leading edge of a systemic issue, not an isolated event. By the time April baseline was 18/day (2.25× normal), the merchant had been silently bleeding cancellations for 3 weeks. A second 5-alarm event after a spike is when to act, not the spike itself.
- The 15 Apr fix shows what intervention looks like. Daily cancellations dropped from 18 to 11 within 2 weeks. The intervention (probably a fraud-rule audit, an inventory-sync repair, or a Channel Manager reconnect) clearly worked. Document what was changed for next time.
- The 90-day average of 11/day = ~330/quarter cancellations. At an average order value of 30k of pre-fulfilment lost revenue. Half is recoverable with intervention; the other half is unavoidable (genuine fraud, true OOS, customer changed mind).
- Day-of-week pattern not visible at this resolution but typically Mondays show 30-50% above other weekdays (weekend orders processing Monday, OOS surfacing). Configure the card to show day-of-week breakdown for that view.
- Spike investigation playbook when the chart shows a 2× day spike, drop everything: open the order log, identify the cancellation reasons, fix the root cause within 24 hours.
- Trend monitoring weekly the 30-day rolling average crossing 1.5× the 90-day average is the “systemic issue is forming” signal.
- Document interventions every time you fix a cancellation issue, log it against the chart timestamp; future investigations benefit.
- Per-channel monitoring filter the chart to per-channel views; Amazon-only spike vs web-only spike have different root causes.
- Quarterly: review baseline baseline cancellation rate may legitimately drift up as catalogue / channels grow; rebaseline expectations every quarter.
Sibling cards merchants should reference together
| Card | Why pair it with Cancelled Over Time |
|---|---|
| Cancellation Rate | The percentage view; this card is the count over time. |
| Refunds Over Time | The refund-trend cousin; cancellation + refund = total revenue-leakage trend. |
| Revenue Over Time | The denominator context; cancellation spikes that don’t dent revenue suggest sub-population concentration. |
| BC Decline Rate | Decline trend correlates with payment-failure cancellations. |
| BC Incomplete Rate | Cart-abandonment trend; precedes cancellations. |
| Orders Over Time | Order creation trend; cancellations should track creation if rate is stable. |
| BC Channel Refund Rate | Per-channel split; combined with this card’s per-channel filter gives full per-channel story. |
shopify.cancellation_rate | Cross-platform reference. |
Reconciling against the vendor’s own dashboard
Where to look in BigCommerce Control Panel: Orders → All orders filter by statusCancelled and date range; the daily count is implicit in the timestamp distribution. There’s no native daily-trend chart in BC for cancellations specifically; manual export to spreadsheet gives the same view.
Why our number may legitimately differ from BC:
| Reason | Direction |
|---|---|
Status mapping. We use Cancelled only by default. Including Declined raises counts ~10-30% depending on fraud-rule strictness. | Configurable |
| Time-zone. UTC default vs BC store time zone; daily buckets shift at midnight boundaries. | Configurable |
| Marketplace cancellation timing. Channel Manager indexes Amazon cancellations on sync (may be hours after Amazon’s cancel timestamp). | Vortex IQ may LAG Amazon Seller Central by hours |
| Channel coverage. We include all channels by default; BC views may filter. | Different totals |
| Cancellation reason exclusions. Some merchants exclude duplicate-order cancellations (operational hygiene rather than failure); configurable. | Configurable |
| Card | Expected relationship | What causes legitimate divergence |
|---|---|---|
stripe.stripe_canceled_payment_intents_over_time | Stripe-side cancellations correlate with web-channel cancellations. | Stripe sees only Stripe-paid orders. |
amazon_sp.amazon_cancellations_over_time | Amazon channel slice should match Amazon SP-API. | Time-zone and sync-lag noise. |