自营商城为什么要先明确库存归属和发货主体?

自营商城先明确库存归属和发货主体，核心是为了避免超卖、责任不清和税务风险，这是整个交易链条能闭环的前提。如果库存归属不明确，就会出现”后台显示有货、仓库实际已被占用”的情况，导致订单超卖或无法履约；如果发货主体不明确，消费者出了问题不知道找谁，售后责任无法落地，结算关系也说不清。进一步看，库存归属决定了货权、定价权和库存调度权，发货主体则与销售主体、开票主体一起，决定了履约责任和税务口径。商城业务模式与交易模型解决方案把”商品是谁提供的、平台自己卖还是第三方商家入驻、订单归谁处理、钱先到平台还是直接到商家、售后由谁承担”列为商城必须回答的问题，库存归属和发货主体正是这些问题的落地。

一、先给结论：库存归属决定三权，发货主体连接三主体

自营模式下，通常由平台所属企业统一销售、收款、开票、履约和售后，系统重点是商品、库存、订单、配送、退款和经营对账。但”平台自己负责”这句话内部还可以细分，不能只靠一个”自营”标签概括。

这四者不一定落在同一个公司上。同一个自营商品，可能货权属于平台采购公司，销售主体是平台关联公司，发货由区域仓对应的公司完成，发票又由另一家关联公司开具。系统必须把这四个主体分别记录，而不能只存一个”公司名称”字段。

关于自营与招商并存时，订单如何按经营主体标记拆分、子单如何分别记录商品归属、履约主体、发票主体、售后责任和结算口径，可以参考本系列此前关于”平台自营和商家入驻同时存在时，订单应该怎么区分”的拆解。那里给出的原则是”每个子单只能对应一个经营主体”，对自营内部的多主体同样适用。

二、库存归属：货权、定价权、库存调度权

库存归属的核心价值，是把三件事划分清楚。

1. 货权：商品毁损、灭失和跌价风险归谁

平台自己采购并入库的商品，货权属于平台，相应的盘亏、报损、临期、跌价都由平台承担；如果平台只是让供应商把货放进自己的仓库代销，货权可能仍归供应商，只有卖出后才转移。两者在会计确认、资金占用和利润核算上完全不同。

2. 定价权：谁有权改价

货权在谁手里，谁就掌握定价权。平台自营的商品，价格由平台决定；供应商保留货权的商品，哪怕放在平台仓里，定价和促销通常也要与供应商约定。把”货权在供应商、定价权在平台”混在一起，容易出现未经同意的低价促销，引发结算争议。

3. 库存调度权：谁可以调拨、谁能承诺可售

库存调度权决定库存可以如何分配：全仓共享还是门店预留，能否跨仓调拨，谁能对外承诺可售量。只有掌握货权和库存调度权的主体，才有资格承诺”有货”。这一点正是避免超卖的第一道闸门。

三、三种自营形态对照：采销、FCS、厂商直送

同样是”自营”，货权、定价权和发货主体可以完全不同。以某自营平台常见的三种形态为例：

这张表说明两点：

• 自营不等于平台拥有货权。FCS 和厂商直送的货权都在商家或厂家，但前端仍然显示”自营”，因为销售、收款、开票和售后由平台体系承担；
• 发货主体不等于销售主体。厂商直送由厂家发货，但销售主体仍是平台关联公司，消费者依然可以直接找平台处理售后。

具体模式名称和适用条件以各平台为准。但无论叫什么名字，判断标准只有一个：货权、销售主体、发货主体、开票主体分别在谁手里。只要这四者写清楚，模式叫什么都不影响系统设计。

关于货权、保管与可售量三个口径必须分开记录，以及代发库存从合格实收开始计算、同一件货不应重复扣减，可以参考本系列此前关于”混合平台的库存、发货和售后责任应该怎么划分”的拆解。其中”商家把货交到平台仓，可能仍保留货权，也可能形成买断采购”的判断，同样适用于自营体系内的供应商寄售。

四、发货主体：销售、发货、开票三主体分开记录

发货主体最直接的作用是明确履约责任，但它还连带两个主体：

多主体如何落地：按区域与库存动态确定

很多自营平台会由不同的关联子公司承担不同区域的销售、开票或发货。此时，主体选择规则（区域映射、库存映射）应在下单时计算并写入子单，不能事后凭记忆认定。消费者申请发票时，系统按子单上记录的开票主体调出对应公司的开票信息，避免开错票。

责任如何界定：把责任限定在对应主体内

用关联子公司分别承担区域销售、开票和发货，可以把经营风险与责任限定在对应主体内。但需要注意：关联公司之间是否相互承担责任，取决于法律事实和合同约定，不能认为”换一个主体”就能当然免除全部责任。消费者遇到售后问题，依然可以直接找平台处理，权益不受影响。

五、系统落地：四层账怎么记才不会乱

库存归属和发货主体明确之后，系统里至少要有四本账，并且口径互不干扰：

1. 可用库存只随真实入库增加：代发库存从合格实收开始计算，供方发货资料里包含尚在运输或待验的部分，不能全部对客户承诺为现货；
2. 占用与扣减要真实：订单占用、出库、退货入库、退供都要对应真实事件，同一件货不重复扣减；
3. 三主体分别写入子单：销售、发货、开票主体在下单时确定并落库，事后可追溯；
4. 结算账与货权账分离：代销商品的销售款与商家结算，不能和平台自有商品的收入混记。

关于库存的实物、可用、占用、渠道、安全五类口径如何区分，以及按各渠道销售情况预留备用库存、超卖后走调拨或全渠道捞货，可以参考本系列此前关于”多门店库存是共享、独立还是部分共享更合适”的拆解。

六、超卖、责任、税务：三类风险的防控

库存归属和发货主体不明确，最终会落到三类风险上。

1. 防超卖的三道闸门

库存口径分开只是基础，还需要：下单即占用、未支付超时释放、线下销售即时回写。三者配合，才能做到”既共享、不超卖”。关于这四道闸门的完整设计，本系列在门店库存一文中已有拆解。

2. 售后按节点溯源

破损丢件通常归物流，无破损的残次品归生产方，错发漏发多为仓库责任，客服漏备注归客服。客户投诉只是线索，高金额赔付要转化为照片、视频、批次、时间等证据。自营体系内部同样适用”过错归责 + 节点溯源 + 平台规则优先”的原则。

3. 税务口径以真实交易为准

发票应当开给实际购买方，开票主体应当与实际销售主体一致或有合法授权。代销模式下，平台收取的是佣金或服务费，商家收取的是货款；买断模式下，平台收取的是商品差价。两者不能混记，也不能为了开票方便而虚构交易主体。

七、与专题页业务模型的对应关系

库存归属和发货主体，不是一个孤立问题，它横跨专题页的四块内容：

按专题页第十五节的流程，自营商城在”业务模式”确定之后，应当先回答”货是谁的、谁定价、谁发货、谁开票”，再进入交易流程设计（库存如何扣减、订单如何履约、售后如何归属），然后确定角色与权限（谁可以调拨、谁能改价、谁能开票），最后才进入功能规划。

关于”业务模式决定系统功能”，商城业务模式与交易模型解决方案强调：商城系统只是业务模式的技术实现。对自营商城而言，先把库存归属和发货主体写清楚，系统里的库存账、履约账和结算账才有唯一依据；否则系统只能把混乱的业务搬到线上。

八、常见误区与落地建议

1. 货进了平台仓，就自动算平台自有。代销、寄售的货权仍归供应商，必须按合同与单据确定。
2. 只看有没有”商户后台”来判断是否自营。自营企业也可以让供应商维护商品资料；只要仍由平台采购并作为销售方履约，并不自动变成多商户。反过来，哪怕页面简单，只要允许多方独立发布商品并完成交易，就需要按平台关系设计治理。
3. 销售、发货、开票只存一个公司名。三者可能不同，必须分别记录到子单。
4. 主体事后认定。区域映射、库存映射应在下单时计算并写入子单，不能事后凭记忆认定。
5. 可用库存把在途和待验也算进去。代发库存从合格实收开始，否则前端承诺的可售量不可信。
6. 同一件货重复计为应结销售。商家交仓、平台出库、商家结算各对应真实事件，不应重复。
7. 以为换主体就能免责。关联公司之间的责任取决于法律事实和合同，不能靠主体安排当然免除。
8. 忽略信息撮合模式的边界。如果平台只发布供需信息，实际合同、付款和履约在其他渠道完成，系统重点应放在发布资格、信息审核、线索分配、联系授权、服务记录和收费依据，不能套用自营的库存与发货逻辑。
9. 第一阶段同时做太多。先跑通”货权确认—入库记账—订单占用—出库履约—开票结算”这一条核心链路，再叠加多仓、调拨、代销等复杂场景。

归根结底，商城系统库所强调的一点是：商城系统只是业务模式的技术实现。对自营商城而言，库存归属和发货主体不是后台的一两个字段，而是整个交易闭环的底层依据——货权清楚，才不会超卖；发货清楚，售后才有着落；开票清楚，税务才站得住。