ILOG规则引擎系统运维手册

ILOG 规则引擎系统运维手册一、 ILOG 规则引擎系统介绍➢ 为什么使用ILOG 规则引擎系统？保险行业是大量业务规则的处理过程，投承保规则、保费计算规则、核保规则、核批规则、费用规则、核赔规则。

业务规则无所不在，且随着行业监管、市场环境、业务管理等因素不断变化。

业务规则管理混乱、业务规则变更过分依赖技术人员，业务人员无法单独完成业务规则变更，维护成本高昂，由此带来的问题：• 业务规则变更周期长、成本高 • 规则重用性差• 业务规则知识随着时间被淡忘 基于ILOG 的规则管理，可实现：• 业务规则与保险应用剥离，业务规则易于管理• 使用集中规则库进行管理，业务人员可单独变更业务规则 • 实现历史规则追溯 • 规则可重用• 缩短新业务发布周期➢ ILOG 在都邦保险的运用Ilog 规则引擎系统目前维护的规则有车险核保规则和车险费用规则。

自动核保规则是指根据某些核保因子判断当前保单是否能够自动核保通过或者不能够自动核保通过的规则。

其中，不能够自动核保通过的规则，一般又分为数据校验规则、打回出单规则以及自动核保校验规则（转人工核保）等。

人工核保权限规则是指在人工核保环节，不同级别的核保员具有不同的核保权限，配置不同级别的核保员核保权限的规则就是人工核保权限规则。

➢ 产品组件Rule Studio （规则开发环境）用于对基于规则的应用程序进行编码、调试和部署；Rule Execution Server （规则执行服务器） RES执行部署的规则应用，业务规则调用的组件，并包括一个web 的管理控制台，业务人员/技术人员编写的业务规则只有部署在规则的执行环境中才能被执行，才能起到作用；核保规则自动核保规则人工核保规则 ——维护各核保级别的权限打回出单（数据校验或拒保）规则 转人工核保规则自动核保通过规则Rule Team Server（规则管理服务器） RTS业务人员创建、修改、组织和搜索业务规则的指定工作环境；支持非开发人员编写和管理规则；➢规则在ILOG中的描述方式简单规则●简单规则适用于简单逻辑处理——‘如果’，‘那么’决策表●决策表主要适用于没有复杂的逻辑处理、关系清晰、条件相同的规则决策树●决策树主要适用于有业务逻辑判断，不同条件下，处理方式不同的规则➢ILOG 相关基本概念规则包：根据业务逻辑组织规则的容器。

发布到 Rule Team Server （规则管理维护服务器）后，规则包就变为文件夹。

规则流：规则流是控制规则执行和对之排序的方法。

可以根据任务定义规则流。

主要控制规则的执行顺序以及哪些规则需要执行。

如果没有规则流那么所有的规则都要执行。

规则集：由规则引擎处理的一组规则，以及规则执行流程信息。

只有将业务规则打包成规则集，规则引擎才能执行这些业务规则。

规则项目：一种项目类型，可在其中管理和组织业务规则、规则包、规则流、业务对象模型等。

如果要对规则项目进行调用，那么规则项目就需要提供一个调用的入口。

规则项目提供的调用入口就是规则集，规则集是规则项目的执行单元。

规则应用（RuleApp）：Rule Execution Server（规则执行服务器）的部署和管理单元；规则应用可包含一个或多个规则集。

业务对象模型（BOM）业务对象模型表示业务的核心概念及其逻辑联系。

；业务对象模型是业务规则中使用的词汇的基础；业务规则中所有业务要素的选取都来源于业务对象模型；二、核心系统与ILOG的对接ILOG规则引擎业务系统规则引擎与业务端的交互方式采用HTTPServlet+XML。

核心、双核系统通过发送请求以XML的方式将请求内容传送至规则服务器，规则服务器根据请求内容将响应信息返回给核心、双核系统。

规则引擎与周边系统交互说明都邦核保系统规则引擎都邦业务系统提交核保启动核保工作流调用规则引擎进行自动核保自动核保是否通过是转保单结束否，转人工核保初级级别核保中级级别核保调用规则引擎进行提交路径过滤是否打回出单是，打回出单修改后再提交核保否自动核保规则流程高级级别核保人工核保规则流程人工审核通过结束审核通过提交上级下发修改人工核保规则结果OROR三、 ILOG 规则结构划分➢ 自动核保规则（按省份或机构分包）AutoUndwrtRule_+2或4位分公司机构代码_+省份或机构中文名称 +“自动核保规则库”➢人工核保规则（UndwrtRule）➢费用配置规则（按省份或机构分包）CarFeeRule_+2或4位分公司机构代码_+省份或机构中文名称 +“车险费用规则库”四、规则处理流程注意点：1.团单的判定：投保单录入时录入“团车渠道”代码，prptmain-specialchannel2.根据流程，团单业务只走“数据校验-打回出单规则”及“团单自动核保通过规则”，团单没有“转人工核保”规则➢人工核保流程注意点：1.ILOG 上线后，替代了双核原有的utiuwfactorcar 因子表和utiuwconditioncar 因子权限表2.根据流程，如果机构要添加人工核保个性规则，需先在全辖规则中对机构个性条目进行机构排除，再添加机构个性规则➢ 费用处理流程注意点：1. 核心进行“手续费前置录入”改造后，ILOG 不再做手续费单项的比例控制，只控制费用6项总值和其他5项比例。

● 机构费用管控规则◆ 业务配置 ◆ 五大风险分类 ◆ 原始值与最高值 ◆ 调整因子 ◆ 团队费用值 ◆内部分配●调整因子◆ 车价因子◆ 交强险关联品质 ◆ 三四级机构 ◆ 新增调整因子 ◆ 以往索赔记录R ●内部分配◆ 分配值配置 ◆ 分配优先级 ◆ 费用上限值配置 ◆ 是否有上限配置2.为保证费用分配正确，手续费一项必须为第一优先级3.“是否有上限配置”与“费用上限值配置”共同确定总值剩余部分如何分配4.无团队长或存在多个团队长的团队业务，核心端不分配管理绩效5.业务员类型为营销员时，不分配公司费用和个人绩效6.“交强险关联品质”因子业务规则：此因子只适用于关联单中的商业险业务，其值是今年商业险业务的上年交强险关联单的赔付率数据组织规则：1>关联续保业务，“交强险关联品质”因子=本地上年交强险保单的已决赔款（prplclaim表的SumPaid之和）/上年交强险保单保费2>关联转保业务，“交强险关联品质”因子=今年关联交强险保单的平台返回上年赔款（ciinsuredemandpay表的lossfee之和）/今年交强险保单保费7.“以往索赔记录R”因子（同自动核保规则中的“上年出险次数”）数据组织规则：1>续保业务，“以往索赔记录R”因子=本地上年保单的有效报案数（prplregist表中canceldate为空的条数）2>转保业务，“以往索赔记录R”因子=今年保单的平台返回上年赔款（ciinsuredemandpay表的条数）3.上年无出险的情况，续保业务，R=0，转保及新保，R=-1五、 ILOG的运行维护➢环境配置核心连接ILOG服务的配置：Select * From Bustest.Utiplatconfigrule Where Paramcode In ('IlogFeeURL', 'IlogUndwrtURL');Update Business.UtiplatconfigruleSet Rule = ''Where Paramcode = 'IlogFeeURL';Update Business.UtiplatconfigruleSet Rule = ''Where Paramcode = 'IlogUndwrtURL';➢问题查找根据报文，核对规则Select * From ilogres.rulelogtext Where certino ='105902625';flag='1'——费用报文flag='2'——核保报文requestmessage——核心发送给ILOG的报文responsemassage——ILOG返回核心的报文1. 费用核对关联单分0506、0590传两个报文，ilog分别返回费用费用发送报文中：certiNo——业务单号riskCode——险种businessNature——渠道类型useNature——使用性质seatCoun——座位数tonCoun——吨位carKind——车辆种类useYears——使用年限（车龄）purchasePrice——新车购置价isCarTeam——是否团车标志位Y 团车N单车lastDamaged——上年出险次数（以往索赔情况）对于续保业务，取本地上年保单有效报案数对于非续保业务，取平台返回的上年赔案数lastLossRate——交强险关联品质（上年关联交强险保单的赔付率）agentCode——代理人编码carTeamType——团队类型编码T04：综合性团队；T06（除了T0601)：公司性团队（按T01传送）；T0601（oth）:联保团队secondComCode——二级机构代码thirdComCode——三级机构代码fourthComCode——四级机构代码disRate——核心录入的手续费比例<itemKindList></itemKindList>险别信息费用返回报文中：certiNo——业务单号riskLevel——风险等级归类feeType1——手续费feeType2——个人绩效feeType3——管理绩效/团队绩效feeType4——公司费用feeType5——团队费用feeType6——展业费用/个人费用在投保单保存时，出单员最终录入的手续费存到Prptexpense的maxfeerate和feerate的第6项以及prptmain的disrate。

提交核保时，传本地录入的手续费disrate给ILOG，由ILOG进行6项费用总值控制和其他5项分配，最终返回6项费用给核心端，回写Prptexpense的maxfeerate的前5项和feerate 的全部6项以及prptmain的disrate。

对于转人工核保的保单，核保人不允许调整手续费一项，其他五项可以调整，分公司核保人可以按照ILOG费用设置总值下调，如上调只能总公司核保通过，最终的费用存Prptexpense 的maxfeerate。

可能存在出单手续费录入高于ILOG六项费用总值预设的情况，为避免此情况，在核心系统提交核保时增加判断：当ILOG返回计算的6项费用值给核心时，核心端判断出单录入的手续费与ILOG返回的手续费一项是否相等，如不等则提交核保不成功，并给出系统提示，请出单员进行手续费修改后再提交。