forked from lunanting/cangku
yanhui
e7e0b96b46
业务 2026-10-28 下午拿 9837824 指出：页面「创建时间」显示 10-19 23:44， 而该单实际是 10-28 09:58:42 才审核。逐字段核对确认起算点口径错了 —— 上午那版按 jst_Orders.created 算，等于把客服审核积压算到仓库头上。 - 起算点 = 状态表 last_oa_confirm_time（业务选「最后审核时间」）； 取不到审核时间的单回退 created，页面 / 导出 / 钉钉该列打 * - 已发判定补一条兜底：订单表 send_date 空、但状态表 send_time 有值的按已发剔除 （实测 144 单里 6 单属此类，且有揽收轨迹） - 明细与导出列改为「审核时间 / 下单时间 / 发货时间」并列，去掉旧「创建时间」列 - 钉钉明细第五段由「创建」改回「审核」；抬头「核验 XX 前创建」改「前审核」 - 回归测试同步改断言；stub 增加审核时间查询分支（默认空 = 全量回退 created） 实测（10-28 13:00 轮）：599 → 144（按审核时间分轮）→ 138（剔除漏回写已发单）。 599 单里 376 单是当天 08:10~10:30 才批量审核的积压单，491 单其实已有运单号。 验收：后端 check 491/493（2 个失败为既有 Windows 权限 / TTL 用例，改动前同样失败）； 前端 eslint 通过、build 23.92s 通过；本地真渲染 138 单、表头含「审核时间 / 下单时间」、 回退单带 *、无 pageerror。