29 lines
1.5 KiB
Markdown
29 lines
1.5 KiB
Markdown
## 1. 类型与语义对齐
|
|
|
|
- [x] 1.1 更新 `src/types/api/order.ts`，补齐 `seller_shop_*`、`commission_result*`、`operator_id`、`operator_type` 等字段定义。
|
|
- [x] 1.2 更新订单相关枚举和注释，明确 `commission_status` 是流程状态，`commission_result` 是业务结果。
|
|
- [x] 1.3 盘点订单模块中仍按旧语义使用 `operator_*` 或 `commission_status` 的逻辑。
|
|
|
|
## 2. 列表页改造
|
|
|
|
- [x] 2.1 更新订单列表列配置，单独展示“操作者”和“销售店铺/归属店铺”。
|
|
- [x] 2.2 调整列表中的佣金展示，确保用户能同时看到“流程状态”和“业务结果”两个维度。
|
|
- [x] 2.3 修正任何基于 `commission_status === 2` 推导“有佣金”的旧判断。
|
|
|
|
## 3. 详情页改造
|
|
|
|
- [x] 3.1 调整订单详情信息结构，新增“操作者信息”展示块。
|
|
- [x] 3.2 调整订单详情信息结构，新增“业务归属信息”展示块。
|
|
- [x] 3.3 在详情页显式展示佣金流程状态和佣金业务结果。
|
|
|
|
## 4. 创建订单响应处理
|
|
|
|
- [x] 4.1 对齐 `POST /api/admin/orders` 返回的 `OrderResponse` 类型。
|
|
- [x] 4.2 检查创建成功后的前端处理，确保不再基于旧佣金语义做推断。
|
|
|
|
## 5. 验证
|
|
|
|
- [x] 5.1 验证订单列表能够区分“已完成且有佣金”和“已完成但无佣金”。
|
|
- [x] 5.2 验证订单详情能够区分“操作者”和“销售店铺”。
|
|
- [x] 5.3 运行 `openspec.cmd validate update-order-management-response-semantics --strict`。
|