ILOG规则引擎系统维护保养介绍材料
客机引擎维护方案
客机引擎维护方案客机引擎是飞机的重要组成部分，因为它们负责提供动力，使飞机起飞和飞行。
引擎故障可能导致严重的后果，包括飞机坠毁。
因此，维护飞机引擎至关重要，以确保它们在最佳运行状态下。
引擎维护类型引擎维护分为两种类型，预防性维护和修复性维护。
预防性维护涉及定期维护和检查，以确保引擎处于最佳状态。
修复性维护涉及确定引擎故障的根本原因，并进行维修。
定期维护定期维护是关键，它通过检查引擎和其组成部件的状态来确保它们处于最佳运行状态。
以下是定期维护的一些重要步骤：•收集数据：在开始维护之前，需要收集引擎的数据，例如工作小时数、飞行里程等。
根据这些数据，可以预测引擎何时需要进行维护。
•清洗：引擎需要定期清洗，以便去除积累在引擎上的土壤和油脂等污垢。
清洗可以减少燃料消耗并延长引擎寿命。
•检查：检查是定期维护的最重要步骤之一，它涉及检测引擎的各个组成部分，以确保它们在最佳工作状态下。
检查的方式包括目视检查、震动测试、磨损测试等。
•更换构件：如果在检查过程中发现某个部件已经过度磨损或损坏，那么需要及时更换。
修复性维护修复性维护是用于修复已经发生的故障的维护方法。
引擎故障可能是由多种原因引起的，例如磨损、损坏或部件老化等。
以下是修复性维护的一些重要步骤：•确认故障：在维护之前，需要确定引擎故障的根本原因。
这需要进行常规检查和测试，例如目视检查、故障诊断测试等。
•清洗和修理故障部件：一旦确认引擎故障的根本原因，下一步是清洗和修复受影响的部件。
这涉及到对部件进行检查、检测和维修，以使其能够正常工作。
•更换部件：如果部件过度损坏无法维修，则需要更换它。
更换要使用与原件相同的部件。
维护计划引擎维护需要一个有效的计划，以确保引擎在最佳状态下运行。
维护计划应该考虑以下几个方面：定期维护计划定期维护应该按照规定的维护计划进行。
这个计划应该考虑引擎的工作时长、飞行里程等，并定期进行清洗和检查。
一般情况下，定期维护应该在每250小时或12个月进行一次，具体情况视飞机和引擎需要而定。
lc维护保养简明手册
lc维护保养简明手册一、lc设备概述 (1)1.1 lc设备的基本结构 (1)1.2 lc设备的工作原理 (2)二、日常检查 (2)2.1 外观检查 (2)2.2 系统压力检查 (2)三、流动相管理 (2)3.1 流动相的选择 (3)3.2 流动相的制备与储存 (3)四、色谱柱维护 (3)4.1 色谱柱的安装与拆卸 (3)4.2 色谱柱的清洗与保存 (3)五、进样器维护 (4)5.1 进样针的维护 (4)5.2 进样器的整体清洁 (4)六、检测系统维护 (4)6.1 检测器的清洁 (4)6.2 检测信号的校准 (5)七、数据处理系统维护 (5)7.1 数据备份 (5)7.2 软件更新与维护 (5)八、故障排除 (6)8.1 常见故障现象及原因 (6)8.2 故障解决方法 (6)lc维护保养简明手册一、lc设备概述1.1 lc设备的基本结构lc设备由多个重要部件组成，包括进样系统、分离系统、检测系统和数据处理系统等。
进样系统负责将样品准确引入设备，其结构设计保证了样品的定量和稳定注入。
分离系统中的色谱柱是核心部件，不同类型的色谱柱适用于不同性质的样品分离。
检测系统能够对分离后的组分进行检测，常见的有紫外检测器等，其具有高灵敏度和选择性。
数据处理系统则对检测到的信号进行采集、分析和存储，为用户提供直观的结果呈现。
这些部件协同工作，使得lc设备能够有效地对复杂混合物进行分离和分析。
1.2 lc设备的工作原理lc设备基于液相色谱原理工作。
当样品被注入流动相后，流动相带着样品通过色谱柱。
由于样品中各组分在固定相和流动相之间的分配系数不同，它们在色谱柱中的移动速度也不同，从而实现分离。
例如，极性较强的组分与固定相的相互作用较强，在柱中的移动速度相对较慢；而极性较弱的组分则更容易流动相快速移动。
经过一定的柱长后，各组分依次流出色谱柱进入检测系统，检测系统根据不同组分的特性产生相应的信号，进而完成整个分析过程。
系统产品的维护、保养基本方法和要求
五、系统运行中注意事项
（12）如果有报故障的报警点，先根据竣工图确定 故障点的确切位置，然后检查线路有没有断路的 情况，检查故障点的编码是否正确。另外，探测 器进水或穿线管路进水也可能造成报警点故障现 象。发现探测器或线路进水，必须断开进水部分 与控制器的连接，等故障消除后才能重新接入控 制器。
五、系统运行中注意事项
七、打印纸更换方法
（4）将新纸卷套在纸 卷轴上，并按图所 示将纸卷轴用力按 入打印机的导槽内。 一定要确认纸卷轴 已安装牢固，不会 掉出。
七、打印纸更换方法
（5）将纸端剪成 如图式样
七、打印纸更换方法
（6）接通打印机电源，按SEL键，使SEL指示 灯灭，然后再按LF键，使机头转动。这时 用手将纸头送入机头下面入纸口处，纸便 会徐徐进入机头，直到从机头正前方露出 为止，露出应有一定长度。再按一下LF键 或SEL键，或关上电源。盖好打印机前盖板， 将打印纸的头从前盖板的出纸口中穿出。
（13）如果报警系统出现故障，应在允许的范围 内进行检修并做好记录，对于无法解决的问题， 应记清楚故障现象，用电话或其它方式通知厂家 或安装公司。注意：不能擅自拆装控制器的主要 部件，不能擅自拆装控制器的外围线路，不能擅 自改变系统的连接方式。
五、系统运行中注意事项
（14）系统中所有设备都应当做好日常维护 保养工作，注意防潮、防尘、防电磁干扰、 防冲击、防碰撞等各项安全防护工作，保 持设备经常处于完好状态。
系统产品维护及保养的基本 方法和要求
系统产品维护及保养的基本方法和要求
一、控制器应用环境 二、控制器开机、关机步骤 三、控制器开机后检查内容 四、蓄电池的维护方法 五、系统运行中注意事项 六、光电探测器的清洗方法 七、打印纸的更换方法 八、维护液晶屏时安全须知
设备维护和保养程序
设备维护和保养程序设备维护和保养是确保设备长期稳定运行的关键环节。
通过定期的保养和维护程序，可以延长设备的使用寿命，提高设备的效率和性能。
本文将介绍设备维护和保养的一般程序，并提供一些建议以确保程序的有效实施。
一、日常清洁保持设备的日常清洁是维护和保养程序的基础。
定期清洁设备表面的灰尘和污垢，可以防止积尘对设备内部的正常运行造成影响。
使用柔软的布料或者吸尘器进行清洁，避免使用水或者化学清洁剂，以免损坏设备外壳。
二、定期润滑适当的润滑可以减少设备的摩擦，提高运行效率，并防止零件因摩擦产生磨损。
根据设备的使用频率和厂商的建议，定期给设备的关键部件添加润滑油或者润滑脂。
确保润滑剂的种类和用量符合设备的要求，以避免因过量或不当的润滑而导致设备故障。
三、定期检查和测试定期检查设备的各项指标和参数，可以及时发现潜在故障和问题，并采取相应的措施修复。
检查设备的电源线、插头、开关等，确保其正常工作。
测试设备的各功能部件，如传感器、控制面板等，验证其是否正常工作。
此外，还应检查设备的电池状态（如果有），并根据需要及时更换或充电。
四、故障排除和维修当设备发生故障时，及时的排除和维修是必要的。
在出现故障时，首先应停止使用设备，并查找问题的原因。
对于一些简单的问题，例如接线不良或者松动的部件，可以自行修复。
对于复杂的故障或者需要专业知识的情况，应该寻求资深维修人员的帮助。
在维修过程中，应遵循相关的安全操作规程，确保自身和设备的安全。
五、记录和报告设备维护和保养过程中，应及时记录和报告相关的信息。
例如，每次清洁和润滑的时间和具体操作，每次检查和测试的结果，以及发现的故障和维修记录等。
这些记录可以帮助跟踪设备的维护情况，及时发现和解决问题，并为设备绩效评估和未来维护计划提供参考。
六、培训和宣传为了确保设备维护和保养程序的有效实施，对相关人员进行培训和宣传是必要的。
培训应包括设备的正确使用方法，日常清洁和润滑的操作技巧，以及简单故障的排除方法。
智能化系统保养规程
智能化系统保养规程确保设备性能良好，保证智能化系统正常运行。
适用于管理项目内智能化系统（包括闭路监控系统、门禁对讲系统、车辆道闸系统）的运行、维修、保养。
1、闭路监控系统保养（1）月保养内容①每月对监视器进行一次除尘处理，检查接线并清扫玻璃灰尘，同时调校一次画面的对比度、明暗度、中点频、上下左右画面比例大小等各项指标。
②每月对各种信号处理器(包括硬盘录像机、画面处理器等)进行一次除尘处理，检查插接件是否松动，面板按钮是否操作正常。
（2）季度保养内容包括（但不限）：①月度保养内容。
②每季检查室外防护罩的密封并清洁除尘，清扫玻璃上的灰尘，并检查接插件是否松动。
③每季度对镜头进行一次除尘处理，并用镜头纸擦拭干净镜头，清理降温风扇。
④检查摄像设备的固定是否牢固，其避雷针接地是否良好，转动部分的线是否破裂、拉断。
⑤检查室外部分的防腐、防锈是否良好，凡是铁件部分要定期刷防锈漆，避雷针刷导电油漆银粉。
⑥检查控制系统、监视系统连线接触是否良好。
（3）年度保养①季度保养内容。
②每年调校一次摄像机位置，以保证其正确的摄像角度。
③每年对全系统各功能进行一次全面检查调校。
2、门禁对讲系统实施季度保养，保养内容包括（但不限）：（1）接线端子及音频、视频线路：端子无松动，接触良好，各导线完好无破损。
（2）主机面板按键：按键无阻滞，通断良好。
（3）主机选呼：音质清楚、无杂音，画面清晰。
3、车辆道闸系统实施月保养，保养内容包括（但不限）：（1）闸杆：若闸杆不水平或不垂直，需调整道闸杆限位位置；若闸杆有弯曲变形应予纠正，反光膜有破损的地方进行修复。
（2）平衡调节：在断电确保安全的情况下，手工转动减速机输入轴皮带轮，判断升杆与降杆的力度，若有明显差别，可通过调节平衡臂上的链、条挂接的位置来增加或减小弹簧的拉力，从而达到平衡。
（3）皮带调节：如果传动皮带太松而打滑，可松开电机座与箱体之间的固定螺丝，将电机向下移动。
（4）控制电路：PCB控制板在确保供电的情况下，PCB板上RUN(运行)，指示灯应点亮，操作PCB板上的“升”“降”“停”按钮，“UP(升)”“DOWN(降)”“STOP（停）”灯应点亮，电闸应作相应动作。
旗正规则引擎的产品设计
旗正规则引擎的产品设计什么是规则引擎：规则引擎是⼀种采⽤⼈类能理解的术语（简称类⾃然语⾔）来描述业务逻辑（如各类公式、算法、策略、流程等）并且解析执⾏的软件程序。
对于⼀般的数据处理逻辑以及判断逻辑，规则引擎可以直接采⽤业务⼈员⾃⼰定义的术语，来对其进⾏描述。
使得这些业务逻辑可以脱离程序外进⾏单独配置和管理，已满⾜其后期随时变更。
国外代表品牌是ILOG，开源DROOLS，以及国内商业产品代表是旗正规则引擎。
旗正规则引擎的特点：使⽤规则引擎的⽬的就是为了让软件系统中⼀些数据处理的逻辑，未来可以随时调整。
⽐如旗正规则引擎除了可以随时调整具体的逻辑外，还能⽀持对数据结构以及数据来源的调整，这是⼀般的规则引擎做不到的。
因此旗正规则引擎扩⼤了规则引擎的使⽤范围，能够解决软件系统当前普遍存在的后期维护的问题，使得在系统上线后可以随时进⾏调整，以便适应企业最新的需要。
旗正规则引擎是如何做到的?软件系统的后期维护所需要的变更，⽆外乎数据结构和数据处理逻辑的变更问题。
如果按照⼀般的开发⽅式，数据结构的定义时，会有⼤量的实体类来定义数据结构。
⽐如界⾯对应的实体类、逻辑处理的实体类以及数据库对应的实体类。
当数据结构发⽣调整时，对应需要修改所有的实体类。
采⽤基于规则包配置时，不再采⽤实体类的⽅式来定义数据。
⽽是采⽤key-value的⽅式来定义所有的类型。
这样当数据结构发⽣调整时，只需更新key-value具体的值即可进⾏变更。
逻辑处理，采⽤规则包的动态接⼝定义。
规则包的传⼊参数传出参数，以及可以直接⽤key-value传递需要处理的数据结构。
数据库对应的数据结构，采⽤动态的类来进⾏定义，⽤List<string>来定义列信息，⽤List<List>来定义数据库表的数据。
当变更数据结构时，只需修改定义即可，⽽⽆需修改实体类。
通过这种⽅式，使得可以直接在规则引擎配置数据库的源信息，以及变更后的数据结构信息，⽽不⽤变更程序代码。
旗正VisualRules和ILogJRules等国际产品比较的优势
旗正VisualRules和ILog JRules 等国际产品比较的优势旗正VisualRules是由国家科技部和财政部的创新基金支持，专门针对国内规则引擎市场空白的情况，结合国内项目的特点而开发的一款业务规则管理系统(BRMS)产品。
VisualRules包含了业务规则管理系统所应该具有的全部功能模块，包括规则引擎、规则编辑器、规则管理系统等，在与国际同类产品的比较中处于领先地位。
同时，针对国内的一些特殊情况，比如中文化的特点，国内管理的特殊性要求等，在吸取了实施国外规则引擎的经验教训的基础上，又参照了国内快速开发平台的功能，而开发改良了相关的功能。
因此VisualRules更加适合于在国内的项目中实施，也更加适合于国人的使用。
针对VisualRules改良的各种功能，以下分别从产品的本地化、安全性、性能、服务和支持、易用性等方面将VisualRules比国际产品所具有的优势进行描述：目录本地化 (3)完全中文化 (3)对使用者要求低，上手快 (3)安全性 (4)政治风险低 (4)泄密风险低 (4)源代码开放 (4)性能 (4)规则执行速度快 (4)服务和支持 (5)可协助二次开发，与业务系统集成性强 (5)服务价格低，维护升级优先考虑国税部门需求 (5)易用性 (5)单个文件集中管理规则包相关的所有规则和业务对象 (6)面向规则包的版本控制 (6)支持规则分支、循环类规则 (7)编辑阶段的Java代码对照生成 (7)支持规则包整体测试 (7)支持规则集、规则的单元测试 (8)支持规则执行轨迹跟踪 (8)支持规则异常处理 (8)支持动态的规则包调用接口 (8)集成了动态OR映射 (9)基于JSP的业务系统操作界面自动生成 (9)带有用户身份认证的完整的规则编辑功能 (9)支持业务人员直接测试规则包和规则 (10)编辑阶段可查看来源数据 (10)支持多种样式的决策表 (10)支持规则包的流程图显示 (10)支持用户修改轨迹记录 (11)本地化完全中文化VisualRules相关的各个软件以及相关的培训和帮助材料等，以全部中文化的方式进行描述，在各个词汇以及功能的设计上，都是从中文的特点来出发进行设计的。
浅谈服务器日常维护与保养
浅谈服务器日常维护与保养服务器是支撑整个网络运行的重要设备，它的稳定性和可靠性直接关系到企业的信息化建设和运营效率。
对服务器的日常维护与保养是至关重要的。
本文将从服务器的硬件维护、软件维护、数据备份和安全防护几个方面进行浅谈。
一、硬件维护服务器的硬件是服务器能够正常运行的基础，因此保持硬件的正常运转是非常重要的。
在日常维护中，需要定时清洁服务器的内部和外部。
内部需要清洁散热器、风扇，以及主板等硬件设备，外部需要清洁机箱表面，以保证服务器的散热和运转效果。
还需要定期检查电源线、数据线以及网线等连接线路的状态，确保连接的牢固和安全。
还要注意监控服务器的温度、电压等硬件参数，及时发现异常并进行处理。
服务器的软件维护包括操作系统的更新、应用程序的更新以及安全补丁的更新。
定期更新服务器的操作系统和应用程序可以保障服务器的安全和稳定性。
在进行更新之前，需要做好备份工作，以防止更新过程中出现的意外。
还需要定期清理服务器的磁盘空间，删除不必要的文件和日志，以保证服务器的性能和运行效率。
三、数据备份数据备份是保障企业信息安全的重要手段。
在服务器日常维护中，定期对重要数据进行备份是必不可少的。
备份数据的频率和方式应根据企业的实际情况来确定，一般来说，重要数据可以选择每天备份一次，而一般数据可以选择每周备份一次。
备份的方式可以选择硬盘备份、网络备份或者云备份等多种方式，以防止数据丢失或者损坏时能够及时恢复。
四、安全防护服务器是企业重要的信息载体，因此对服务器的安全性要求非常高。
在日常维护中，需要加强服务器的安全防护。
可以采用杀毒软件、防火墙、入侵检测系统等多种手段来保障服务器的安全。
还需要对服务器的账号和密码进行定期修改，并对权限进行适当的控制，以防止非法入侵和内部泄漏信息。
服务器日常维护与保养是保障服务器正常稳定运行的重要手段，对服务器的硬件维护、软件维护、数据备份和安全防护都需要加以重视。
只有做好了这些日常维护工作，才能保证服务器的安全稳定运行，确保企业信息化的正常进行。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
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项比例。
2. 为保证费用分配正确，手续费一项必须为第一优先级3. “是否有上限配置”与“费用上限值配置”共同确定总值剩余部分如何分配4. 无团队长或存在多个团队长的团队业务，核心端不分配管理绩效5. 业务员类型为营销员时，不分配公司费用和个人绩效6. “交强险关联品质”因子业务规则：此因子只适用于关联单中的商业险业务，其值是今年商业险业务的上年交强险关联单的赔付率 数据组织规则：1>关联续保业务，“交强险关联品质”因子=本地上年交强险保单的已决赔款（prplclaim 表的SumPaid 之和）/上年交强险保单保费2>关联转保业务，“交强险关联品质”因子=今年关联交强险保单的平台返回上年赔款（ciinsuredemandpay 表的lossfee 之和）/今年交强险保单● 机构费用管控规则◆ 业务配置 ◆ 五大风险分类 ◆ 原始值与最高值 ◆ 调整因子 ◆ 团队费用值 ◆内部分配●调整因子◆ 车价因子◆ 交强险关联品质 ◆ 三四级机构 ◆ 新增调整因子 ◆ 以往索赔记录R ●内部分配◆ 分配值配置 ◆ 分配优先级 ◆ 费用上限值配置 ◆ 是否有上限配置保费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 = 'http://10.1.100.24:7001/RuleManage/FeeServlet'Where Paramcode = 'IlogFeeURL';Update Business.UtiplatconfigruleSet Rule = 'http://10.1.100.24:7001/RuleManage/UnderWriteServlet'Where Paramcode = 'IlogUndwrtURL';➢问题查找根据报文，核对规则Select * From ilogres.rulelogtext Where certino ='10590261890011000025';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返回的手续费一项是否相等，如不等则提交核保不成功，并给出系统提示，请出单员进行手续费修改后再提交。