复制出库单为何消失在默认总览：继承旧时间导致查询窗口失效

一个刚创建的出库单，在订单状态页面按单号搜索可以查到，但直接打开默认出库总览却看不到。接口、权限和仓库范围都没有报错，这种现象很像列表 SQL 漏查或缓存没有刷新。

排查首先对比了两条查询路径。按单号查询使用明确的唯一条件，默认总览还会附加最近时间窗口。数据库中的单据状态正常，但创建时间并不是当天，而是来自被复制的旧单。

根因在复制语义

复制功能复用了原单对象和明细。业务字段需要继承，但审计和生命周期字段也被一起带了过来，包括单头与明细的创建时间、修改时间。

于是系统出现了一个矛盾的新单：

• 单号和数据库记录是新生成的；
• 状态也是新流程的初始状态；
• 时间却属于历史单据；
• 默认总览只展示最近时间范围，因此把它排除；
• 精确单号查询不受时间窗口影响，所以仍能查到。

这也解释了为什么问题只在“复制创建”路径出现，普通新增不受影响。

修复原则

复制领域对象时，不能把“业务模板数据”和“实体身份数据”视为同一类字段。修复在创建新单前明确重置单头和明细的创建、修改时间，让持久化层按当前时间生成新的生命周期。

同时增加空值兜底：如果某条创建路径没有正确写入创建时间，则在保存前填充当前时间。这样默认列表、流转时效和后续报表都使用新单自己的时间基准。

没有修改默认查询窗口。查询本身正确表达了页面需求，真正错误的是新记录携带了不属于它的历史时间。

验证与复制语义结论

验证覆盖了三层：

1. 新复制的单头和明细时间均为当前创建时间；
2. 不输入单号时，新单能出现在默认总览；
3. 初始流转时长从新单创建时刻开始计算，而不是继承旧单已经积累的时长。

这类缺陷的通用教训是：复制不是简单的对象克隆。主键、单号、审计字段、版本号、状态历史和时间戳通常都属于新实体身份，必须显式重建。否则新记录虽然保存成功，却会在时间窗口、时效统计和审计链路中表现成一条旧数据。