History

yanhui e7e0b96b46 fix(wst): 起算点改回「最后审核时间」，并剔除订单表漏回写的已发单

业务 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。

2026-10-28 15:34:29 +08:00

public

Initial public PDD edition without market, Claw, skills or platform switching

2026-09-12 11:51:44 +08:00

scripts

fix(router): 补回 BinReplenishMonitor 的 lazy 声明，修复全站白屏

2026-10-22 12:06:48 +08:00

src

fix(wst): 起算点改回「最后审核时间」，并剔除订单表漏回写的已发单

2026-10-28 15:34:29 +08:00

test

fix: reject stale MKH backend responses