背景
某行开发的聚合支付系统，聚合了微信扫码支付、支付宝扫码支付以及本行手机银行扫码支付。通过对本行手机银行扫码支付满减活动来提升本行手机银行扫码支付占比，进而促进客户开通手机银行及开卡。每笔满减金额付款方和收单商户按比例分成，同时让商户更有积极性引导付款方使用银行app。
需求
试点扫码支付满减活动。针对近期美食街发展新商户，择优选取n户作为特惠商户，针对本行手机银行扫码付款客户，满10元每笔随机优惠最高10元，单个商户单日封顶20笔，其中优惠金额50%由商户享受，50%由付款方享受。优惠费用由银行实时补贴，系统从商户归属网点xxxxxx科目支出清算给商户。其中，为保证营销效果要求80%的优惠笔数在7元-9元之间。如：每户每天优惠20笔，每笔上限额10元，则其中16笔的优惠金额应在7元至9元之间，确保优惠效果。
示例：付款方支付100元优惠10元，商户得5元补贴，付款方得5元优惠。付款方实际支付95元，商户实际收款105元，银行补贴10元。
方案设计
总体流程
总体流程图
随机减设计
考虑需求里的要求80%的优惠在7-9元之间，而且优惠是每天20笔的，所以在方案设计时采用了提前生成随机数的方案，可以说是一种完全的伪随机，类似于扑克发牌。系统里在每天开始时为每个活动商户生成优惠的金额，相当于为每位玩家发20张扑克牌，在发牌的过程中确保满足80%的优惠额符合要求即可。
业务规则
- 运营活动创建
- 输入活动名称、满减消费额、优惠金额下限B1、上限B2
- 活动起止日期
- 每商户优惠笔数 F，每付款方每天享受次数等各种参数
- 交易规则
- 判定消费渠道、消费商户、消费额等条件是否满足活动要求；
- 判定付款付款方是否满足活动要求；
- 满足要求的交易从商户预先生成的优惠队列里随机取一个金额来使用（类似于从该商户的20张牌里随机抽一张）并记录使用情况。
- 付款方实付金额为交易额减去随机优惠金额中付款方实际享受额。
- 清算规则
付款方下账金额加上优惠金额，一笔实时清算给商户。优惠金额从网点xxxxxx科目“商户收单其他手续费支出”中给付。
相关界面
-
活动列表
image.png
2.活动详情
image.png
-
收单侧界面
image.png -
支付侧界面
image.png
