---
title: "被拦截订单报告"
description: "通过被拦截订单的数据，了解上限触发的频率和原因。"
contentType: "docs"
locale: "zh"
localized: true
source: "https://orderrules.com/zh/docs/analytics/blocked-orders-report"
slug: "analytics/blocked-orders-report"
---
## 看清都拦截了哪些

被拦截订单报告会列出每一次 OrderRules 阻止订单的情况。这些数据帮助您判断当前上限是否合适，是否需要调整。

## 报告包含什么

每条被拦截订单的记录都会包含：

- 发生拦截的 **日期和时间**
- 拦截的 **原因**（店铺关闭、达到每日上限、超出商品上限、达到客户上限）
- 被触发的 **具体上限**（例如"日上限：50/50"）
- 如因商品上限触发，则提供 **商品信息**

## 查看报告

1. 在仪表盘进入 **分析（Analytics）**
2. 找到 **被拦截订单** 部分
3. 按日期范围、拦截原因或商品筛选

## 常见的拦截原因

### 店铺关闭
客户在营业时间之外尝试结账。如果数量很多，请考虑延长营业时间或加上重新营业的提示。

### 每日/每周/每月上限达成
您的产能上限被触达。如果频繁出现且仍有余力，可以考虑上调上限。

### 商品上限超出
客户试图购买的数量超过了某商品允许的件数。请检查商品上限是否仍然合理。

### 客户上限达成
回头客达到了下单频率或数量上限。如果您正在管控限量商品的访问，这是正常的。

### 拦截原因与应对

| 原因 | 发生了什么 | 常见处理 |
|---|---|---|
| 店铺已打烊 | 在营业时间之外尝试结账 | 延长营业时间，或写明何时重新营业 |
| 每日／每周／每月上限已满 | 触达了你设置的容量上限 | 若其实还能履约更多，就调高上限 |
| 商品限额超出 | 某商品购买数量超过允许值 | 检查该限额是否仍符合当前需求 |
| 客户限额已满 | 回头客达到了自己的上限 | 在配额类商品上通常是预期行为 |

拦截很少并不代表失败——那说明限额起的是兜底作用，而不是主动限制。

## 如何利用数据

**每日上限处的拦截太多？** 上限可能偏低。看看是否还有处理更多订单的能力，并提高上限。

**开门后立刻出现拦截？** 可能是夜间积压的需求。可以考虑开门时给更多容量，或者更早开门。

**某些商品总被拦截？** 这个商品需求旺盛。可以提升其上限、扩大生产，或者保留上限利用稀缺感。

**几乎没有拦截？** 上限可能比实际需要更高。如果只是作为安全网，这没关系。

## 小贴士

- 每周回顾一次被拦截订单数据，让上限与实际需求保持一致
- 把被拦截订单与您的 [邮件容量提醒](/docs/order-limits/email-alerts) 交叉对照，得到完整画面
- 将数据导出为 CSV，与其他业务指标一同分析

## 相关内容

- [分析仪表盘](/docs/analytics/dashboard-overview)
- [规则没有生效](/docs/troubleshooting/rules-not-applying)