产品概述
一、背景
当前，部分开通分账功能的商户虽未绑定民生卡（收款实体账户为民生卡），但分行可基于交易金额补贴手续费。现拟优化功能，支持按集团号与门店号报名活动，并据此判定是否按特殊逻辑上送数据。此举可打通大型分账主体参与民生补贴的壁垒，成为抢占市场的利器。
二、目标
支持分账商户按集团/门店维度报名银行活动
三、业务场景
仅作报名回流（目前特指民生银行回流），非额度包场景。
- 多分账方（不考虑绑卡情况）→分账虚拟账户→民生实体结算卡（统一归集）
- 商户（不考虑绑卡情况）→多门店→分账→民生实体账户（分散结算）
四、目标用户
| 用户类型 | 核心需求 | 业务场景 |
|---|---|---|
| 参与银行活动的分账商户 | 分账商户支持报名银行活动 | 分账商户报名银行活动，通过回流系统将数据上送至银行 |
五、业务流程示意图
六、详细需求
| 平台 | 页面 | 原型图 | 功能描述 |
|---|---|---|---|
| Crm web | 活动管理 | （活动记录id和操作列，左右滑动时冻结） |
集团门店模版：
| 新增“银行合作集团&门店申请明细”子菜单
- 支持数据导出、批量报名/取消活动、单独取消活动
- 报名时校验银行名称与活动银行的一致性，不一致则拦截，拦截文案为：“此集团号/门店号未关联对应银行实体账户，请绑定后再提报”。
- 若报名集团号/门店号关联多个对应银行实体账户，则拦截报错：“集团号/门店号关联多张对应银行实体账户，不支持多账户提报”。
【若为集团号报名】
结算账户取数逻辑：通过品牌管理编号去查询跟集团名称一致的结算名称（需要校验银行名称，与活动银行不一致则拦截）。
以下场景需拦截：
1）集团号已报名，中途关联商户号报名，则拦截，拦截文案为：“商户所在集团当前已参与银行活动，不支持重复提报”。
2）如果商户号已报名，中途关联的集团号报名，则拦截，拦截文案为：“该集团下存在商户16801，16802已参与银行活动，请核实活动后再来提报”
3）如果集团号已报名，中途关联门店号报名，则拦截，拦截文案为：该门店所属集团当前已参与银行活动，不支持重复提报”
只要集团号、门店号、商户号中有任意一个环节已经报名，那么后续活动期间内任何与这个已报名环节有关联的商户号、集团号、门店号再来报名时，都会被系统拦截。
tips：
【spa企账通-品牌管理】账户状态为已开通，结算卡状态不为激活失败或未激活才能报名成功。若结算卡状态是激活失败或未激活状态，拦截报名，拦截文案为：该结算入账账户结算卡状态激活异常，无法报名
【若为门店号报名】
按照门店号-分账账户id-分账账户id绑定卡号校验结算账户与活动银行名称是否一致，不一致则拦截。
除上述情况，以下场景需拦截：
tips：
1）如果门店号已报名，中途关联商户号报名，则拦截，拦截文案为：“该商户下存在门店15801，15802已参与银行活动，请核实活动后再来提报”
2）如果商户号已报名，中途关联门店号报名，则拦截，拦截文案为：“该门店所属商户当前已参与银行活动，不支持重复提报”
3）如果门店号已报名，中途关联集团号报名，则拦截，拦截文案为：“该集团下存在门店15801，15802已参与银行活动，请核实活动后再来提报”
tips：
只要集团号、门店号、商户号中有任意一个环节已经报名，那么后续活动期间内任何与这个已报名环节有关联的商户号、集团号、门店号再来报名时，都会被系统拦截。 |
| | 活动管理-银行合作商户申请明细 | 批量生效模版：
| 批量生效活动模版增加“校验上次卡号”。
tips：批量生效活动上传文件商户需要校验同一银行维度下上一次生效活动的银行卡号，如果卡号变更，需要拦截生效，表格结果返回文案为“商户当前绑定卡号与上次生效卡号不一致，请核对后申请” |
| | | 
| 监听换卡取消活动商户，重新绑定同银行名称结算卡时，系统自动触发报名申请记录
tips：更换同银行其他卡号：系统自动提交报名，由运营与分行确认后生效。如需取消活动，商户可联系销售或由销售协调
系统触发：
1、活动周期内，同银行换卡号，自动提报活动待运营审核，申请时间为系统提报时间。
2、活动信息提交人与上一条活动信息一致（即对应销售可以在crm app端查看绑卡活动报名及生效情况）
3、活动参与方式变成：“系统自动提报” |
| | | / | 追加商户活动申请修复，审核通过调整减免上限修复
（当被追加商户同时存在一条生效中和待生效状态时，追加商户同样生成两条对应状态申请记录，共享对应额度） |