16 lines
1.4 KiB
Markdown
16 lines
1.4 KiB
Markdown
### 4. 修复确认下单重复生成订单 + 确认下单备份覆盖逻辑
|
||
|
||
**旭东 → OpenClaw：**
|
||
> 目前发现以下异常需要解决
|
||
> 1、国内订单管理里面会出现完全一样重复的订单，包括计划下单日期重复到了时分秒，比如POZ-TMG-8620
|
||
> 2、下单备份管理目前的逻辑是不是不允许有相同订单出现多次？如果一个订单下多次单，但是下单备份管理里面依旧只有一条数据，会不断覆盖之前的旧数据
|
||
|
||
**OpenClaw 响应：**
|
||
问题1已修复：根因是确认下单接口没有防重复机制——双击或快速重复点击"确认下单"时，多个请求会同时通过"待下单状态"检查，各自生成一条订单（如POZ-TMG-8620在7-24 15:26:12和15:26:16各生成一条，仅差4秒）。修复方案：
|
||
- 后端：确认下单时先执行"原子抢占"（UPDATE待下单记录状态），只有抢占成功的请求才生成订单，重复请求自动跳过
|
||
- 前端：确认下单按钮加防重复提交锁，请求进行中阻止再次提交
|
||
- 已做3线程并发验证：3个并发请求只有1个成功生成订单
|
||
- Git提交 2304696，已重启测试服务
|
||
|
||
问题2确认：是的，下单备份管理按货品编号唯一保存（一个商品只有一条备份记录），如果同一商品多次下单，会不断覆盖旧的下单时间、BOM等备份数据。已向旭东确认是否需要改成保留多次下单历史。已记录
|