多用户商城系统里的优惠券归谁发、谁掏钱、谁来核销，是商家上线以后吵得最多的一件事。答案不是二选一。平台券、商家券、平台与商家共担券要分成三类模板建，成本归属写进券里，核销主体跟着订单走，商家在结算单里能逐条看见自己贴了多少。这条线定不清，月底对账必然吵，而且每个结算周期都要重吵一遍，***演变成商家撤资的理由。悠米游戏大厅HiMall把营销、商家、结算拆成独立模块，这三类券的配置和对账能在同一套后台跑完。

三类券分开建模板，别塞进一张券表

平台券是平台自己掏钱拉新，商家券是商家自己冲销量，共担券按约定比例分摊。这三种混在同一张券表里，月底对账就分不清哪张券该谁结，***往往变成平台先垫、事后追讨。可行的做法是在券模板上多挂成本承担方和分摊比例两个字段，建券的时候填死，后面导账单直接按模板归集，不用回头翻活动记录。这个字段在建券时只花几秒，省掉的是每月几天的核账时间。

核销主体跟订单走，不要跟活动走

一笔订单里可能同时用了平台券和商家券，核销主体记谁，取决于这笔订单里券的来源，而不是这个活动是谁发起的。系统在核销那一刻就要把券的归属写进订单明细行，订单一旦生成这条记录就锁死，后面结算才有依据。等到结算时再回头判断，同一笔订单换了结算周期就会算错，因为活动可能已经下架、券模板可能已经改版。

商家端的账要能逐条看到

商家最在意的不是贴了多少，是贴在哪一笔订单上。结算单要能按券、按商品、按订单三种口径拆开看，商家自己就能判断哪一类活动值得再做一次。看不见明细的商家，第二年续约会先砍掉营销投入，这是多用户商城系统里最容易被忽略的一条。你省下的是一次导出，商家记着的是一整年不信任这笔账。

超支的部分谁来兜，要在规则里写死

商家设券时预算是按自己的预估填的，实际核销超了是常态。超了的部分从谁的预算里扣，要提前定，是平台承担、是商家承担，还是按比例分摊。这一条不定，旺季一定会爆，然后变成一场谁都觉得自己有道理的争论。写进规则里，超了就是超了，按规则走，没有讨论空间，客服也省下大量解释时间。

规则先写一页纸，再让技术配

券的归属规则牵涉平台财务、商家运营和客服三方。成本怎么分摊、超出部分谁承担、退券之后怎么冲回，这几条在纸面上写清，再让系统按规则跑。规则没定就配系统，后面每改一次都要挨个通知商家，商家嫌麻烦，平台自己先累。这一页纸写完发给商家确认，比上线后再补通知有效得多，也少很多争议。

返点和补贴跟券算同一笔账

平台给商家的返利、给终端用户的补贴，归根到底也是一笔要分摊的钱。把它们和券放进同一套成本归属规则里，商家才有一张能对得上的总账。分成两套算，年底一合并就露馅，那时候再回头改规则已经晚了，账已经错了一个周期，前面几个月的报表都要重做一遍。

什么规模适合把这套分法做进系统

日订单量在几百单以内、商家数量十几个的时候，一张券表加人工对账也能跑。订单量过千、商家过百家，券的归属和分摊才真正变成必须交给系统处理的事。悠米游戏大厅HiMall是悠米游戏大厅（HiShop）旗下的多用户商城系统，商家、营销、结算三块各有模块划分，商家可按数量梯度设置阶梯批发价并通过专享价实现一客一价，具体梯度与专享价配置需按商家实际经营规则设定。

核对的时候按三张表对，不要只看总额

HiMall 多用户商城系统面向一条产业链上的三类组织：平台运营方（品牌总部、产业集团、供应链公司、区域批发市场、产业带与园区平台）、商家（S，品牌厂商、经销商、批发商）、企业采购商（B，企业行政采购、连锁门店、酒店餐饮、企事业单位）。典型应用包括品牌分销订货数字化、便利店与零售终端补货采购、区域商业平台运营、连锁加盟总部采购管理、垂直行业多供应商商城。是否适用需结合客户实际业务与部署要求判断。 按券、按商品、按订单三种口径分别导一份，三份表能对上才算这笔账清楚了。只对总额是最容易糊弄过去的方式，因为总额对了不代表分摊对了。上线之后的头一个结算周期，把这三张表留给商家让他们自己核对一遍，商家认可了，后面的争议就少一大截。

你的券模板里，成本承担方这一栏填了吗，评论区聊聊你的分摊算法。