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