@optima-chat/commerce-cli 1.3.0 → 1.4.1
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/.claude/skills/commerce-i18n/SKILL.md +342 -138
- package/.claude/skills/commerce-inventory/SKILL.md +193 -66
- package/.claude/skills/commerce-order/SKILL.md +100 -91
- package/.claude/skills/commerce-product/SKILL.md +201 -58
- package/.claude/skills/commerce-storefront/SKILL.md +269 -87
- package/dist/utils/config.d.ts +4 -1
- package/dist/utils/config.d.ts.map +1 -1
- package/dist/utils/config.js +10 -2
- package/dist/utils/config.js.map +1 -1
- package/package.json +1 -1
|
@@ -5,52 +5,51 @@ description: Inventory management and stock monitoring. Track stock levels, upda
|
|
|
5
5
|
|
|
6
6
|
# Commerce CLI - Inventory Management
|
|
7
7
|
|
|
8
|
-
## Overview
|
|
9
|
-
|
|
10
8
|
库存管理模块,用于监控库存水平、补货、预留和历史跟踪。
|
|
11
9
|
|
|
12
|
-
##
|
|
13
|
-
|
|
14
|
-
### 自然语言映射
|
|
10
|
+
## 典型场景
|
|
15
11
|
|
|
16
|
-
|
|
17
|
-
- "查看库存低于10的商品" → `commerce inventory low-stock --threshold 10`
|
|
18
|
-
- "商品XX补货50个" → `commerce inventory update --id XX --quantity 50 --reason "补货"`
|
|
19
|
-
- "预留库存" → `commerce inventory reserve --product-id XX --quantity YY`
|
|
20
|
-
- "查看库存历史" → `commerce inventory history --product-id XX`
|
|
21
|
-
- "查看所有商品库存" → `commerce inventory list`
|
|
22
|
-
|
|
23
|
-
### 核心功能
|
|
12
|
+
### 场景决策表
|
|
24
13
|
|
|
25
|
-
|
|
26
|
-
|
|
27
|
-
|
|
28
|
-
|
|
29
|
-
|
|
14
|
+
| 用户需求 | 推荐命令 | 关键注意点 |
|
|
15
|
+
|---------|---------|-----------|
|
|
16
|
+
| 查看低库存 | `inventory low-stock --threshold 10` | 阈值根据品类和销售速度设定 |
|
|
17
|
+
| 补货操作 | `inventory update --quantity XX --reason` | 必须填写原因,便于追踪 |
|
|
18
|
+
| 预留库存 | `inventory reserve --order-id XX` | 订单创建时立即预留,避免超卖 |
|
|
19
|
+
| 释放预留 | `inventory release --order-id XX` | 订单取消或支付超时时释放 |
|
|
20
|
+
| 查看历史 | `inventory history --product-id XX` | 分析库存变化趋势,优化补货策略 |
|
|
21
|
+
| 盘点调整 | `inventory update --reason "盘点调整"` | 账实不符时手动调整,记录差异原因 |
|
|
30
22
|
|
|
31
|
-
|
|
32
|
-
- `commerce inventory update` - 更新库存数量
|
|
33
|
-
- `commerce inventory reserve` - 预留库存
|
|
34
|
-
- `commerce inventory release` - 释放预留库存
|
|
23
|
+
### 1. 查看低库存预警
|
|
35
24
|
|
|
36
|
-
|
|
25
|
+
**场景**:每日检查需要补货的商品
|
|
37
26
|
|
|
38
|
-
### 查看低库存预警
|
|
39
27
|
```bash
|
|
40
28
|
# 用户说:"查看库存低于5的商品"
|
|
41
29
|
commerce inventory low-stock --threshold 5
|
|
42
30
|
```
|
|
43
31
|
|
|
44
|
-
### 补货操作
|
|
32
|
+
### 2. 补货操作
|
|
33
|
+
|
|
34
|
+
**场景**:根据销售速度和品类特性进行科学补货
|
|
35
|
+
|
|
45
36
|
```bash
|
|
46
37
|
# 用户说:"商品prod_123补货100个"
|
|
47
38
|
commerce inventory update \
|
|
48
39
|
--id prod_123 \
|
|
49
40
|
--quantity 100 \
|
|
50
41
|
--reason "定期补货"
|
|
42
|
+
|
|
43
|
+
# 根据销售数据决定补货量
|
|
44
|
+
commerce inventory update --id prod_hot --quantity 500 --reason "畅销品大量补货"
|
|
45
|
+
commerce inventory update --id prod_normal --quantity 100 --reason "常规补货"
|
|
46
|
+
commerce inventory update --id prod_slow --quantity 20 --reason "滞销品少量补货"
|
|
51
47
|
```
|
|
52
48
|
|
|
53
|
-
### 预留库存
|
|
49
|
+
### 3. 预留库存
|
|
50
|
+
|
|
51
|
+
**场景**:订单创建时立即预留库存,防止超卖
|
|
52
|
+
|
|
54
53
|
```bash
|
|
55
54
|
# 用户说:"为订单预留5个商品"
|
|
56
55
|
commerce inventory reserve \
|
|
@@ -59,7 +58,49 @@ commerce inventory reserve \
|
|
|
59
58
|
--order-id order_456
|
|
60
59
|
```
|
|
61
60
|
|
|
62
|
-
|
|
61
|
+
**库存预留机制**:
|
|
62
|
+
- **订单创建时预留** - 避免超卖,保证订单可履行
|
|
63
|
+
- **支付超时释放** - 未支付订单15分钟后自动释放预留
|
|
64
|
+
- **取消订单释放** - 订单取消后立即释放预留
|
|
65
|
+
- **发货后扣减** - 商品发货后从可用库存扣减
|
|
66
|
+
|
|
67
|
+
### 4. 盘点调整
|
|
68
|
+
|
|
69
|
+
**场景**:定期盘点发现账实差异,需要调整库存
|
|
70
|
+
|
|
71
|
+
```bash
|
|
72
|
+
# 实际库存95,账面库存100,差异5个
|
|
73
|
+
commerce inventory update \
|
|
74
|
+
--id prod_123 \
|
|
75
|
+
--quantity 95 \
|
|
76
|
+
--reason "盘点调整:实际库存95,账面100,差异-5(仓库损耗)"
|
|
77
|
+
|
|
78
|
+
# 验证更新
|
|
79
|
+
commerce inventory get --id prod_123
|
|
80
|
+
```
|
|
81
|
+
|
|
82
|
+
### 5. 处理超卖
|
|
83
|
+
|
|
84
|
+
**场景**:发现库存不足以满足所有订单
|
|
85
|
+
|
|
86
|
+
**预防措施**:
|
|
87
|
+
- 订单创建时立即预留库存
|
|
88
|
+
- 使用实时库存同步机制
|
|
89
|
+
|
|
90
|
+
**发生后处理**:
|
|
91
|
+
1. 优先处理早期订单,确保先到先得
|
|
92
|
+
2. 联系后续客户协商延期或退款
|
|
93
|
+
3. 紧急补货,缩短等待时间
|
|
94
|
+
|
|
95
|
+
**长期优化**:
|
|
96
|
+
- 检查库存同步机制,修复bug
|
|
97
|
+
- 加强预留机制的可靠性
|
|
98
|
+
- 设置安全库存缓冲
|
|
99
|
+
|
|
100
|
+
### 6. 查看库存历史
|
|
101
|
+
|
|
102
|
+
**场景**:分析库存变化趋势,优化补货策略
|
|
103
|
+
|
|
63
104
|
```bash
|
|
64
105
|
# 用户说:"查看商品prod_123的库存变更记录"
|
|
65
106
|
commerce inventory history \
|
|
@@ -67,12 +108,6 @@ commerce inventory history \
|
|
|
67
108
|
--limit 20
|
|
68
109
|
```
|
|
69
110
|
|
|
70
|
-
### 批量查看库存
|
|
71
|
-
```bash
|
|
72
|
-
# 用户说:"查看所有商品的库存情况"
|
|
73
|
-
commerce inventory list --limit 100
|
|
74
|
-
```
|
|
75
|
-
|
|
76
111
|
## 卓越标准
|
|
77
112
|
|
|
78
113
|
### 库存管理质量指标
|
|
@@ -89,8 +124,6 @@ commerce inventory list --limit 100
|
|
|
89
124
|
- **定期盘点**: 每月盘点核对账实差异,及时调整
|
|
90
125
|
- **历史追踪**: 所有库存变更必须记录原因,便于审计
|
|
91
126
|
|
|
92
|
-
## 工作流推荐
|
|
93
|
-
|
|
94
127
|
### 日常库存监控流程
|
|
95
128
|
1. **查看低库存** - 每日 `commerce inventory low-stock --threshold 10`
|
|
96
129
|
2. **分析销售趋势** - 结合订单数据判断补货优先级
|
|
@@ -99,9 +132,11 @@ commerce inventory list --limit 100
|
|
|
99
132
|
5. **验证更新** - `commerce inventory get --id XX` 确认库存正确
|
|
100
133
|
6. **定期盘点** - 每月实地盘点,调整账面库存
|
|
101
134
|
|
|
102
|
-
|
|
135
|
+
## 常见问题
|
|
136
|
+
|
|
137
|
+
### ❌ 问题1:批量补货不分析,造成库存积压
|
|
103
138
|
|
|
104
|
-
|
|
139
|
+
**错误做法**:
|
|
105
140
|
```bash
|
|
106
141
|
# 不分析就盲目补货,可能造成库存积压
|
|
107
142
|
for product_id in $(commerce inventory low-stock --json | jq -r '.[].id'); do
|
|
@@ -109,7 +144,7 @@ for product_id in $(commerce inventory low-stock --json | jq -r '.[].id'); do
|
|
|
109
144
|
done
|
|
110
145
|
```
|
|
111
146
|
|
|
112
|
-
**✅
|
|
147
|
+
**✅ 正确做法**:
|
|
113
148
|
```bash
|
|
114
149
|
# 先分析低库存商品,按销售速度分级补货
|
|
115
150
|
commerce inventory low-stock --threshold 10
|
|
@@ -120,41 +155,133 @@ commerce inventory update --id prod_normal --quantity 100 --reason "常规补货
|
|
|
120
155
|
commerce inventory update --id prod_slow --quantity 20 --reason "滞销品少量补货"
|
|
121
156
|
```
|
|
122
157
|
|
|
123
|
-
###
|
|
124
|
-
- **订单创建时预留** - 避免超卖,保证订单可履行
|
|
125
|
-
- **支付超时释放** - 未支付订单15分钟后自动释放预留
|
|
126
|
-
- **取消订单释放** - 订单取消后立即释放预留
|
|
127
|
-
- **发货后扣减** - 商品发货后从可用库存扣减
|
|
158
|
+
### ❌ 问题2:库存差异超过5%未深入调查
|
|
128
159
|
|
|
129
|
-
|
|
160
|
+
**场景**:定期盘点发现差异
|
|
130
161
|
|
|
131
|
-
|
|
132
|
-
|
|
133
|
-
|
|
134
|
-
|
|
135
|
-
| 预留库存 | `inventory reserve --order-id XX` | 订单创建时立即预留,避免超卖 |
|
|
136
|
-
| 释放预留 | `inventory release --order-id XX` | 订单取消或支付超时时释放 |
|
|
137
|
-
| 查看历史 | `inventory history --product-id XX` | 分析库存变化趋势,优化补货策略 |
|
|
138
|
-
| 盘点调整 | `inventory update --reason "盘点调整"` | 账实不符时手动调整,记录差异原因 |
|
|
162
|
+
**处理流程**:
|
|
163
|
+
1. 核实实际库存,调整账面库存
|
|
164
|
+
2. 记录差异原因(损耗、盗窃、系统错误等)
|
|
165
|
+
3. 差异率 > 5%需要深入调查根本原因
|
|
139
166
|
|
|
140
|
-
|
|
167
|
+
```bash
|
|
168
|
+
# 调整库存并详细记录原因
|
|
169
|
+
commerce inventory update \
|
|
170
|
+
--id prod_123 \
|
|
171
|
+
--quantity 95 \
|
|
172
|
+
--reason "盘点调整:实际95,账面100,差异-5(仓库损耗,需检查存储条件)"
|
|
173
|
+
```
|
|
174
|
+
|
|
175
|
+
### ❌ 问题3:滞销商品长期占用库存
|
|
176
|
+
|
|
177
|
+
**滞销商品处理策略**:
|
|
178
|
+
|
|
179
|
+
| 滞销时长 | 处理方式 | 命令示例 |
|
|
180
|
+
|---------|---------|---------|
|
|
181
|
+
| 库存周转率低 | 降价促销、捆绑销售 | 调整价格,增加曝光 |
|
|
182
|
+
| 3个月未动销 | 考虑清仓处理 | 大幅降价或买一送一 |
|
|
183
|
+
| 6个月未动销 | 下架并清理库存 | 捐赠、报废或转移 |
|
|
184
|
+
|
|
185
|
+
```bash
|
|
186
|
+
# 查看库存历史判断是否滞销
|
|
187
|
+
commerce inventory history --product-id prod_slow --limit 50
|
|
188
|
+
```
|
|
189
|
+
|
|
190
|
+
### ❌ 问题4:不记录库存变更原因
|
|
191
|
+
|
|
192
|
+
**错误做法**:
|
|
193
|
+
```bash
|
|
194
|
+
# 缺少原因,无法追溯
|
|
195
|
+
commerce inventory update --id prod_123 --quantity 100
|
|
196
|
+
```
|
|
197
|
+
|
|
198
|
+
**✅ 正确做法**:
|
|
199
|
+
```bash
|
|
200
|
+
# 必须记录原因
|
|
201
|
+
commerce inventory update \
|
|
202
|
+
--id prod_123 \
|
|
203
|
+
--quantity 100 \
|
|
204
|
+
--reason "定期补货:上周销量50,预计2周销量"
|
|
205
|
+
```
|
|
206
|
+
|
|
207
|
+
### ❌ 问题5:超卖后处理不当
|
|
208
|
+
|
|
209
|
+
**预防措施**:
|
|
210
|
+
- 订单创建时立即预留库存
|
|
211
|
+
- 使用实时库存同步机制
|
|
141
212
|
|
|
142
|
-
|
|
143
|
-
|
|
144
|
-
|
|
145
|
-
|
|
213
|
+
**发生后正确处理**:
|
|
214
|
+
1. ✅ 优先处理早期订单(先到先得)
|
|
215
|
+
2. ✅ 主动联系后续客户,提供补偿方案
|
|
216
|
+
3. ✅ 紧急补货,缩短等待时间
|
|
217
|
+
4. ❌ 不要直接取消订单不解释
|
|
218
|
+
5. ❌ 不要让客户长时间等待无反馈
|
|
146
219
|
|
|
147
|
-
|
|
148
|
-
- 定期盘点发现差异 → 核实实际库存,调整账面库存
|
|
149
|
-
- 记录差异原因(损耗、盗窃、系统错误等)
|
|
150
|
-
- 差异率 > 5%需要深入调查
|
|
220
|
+
## 命令参考
|
|
151
221
|
|
|
152
|
-
|
|
153
|
-
|
|
154
|
-
|
|
155
|
-
-
|
|
222
|
+
### 自然语言映射
|
|
223
|
+
|
|
224
|
+
当用户说:
|
|
225
|
+
- "查看库存低于10的商品" → `commerce inventory low-stock --threshold 10`
|
|
226
|
+
- "商品XX补货50个" → `commerce inventory update --id XX --quantity 50 --reason "补货"`
|
|
227
|
+
- "预留库存" → `commerce inventory reserve --product-id XX --quantity YY`
|
|
228
|
+
- "查看库存历史" → `commerce inventory history --product-id XX`
|
|
229
|
+
- "查看所有商品库存" → `commerce inventory list`
|
|
230
|
+
|
|
231
|
+
### 核心功能
|
|
232
|
+
|
|
233
|
+
**库存查询**:
|
|
234
|
+
- `commerce inventory list` - 查看所有商品库存
|
|
235
|
+
- `commerce inventory get` - 查看单个商品库存
|
|
236
|
+
- `commerce inventory low-stock` - 查看低库存商品
|
|
237
|
+
- `commerce inventory history` - 查看库存变更历史
|
|
238
|
+
|
|
239
|
+
**库存更新**:
|
|
240
|
+
- `commerce inventory update` - 更新库存数量
|
|
241
|
+
- `commerce inventory reserve` - 预留库存
|
|
242
|
+
- `commerce inventory release` - 释放预留库存
|
|
243
|
+
|
|
244
|
+
## 详细示例
|
|
245
|
+
|
|
246
|
+
### 查看低库存预警
|
|
247
|
+
```bash
|
|
248
|
+
# 用户说:"查看库存低于5的商品"
|
|
249
|
+
commerce inventory low-stock --threshold 5
|
|
250
|
+
```
|
|
251
|
+
|
|
252
|
+
### 补货操作
|
|
253
|
+
```bash
|
|
254
|
+
# 用户说:"商品prod_123补货100个"
|
|
255
|
+
commerce inventory update \
|
|
256
|
+
--id prod_123 \
|
|
257
|
+
--quantity 100 \
|
|
258
|
+
--reason "定期补货"
|
|
259
|
+
```
|
|
260
|
+
|
|
261
|
+
### 预留库存
|
|
262
|
+
```bash
|
|
263
|
+
# 用户说:"为订单预留5个商品"
|
|
264
|
+
commerce inventory reserve \
|
|
265
|
+
--product-id prod_123 \
|
|
266
|
+
--quantity 5 \
|
|
267
|
+
--order-id order_456
|
|
268
|
+
```
|
|
269
|
+
|
|
270
|
+
### 查看库存历史
|
|
271
|
+
```bash
|
|
272
|
+
# 用户说:"查看商品prod_123的库存变更记录"
|
|
273
|
+
commerce inventory history \
|
|
274
|
+
--product-id prod_123 \
|
|
275
|
+
--limit 20
|
|
276
|
+
```
|
|
277
|
+
|
|
278
|
+
### 批量查看库存
|
|
279
|
+
```bash
|
|
280
|
+
# 用户说:"查看所有商品的库存情况"
|
|
281
|
+
commerce inventory list --limit 100
|
|
282
|
+
```
|
|
156
283
|
|
|
157
|
-
##
|
|
284
|
+
## 重要提示
|
|
158
285
|
|
|
159
286
|
- 库存变更会自动记录历史
|
|
160
287
|
- 预留库存不会减少可用库存数量
|
|
@@ -5,13 +5,9 @@ description: Order fulfillment and shipping management. Process orders, ship pac
|
|
|
5
5
|
|
|
6
6
|
# Commerce CLI - Order Fulfillment
|
|
7
7
|
|
|
8
|
-
## Overview
|
|
9
|
-
|
|
10
8
|
订单履行模块,用于处理订单、发货、售后和物流跟踪。
|
|
11
9
|
|
|
12
|
-
##
|
|
13
|
-
|
|
14
|
-
### 自然语言映射
|
|
10
|
+
## 典型场景
|
|
15
11
|
|
|
16
12
|
当用户说:
|
|
17
13
|
- "查看待发货订单" → `commerce order list --status paid`
|
|
@@ -21,9 +17,102 @@ description: Order fulfillment and shipping management. Process orders, ship pac
|
|
|
21
17
|
- "查询运费" → `commerce shipping calculate --country XX --weight YY`
|
|
22
18
|
- "处理退款" → `commerce refund create --order-id XX --amount YY`
|
|
23
19
|
|
|
24
|
-
###
|
|
20
|
+
### 场景决策表
|
|
21
|
+
|
|
22
|
+
| 用户需求 | 推荐命令 | 关键注意点 |
|
|
23
|
+
|---------|---------|-----------|
|
|
24
|
+
| 查看待发货订单 | `order list --status paid` | 按付款时间升序,优先处理早期订单 |
|
|
25
|
+
| 批量发货 | 循环 `order ship` | 必须有真实tracking号,避免虚假发货 |
|
|
26
|
+
| 取消订单 | `order cancel --yes` | 检查是否已发货,避免错误取消 |
|
|
27
|
+
| 处理退款 | `refund create` → `refund approve` | 先创建后审批,保留审计记录 |
|
|
28
|
+
| 运费查询 | `shipping calculate` | 提供准确重量和邮编,避免运费纠纷 |
|
|
29
|
+
| 物流异常 | `shipping track` → `shipping update-status` | 主动更新状态,及时通知客户 |
|
|
30
|
+
|
|
31
|
+
### 标准订单履行流程
|
|
32
|
+
1. **查看待发货** - `commerce order list --status paid` 按时间升序
|
|
33
|
+
2. **验证订单** - 检查库存、地址、特殊要求
|
|
34
|
+
3. **批量打包** - 准备商品、包装材料、打印面单
|
|
35
|
+
4. **标记发货** - 循环 `commerce order ship --id XX --tracking YY --carrier ZZ`
|
|
36
|
+
5. **物流跟踪** - 定期 `commerce shipping track` 监控异常
|
|
37
|
+
6. **确认送达** - 签收后 `commerce order mark-delivered --id XX`
|
|
38
|
+
|
|
39
|
+
### 退款处理流程
|
|
40
|
+
1. **创建退款** - `commerce refund create` 填写详细原因
|
|
41
|
+
2. **审核评估** - 检查商品状态、退货凭证、历史记录
|
|
42
|
+
3. **批准/拒绝** - `commerce refund approve/reject` 并通知客户
|
|
43
|
+
4. **跟踪反馈** - 记录退款原因,优化产品和服务
|
|
44
|
+
|
|
45
|
+
## 卓越标准
|
|
46
|
+
|
|
47
|
+
### 订单处理质量指标
|
|
48
|
+
- **发货及时性**: 付款后24小时内发货(标品),48小时内发货(定制品)
|
|
49
|
+
- **物流信息准确性**: 100%订单有tracking number,无虚假单号
|
|
50
|
+
- **客户满意度**: 退款率 < 5%,客服投诉响应 < 2小时
|
|
51
|
+
- **订单完成率**: 取消率 < 3%,拒收率 < 2%
|
|
52
|
+
|
|
53
|
+
### 订单状态管理原则
|
|
54
|
+
- **3-5-7原则**: 3分钟确认订单,5小时内完成打包,7天内跟踪售后
|
|
55
|
+
- **自动化优先**: 批量处理相同状态订单,优先处理付款时间早的订单
|
|
56
|
+
- **数据完整性**: 发货前验证库存、收货地址、物流商可达性
|
|
57
|
+
- **客户沟通**: 关键状态变更后及时通知(发货、延迟、退款、取消)
|
|
58
|
+
- **审计留痕**: 所有操作记录原因和操作人,便于问题追溯
|
|
59
|
+
|
|
60
|
+
## 常见问题
|
|
61
|
+
|
|
62
|
+
### 批量发货错误
|
|
63
|
+
|
|
64
|
+
❌ **危险做法 - 不验证就批量发货**:
|
|
65
|
+
```bash
|
|
66
|
+
# 可能发错货或虚假发货
|
|
67
|
+
for order_id in $(commerce order list --status paid --json | jq -r '.[].id'); do
|
|
68
|
+
commerce order ship --id $order_id --tracking FAKE123 --carrier DHL
|
|
69
|
+
done
|
|
70
|
+
```
|
|
71
|
+
|
|
72
|
+
✅ **正确做法 - 先验证再批量发货**:
|
|
73
|
+
```bash
|
|
74
|
+
# 先查看订单列表
|
|
75
|
+
commerce order list --status paid
|
|
76
|
+
|
|
77
|
+
# 准备好所有真实tracking号后,逐个发货
|
|
78
|
+
commerce order ship --id order_123 --tracking DHL123456 --carrier DHL
|
|
79
|
+
commerce order ship --id order_456 --tracking DHL123457 --carrier DHL
|
|
80
|
+
commerce order ship --id order_789 --tracking DHL123458 --carrier DHL
|
|
81
|
+
```
|
|
82
|
+
|
|
83
|
+
### 订单取消场景
|
|
84
|
+
|
|
85
|
+
❌ **错误操作 - 已发货还取消**:
|
|
86
|
+
- 不检查订单状态直接取消,导致客户收到货但订单已取消
|
|
87
|
+
|
|
88
|
+
✅ **正确处理**:
|
|
89
|
+
- **客户主动取消** → 检查是否已发货,未发货立即取消
|
|
90
|
+
- **地址错误无法送达** → 联系客户更新地址或取消退款
|
|
91
|
+
- **库存不足** → 立即通知客户,协商补货或退款
|
|
92
|
+
|
|
93
|
+
### 退款处理错误
|
|
94
|
+
|
|
95
|
+
❌ **错误流程 - 直接批准未审核的退款**:
|
|
96
|
+
- 不检查商品状态、退货凭证就批准,容易被恶意退款
|
|
97
|
+
|
|
98
|
+
✅ **正确流程**:
|
|
99
|
+
- **商品质量问题** → 无需退货,直接全额退款
|
|
100
|
+
- **客户不满意** → 要求退货,收到货后退款
|
|
101
|
+
- **物流丢失** → 联系物流商理赔,先行退款给客户
|
|
102
|
+
|
|
103
|
+
### 物流延迟处理
|
|
25
104
|
|
|
26
|
-
|
|
105
|
+
❌ **错误做法 - 不主动通知客户**:
|
|
106
|
+
- 物流延迟不告知客户,导致客户投诉和差评
|
|
107
|
+
|
|
108
|
+
✅ **正确处理**:
|
|
109
|
+
- **国内延迟 > 3天** → 主动联系客户说明情况
|
|
110
|
+
- **国际延迟 > 7天** → 提供物流追踪链接,协商解决方案
|
|
111
|
+
- **物流丢失** → 联系物流商查询,必要时补发或退款
|
|
112
|
+
|
|
113
|
+
## 命令参考
|
|
114
|
+
|
|
115
|
+
### 订单管理
|
|
27
116
|
- `commerce order list` - 查看订单列表
|
|
28
117
|
- `commerce order get` - 查看订单详情
|
|
29
118
|
- `commerce order ship` - 标记订单发货
|
|
@@ -31,19 +120,19 @@ description: Order fulfillment and shipping management. Process orders, ship pac
|
|
|
31
120
|
- `commerce order complete` - 完成订单
|
|
32
121
|
- `commerce order mark-delivered` - 标记已送达
|
|
33
122
|
|
|
34
|
-
|
|
123
|
+
### 退款管理
|
|
35
124
|
- `commerce refund create` - 创建退款
|
|
36
125
|
- `commerce refund list` - 查看退款列表
|
|
37
126
|
- `commerce refund get` - 查看退款详情
|
|
38
127
|
- `commerce refund approve` - 批准退款
|
|
39
128
|
- `commerce refund reject` - 拒绝退款
|
|
40
129
|
|
|
41
|
-
|
|
130
|
+
### 物流管理
|
|
42
131
|
- `commerce shipping calculate` - 计算运费
|
|
43
132
|
- `commerce shipping track` - 物流追踪
|
|
44
133
|
- `commerce shipping update-status` - 更新物流状态
|
|
45
134
|
|
|
46
|
-
##
|
|
135
|
+
## 详细示例
|
|
47
136
|
|
|
48
137
|
### 查看待处理订单
|
|
49
138
|
```bash
|
|
@@ -102,87 +191,7 @@ commerce refund approve --id refund_456
|
|
|
102
191
|
commerce shipping track --tracking-number DHL123456
|
|
103
192
|
```
|
|
104
193
|
|
|
105
|
-
##
|
|
106
|
-
|
|
107
|
-
### 订单处理质量指标
|
|
108
|
-
- **发货及时性**: 付款后24小时内发货(标品),48小时内发货(定制品)
|
|
109
|
-
- **物流信息准确性**: 100%订单有tracking number,无虚假单号
|
|
110
|
-
- **客户满意度**: 退款率 < 5%,客服投诉响应 < 2小时
|
|
111
|
-
- **订单完成率**: 取消率 < 3%,拒收率 < 2%
|
|
112
|
-
|
|
113
|
-
### 订单状态管理原则
|
|
114
|
-
- **3-5-7原则**: 3分钟确认订单,5小时内完成打包,7天内跟踪售后
|
|
115
|
-
- **自动化优先**: 批量处理相同状态订单,优先处理付款时间早的订单
|
|
116
|
-
- **数据完整性**: 发货前验证库存、收货地址、物流商可达性
|
|
117
|
-
- **客户沟通**: 关键状态变更后及时通知(发货、延迟、退款、取消)
|
|
118
|
-
- **审计留痕**: 所有操作记录原因和操作人,便于问题追溯
|
|
119
|
-
|
|
120
|
-
## 工作流推荐
|
|
121
|
-
|
|
122
|
-
### 标准订单履行流程
|
|
123
|
-
1. **查看待发货** - `commerce order list --status paid` 按时间升序
|
|
124
|
-
2. **验证订单** - 检查库存、地址、特殊要求
|
|
125
|
-
3. **批量打包** - 准备商品、包装材料、打印面单
|
|
126
|
-
4. **标记发货** - 循环 `commerce order ship --id XX --tracking YY --carrier ZZ`
|
|
127
|
-
5. **物流跟踪** - 定期 `commerce shipping track` 监控异常
|
|
128
|
-
6. **确认送达** - 签收后 `commerce order mark-delivered --id XX`
|
|
129
|
-
|
|
130
|
-
### 批量发货最佳实践
|
|
131
|
-
|
|
132
|
-
**❌ 危险做法**:
|
|
133
|
-
```bash
|
|
134
|
-
# 不验证就批量发货,可能发错货或虚假发货
|
|
135
|
-
for order_id in $(commerce order list --status paid --json | jq -r '.[].id'); do
|
|
136
|
-
commerce order ship --id $order_id --tracking FAKE123 --carrier DHL
|
|
137
|
-
done
|
|
138
|
-
```
|
|
139
|
-
|
|
140
|
-
**✅ 安全做法**:
|
|
141
|
-
```bash
|
|
142
|
-
# 先人工验证,准备好真实tracking号,再批量发货
|
|
143
|
-
commerce order list --status paid # 先查看订单列表
|
|
144
|
-
|
|
145
|
-
# 准备好所有tracking号后,逐个发货
|
|
146
|
-
commerce order ship --id order_123 --tracking DHL123456 --carrier DHL
|
|
147
|
-
commerce order ship --id order_456 --tracking DHL123457 --carrier DHL
|
|
148
|
-
commerce order ship --id order_789 --tracking DHL123458 --carrier DHL
|
|
149
|
-
```
|
|
150
|
-
|
|
151
|
-
### 退款处理最佳实践
|
|
152
|
-
1. **创建退款** - `commerce refund create` 填写详细原因
|
|
153
|
-
2. **审核评估** - 检查商品状态、退货凭证、历史记录
|
|
154
|
-
3. **批准/拒绝** - `commerce refund approve/reject` 并通知客户
|
|
155
|
-
4. **跟踪反馈** - 记录退款原因,优化产品和服务
|
|
156
|
-
|
|
157
|
-
### 常见场景决策
|
|
158
|
-
|
|
159
|
-
| 用户需求 | 推荐命令 | 关键注意点 |
|
|
160
|
-
|---------|---------|-----------|
|
|
161
|
-
| 查看待发货订单 | `order list --status paid` | 按付款时间升序,优先处理早期订单 |
|
|
162
|
-
| 批量发货 | 循环 `order ship` | 必须有真实tracking号,避免虚假发货 |
|
|
163
|
-
| 取消订单 | `order cancel --yes` | 检查是否已发货,避免错误取消 |
|
|
164
|
-
| 处理退款 | `refund create` → `refund approve` | 先创建后审批,保留审计记录 |
|
|
165
|
-
| 运费查询 | `shipping calculate` | 提供准确重量和邮编,避免运费纠纷 |
|
|
166
|
-
| 物流异常 | `shipping track` → `shipping update-status` | 主动更新状态,及时通知客户 |
|
|
167
|
-
|
|
168
|
-
### 异常处理指南
|
|
169
|
-
|
|
170
|
-
**订单取消场景**:
|
|
171
|
-
- 客户主动取消 → 检查是否已发货,未发货立即取消
|
|
172
|
-
- 地址错误无法送达 → 联系客户更新地址或取消退款
|
|
173
|
-
- 库存不足 → 立即通知客户,协商补货或退款
|
|
174
|
-
|
|
175
|
-
**退款场景**:
|
|
176
|
-
- 商品质量问题 → 无需退货,直接全额退款
|
|
177
|
-
- 客户不满意 → 要求退货,收到货后退款
|
|
178
|
-
- 物流丢失 → 联系物流商理赔,先行退款给客户
|
|
179
|
-
|
|
180
|
-
**物流延迟场景**:
|
|
181
|
-
- 国内延迟 > 3天 → 主动联系客户说明情况
|
|
182
|
-
- 国际延迟 > 7天 → 提供物流追踪链接,协商解决方案
|
|
183
|
-
- 物流丢失 → 联系物流商查询,必要时补发或退款
|
|
184
|
-
|
|
185
|
-
## Notes
|
|
194
|
+
## 重要提示
|
|
186
195
|
|
|
187
196
|
- 订单状态流转:pending → paid → shipped → delivered → completed
|
|
188
197
|
- 取消和删除操作需要 `--yes` 确认
|