电信运营商会根据自己的所提供的服务设计出不同的虚拟产品，这些产品针对不同的目标用户、使用场景、时间周期、地域等等因素设计，而且这些产品之间又可以相互叠加，最终会形成数量庞大的虚拟产品套餐，这些虚拟产品经常随营销政策调整。同时电信运营商在各地会有数量众多的门店、经销商或网络渠道销售产品，因此产品变化快，返佣计算比较复杂，主要痛点如下
（1）计费逻辑代码迭代效率低：传统研发模式通过代码形式开发，版本上线周期较长，无法满足计费逻辑高频变化的诉求；
（2）计费逻辑可复用性低：各计费需求现为独立开发，不同业务场景出现同类计费逻辑时无法快速适用，需重新开发；
（3）计费逻辑不可视：各计费场景计费逻辑以代码形式在业务后台实现，技术及产品人员无法直观查询到清晰的计费逻辑，不利于规则分析及历史计费数据回溯；
（4）计费逻辑不可自主配置：计费逻辑依赖于技术人员开发实现，计费全流程节点中业务人员可自主配置节点不足；
（5）计费逻辑验证效率低：当前计费逻辑依赖全人工回归验证，验证异常需人工定位错误原因，效率较低。
通过Together规则引擎完全可以解决上述痛点，快速可视化的建立计费算法模型，并迭代版本。我们现在以下面具体需求为例看看这一切是如何实现的。
规则说明：
1、未签约的产品、未在合作有效期范围内的产品订单不参与结算，不参与系数定档。签约信息见“签约信息及结算比例”见下表。
2、产品订购记录订购间隔时间小于产品重复办理月份限制（见下表“产品价格”）时，订单不参与结算，不参与系数定档。
3、订购当月退订的订单不参与结算，但参与系数定档（见下表）。（退订月份以基础数据表内“退订月份”字段为准，空值默认未退订。）
4、单笔产品订购酬金根据结算账期分多期结算（期数及比例见“签约信息及结算比例”内“结算期数”）。
单笔订单每期结算酬金=单省当月日均订购达量档位单价*单省首月退订率档位系数*单省渠道支撑费结算比例(百分比)+单省当月日均订购达量档位单价*全国首月日均订购达量档位系数*全国达量渠道支撑费结算比例(百分比)
（1）单省当月日均订购：指按自然月及省维度统计的订购量除以该自然月实际发展天数，实际发展天数指省日发展量大于(含）10单的天数，如小于10单则不计算在内，即发展量和发展天数均予以剔除。如某省自然月内无实际发展天数，则该省省日均赋值为0。
例：
（2）单省当月日均订购达量档位单价：根据产品对应的省日均数据与系数表产品价格关联定档确认。
（3）单省首月退订率：指按自然月及省维度统计的当月退订笔数除以省月度订购总量。
（4）单省首月退订率档位系数：根据产品对应的单省首月退订率与系数表激励系数（见下表）关联定档确认。
（5）全国首月日均：指按自然月订购量总量除以该自然月实际发展天数。
（6）全国首月日均订购达量档位系数：根据全国首月日均与系数表激励系数关联定档确认。
首先我们根据上升规则需求在Together规则引擎建模器里建立数据结构：基础数据、产品价格、订单信息、签约信息及结算比例。
然后构建图形化的DRD逻辑结构，并且将定义好的数据结构分别与输入块、自定义函数块、决策块绑定。
封装定义自定义函数节点：结算规则计算、单笔订单每期结算酬金公式
结算规则计算
单笔订单每期结算薪酬公式
定义决策块：符合结算规则数据、单笔订单每期结算酬金
符合结算规则数据
单笔订单每期结算酬金
至此我们就完成了返佣计算模型算法的建模。我们通过表单测试可以看见算法模型工作的很好。
通过测试用例，我们实现上述算法需求，业务系统只需简单的系统调用即可使用模型逻辑。我们还可以发布版本，快速迭代需求的变化。赶快联系我们，体验Together规则引擎强大功能吧！
关注Together规则引擎官网阅读更多精彩内容。。。
