先核对Analytics的统计日期、订单状态和扩展对测试订单的处理。Analytics→Settings里的Excluded Statuses按状态排除一类订单，不是按某个订单ID删除报表记录；不能为了让数字好看，把真实订单改成另一个业务状态。
先列出需要核对的订单样本
记录测试订单ID、状态、支付日期和金额，与同一时间段的一笔真实订单对照。支付网关的测试标记、零元订单和自定义测试状态并不等价，所用扩展是否过滤它们需要查对应说明。不要仅凭报表数值上升就认定真实收款增加。
看清状态勾选影响的范围
进入Analytics→Settings检查Excluded Statuses：官方说明勾选状态会被排除，自定义状态默认参与统计；Refunded不能从此处排除。改变一个状态的规则会影响该状态的整组订单，不能把Completed整组排除来隐藏几笔测试单，更不要为报表修改真实履约状态。
把日期口径和数据导入分开
比较报表前统一日期范围和Date Type，例如创建、付款或完成日期。历史订单缺失时再检查Import Historical Data的范围、后台进度和失败项。删除已导入的Analytics数据针对统计副本，不等于删除原始订单；重建需要窗口和核对依据，不能把它当单笔测试单排除按钮。
用订单明细核对处理结果
重新查看相同日期范围，确认测试记录的处理符合已确认规则，真实订单仍保留，税费、退款与运费口径也一致。若只想排除少数ID而当前工具没有相应能力，应使用核验过的报表扩展或在导出明细中单列调整，并明确记录该报表与站内默认统计的差异。
关键区别
状态排除：作用于整个订单状态；不是单笔ID过滤器。
历史数据导入：重建统计读取范围；不是删除原始订单。
明细对照：区分测试和真实业务；不能靠改状态美化数字。
怎样确认处理到位
相同统计日期和范围下，测试单处理依据可追溯，真实订单未被误排除；重导入完成且失败项已核对，报表调整与业务订单状态保持分开。
容易误判的边界
报表统计副本、支付网关交易和原始订单是三套对象。删除或重建Analytics数据不会自动撤回付款、发货或其他平台的记录。
