报表为空/数据延迟，先判断是不是“正常慢一拍”
商家助手的经营分析有时不是没数据，而是数据链路在跑批。常见表现是：订单有了，报表要等一会儿才刷新；或你选了“今天”，但实际只统计到中午。
你可以做个小验证：拿一笔明确的订单金额，比如实付199元，在“订单列表”能查到，再到报表里用同样日期和门店去对。如果订单列表有、报表完全为0，通常不是延迟，是口径/筛选/权限问题。
统计口径不一致，是最容易踩的坑
很多人以为“成交额=下单金额”，其实经常是付款口径或净额口径。
- 时间口径：按下单时间 / 付款时间 / 发货时间。你在2026年3月2日下单、3月3日才付款，报表按付款口径就会“延后一天”。
- 金额口径：GMV是否含运费？是否扣除退款？是否扣除优惠？同一笔订单“应付259、实付199、退款50”，不同口径差很大。
- 统计范围：连锁/多门店常见只看了“本店”，但订单发生在分店；或你只选了“线上”，而订单来自线下收银。
小案例：有商家反馈“昨天销量为0”，一查发现筛选里把“订单状态”固定成了已完成，而当日订单还在“待收货”，自然全空。
筛选维度与权限范围，决定你能看到多少
报表页看起来一样，背后其实有数据权限。主账号能看全店，子账号如果没开权限，就会出现“空白但不报错”。
- 看筛选条件：日期、门店、渠道、订单状态、类目、品牌、人群标签，有没有被你上次操作“记住了”。
- 看账号权限：子账号需要开“经营分析/数据中心/报表查看”之类权限；连锁体系还要开“跨门店查看”。
- 看数据源：如果你刚接入新的收银/ERP，接口未授权成功或同步中断，也会导致报表缺口。
给你一套能落地的处理清单
- 把筛选一键重置成“近7天 + 全部门店 + 全渠道”，确认是否仍为空。
- 在报表里切换“下单/付款”口径，对照同一笔订单核验。
- 检查是否启用了“扣除退款/仅统计已完成”等净额开关。
- 用主账号登录对比一次；若主账号有数据，直接给子账号补权限。
- 连续等待一段时间再刷新；仍缺失就带上：店铺ID、报表名称、筛选截图、订单号与金额，提交工单让平台按订单回溯。
