数据分析
退货退款数据
区分整份售后申请与商品行，避免重复累计。
退货退款有申请与商品行两个来源，适合分别分析售后工作量和商品问题。需要相应店铺售后授权，以及已同步的数据覆盖。
本页表格均为模拟数据，不是真实售后记录。 申请金额不是已经退回买家的金额；示例状态只用于说明业务含义。空白表示未提供，不自动代表零。
#售后申请明细
回答“有多少份售后申请，原因和状态怎样分布”。每行是店铺的一份售后申请，可查申请与订单编号、类型、最新状态、原因、发起方、退货方式、物流、创建／更新时间和申请级金额。
查询最近 30 天创建的售后申请，包含取消、拒绝和换货。按类型与当前状态统计申请数，区分申请金额和已完成退款。
#模拟原始明细
| 申请 | 创建日期 | 类型 | 最新状态 | 原因 | 申请总金额（USD） |
|---|---|---|---|---|---|
| DEMO-RT01 | 2026-10-13 | 退货退款 | 处理中 | 商品破损 | 60.00 |
| DEMO-RT02 | 2026-10-14 | 换货 | 待审核 | 尺码不合适 | — |
| DEMO-RT03 | 2026-10-14 | 退款 | 已拒绝 | 不再需要 | 40.00 |
示例有 3 份申请，已知申请金额合计 100 USD，但不能声称“已退款 100 USD”：其中有处理中和已拒绝记录，换货也没有退款金额。按 店铺当地申请创建日期选取范围，展示的是最新状态，不是某个历史时点的状态快照。
#AI 整理后的模拟汇总
| 类型 | 申请数 | 有金额的申请数 | 已知申请金额（USD） |
|---|---|---|---|
| 退货退款 | 1 | 1 | 60.00 |
| 换货 | 1 | 0 | — |
| 退款 | 1 | 1 | 40.00 |
没有商品行或暂时无法匹配订单的申请，仍应保留在申请数中。不能用“成功关联到商品”的那部分记录代表全部售后。
#售后商品行明细
回答“哪些商品和 SKU 容易出现售后，行级金额如何分布”。每行是一份售后申请下的一条商品行，可保留申请、订单行、商品、SKU、原因、状态，以及行级商品款、运费、税和总金额。
展开 DEMO-RT01 和 DEMO-RT03 的商品行，按 SKU 汇总申请原因。使用行级金额，不要重复累加申请总额。
#模拟原始明细
| 申请 | 商品行 | 商品 | 商家 SKU | 最新状态 | 行级申请金额（USD） |
|---|---|---|---|---|---|
| DEMO-RT01 | DEMO-RL01 | Cloud Blanket | CB-BLUE | 处理中 | 40.00 |
| DEMO-RT01 | DEMO-RL02 | Bedside Lamp | BL-WHITE | 处理中 | 20.00 |
| DEMO-RT03 | DEMO-RL03 | Cloud Blanket | CB-BLUE | 已拒绝 | 40.00 |
DEMO-RT01 有两行，但只有一份申请，40 + 20 = 60 USD。若把申请总额 60 在两行各加一次，会错误得到 120。DEMO-RT02 没有出现在这份商品行示例中，也不应从申请总数里消失。
同一订单行可能产生多次售后，去重应围绕要回答的问题：统计“售后申请数”“涉及订单数”或“涉及商品行数”会得到不同结果。缺失金额、取消或拒绝的申请也不能悄悄丢弃。