cangku

History

yanhui 5e029f831f fix: MKH-BOM 库存增加箱表兜底，修复「当日入库当天显示库存为 0」

现象：MKHDNZ0409260700491 当天已入库、实物有货，但页面上「现有库存」一直是 0；
点「同步最新数据」也不变。

根因：页面唯一的库存源 rpt.jst_inventoryInfo 是「有变化才写 updateTime」的同步表，
品牌仓尤其稀疏。该 SKU 在 inventoryInfo 里只有主仓 14138566 的一行 qty=0，
品牌仓连行都没有；而小时级的箱表 rpt.jst_packInventoryInfo 里，
品牌仓 bin='P-1' / qty=4 / createTime 当天 15:19 —— 当日入库的货只有箱表看得见。
页面取不到实时值 → 回退 09-18 监控快照 jsStock=0 → 显示 0。
「同步最新数据」按钮只清服务端缓存，不触发上游同步，所以点多少次都是 0。

改法（只补 0，不覆盖有效值）：
  ① inventoryInfo 品牌仓 qty > 0        → 用它（stockSource='realtime'，旧口径不变）
  ② 否则箱表品牌仓 bin 非空行合计 > 0    → 用它（stockSource='pack'）
  ③ 否则 inventoryInfo 有品牌仓行(qty≤0) → 用 0
  ④ 否则回退监控快照 jsStock             → stockSource='monitor'

为什么不拿箱表当主源：两表都 > 0 且不等的 28 个成品里 25 个是 inventoryInfo 更大
（箱表只记已装箱的货，散货不计），拿它当主源会系统性低估库存、误报缺货。
另外必须过滤 bin 为空的行——那是装箱记录不是库存（品牌仓合计 21 件）。

影响面（实测）：品牌仓 4,408 个成品里只有 3 个走箱表兜底
（MKHDNZ0409260601548=5 / MKHDNZ0409260700059=4 / MKHDNZ0409260700491=4，
同一箱 115870495000001201、货位 P-1、均为当天新建行），
预警列表 27 → 24 条（缺货 21 → 18），少的正是这 3 条「入库当天被误判缺货」。

前端：「现有库存」列 tooltip 增加 pack 来源说明（当天入库、实时库存表尚未同步）。

验证：check-syntax 151 文件通过；node --test 339/340（唯一失败是既有的
resilientSecretStore Windows 权限断言）；mkhBomService.test.js 47/47；
HTTP 实测该 SKU stock=4 / stockSource=pack，点「同步最新数据」后仍正确。

遗留（需业务/上游跟进）：inventoryInfo 当天 06:41 后就没再更新过
（09-17 / 09-18 都是全天逐小时更新），疑似上游同步任务异常；
箱表兜底只解决「当日入库看不见」，存量库存仍依赖该表恢复。

2026-09-19 18:11:38 +08:00

alibaba1688ImageSearchExpiryJob.test.js

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

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

alibaba1688ImageSearchSettings.test.js

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

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

alibaba1688ProductEncodingService.test.js

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

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

alibaba1688ProductService.test.js

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