39 lines
2.5 KiB
Markdown
39 lines
2.5 KiB
Markdown
# 当天应该换单数统计差异修复计划
|
||
|
||
## 差异现象
|
||
- 明细查询统计考核时间为5月1日的订单：6951条
|
||
- 汇总SQL统计5月1日的「当天应该换单数」：5895条
|
||
- 差值：1056条，说明汇总逻辑多了限制条件导致少统计
|
||
|
||
## 根因分析（最终定位）
|
||
用户确认过滤条件调整无效，问题根源在**联表逻辑和CTE数据完整性**：
|
||
1. **OrderAssessment关联FormFirstScan问题**：左关联FormFirstScan时，若交接单无扫描记录，FirstScanTime_UTC5为null，导致考核基准时间计算异常
|
||
2. **DistinctDates日期不全**：AllDates只取了ReceiptDate、LabelRetrievedDate、FirstSuccessDate和扫描日期，没有包含考核时间的日期，导致考核时间的日期不在DistinctDates里，Cross JOIN时丢失匹配
|
||
3. **OrderFullInfo数据丢失**：OrderAssessment和OrderScanStatus左关联时，有没有NeutralWaybillNumber匹配不上的情况，导致考核时间丢失
|
||
|
||
## 修复方案
|
||
### 正确统计规则（用户明确）
|
||
「当天应该换单数」= 满足以下所有条件的订单总和：
|
||
1. 有考核时间（AssessmentTime IS NOT NULL）
|
||
2. 标签率≥80%
|
||
3. 满足以下两个条件任意一个：
|
||
a. 考核基准日期 = 统计当天日期
|
||
b. 考核截止日期 = 统计当天日期
|
||
> 最终统计结果 = 明细中考核基准日期是当天的订单数 + 考核截止日期是当天的订单数
|
||
|
||
## 执行步骤
|
||
1. 修复DistinctDates日期不全问题：在AllDates中增加考核时间的日期，确保所有考核日期都被包含
|
||
2. 调整汇总SQL的「当天应该换单数」统计逻辑：
|
||
- 条件改为：`(DATE(ofi.AssessmentBaseTime) = dd.日期 OR DATE(ofi.AssessmentTime) = dd.日期)`
|
||
- 保留`ofi.AssessmentTime IS NOT NULL`和`ofi.LabelRate >= 0.8`条件
|
||
3. 同步更新明细查询的验证注释，匹配最新逻辑
|
||
4. 验证5月1日数据：汇总统计结果 = 明细中考核基准日期是5月1日的count + 考核截止日期是5月1日的count
|
||
|
||
## 验证方法
|
||
修复后：
|
||
1. 运行汇总SQL，获取5月1日的「当天应该换单数」
|
||
2. 运行明细SQL分别统计：
|
||
a. 考核基准日期是5月1日的订单数：`WHERE DATE(oa.考核基准时间_UTC5) = '2026-05-01' AND oa.交接单标签率 >= 0.8 AND oa.考核时间 IS NOT NULL`
|
||
b. 考核截止日期是5月1日的订单数：`WHERE DATE(oa.考核时间) = '2026-05-01' AND oa.交接单标签率 >= 0.8 AND oa.考核时间 IS NOT NULL`
|
||
3. 汇总结果 = a + b，数据完全一致则修复完成
|