订单页上有两个状态,不是一个:怎么读,以及哪种组合要动手

订单列表在后台侧边栏的 My Orders 里。这篇不讲怎么点进去,讲点进去之后那两行状态该怎么读,因为它们经常被当成一个东西看,而它们不是。

两个字段,互相独立

每一笔订单上挂着两个状态,各有各的取值:

订单状态	含义	付款状态	含义
待处理	还没开始走	待付款	钱还没到
处理中	正在交付	处理中	网关那边还在跑
已完成	交付这一侧做完了	已付款	钱到齐了
已退款	整单退掉了	部分	退了一部分,还剩一部分
已取消	单被取消	失败	付款没成功
异常	系统层面出错	已退款	钱全退了

最常见的误读是看到订单状态显示已完成,就认为这件事结束了。它只表示交付那一侧做完了。同一笔订单的付款状态完全可能是「部分」,意思是已经退了一部分钱给你,剩下的那部分还在正常流程里。要判断一笔单的真实处境,得把两个字段一起看。

实际分布长什么样

把全站 96,119 笔订单按订单状态分一下,能看出哪些状态是常态、哪些是真的少见:

• 已完成 87,952 笔,占 91.5%。绝大多数订单就停在这里。
• 已退款 7,619 笔,占 7.9%。这是第二大类,说明退款不是罕见事件,大约十三单里有一单。
• 待处理 441 笔、处理中 68 笔。加起来占千分之五,所以你的单如果长时间停在这两个状态里,那不是常态。
• 已取消 44 笔、异常 5 笔。异常这个状态一共只出现过五次,撞上了就直接开工单,不用自己排查。

这组数字的用处是给你一个判断基准:停在处理中超过几个小时是值得问一句的,因为处于这个状态的订单在全站也就几十笔。

哪种组合需要你动手

• 已完成 + 已付款。正常状态,你要做的是验货然后确认。
• 已完成 + 部分。已经退了一部分给你。看一下订单明细里退了哪部分、为什么退,剩下的部分照常验。
• 处理中 + 已付款。钱到了但货还在路上,大概率是转了人工发货。超过约定时间没动静就开工单。
• 待处理 + 待付款。付款没走完。这种不用等,重新下一单更快。
• 待处理 + 失败。付款失败了,钱没扣,直接重下。
• 异常。直接开工单,这个状态不是你能自己处理的。

订单历史里记录了是谁改的

每次状态变动都会留一条记录,并且标明动作是谁做的:买家、卖家、管理员,还是系统自己。这条信息在扯皮的时候很有用。

举个具体的:一笔订单显示已确认,但你记得自己没点过。看历史记录里那条确认动作的执行者,如果标的是系统,那就是自动确认触发的,不是有人替你操作。自动确认的判定是每小时跑一次的,所以它落在什么时间点看起来会有点随机。

游客下单的那些单,登录之后会自己出现

这一条很少有人知道:如果你之前用游客身份下过单,填的是某个邮箱,后来你用同一个邮箱登录进来,那些订单会自动出现在你的订单列表里,不需要做任何绑定操作。

系统在拉订单列表的时候,除了按用户身份匹配,还会按邮箱地址匹配游客订单。所以只要邮箱对得上,历史就接上了。反过来说,如果你游客下单时填的是 A 邮箱,后来用谷歌授权登录进来的是 B 邮箱,那些单就不会出现,这时候得用 A 邮箱那条路登录。

确认按钮什么时候能点,什么时候点不了

订单详情页上那个按钮写的是 Confirm Received Products。它不是一直可用的:

• 订单状态必须是已完成,还在处理中的点不了。
• 已经退款的点不了。
• 订单上挂着未关闭的工单时点不了,会直接报错。这是设计,防止你在问题还没处理完的时候误把钱放出去。
• 已经确认过的重复点没有效果。

旁边那个纠纷按钮的显示条件更严:订单已完成、钱到了、你还没确认、还没开过纠纷、并且质保窗口还开着。少一条就不显示。质保过期之后那个位置会换成一句售后已结束的提示。

所以看到纠纷按钮不见了,先想一下是不是自己刚才点了确认,或者是不是质保已经走完了。这两种情况占绝大多数,不是页面出问题。

确认这个动作的具体后果在下单流程那篇里写了。要开纠纷的话,证据要求和时限看这篇。