一个运营页面把两项顶部异常数标成“今日”。只读查询按本地当天筛选后，得到的记录数明显更少。排查期间业务持续流转，数量自然会变化，但每轮比较都稳定出现一批属于昨日的记录。

源码中的日期范围解释了差异：下界是昨日零点，上界是今日最后一秒。查询返回的异常记录都真实存在，区间却覆盖了两个自然日。页面标签与实现分别给出了不同的指标定义。

修复为“今日”建立唯一且明确的契约。两项顶部查询都基于同一个请求时刻和指定业务时区生成边界，再用相同条件下的完整明细及业务主键去重数进行验证。

修改查询前先证明日期区间

排查对齐了四类证据：

• 页面上的指标名称和刷新行为；
• 服务传入两项顶部查询的参数；
• 线上数据库语句缓 …

一个运营看板开始把订单提前推进到后续阶段：收货刚完成，页面就显示卸货或检验；订单已经发运，报表却仍把它标成较早的核对阶段。真实业务交易还在继续，状态报表描述的操作边界已经偏离现场。

故障同时涉及读写两端。报表接受了流转表中的全部记录，其中包括没有开始时间的行，以及为未来阶段提前生成的占位记录。另一个业务入口在当前阶段结束时立即创建下一阶段里程碑。两类信号进入同一条排序链后，“取最新一条”无法稳定说明哪项工作已经开始。

最终修复把当前状态改成一项可复核的推导结果：先分类流转证据，再统一历史编码，只在事件缺失时使用有限的业务补偿，同时把里程碑写入移到真实转换位置。所有报表视图都改为消费同一个解析结 …