返回资讯

云仓和多店铺 OMS 到底怎么配合?订单同步的三个开关

多店铺授权不等于不按店铺收费。本文讲清订单同步里拉单、改库存、回传发货这三个开关各管什么,以及卖家最容易关错的那个。

授权不等于另外收费

问得最多的一句是:「你说多店铺授权包含了,那再加店是不是就免费了。」一半对,而这一半的差别很要紧。邮满满云仓不收系统使用费,OMS 多店铺授权也包含在内,不按新增店铺另外收费。真正会跟着店铺一起涨的,是拣货、打包和运费这些增量。让你多花钱的从来不是平台费。

那三样东西各管一段

订单跑起来之后,同步这件事更像三个独立的开关,而不是一根连着的线:

开关 管什么 关掉之后
拉单 新订单进仓库系统 每天手工导出上传
库存回传 库存数回到店铺 店铺显示你已经卖掉的货
发货回传 运单号和订单状态回传 买家一直等物流信息

三个开关各自独立,也各自会单独出问题。订单进来了但库存不回传,是最危险的一种组合,因为它看起来一切正常,直到它不正常。

新店铺先手工拉几天,再交给自动

接新店铺的时候,标准做法是先手工拉单跑几天。自己拉一遍,看看 SKU 对不对得上、地址解析对不对、承诺的时效能不能做到。然后再让开关自己跑。

原因是自动拉单会把错误推到上游。如果店铺的 SKU 编码和仓库系统不一致,自动拉进来的订单匹配不上,就躺在待处理区里。手工拉你立刻就知道,因为看的人是你。

这一步还能顺手确认一件事:到底需不需要做 SKU 映射。很多人以为自己需要,建完发现店铺编码本来就对得上。

库存回传是最容易关错的那个

最常见的故障是:店铺显示的库存比仓库实际能出的多,客人下单买到已经卖掉的东西,拣货台在班中才发现。

两个习惯能避开。第一,慢销品设一个安全缓冲,别把仓库的原始数字直接顶上去。第二,提前决定两边数字打架时听谁的——通常是店铺在促销期间报高了,因为之前某一轮把它拉高了。

情况 通常是什么原因
店铺库存高于仓库 回传停了,或者缓冲设得太低
店铺库存低于仓库 缓冲设太高,或者回传有延迟
两边每天都小幅变动 两套系统更新节奏不一致
只有一个店铺错 那个店铺漏了 SKU 映射

买家真正能感觉到的,是发货回传

付了钱的订单挂在「处理中」好几天,这是最招人烦的。运单号自动回传之后,买家能看到物流轨迹,你的客服消息会明显变少。

留意一下「拣货完成」到「运单上传」之间那段时间。这段是仓库排队加上承运商交接,也是绝大多数卖家从来没量过的数字。如果你正在追客服投诉的根因,先看这一格。

那些还没打通官方接口的平台

我们已经打通 17+ 个平台的官方 API,明列的有 Shopee、Lazada、TikTok Shop、Amazon、Walmart、Mercado Libre、Ozon。不在这个名单里的平台一般要走别的路子,值不值得单独做,取决于你在那一个平台上的单量。

别默认它能通,直接要一次样例同步看看。任何声称「什么平台都能连」的供应商,值得你安静地再想一遍。

顺带一句分工:如果你要接的是国内电商平台的订单,走云雀驿站的代打包代贴单代发货更直接,17+ 个平台的官方 API 都在那条链路上;如果是独立站要先把货备到海外仓,再看看Smartdropping。两条链路的系统逻辑不一样,别指望一个开关同时管两件事。

决定之前,有两个问题值得问

第一,标准包里多店铺授权有没有店铺数上限,上限是多少。第二,如果哪天不用这个服务了,你的数据怎么导出、什么时候能导出来。

这两个问题都不冒犯。真正要紧的是第二年之后的那个问题,不是第一天的那个。

FAQ

Q:多店铺授权真的不按店铺收费吗? A:不是按店铺收费。邮满满云仓不收系统使用费,多店铺授权包含在内。但每单的拣货、打包和运费仍按正常标准结算。

Q:库存同步中途断了会怎么样? A:已经拉进仓库系统的订单不受影响,它们在队列里。风险在于店铺显示的库存变旧。先暂停回传,把数量对平,再重新打开。

Q:我店铺的 SKU 和仓库的不一样,会有问题吗? A:只有在意料之外的时候才有。大部分不一致用 SKU 映射就能解决。没映射的订单不会消失,会留在待处理区等人处理——所以第一步先手工拉单更稳。

Q:不在 17+ 里的平台你们能接吗? A:告诉我们具体是哪个平台、大概多少单量。值不值得单独做取决于量级,我们会照实说,不会先答应下来。

Q:这个能替代我的 ERP 吗? A:不一定。如果你在用 ERP,仓库侧的系统可以直接和它直连。OMS 做的是让订单和库存对齐,这样 ERP 不会收到互相矛盾的数据。

正在接新店铺,或者店铺库存一直飘的,把平台和 SKU 情况发到联系我们,我们帮你梳理该开哪几个开关。

聊聊你的履约方案

免费为你做一版仓储与履约试算,无套路。

立即联系