yanhui
da08b03dcb
fix: MKH-BOM 配件仓位仓名改用 wms_co_id 关联，修正误显示「常州简尚家居有限公司」
根因
- rpt.jst_packInventoryInfo.wh_id **不是** rpt.jst_warehouseInfo.Id：
全表只有 6 个取值（1/2/3/4/6/7），90% 的行都是 wh_id=1，
按 `w.Id = p.wh_id` 关联后，727 个配件的仓位仓名被统一显示成「常州简尚家居有限公司」。
- 该表的仓 id 列是自带的 `wms_co_id`：
09-19 实测 30,236 行 **0 NULL**、14 个仓取值，按 `w.wms_co_id = p.wms_co_id`
关联即得到正确仓名「简尚-崔桥工厂半成品包装项目仓」。
- 旧结论「该表 wms_co_id 全表 NULL，必须用 wh_id」只对 09-17 的表状态成立
（当时 85,152 行、只有 3 个箱、bin 全空、与 MKH 配件零交集）；
该表由上游**小时级增量刷新**（业务确认 09-19），09-18 重建后 wms_co_id 已全部有值。
改动
- backend/src/services/mkhBomService.js
· loadComponentLocations() 的 JOIN 与 GROUP BY：p.wh_id → p.wms_co_id
· 文件头 ⑤ 与 formatPackLocation() 注释更新为正确关联列，并记录该表的小时级
增量刷新特性（行级 updateTime 只反映「有变化的行」，不能当表的更新频率；
行数/箱数/命中数会随上游变化，不要写死）。
- backend/src/services/modularStockMonitorService.js
· 补注：该页只取 bin、不 join 仓名，不受此关联列问题影响；命中数会随上游变化。
- backend/test/mkhBomService.test.js
· 仓位格式化用例的 fixture 改回真实仓名，避免继续固化错误仓名。
影响与验证
- 仅影响 MKH-BOM 页「配件仓位」列与导出配件明细的仓名文本；
A4 打印预览本就会去掉仓名前缀（stripWarehousePrefix），不受影响。
- 配件监控页不 join 仓名，无影响。
- 实测：修正后 15 个真实配件编码输出「简尚-崔桥工厂半成品包装项目仓 · BCP01-01-1」。
- 后端：check-syntax 151 文件通过；node --test 337/338 通过
（唯一失败为既有环境问题 resilientSecretStore 权限断言，与本改动无关）。
2026-09-19 17:08:00 +08:00
..
2026-09-12 11:51:44 +08:00
2026-09-12 11:51:44 +08:00
2026-09-12 11:51:44 +08:00
2026-09-15 16:53:12 +08:00
2026-09-15 16:53:12 +08:00
2026-09-19 17:08:00 +08:00
2026-09-19 17:08:00 +08:00
2026-09-12 16:53:18 +08:00
2026-09-12 17:13:59 +08:00
2026-09-12 11:51:44 +08:00
2026-09-12 16:53:18 +08:00
2026-09-12 11:51:44 +08:00
2026-09-12 11:51:44 +08:00
2026-09-12 21:34:07 +08:00
2026-09-15 16:53:12 +08:00
2026-09-12 11:51:44 +08:00