21 lines
1.6 KiB
Markdown
21 lines
1.6 KiB
Markdown
### 1. 待下单包材数量按查看者操作路径同步修复
|
||
|
||
**旭东 → OpenClaw：**
|
||
> 发现一个异常
|
||
> 从待下单管理修改成品下单数量、包材下单数量后，点击确认下单同步到下单备份管理，发现下单备份管理详情弹窗里面的包材信息中的下单数量，并不是我在待下单管理里面填写的包材下单数量，反而是默认的成品下单数量，这个问题我在甘旭东账号上边没有复现，但是在某个查看者账号上测试时能够复现。
|
||
|
||
**OpenClaw 响应：**
|
||
已定位并修复。问题出在待下单详情弹窗的查看者操作路径：修改成品数量时，前端调用 `add_pending` 没有携带已经填写的包材 BOM；后端更新成品字段时又重新读取基础 BOM，覆盖了待下单记录中保存的包材实际下单数量，因此确认下单后备份详情显示为按成品数量计算的默认值。
|
||
|
||
本次采用两层保护：
|
||
- 后端更新已有待下单记录时，未提交 `bom_items` 则保留该记录原有 BOM，不再用基础 BOM 覆盖已填写的包材数量。
|
||
- 从待下单详情弹窗直接点击“确认下单”时，前端先采集当前弹窗中尚未点击“保存”的成品、包材下单数量，再提交确认请求；包材填写数量（包括0）按用户输入同步到下单备份。
|
||
|
||
验证结果：
|
||
- Python 语法检查通过，应用导入通过。
|
||
- JavaScript 语法检查通过，diff 检查通过。
|
||
- 测试环境 Gunicorn 已平滑重载，`http://127.0.0.1:18888/` 返回 HTTP 200，启动日志无新增异常。
|
||
- 未操作生产环境，未修改业务数据。
|
||
|
||
已记录。
|