24 lines
2.1 KiB
Markdown
24 lines
2.1 KiB
Markdown
# 2026-09-16-下单备份管理新增单价列 <!-- project: path:/home/gxd/.openclaw/workspace/dy-dashboard -->
|
||
|
||
### 1. 下单备份管理新增单价列
|
||
|
||
**旭东 → OpenClaw：**
|
||
> 下单备份管理里面帮我在下单时间右侧添加一列叫做单价列，同时也要在详情弹窗中的成品信息列表里面有单价字段
|
||
|
||
**OpenClaw 响应：**
|
||
已完成。
|
||
|
||
**先确认了取值口径**：下单备份记录本身没有存「单价」字段（表里只有审核价格，而 413 条备份该字段全为 0），所以统计了各来源的覆盖情况后请你确认，你选择「取该次下单生成的订单单价」。
|
||
|
||
**改动内容**：
|
||
- **列表**：在下单时间右侧新增「单价」列，取值 = 该次下单生成的国内订单单价（按下单时间+货品编号匹配），匹配不到时取海外订单单价；
|
||
- **详情弹窗**：成品信息列表第二列新增「单价」字段（紧接实际下单数量之后），与列表同源；
|
||
- 无有效单价（匹配不到，或订单里单价为 0 的历史记录）统一显示「-」，避免把 0.00 误读成免费；
|
||
- 该列同时进入字段设置与保存方案的可选列，位置默认紧跟下单时间。
|
||
|
||
**数据情况**：413 条备份中 147 条有有效单价（如 JWTBS-LLT-2291-ALJK 3.23、POZ-CG-0003-TM 1.30），237 条匹配到订单但订单单价为 0（早期下单未记价），29 条未匹配到订单，这些均显示「-」。
|
||
|
||
**验证**：接口实测列表与详情均返回单价（413 条中 384 条能匹配到订单、147 条有有效价）；前端渲染断言通过——单价列位置紧跟下单时间（第 6 列）、表头与数据行单元格数量一致（22→23 列）、有价显示两位小数、零价与空价显示「-」。JavaScript 语法、gzip 缓存、差异检查通过；测试环境服务已重启，本机与 `192.168.8.186:18888` 均返回 HTTP 200。
|
||
|
||
Git 提交 `e04a430`，提交说明“下单备份管理新增单价列与详情单价字段”。原有未提交改动均保留且未纳入本次提交。未操作生产环境。已记录。
|