1、完整版)新酬金系统自研方案设计
以数据源驱动、基于规则引擎和能力开放平台的新酬金系统建设方案
新酬金总体架构
一、数据源处理
1.1。1 多维度汇总
根据酬金/量酬政策的特点,从多个维度构建数据结构基本稳定的多张基础数据表.不同基础数据表中的主键能够适应不同的酬金/量酬规则计算，并且尽可能多地涵盖此类规则所涉及的要素。
Ø 梳理的基础数据源维度主要有：
1） 渠道编码维度：
计算账期｜业务受理渠道｜渠道类型｜渠道状态｜上级渠道编码|受理业务编码｜受理类型｜业务受理流水号｜业务受理开始时间|业务受理生效时间｜业务受理工号|代办工号｜用户subsid｜用户号码|收费金
2、额｜是否扣费|适用规则包｜等等
2） 受理工号/代办工号维度；
3） 业务受理流水维度；
4） 业务订购关系维度;
5） 用户订购关系维度；
6） 终端IMEI维度；
7） 手机号码维度;
8） 集团产品维度;
9） 集团成员维度；
不同维度很多字段都是重复的，但是字段的取值方式、数据来源可能是不同的，其原因是BOSS侧及其他外部平台在同一数据可能存在多个表中，酬金系统不同维度的字段取值以按照此维度较佳的方式生成。
（可能由于BOSS系统本身的数据不一致等导致从不同维度计算同一个酬金是产生差异)
1。1。2公共数据源
1） 酬金规则定义相关表；
2
3、 渠道信息表
计算账期|渠道编码|渠道类型｜渠道状态|上级渠道编码｜渠道星级｜归属片区｜渠道归属地域|等
3） 用户信息表
计算账期|用户subsid|用户号码|当前用户状态|最近一次状态变更时间｜上月末最后一秒状态|用户余额|用户当月ARPU值｜用户流量使用情况|等等
4） 集团信息表
集团编码|客户经理｜集团等级｜集团建立时间｜集团状态|集团产品编码｜
5） 工号信息表
6） 销账记录表
1.1.3其他数据源
如电子渠道、客服、BOSS前台手工导入针对特定酬金/量酬所涉及的表.
1.1.4 经分能力开放平台提供的中间表
1.1。5 酬金/量酬规则
4、如涉及追返、剔重等)建立的中间表
二、酬金/量酬条件库
2。1 条件库数据结构示例
2。1。1 原子条件定义表
条件ID,条件名称，条件类型，条件逻辑，条件值，数据源等等
2.1.2 规则执行方法公共类
定义规则执行方法的公共类，比如传入参数往酬金明细表和汇总表增、删、该记录的方法；
根据传入参数计算累计值、平均值等的方法等；
2.1。3 规则实例配置表(如采用XML配置文件）
规则ID：
IF 条件ID1
And 条件ID2
And 条件ID3
Then
调用规则执行方法公共类或者编写专门的规则执行脚本。
5、
2。1.4 规则包配置文件
规则包ID：
规则ID1 ---——优先级X1
规则ID2---—-优先级X2
规则ID3--——-优先级X3
一个规则包用于实现一个或多个完整的酬金政策计算功能，比如通过优先级控制先查找出不满足条件的记录放在未返费明细表,然后再执行酬金政策计算并将结果入库。
2.1。5 规则包与多维基础数据源对应关系表
本酬金系统以多维数据源为驱动进行酬金政策计算，一个规则包（完成一个或多个完整的酬金政策）对应一个多维基础数据源对应，但一个多维基础数据源可能对应多个规则包.
2。2 规则完整性检查
支持根据根
6、据规则检查原子条件、数据源的完整性。
2.3 规则冲突检查机制
支持对规则中条件域重叠的冲突机制检查及决策处理。
三、酬金应用程序及任务管理
开发新酬金系统入口程序,公共数据、配置文件的加载，扫描任务表执行酬金计算任务。
四、典型酬金计算流程
五、其他要求
支持数据源和计算分布式,支持酬金稽核规则配置，支持酬金预演规则配置，支持酬金规则变更版本号管理,支持重算功能。
六、与现网酬金系统相比的一些优缺点
6。1 优点
1）由于采用了规则引擎，采用条件库、执行方法库等可更好地提升酬金规则可配置化；
2）可更容易对规则进行管理，规则编写通熟易懂,便于
7、对规则计算逻辑的检查，让业务管理部门人员也可以稽核系统处理规则；
3）以多维数据源作为酬金计算的驱动，减少了系统计算的复杂性；
4）结合经分能力开放平台可以实现部分简单酬金的每日/准实时计算；
5）可利用DB2的DPF分区处理能力提升系统处理效率.
6.2 缺点
现网在数据重算时,可以灵活支持按分公司重算、按渠道重算、按业务重算（实例）等功能，新系统无法实现。例如按渠道维度的基础数据源设计的规则可能支持按分公司或渠道进行计算,但是按用户维度的则可能不支持。因此，在酬金重算时需要更精细化。
因为存在重处理上的缺陷，要求新酬金系统的计算效率必须很高，例如至少一天内需保证完成所有基础酬金计算功能.
浙ICP备2021020529号-1 | 浙B2-20240490 
