LabelChange-server/.trae/documents/当天应该换单数逻辑调整计划.md

当天应该换单数逻辑调整计划

问题分析

当前逻辑存在的问题：

1. 使用了ofi.IsSuccess = 0判断未成功，该字段是订单当前的最新状态，统计历史日期时会有问题：比如订单5月16日完成，统计5月15日的当天应该换单数时，当前IsSuccess=1会导致5月15日的统计漏单
2. 考核时间的范围判断需要修正，应该基于统计日期的时点判断订单是否还在考核周期内且未完成

调整目标

统计历史日期的「当天应该换单数」时，判断规则是：

在统计日期当天的时点：

1. 订单标签率≥80%
2. 考核时间包含/截止于统计当天
3. 订单在统计日期当天及之前没有成功扫描记录（即首次成功日期 > 统计日期 或 还没有成功日期）

具体调整步骤

1. 修改「当天应该换单数」的判断逻辑：

   • 替换ofi.IsSuccess = 0为(ofi.FirstSuccessDate_UTC5 > dd.日期 OR ofi.FirstSuccessDate_UTC5 IS NULL)
   • 保留DATE(ofi.AssessmentTime) = dd.日期（考核时间在当天）
   • 保留ofi.LabelRate >= 0.8（标签率达标）

2. 补充验证逻辑：

   • 同步调整明细查询SQL的对应逻辑，保证明细和汇总结果一致
   • 增加历史日期的验证注释，方便用户核对数据

验证方法

用户可以选取一个历史日期（比如5月15日），分别导出：

1. 汇总统计的「当天应该换单数」
2. 明细查询中所有考核时间在5月15日、且在5月15日之前没有成功记录的订单 两者count结果应该完全一致