订单处理
Ozon 订单要发几件?别把「商品数」当成「件数」
Ozon 订单里每个商品行都带一个数量字段。买家在同一个商品上买 3 件,这个订单是「1 个商品行、3 件货」——如果按商品行数备货,就会少备两件。
这个坑的隐蔽之处在于:单件订单占绝大多数,你可能连续处理几百单都不出问题,直到某一天遇到一个多件订单,漏发了才发现。而跨境漏发的代价远高于国内——补发一件的运费和时效损失都由你承担,还会拉低店铺的履约指标。
这篇讲清商品行数和件数的区别、为什么很多系统会显示错、以及备货前的核对方式。
两个数字,两个含义
一个订单里有两个容易混淆的数字,它们回答的是不同的问题。
- 商品行数(款数) —— 这个订单里有几款不同的商品。回答的是「要拣几种货」。
- 件数 —— 一共要发几件实物。回答的是「要打包几个」。
举例:买家下单 A 商品 3 件 + B 商品 1 件。商品行数是 2,件数是 4。备货、打包、算重量、算运费,看的全都是件数;只有拣货时才需要知道款数。
件数还影响运费
多件订单的实际重量和体积都会翻倍,可能跨到另一个计费档位。按单件估的运费在多件订单上会明显低估——这笔差价直接从利润里出。
为什么很多系统会显示错
这不是个别系统的 bug,是一个很容易踩的实现习惯。
订单数据里,商品是一个数组,每个元素带自己的 quantity。取数组长度(items.length)得到的是商品行数,而正确的件数需要把每一行的 quantity 加总。这两个写法在单件订单上结果一模一样——而单件订单占绝大多数,所以错误的实现能在测试和日常使用中长期不暴露。
我们也踩过
熊掌ERP 早期版本的订单列表显示的就是商品行数,标签却写着「数量」。现在列表直接显示件数,并且当件数和款数不一致时会额外标注款数,方便分辨「4 件是 1 款买 4 个」还是「4 件分 2 款」。
备货前的核对
- 1看订单的件数——这是要打包的实物数量,不是款数。
- 2件数和款数不一致时,展开看每款各要几件。
- 3同款多件的,确认库存够不够。库存不足时宁可先联系买家,也不要发一半。
- 4重新核对这一单的重量和体积——多件可能跨档,运费和单件不同。
惯性是最大的风险
处理几百个单件订单之后,「一单一件」会变成肌肉记忆。多件订单出现的频率不高,但正因为不高,遇到时最容易按惯性处理过去。
用熊掌ERP 试试这个功能
一个工作台完成 Ozon 采集、采购、发货,支持最多 20 个店铺,提供 ¥0 免费体验版。
其他常见问题
正文没有覆盖到的零碎疑问,集中放在这里。
商品行数和件数有什么区别?
商品行数 = 这个订单里有几款不同的商品;件数 = 一共要发几件货。买家买 A 商品 3 件 + B 商品 1 件,商品行数是 2,件数是 4。备货看的是件数。
在哪里看订购件数?
熊掌ERP 的订单列表会直接显示件数;件数与商品款数不一致时会额外标注有几款,方便你分辨「4 件是 1 款买 4 个」还是「4 件分 2 款」。
为什么会有人搞错?
很多系统(包括我们早期版本)在订单列表上显示的是商品行数,却标着「数量」。看起来像件数,实际不是。核对时以 Ozon 后台订单详情里每行商品的 quantity 为准。