## 优惠券 :-:  优惠券，代金券，各种红包，积分，其实就是免费送给用户的财产，和用户余额没有本质区别（不能提现，只能消费，毕竟发放它就是为了刺激消费的），只不过有使用条件而已（比如满多少可用，不设找零，不退款等等），不能像余额那样提现。这些券之类的资产看似是免费补贴给用户的，其实都是一种营销，补贴就是营销的成本。 所以问题来了，这个成本谁出，商家还是平台。很简单，**当然是这个营销对谁有益，则由谁来承担。** 基于此，所以有一下规则： 平台优惠券，所有店铺可用；商家优惠券，商家发放，只在当前店铺消费时可用。 * * * * * ### 结算问题 **平台优惠券不参与结算**，所以商家并没有收到核销的优惠券来和平台抵扣的说法，比如订单实付100，用户使用平台优惠券抵扣了50，但是结算时还是看实付100的，并不会管这个抵扣的，商家还是要结算100走的。但是如果用户是使用的商家优惠券，那么结算时只能结算给商家50了，而不是实付的100，另外一种做法是，商家发放优惠券时就先把商家用于补贴的钱扣掉，比如商家往活动账户充值100，就可以发两张50的优惠券了。（这种方式商家发放优惠券需要先充值，一般在电商中不适用） * * * * * ### 下单支付 #### 联合支付 shopnc采用，余额、线上联合支付的方式。比如订单实付100，余额只有50，那么扣50余额（下单，冻结余额为不可用，字段 `freeze_predeposit` ），剩下50由在线渠道支付。 联合支付方式，这也是最便捷的方式，即一个订单，可能由多部分共同组合支付完成，比如线上，余额，积分，白条，优惠券等等组合支付。（每个订单需要支付记录 `pay_order` 来记录这些） 这样虽然便捷，但是也有缺点，当退货，取消订单时的退款比较麻烦，当然优惠券是不能退款，这个在优惠券的规则里面有规定。 通常一个商家生成一个订单，平台优惠券是可以跨订单的，所以得平分到每个订单，当然并不是用 `除法` ，而是用 `减除法` 计算。否则可能有小数除不尽的情况。 ~~~ 余额支付和在线支付联合支付 先冻结余额部分，在线如果成功就扣，不成功那就要恢复余额。 ~~~ #### 多笔订单合并支付  合并｜2笔订单  （所以设计时还是要有一个支付订单表，`pay_order`：记录所有的发起的支付请求，为每个支付请求生成一个支付ID，通过`pay_order`与`order`以及其他业务关联，而不是直接用订单表来记录支付以及支付结果的回调） * * * * * #### 分期支付 白条支付额度不够，仅支付部分，剩下的可以选择银行卡支付。 银行卡支付 + 白条支付  https://pcashier.jd.com/success/payResult.action?amount=347.37&orderType=0&passKey=A7A5CE9F16DBD6276FF64A1DC80AC8EB1875BC4368016D4FD084AE7517BE23D8&companyId=6&toType=10&cashierId=1&orderId=73794632808 * * * * * ### 转转的组合支付（高效灵活的支付） 1  2  3  4  5  6  7  8  * * * * * ### 扩展 [电商基本功：被小瞧的促销设计，并没有想得那么简单](http://toutiao.com/group/6527414499681501699/?iid=25315997380&app=news_article_lite&timestamp=1519833724&wxshare_count=1&tt_from=weixin&utm_source=weixin&utm_medium=toutiao_android&utm_campaign=client_share)  > 很多人不明白商家为什么设置内部优惠券，而不直接在店铺里做优惠，可以看看 ---- last update：2018-3-4 17:39:18