主题
订单状态机(先看这个)
一句话
订单状态和售后状态是两个独立的维度,后台并排显示两个标签。
订单状态
下单
└─ 待付款 ──付款──> 已付款 ──发货──> 已发货 ──确认收货──> 已完成
│ │
└─ 超时/取消 ──> 已关闭 (超时自动确认)| 状态 | 含义 | 计入 GMV |
|---|---|---|
| 待付款 | 下单了还没付 | ❌ |
| 已付款 | 钱到了,等你发货 | ✅ |
| 已发货 | 填了运单号 | ✅ |
| 已完成 | 买家确认收货,或超时自动确认 | ✅ |
| 已关闭 / 已取消 | 超时未付、手动取消 | ❌ |
| 已退款 | 全额退款完成 | ❌ |
报表只算「已付款及之后」
把待付款算进 GMV 是虚报。所以仪表盘上的今日 GMV 不包含还没付钱的单。
两个自动化
| 自动动作 | 在哪配 | 默认 |
|---|---|---|
| 待付款超时自动关闭并退回库存 | 站点设置 → 功能开关 | 30 分钟 |
| 发货后超时自动确认收货 | 站点设置 → 功能开关 | 15 天 |
自动关闭别设太短
买家跳去 PayPal 付款、中途去查了下银行卡,回来发现订单没了 —— 这种投诉很常见。跨境场景建议 60 分钟以上。
售后状态(另一个维度)
| 售后状态 | 含义 |
|---|---|
| 无售后 | 正常 |
| 处理中 | 有工单没结案 —— 发货会被拦住 |
| 部分退款 | 退了一部分钱 |
| 已退款 | 全额退完了 |
为什么要两个标签
「已发货 + 买家申请退货」是两件事,都得看到。 塞进一个状态里必然丢信息。
⭐ 有未结案售后就不许发货
这是拦住,不是提醒
买家申请了退款,你没注意照常发货 = 货和钱一起送出去。 还得再花一次运费把货要回来,客户体验也最差("我都申请退款了你还发货")。
前台的发货按钮会变灰,鼠标移上去有说明。 真要发就先去售后页把工单拒掉 —— 那是一次有痕迹的决定。
状态变更记录
订单详情最下面有「进度」,记录每一次状态变化的时间和操作人。
买家看到的和你看到的不一样
后台的进度记录是运营笔记,固定简体中文。
C 端的订单进度是按状态本地化显示的 —— 英文站买家看到的是 Paid / Shipped,不会看到中文。
常见问题
想手动把订单改成已付款
没有这个按钮,这是刻意的 —— 手工标记已付款等于绕过所有金额校验, 对账时永远说不清那笔钱到底收到没有。
真的收到了钱但订单没变,去查 webhook。
订单自动关闭了,但买家其实付了
补偿任务会把它救回来(它不要求支付单还是待支付状态)。 如果超过十几分钟还没变,去支付平台后台确认那笔钱的状态,再联系技术。
想取消一个已付款的订单
走售后(全额退款),不是"取消订单"。 退款完成后订单会自动变成已退款状态。