保全对新产品上线支持操作说明指南.doc

保全（分红、生存给付）对新产品上线支持 2009-08-03 胡同召 阳光IT自主开发的保全项目： 红利领取方式变更（BM） 红利领取（DD） 年金（生存金）领取方式变更（SG） 生存金领取（SV） 生存金转账授权（ST） 生存金抵交保费（SP） 保单挂失（PL） 保单解挂（PF） 保单借款（LN） 保单还款（RF） 支持新产品需要处理的表 中文表名 英文表名 新产品是否需要处理 保全项目表 LMEdorItem 不需要 险种的保全项目表 LMRiskEdorItem 需要，insert一组信息 保全项目挂起表 LMContStateHangUp 不需要 保全工作流配置表 LDCode1 不需要,配置项目操作流程 针对LMRiskEdorItem，分红险要写入BM，DD；年金险要写入SG；拥有生存给付责任的险种要写入SV，ST。 分红险子系统需要处理的信息（分红型产品需处理） 中文表名 英文表名 新产品是否需要处理 分红险种基础信息表 L_SS_Product 需要，定义产品信息 分红险因子表 L_SS_RiskFactor 需要，把factor导入此表 险种信息表 LMRiskApp 若为分红险，BonusFlag=’1’ 友情提示：分红险产品的红利分配方式存储在LCPol.BonusGetMode（累计生息、抵交保费、交清增额）这个字段上，新契约承保进来的数据一定要为上述三种方式之一，切不可默认为空。 生存给付子系统需要处理的信息（拥有生存金（年金）、满期金责任的产品需处理） 中文表名 英文表名 新产品是否需要处理 生存金计算信息表 T_SLIS_Survival_Cal 需要，定义产品生存金信息 年金转换因子表 T_SLIS_Annuity_Trans 需要，仅年金险 险种责任信息表 LMDutyGet 需要，定义上生存给付责任 生存给付责任信息 LMDutyGetAlive 需要，定义上生存给付责任 对于年金险：年金的领取方式存储在LCGet.getintv中（0-趸领、12-年领、1-月领等）；年金险的首次领取年龄存储在LCPol.getyear中。 其中T_SLIS_Survival_Cal表中描述了生存给付责任的算法因子，简单的给付责任可以直接定义进去，对于复杂的责任需要专门开发程序逻辑来计算生存金。例如ALSC的生存给付（祝寿金），被保人60-80周岁时的周年日，每5年给付已交累计保费*20%，此算法用语言描述非常简单，用计算机理解的程序语言实现就相对复杂。 说明 分红子系统和生存给付子系统目前都支持已经上线的所有产品。目标是要支持未来所有的产品，但是这个目标实现起来还是比较困难的。因为新产品之所以为新产品，就肯定有新意，如果在分红、生存给付方面上有较大的创新，那么分红和生存给付子系统就要随之调整了。 关于分红因子表（L_SS_RiskFactor）的导入 这张表中的每一个字段都不能为空，请注意。如果没有值要设置成0. 因分红产品的factor在一般情况下内容都非常多，所以L_SS_RiskFactor表的数据量非常大。为了能更好的在生产环境执行此表的写入工作，所以我们采用java程序读取精算提供的access文件直接生成可执行insert语句。在生成的insert语句中factorId字段的值来自seq_slis_risk_factor_factorid序列的nextval，所以需要先查到生产环境（可以通过DG环境）的max（factorId），然后利用这个值加1，做为一个新产品factor的第一条insert语句的factorId值。 例如在DEV上生成insert语句，可以先利用修改DEV环境的序列seq_slis_risk_factor_factorid的nextval和生产环境上的max（factorid）一致，这样生产的第一条insert语句就和生产的保持一致了。 现有保全项目支持新产品的个性化开发 现有犹豫期退保、退保、协议退保的算法描述需要手工定义到LMCalMode表中。 有个分红产品对红利领取方式不允许变更为抵交保费、交清增额。 产品退保的时候，对捆绑销售的组合产品不允许单独退保的控制，修改程序的源代码。 万能险新增保全项目对保额或保费产生的变化会对万能结算批处理产生影响，需要修改结算的程序逻辑。 产品现价计算、可否借款、可否减额交清等信息配置 这张t_slis_product表，个险产品一定要处理。insert一组信息，请注意。 T_SLIS_PRODUCT RISKCODE VARCHAR2(6) not null, 险种代码 RISK_NAME VARCHAR2(40),