# 2026-07-28 工作记录

## 默认数据库配置更新

**时间：** 13:15

根据用户要求，将默认数据库从本地 Docker 改为 **VPS（101.34.227.188）**，技能也默认指向 VPS。

**修改文件：**
- `AGENTS.md` — 新增「默认数据库」章节
- `IDENTITY.md` — 新增默认数据库配置
- `TOOLS.md` — VPS 标为「默认」，加默认连接串和规则

**默认规则：** 未指定环境时默认走 VPS，表名必须带库前缀（如 `dmp_serp.table`），切换环境需明确告知。

---

## 修复脚本：kunzhou 库存主表数量异常

**时间：** 13:16-14:45

**企业：** `ecid = 'kunzhou'`

**问题：** 批量入库 `PI2607260007` 导致 `GH032-16-0006`（工厂 KZ / 仓库 KZCK-003）的库存主表 `dmp_im_shelf_stock` 未累加数量（stock_quantity=0, available_quantity=0, frozen_quantity=-1），但流水和货位明细数据正确。

**诊断：**
- 流水 `dmp_im_stock_in_out_flow_detail` 记录入库 2
- 货位 `dmp_im_shelf_model` 记录 stock_in_quantity=2, available_quantity=2
- 主表三个数量字段均未更新
- 该企业只有 1 条库存记录，冻结量异常负值仅此一条
- 同一入库单 `PI2607260007` 仅涉及该物料

**注意事项：**
- 另一物料 `S9-101-1320-0001-04` 虽然有库存为零但流水一入一出，属于正常归零，不应修改
- 不确定的业务数据（如 frozen_quantity 非异常负值时）不动
- 修正时以货位明细入库量合计为准，不硬编码数字

**生成的脚本（xuan-sql/scripts/）：**

1. **`fix_kunzhou_stock_qty_gh032_16_0006.sql`** — 泛化查询版本，对比主表与货位明细合计找出异常，动态修正（不写死 PK）
2. **`fix_kunzhou_stock_qty_gh032_16_0006_precise.sql`** — 精确版本，锁定单条 `id`，通过 JOIN 货位明细计算入库量合计，可复用
3. **`fix_kunzhou_stock_qty_zero.sql`** — 泛化查询，修 `stock_quantity=0` 且 `available_quantity=0` 且货位有数据的记录，只改数量字段，不动 frozen_quantity

**教训：** 脚本中的表名必须加数据库前缀（`dmp_serp.`），执行前先 SELECT 确认再 UPDATE。