ILOG规则引擎系统运维手册.doc

ILOG规则引擎系统运维手册一、 ILOG规则引擎系统介绍 为什么使用ILOG规则引擎系统？保险行业是大量业务规则的处理过程，投承保规则、保费计算规则、核保规则、核批规则、费用规则、核赔规则。业务规则无所不在，且随着行业监管、市场环境、业务管理等因素不断变化。业务规则管理混乱、业务规则变更过分依赖技术人员，业务人员无法单独完成业务规则变更，维护成本高昂，由此带来的问题： 业务规则变更周期长、成本高 规则重用性差 业务规则知识随着时间被淡忘 基于ILOG的规则管理，可实现： 业务规则与保险应用剥离，业务规则易于管理 使用集中规则库进行管理，业务人员可单独变更业务规则 实现历史规则追溯 规则可重用 缩短新业务发布周期 ILOG在都邦保险的运用Ilog规则引擎系统目前维护的规则有车险核保规则和车险费用规则。核保规则自动核保规则人工核保规则 维护各核保级别的权限打回出单（数据校验或拒保）规则转人工核保规则自动核保通过规则自动核保规则是指根据某些核保因子判断当前保单是否能够自动核保通过或者不能够自动核保通过的规则。其中，不能够自动核保通过的规则，一般又分为数据校验规则、打回出单规则以及自动核保校验规则（转人工核保）等。人工核保权限规则是指在人工核保环节，不同级别的核保员具有不同的核保权限，配置不同级别的核保员核保权限的规则就是人工核保权限规则。 产品组件Rule Studio（规则开发环境） 用于对基于规则的应用程序进行编码、调试和部署；Rule Execution Server（规则执行服务器） RES执行部署的规则应用，业务规则调用的组件，并包括一个web的管理控制台，业务人员/技术人员编写的业务规则只有部署在规则的执行环境中才能被执行，才能起到作用； Rule Team Server（规则管理服务器） RTS业务人员创建、修改、组织和搜索业务规则的指定工作环境 ；支持非开发人员编写和管理规则 ； 规则在ILOG中的描述方式 简单规则l 简单规则适用于简单逻辑处理如果，那么 决策表l 决策表主要适用于没有复杂的逻辑处理、关系清晰、条件相同的规则 决策树l 决策树主要适用于有业务逻辑判断，不同条件下，处理方式不同的规则 ILOG 相关基本概念规则包：根据业务逻辑组织规则的容器。发布到 Rule Team Server （规则管理维护服务器）后，规则包就变为文件夹。 规则流：规则流是控制规则执行和对之排序的方法。可以根据任务定义规则流。主要控制规则的执行顺序以及哪些规则需要执行。如果没有规则流那么所有的规则都要执行。 规则集：由规则引擎处理的一组规则，以及规则执行流程信息。只有将业务规则打包成规则集，规则引擎才能执行这些业务规则。 规则项目：一种项目类型，可在其中管理和组织业务规则、规则包、规则流、业务对象模型等。 如果要对规则项目进行调用，那么规则项目就需要提供一个调用的入口。规则项目提供的调用入口就是规则集，规则集是规则项目的执行单元。规则应用（RuleApp）：Rule Execution Server（规则执行服务器） 的部署和管理单元；规则应用可包含一个或多个规则集 。业务对象模型（BOM）业务对象模型表示业务的核心概念及其逻辑联系。；业务对象模型是业务规则中使用的词汇的基础 ；业务规则中所有业务要素的选取都来源于业务对象模型； 二、 核心系统与ILOG的对接ILOG规则引擎 业务系统 规则引擎与业务端的交互方式采用HTTPServlet+XML。核心、双核系统通过发送请求以XML的方式将请求内容传送至规则服务器，规则服务器根据请求内容将响应信息返回给核心、双核系统。三、 ILOG规则结构划分 自动核保规则（按省份或机构分包）AutoUndwrtRule_+2或4位分公司机构代码_+省份或机构中文名称 +“自动核保规则库” 人工核保规则（UndwrtRule） 费用配置规则（按省份或机构分包）CarFeeRule_+2或4位分公司机构代码_+省份或机构中文名称 +“车险费用规则库”四、 规则处理流程 自动核保流程注意点：1. 团单的判定：投保单录入时录入“团车渠道”代码，prptmain-specialchannel2. 根据流程，团单业务只走“数据校验-打回出单规则”及“团单自动核保通过规则”，团单没有“转人工核保”规则 人工核保流程注意点：1.ILOG上线后，替代了双核原有的utiuwfactorcar 因子表和utiuwconditioncar因子权限表2.根据流程，如果机构要添加人工核保个性规则，需先在全辖规则中对机构个性条目进行机构排除，再添加机构个性规则 费用处理流程l 机构费用管控规则u 业务配置u 五大风险分类u 原始值与最高值u 调整因子u 团队费用值u 内部分配l 调整因子u 车价因子u 交强险关联品质u 三四级机构u 新增调整因子u 以往索赔记录Rl 内部分配u 分配值配置u 分配优先级u 费用上限值配置u 是否有上限配置注意点：1. 核心进行“手续费前置录入”改造后，ILOG不再做手续费单项的比例控制，只控制费用6项总值和其他5项比例。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的运行维护 环境配置服务名称应用服务IP应用服务端口应用名称数据库数据服务名称用户名res生产应用17001res2busdbilogres27001res2busdbilogresrts生产应用37001teamserver 3ilogdbuilogres开发服务57001res5tilogdb2uilog rts开发服务59001teamserver 5tilogdb2uilogres测试服务器47001res5dilogdb2uilogrts测试服务器48001teamserver 5dilogdb2uilog核心连接ILOG服务的配置：Select * From Bustest.Utiplatconfigrule Where Paramcode In (IlogFeeURL, IlogUndwrtURL); Update Business.UtiplatconfigruleSet Rule = 4:7001/RuleManage/FeeServletWhere Paramcode = IlogFeeURL;Update Business.UtiplatconfigruleSet Rule = 4:7001/RuleManage/UnderWriteServletWhere Paramcode = IlogUndwrtURL; 问题查找根据报文，核对规则Select * From ilogres.rulelogtext Where certino =10590261890011000025;flag=1费用报文flag=2核保报文requestmessage核心发送给ILOG的报文responsemassageILOG返回核心的报文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核心录入的手续费比例 险别信息费用返回报文中：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返回的手续费一项是否相等，如不等则提交核保不成功，并给出系统提示，请出单员进行手续费修改后再提交。对于归属团队无团队长或是多个团队长的业务，不分配管理绩效Prptexpense Prpcexpense 6项费用名称：1个人费用 -展业费2团队费用 -综合费用3公司费用 -机构费用/绩效24个人绩效5团队绩效 - 管理绩效6手续费2.核保规则核对关联单只传送一个报文，以0506信息为主，包含车船税信息，ILOG返回的核保处理结果针对0506及0590险种核保发送报文：operateType操作类型 1 提交上级（双核中提交上级时） 2审核通过（双核中审核通过时） 5 自动核保 （投保单提交核保时） main表数据 被保险人信息 车辆信息 险别信息 险别优惠信息 险别优惠详细信息 车辆扩展信息 特约信息 车船税信息 车型库车型信息 投保查询交互信息 平台返回赔案信息核保返回报文： 1 提交上级（双核中提交上级时） 2审核通过（双核中审核通过时） 5 自动核保 （投保单提交核保时） true 代表核保通过true代表打回出单 提示原因 为返回核保级别的规则使用 常见问题问题分类：规则核对不正确 核心数据不规范 接口组织数据错误ILOG规则编写错误 用户需求规则填写错误问题1：用户反馈10506233030011000024应该自动核保通过，但是转人工核保了原因：录入保单满足转人工核保规则查看ILOG返回报文提示原因为交强险未随车缴纳车船税，或车船税缴税期限不符合：1.新车：缴税期限为购买保险当年的投保日期（当月）至当年的12月31日。2.旧车：缴税期限为购买保险当年的1月1日至12月31日.;核实传送给ILOG的报文中：useyears为0，是新车，投保日期是2011年11月30日，车船税2011-12-01 00:00:00.0 CST2012-11-30 00:00:00.0 CST所以符合规则，转人工问题2：关联续保投保单提交审批失败，且没有与ILOG核保交互报文原因：上年度0590保单缺少理赔数据Select * From business.ciinsuredemandpayLossfee为空解决方法：将上年保单号提供给理赔端进行补传，补传后请用户重新进行投保查询后提交核保问题3：批单3059024401001100002601单独变更车牌号，满足自动核保通过规则，但是无法自核通过原因：核心传送ILOG的报文中批改类型23,A2多传了23-其他文批类批改解决方法：核心端修改接口关于批改类型的代码转换方式问题4：深圳10506244030411000051转人工核，提示原因为满足全辖转人工规则“手工修改使用年限，但是实际未修改原因：深圳商业险车龄计算与其他机构不同，a=2+（车辆初登日期与录入时间的天数差-334）/365解决方法：修改此条全辖规则，对深圳做特殊判断问题5：吉林打回出单规则与自动核保规则冲突2-01-1数据校验规则-打回出单核保类型险种板块座位/吨位/特种车分类车龄险别范围规则描述2-01-1数据校验规则-打回出单保单商业非营业个人6座以下0适用所有不含不计免赔系数不低于0.95；含不计免赔不低于1.093原因：是“不含不计免赔系数低于0.95；含不计免赔低于1.093”时打回出单，写反了解决方法：更改ILOG规则问题6：福建团单出现六维度系统分配与上报不一致，情况如下：投保单号：10590235870012000630，团单代码：235870000012000001，系统六维度分配值为：上报六维度分配值为：手续费：4、个人绩效：28%、公司费用：0.8%、团队费用：0.5%，其余维度为0其他问题：1 自动核保通过率提取SQLSelect Count(*)From