WooliiPorter体积重与计费重说明：除数、实重与体积重取大，以及合箱的边界
履约与头程
返回资讯列表
商户履约与头程
商户多供应商合箱与按订单行路由:备货履约与供应商直发怎么分
WooliiPorter商户多供应商合箱与按订单行路由:备货履约与供应商直发怎么分
一句话回答:采购仍然由你自己完成——你自行向供应商下单并付款，我们不经手采购货款。供应商的包裹全部寄到我们在中国的同一个收货点,入仓登记、拍照留证,并在合适的时候合并成一个出库批次。之后按订单行分流:已经在中国仓有库存的 SKU 走备货履约,长尾款、定制款、低频款则由供应商直发。整条链路里,货权始终归你。
一、谁采购、谁付款、谁持有货权
在讨论路由之前,先把边界画清楚,因为它决定了哪些问题由你负责、哪些由我们负责。
- 你与供应商谈价、下采购单、直接付款。采购货款不经过我们。
- 我们提供中国收货点和履约层:入仓记录、拍照证据、质检、合箱、重打包、头程与国际转运、追踪。
- 货权在每一个环节都归你,包括货物存放在我们仓期间。
- 不属于该流程的部分:商户履约不是代采购、不是代付供应商、也不是由我方成为采购主体。我们不替商户下单给供应商。
边界说明:平台另有面向个人消费者的独立代购流程,按确认后的报价与付款执行,那是一条单独的服务线,不影响上述商户履约模式。
二、合箱:多个供应商包裹,汇成一个商户入仓批次
合箱是否顺利，取决于包裹标识和到货核对是否清楚；发货前把资料准备齐全，可以减少入仓后的反复确认。
第 1 步:把收货地址格式固定下来
给每一个供应商同一套地址写法,不要每家一个版本。省、市、区、仓库代码、门牌、收件人字段缺一项都可能造成派送异常。可直接套用收货地址模板:/tools/china-warehouse-address-template。
第 2 步:要求包裹面单带上商户侧标识
建议格式为商户账号代码 + 采购单号 + 箱号(第几箱/共几箱)。没有标识的包裹会拖慢入仓比对,也很难在后续追责时定位。
第 3 步:提前发预到货清单
把这一批的采购单号、SKU、数量、预计到达时间给我们,货物到仓时才能做逐条比对,而不是靠事后回忆。
第 4 步:到仓登记与拍照留证
每个包裹入仓时登记、拍照,并记录重量与尺寸。这些记录同时是三件事的凭证:数量比对、异常举证、以及后续合箱时的体积重估算依据。
第 5 步:合箱与重打包
把已入仓的多个包裹合并成一个出库批次,视情况去掉或收缩供应商外包装,减少箱数。需要提醒的是:合箱通常能减少箱数与外箱体积,可能降低体积重,但不等于账单重量一定下降——承运商按实重与体积重中的较大者计费,最终结果取决于目的国、渠道规则与货量。建议先用/tools/volumetric-weight-calculator估算,再结合/pricing/shipping-calculator看实际计费口径。合箱服务的具体范围见/services/consolidation。
三、按订单行路由:备货履约还是供应商直发
路由是按订单行决定的,不是按店铺或按渠道一刀切。同一个购物车里,一行可能走中国仓库存,另一行走供应商直发。判断标准不是感觉,而是下面这些信号。
| 订单行上的信号 | 建议路由 | 原因 |
|---|---|---|
| 复购稳定、已经规划了入仓的 SKU | 备货履约 | 拣货、打包、出库节奏由你控制,不必等供应商交期。 |
| 长尾款、单件订单、出货频率低 | 供应商直发 | 为中国仓备库存会占用资金和仓位。 |
| 由多家供应商的部件组成的套装或组合商品 | 备货履约 | 部件必须先在同一地点会合,才能作为一个整体打包。 |
| 按单生产、定制印刷、供应商专属配置 | 供应商直发 | 供应商在订单产生之后才开始做货。 |
| 需要出库前质检的行 | 备货履约 | 质检在入仓环节完成,而不是等货物已经承诺出库之后。 |
| 混合订单:一行有库存,一行只能直发 | 拆成两条出库腿 | 两条腿各自有面单与追踪号,有库存的那条不必被供应商那条拖住。 |
| 旺季、缺货会直接暴露在店铺前台 | 备货,提前规划 | 中国仓的缓冲库存可以吸收供应商交期波动。 |
| 发往 Amazon FBA 的补货批次 | 备货,按批次处理 | 补货是计划性批次,不是订单触发的一次性动作。另需注意:FBA 入仓前的 prep 目前不作为自助入仓工作流提供,承诺发货日期前请先确认范围。 |
把这张表落到运营上的做法是:选出你销量最高的 10 到 20 个 SKU,先给它们写死路由规则,其余 SKU 默认走供应商直发。等入仓记录和异常数据积累了几个月,再回头调整阈值,比一开始就追求全量自动化务实得多。
四、混合订单实际是怎么跑完的
当一张订单里同时有备货行和直发行,执行上会变成两个并行的动作:
- 订单进入系统后,按规则对每一行打标,一张订单被拆成两条出库腿。
- 备货腿:从中国仓库存拣货、质检、打包、贴标、登记出库。
- 直发腿:供应商把货发到我们的收货点做入仓登记与检查,再走向境外运输;这条腿有独立的包裹记录与追踪号。
- 两条腿分别追踪,消费者侧可能出现两个包裹先后到达。前台说明里最好提前写清楚,减少客服问询。
如果有多条可以等待的直发行,把它们攒到一个出库批次里,通常能减少分开发出的包裹数量;但是否真的更划算,取决于目的国、承运商的计费规则以及你愿意让订单等多久。用/pricing/shipping-calculator做对比,不要凭经验值下结论。
五、入库证据链与短装、破损处理
多供应商场景下,最常见的异常有三类:供应商少发、发错 SKU、外箱在运输中破损。处理逻辑很直接:
- 入仓记录(照片、重量、尺寸、时间戳)是异常发生那一刻的客观凭证,补拍或事后补录都不成立。
- 因为是你向供应商采购并付款,索赔主体是你;我们能做的是把入仓证据完整提供给你,作为你与供应商沟通的附件。
- 证据记录与采购单号、SKU 绑定保存,方便后续对账、复盘选品或更换供应商时回溯。
把这条链条固定下来,比在出问题时临时翻聊天记录有效得多。
六、让路由跑起来:自动化接入
手工复制规则在订单量上来之后一定会出错。订单事件驱动的做法是:用商户 API、按权限范围签发的 API key 和 webhook,把订单状态变化直接触发到路由规则上,而不是让人去翻表格。WooCommerce 商户请注意渠道口径:我们的插件目前以 WordPress.org 插件目录中的 listing 为准,这与 WooCommerce Marketplace 不是一个渠道,我们在对外描述上始终保持这个区分。Shopify 与 Amazon 渠道,请以/integrations页面当前已验证状态为准,不要按路线图推断可用性。面向 AI agent 的自动化流程,MCP 相关能力见/developers。
七、上线前的检查清单
- 统一供应商面单格式,把商户账号代码、采购单号、箱号写进去。
- 把收货地址模板发给每一家供应商,确认他们收到的是最新版本。
- 为前 10 到 20 个 SKU 写好备货或直发的路由规则,其余默认直发。
- 先跑一条产品线,不要一次性把所有供应商迁进来。
- 内部先约定异常处理时限:谁在什么时间内看入仓异常通知、谁去联系供应商。
- 复盘前几批入仓记录,确认比对逻辑和证据链真的可用,再扩大规模。
如果你正在同时对接多家供应商,并且想先确认自己的订单结构适合哪种路由组合,可以从/for-merchants开始,或直接提交一次工作流评审,我们会按你的 SKU 结构和订单分布给出可执行的分流方案。