混合平台的库存、发货和售后责任应该怎么划分?

混合平台的库存、发货和售后责任，核心看平台在具体交易里扮演的角色：是”自营卖家”还是”第三方服务商”。自营业务，平台承担销售者责任，负责库存、发货和售后；第三方业务，平台一般只承担资质审核、信息登记和必要措施等义务，商品由商家自行上架、发货和售后。同一平台两种模式并存，必须按订单逐笔区分，不能笼统打包。具体落地上，库存事实由最接近实物的一方更新，发货按商品模式分离执行，售后按”谁有过错谁承担”结合节点溯源判定。

一、先给结论：先看平台身份，再定责任

判断一笔订单的责任，第一步不是看”货在谁手里”，而是看”平台在这笔交易里是谁”。三种情形对应三种责任：

这也解释了为什么混合平台必须在订单层面区分”自营”和”联营”。如果订单不区分，后续库存扣减、发货任务、售后入口和结算口径都会混在一起。关于自营与平台招商这两种模式的核心差异，商城业务模式与交易模型解决方案在第五节明确写道：自营模式下商品、价格、库存、发货和售后主要由平台自己负责；平台招商模式下，第三方商家提供商品和服务，平台负责流量、规则、交易工具和运营。

二、库存：谁碰货谁更新，平台定规则

库存数据的准确性，取决于谁掌握实物。多商户或联营场景下，库存事实通常掌握在商家或仓库一侧，应由最接近实物的人更新；平台负责定义库存字段、缺货处理和异常监督。

1. 统一商品编码，区分四类库存

先确保平台商品与仓库SKU能准确对应，再确定库存主口径。至少应区分：

• 实物库存：仓库实际收了多少；
• 可用库存：可对外销售的数量；
• 占用库存：已被订单锁定、尚未完成的部分；
• 渠道库存 / 安全库存：分配给特定渠道或预留保底的数量。

避免所有环节只用一个含义模糊的”库存数量”。一旦只用一个数字，库存归属、可售量和结算就无法分开核算。

2. 分清库存归属

自营商品由平台自有仓库管理，包括库位与盘点；联营商品由供应商自主管理，平台只做监控。两者必须分别建账，不能因为联营商品交到了平台仓，就自动变成平台库存。

3. 预留应急库存

按各平台销售情况分货时，一般预留5%左右的备用库存防超卖；超卖后走调拨或全渠道捞货。安全库存的比例应按商品周转速度设定，周转快的可以留得更少。

关于多门店环境下库存是共享、独立还是部分共享，本系列此前在”多门店库存是共享、独立还是部分共享更合适”一文中，对分配比例、线下保护线、安全线和防超卖闸门做过完整拆解，可以作为本节”渠道库存与安全库存”的配套阅读。

三、发货：按商品模式拆单，两条履约路径

混合订单（同一订单含自营与联营商品）需要系统自动拆分：自营订单由平台仓库发货、走WMS管理；联营订单由供应商自主发货，平台监控发货进度与物流状态。

1. 判断谁负责发货，先从客户原单找履约方

客户问一件联营商品什么时候发，运营首先应从主订单找到对应商家子单，再确认这件货由商家仓还是平台仓执行。不要同时把完整待发任务交给两边。商家确认收到了订单，不等于已经拣货；平台看到了订单，也不意味着应接管发货。对子单指定唯一执行方，才能避免大家都在处理、客户却等不到货，或两边重复寄出。

2. 商家直发：责任真空最容易出问题的地方

商家直发时，商家负责核可售量、锁定、拣货并回传物流；平台展示的可售量必须有更新时效，不能把”昨日报货”长期当成即时库存。如果商家临时无法发货，平台应急代发，要先核自身现货、客户交期和费用责任，再在原单上记录接手与原任务如何停止。另建一张无关联的销售单，会把一次客户需求变成两次发货来源。

3. 合作时就应记录适用边界

发货方式要落到明确的合作范围：哪些商品、哪个仓、哪些区域、什么交期，退回货由谁收，短交与损耗怎样调查。一个商家同时经营直发和平台仓商品时，仅有商家资料上的默认方式未必够用，需要先查当前配置是否支持按商品区分；不能支持的，就安排受控的拆分或复核流程，而不是让员工凭记忆判断。

四、售后：过错归责 + 节点溯源 + 平台规则优先

代发 / 联营模式下的售后责任划分，以”谁过错谁承担”为核心原则，结合商品供给、发货出库、物流运输、买家签收四个核心节点判定归属。

1. 三个原则

1. 过错归责：哪一方的过错导致问题，就由该方承担对应损失。
2. 节点溯源：对应节点内产生的问题，由负责该节点操作的主体担责。
3. 平台规则优先：私下协议与平台公开规则冲突时，优先适用平台规则；分销商对买家的责任履行，不受其与供货商协议的约束。

2. 常见问题的责任大致对应

需要特别注意：客户投诉内容只是线索，不等于事实结论。高金额赔付时，必须把投诉转化为照片、视频、批次、时间等证据记录。平台对买家的责任，不因平台与商家的内部约定而免除——这正是”平台规则优先”和”分销商先兜底”的意义。

关于多商户平台中平台的角色定位，商城系统库在B2B2C一节列出的”商家入驻、店铺管理、平台佣金、订单拆分、结算、分账、售后仲裁”，把售后仲裁明确列为平台的职责。平台在混合经营中同样扮演”规则制定者 + 交易担保人”的角色，这与本系列此前”平台、商家和消费者分别是什么角色”一文中的结论一致。

五、货权、保管与可售量：三个口径必须分开

“货是谁的”与”货在谁手里”不是一个问题。商家把货交到平台仓，可能仍保留货权，也可能形成买断采购；两种关系的结算节点和损耗承担不同，要由合同与单据确定。仓库能证明的是实际收了什么、收了多少、后续如何出库，不能仅凭货在平台仓就认定商家已经完成销售。

代发库存从合格实收开始计算。供方发货资料里的数量包含尚在运输或待验部分，不能全部对客户承诺为现货；实际可售还须扣除订单占用和冻结。商家交仓、平台出库、商家结算各对应真实事件，同一件货不应重复扣减，也不应重复计为应结销售。这一点正是”自营与招商并行时，库存、订单和结算必须分别管理”的底层原因。

六、合作边界与模式变更：新旧订单要隔离

发货方式和合作模式要落到明确的适用边界：适用商品、发货仓、配送区域、承诺时效、晚发升级、退货收货点，应在合作时就记录，不能等订单生成后再临时询问。

默认方式变更时，还要注意生效边界：

• 新订单可以按新约定接手；
• 已成立订单应继续遵守原承诺，或逐笔取得必要确认；
• 不能直接改一项默认配置，再用新模式解释旧出库与售后，否则会丢失”当时是谁保管、谁负责发货”的依据。

运营应保存变更日期、影响商品及未完子单，并提前核客户可见的价格、可售区域和时效。这一点对混合平台尤其重要：自营改价、联营改发货仓，影响的都是已经对客户作出的承诺，不能只改后台配置了事。

关于价格由谁决定、订单归谁处理、钱先到平台还是直接到商家，商城业务模式与交易模型解决方案的第一节把它列为商城业务模式必须回答的八个问题中的三道。发货方式的变更，本质上就是在改变这三个问题的答案，因此必须按订单隔离。

七、三类订单试跑：上线前的发货流程检验

上线前建议分别找三类订单试跑，而不是只看配置项能否选中：

在此基础上，再加入一次入库少件和一次客户拒收，观察三件事：

1. 可售量是否只随真实入库增加；
2. 客户退款与库存恢复是否分别经过核实；
3. 双方结算是否保留差异记录。

测试结果若仍要靠群聊才说得清，应先修单据关联与责任交接，再增加商家。系统中的记录价值，应体现在跨岗位能接手同一子单，而不是只存在某一个人的聊天记录里。关于订单审核与履约路由，本系列此前在”O2O商城线上订单由总部还是门店履约”一文中对”按地址、库存、营业状态分配履约门店”的拆解，同样适用于混合平台的发货分配。

八、与专题页三节内容的对应关系

混合平台的责任划分，不是一个孤立问题，它同时对应专题页的三块内容：

按照这个顺序，混合平台的责任划分应当先于功能开发：先把自营与联营的商品归属、履约路径、售后入口、结算口径写清楚，再决定系统里要有几个库存账、几类子单、几套售后流程。商城系统库所强调的”商城系统只是业务模式的技术实现”，在这里体现得最为直接：责任不分清，系统只能把混乱的业务搬到线上。

九、常见误区与落地建议

1. 笼统打包责任。自营与联营按订单逐笔区分，不能用一套规则覆盖全部订单。
2. 只用一个”库存数量”。实物、可用、占用、渠道、安全库存必须分开，货权与保管也要分开。
3. 子单没有唯一执行方。同时把待发任务交给平台仓和商家仓，客户会等不到货，或收到两件。
4. 应急代发时另建销售单。一次客户需求变成两次发货来源，库存与结算全部错乱。
5. 把昨日报货当即时库存。商家直发的可售量必须有更新时效和接单确认机制。
6. 改默认配置后重新解释旧单。新旧订单要隔离，保存变更日期、影响商品与未完子单。
7. 把投诉内容当事实结论。高金额赔付要转化为照片、视频、批次、时间等证据。
8. 只测配置项，不测跨岗位接手。让未参与操作的客服也能解释”每件货由谁发、哪一步未完成”，才算合格。

归根结底，商城业务系统库所强调的一点是：商城系统只是业务模式的技术实现。对混合平台而言，库存、发货、售后三套责任必须先按订单理清，再转化为单据关联与系统功能，系统才真正能支撑业务，而不是把”谁该干什么”变成一笔糊涂账。