联营版:运营商和联营商两个角色,配置顺序别搞反

联营版不是旗舰版加几个功能,是多了一个主体。配置顺序反了,商品归属和结算关系都改不回来。

最后更新:2026-10-19

联营版和旗舰版的差别不是功能多少,是多了一层角色:系统里从此有两个主体——平台方(运营商)和供货方(联营商)。配置顺序必须按主体走:先建组织与角色,再建商品,再划经营范围。反过来做,商品建在谁名下、订单拆给谁、钱结给谁,这三件事都会说不清,而且很难改回来。

两个角色各管什么

先把分工钉死,后面所有配置都是从这张表推出来的。

事项运营商(平台方)联营商(供货方)
准入邀请、设置规则、停用联营商——
商品审核上架、定对下游的展示价建商品资料、发布、定供货价
库存看汇总视图维护自己的出入库
订单审核、盯履约、看全盘看自己的订单、出库发货、打印
客户统一管客户与价格政策只看到属于自己的那部分订单
结算统一收款、出结算单对账、开结算账号、收款
权限平台管理员、全盘数据自己的子账号与权限分配

一句话分界:对下游的价由平台定,供货价由联营商定,两套价并行,差额是平台收益。 这是它与旗舰版之间关键的结构差别——旗舰版只有一套价格体系,你卖给你的客户,价格你自己说了算;联营版里,你的客户买的是别人供的货,平台要留出中间那一层。

规模上也要认清:联营版是旗舰版的 219 项加运营商功能 10 项、联营商功能 9 项,共 13 个模块 239 项。下游只面对一个入口,看不到背后有几家供应商在供货;也可以按运营策略配置成显示实际供应商,这一项是策略选择,不是技术限制。

配置顺序:组织、商品、经营范围

第 1 步,建组织与角色(1–2 天)。

先建平台主体,把平台管理员账号和角色权限定下来。再邀请联营商入驻:在联营商管理里发出邀请,设置规则(供货品类、结算周期、履约方式),开结算账号。

为什么这一步不能后置:商品归属、订单归属、结算归属都挂在主体上。组织没建好就建商品,那些商品会成为「平台自己的商品」,下游下单后订单拆不到供应商,只能人工转单。人工转单在一天几十单时看着还行,到两百单就会崩,而且每一单都是错账风险。

第 2 步,建商品(2–5 天,看 SKU 数量)。

平台建公共商品(统一包装、标准品),联营商建自己的商品。建档时就要指定归属的联营商,这一步填错,后面只能删商品重建——删商品意味着库存、订单、结算记录一起重来。给个规模感:3 家供应商、每家 300 个 SKU、下游 400 家门店,建档是 900 条记录,归属字段错 10%,就是 90 条要删了重建——而这 90 条多半已经挂上订单了。

商品建完,平台审核上架,配置对下游的展示价,可以用等级价、一客一价。这里有个定价纪律:供货价与展示价要拉开,并且留出退货与损耗的余量。倒挂的结算单,对账时一定会吵,吵到收尾通常是平台吃亏。

第 3 步,分配经营范围(1 天)。

两个方向:按联营商划商品范围,这家供什么品类;按客户划可见范围,哪批下游客户能看哪些联营商、哪些品类。

划完再让联营商上架。顺序反了,下游会先看到不该看的品,下单后供应商无法履约,撤单比上架麻烦得多。

第 4 步,订单拆分与履约方式。

拆分按供应商自动完成,这是联营版的核心动作。履约可以统仓统配,也可以各供应商直发,不强制入仓。

建议先直发跑顺再上统仓。统仓之后库存归属变复杂:货在平台仓里,库存算谁的、盘点差异谁承担、临期谁处理,这三件事要在入仓之前谈完。

第 5 步,结算规则。

放到收尾不是因为不重要,而是因为它依赖前面四步的结果。两个时点必须写死:退款退货发生在结算前还是结算后、怎么冲抵;运费与损耗由谁承担。这两句不写,跑三个月就会对不上账,对不上就只能按总额抹平,抹平的那部分没人认。

结算关系怎么走

链路是一条直线:

下游付款进平台收款账户 → 系统按拆分结果记各联营商的应收 → 生成结算单 → 联营商在自己的后台对账 → 平台确认 → 打款到联营商的结算账号。

三个失误出现得比较多:

平台没开结算账号。 钱收到了但付不出去,只能线下转账,账就跑到系统外面去了。线下那一笔,三个月后没人说得清对应哪张订单。

结算周期和客户账期不匹配。 下游月结 30 天,联营商周结,中间那三周是平台在垫资。规模小的时候感觉不到,单量一上来就是现金流问题。周期要在接供应商之前算一遍。

退货在结算后发生,没有冲抵规则。 这时候钱已经付给供应商了,退货的钱只能从下一期扣,下一期又对不上。规则要提前写:退货冲抵当期还是顺延,顺延的话账期怎么算。

三个常见错误

一、把联营版当旗舰版用。 接了联营版,联营商一个没邀请,只跑自己的货。表现是花 239 项的钱,用 219 项的功能。判断标准很直接:未来 12 个月会不会接第二家供应商?不会,旗舰版就够。会,还要再问一句——你的下游会不会在同一张订单里买两家的货?只有会,才需要订单自动拆分;不会,多供应商也只是各卖各的。

二、角色建反。 把平台公司建成联营商,把供应商建成运营商。后果很具体:平台看不到全盘订单,拿不到结算权限,供应商反而能改对下游的展示价。纠正成本高——主体一换,商品归属、订单归属、结算记录都要重建。建之前只确认一件事:谁收下游的钱,谁就是运营商。

三、商品建在平台名下,货在供应商仓里。 订单拆不到供应商,履约责任不清,出了缺货只能平台自己扛。排查方法很土但有效:随便挑一张下游订单,看能不能一路追到具体供应商、具体出库单。追不到,就是归属建错了。

什么情况下不该买联营版

  • 只有一家供应商。 没有拆分,就没有联营。联营版的价值全部来自「多家、一个入口」。
  • 下游各买各的,不会在一张订单里混着买。 订单拆分用不上,旗舰版足够。
  • 结算规则还没想清楚。 差价怎么留、退货谁承担、运费谁付,这三件事没答案就先别上系统。系统不会替你想清楚,它只会把混乱记下来,而且记得很清楚。
  • 实际需求是「多开几个网店」。 那是商城和多端的事,不是联营。联营解决的是供货主体,不是销售渠道。

联营版的配置顺序只有一句话:先有人,再有货,再分范围。人没建好就建货,货挂在平台名下,范围没划就上架——这三步里任何一步反过来,后面都得靠人工补。供应商结构和分账规则想对着核一遍,可以直接问 400-608-0365。

电话咨询 400-608-0365 企业微信