CBPS问题经验集

1、正式问题汇总1 .核心系统1.1 后台批作业1.1.1. 新契约. 核保后保费检查问题运行一次就算处理一次，同时有错误不会提示。投保单标识不对。错误信息：cfd_SelInsurApplByApplId Appl_id39944update appl_au_task set rel_key_id=52876where rel_key_no ='1001360500131651'. 转合同如果unev_psn_customer .company_name 为空，可能也会导致后台不能处理。. 产生打印数据，并把数据传送到打印系统错误描述：一

2、份单一直运行不过去。修改方法：update insur_appl_cp_task set ext_key11 =nullwhere rel_key_no='1001360500078682'-update insur_appl_cp_task set ext_key11 = nullselect count(*) from insur_appl_cp_task-where ext_key11 is not null1.1.2. 保全. 保全待生效队列运行时常常发生死锁。查找方法如下:1）检查是否有死锁的进程select * from sysmaster:syslo

3、ckswhere dbsname ='biz_proc' and tabname ='mtn_stndtoif_task'dbsname biz_proctabnamemtn_stndtoif_taskrowidlk545keynum0typeXIowner82617（这是SQL进程号）waiter如果是type是X或者是XI ,说明是死锁了。2）查找相应SQL执行语句onstat -g sql 82617 如：UPDATE MTN_STNDTOIF_TASK SETSTATUS='K',OCLK_BRANCH_NO='! ,OCLK_C

4、LERK_NO='#',ALTER_TIME='2005-11-1909:56:55',RESP_TIME='2005-11-1909:56:55' WHERE TASK_SEQ=26355 AND STATUS in （'N','D'） 3）再通过task_seq 可以找到相应的保单 select * from mtn_stndtoif_task where task_seq = 26355注意：在运行前要用 onmode-z 82617kill掉进程。4）检查相关数据信息5）. 保全核保完成队列完

5、成时报7004。有些附加险续期投保，但之后退保了。. 内划垫交失效后台问题1.有预缴但保单失效问题描述：客户预缴了保费，但此预缴保费不足够去内划其主险及附加险的保费，因此导致保单失效。但实际上客户可以不用缴附加险的保费。修改方法：1 .修改主险保单状态为有效，同时把他改有正常状态。UPDATE cl_cntr1:std_contract SET cntr_stat ="K"WHERE cntr_id = ?;UPDATE cl_cntr1:con_prem_cal_tblSET stop_premgen_type="0 ",rider_re

6、new_class="0"WHERE cntr_id = ?;DELETE FROM cl_cntr1:if_of_alt WHERE cntr_id = ?;DELETE FROM cl_biz1:cntr_ctrl_tbl WHERE cntr_no =? ”;2 .运行续期后台产生当年度的应收保费3 .运行内划 垫交 失效后进行内划。.. 核保1.2新契约1.2.1. 新单登记错错误描述：新单做提交时，系统报“新单登记错”修改方法：从后台查看一般此类错误是由于营销员没有正确上载到CBPS8核心系统中，需要在AMIS端进行提交。1.2.2.

7、保险期间为119错错误描述：新单做提交时，系统报“保险期间错，系统为 119岁”修改方法：1.2.3. 自动核保后台报错错误描述：前台界面显示为错误处理条数。跟踪后台日志CSB070202错误类型为3307（任务被其它人提取。）修改方法：由于 biz_proc:appl_au_task自动核保队列status为K状态，表示被其它人提取。把status 修改为N状态。EG :UPDATE biz_proc:appl_au_task SET status =N 'WHERE rel_key_no =投保单号；1.2.4. 核保后收费检查批作业错误错误描述：在实际运行过程中，发现好多单全部集

8、中在核保后保费检查队列里面，前台运行界面上监 控已处理笔数远远大于实际moneyin_uw_task里的数据，但实际并没有处理。跟踪 041101.041102也没有发现什么异常。查询041101log发现好多问题。2005-10-12 12:07:53 "csb_041101.ec",line 661 error 100011: tpcall failed Tpstrerror = TPESVCFAIL - application level service failure2005-10-12 12:07:53 "csb_041101.ec",line

9、 661 error 100011: tpcall failed Tpstrerror = TPESVCFAIL - application level service failure2005-10-12 12:07:53 "csb_041101.ec",line 661 error 100011: tpcall failed Tpstrerror = TPESVCFAIL - application level service failure查询041102 log也发现好多问题。2005-10-12 17:18:45 "csb_041102.ec",

10、line 125 error 60009: tpbegin failed Tpstrerror = TPEPROTO - protocol error2005-10-12 17:18:45 "csb_041102.ec",line 125 error 60009: tpbegin failed Tpstrerror = TPEPROTO - protocol error2005-10-12 17:18:45 "csb_041102.ec",line 125 error 60009: tpbegin failed Tpstrerror = TPEPROTO

11、 - protocol error2005-10-12 17:18:45 "csb_041102.ec",line 125 error 60009: tpbegin failed Tpstrerror = TPEPROTO - protocol error2005-10-12 17:18:45 "csb_041102.ec",line 125 error 60009: tpbegin failed Tpstrerror = TPEPROTO - protocol error2005-10-12 17:18:45 "csb_041102.ec&q

12、uot;,line 125 error 60009: tpbegin failed Tpstrerror = TPEPROTO - protocol error2005-10-12 17:18:45 "csb_041102.ec",line 125 error 60009: tpbegin failed Tpstrerror = TPEPROTO - protocol error2005-10-12 17:18:45 "csb_041102.ec",line 125 error 60009: tpbegin failed Tpstrerror = TPE

13、PROTO - protocol error2005-10-12 17:18:45 "csb_041102.ec",line 125 error 60009: tpbegin failed Tpstrerror = TPEPROTO - protocol error2005-10-12 17:18:46 "csb_041102.ec",line 125 error 60009: tpbegin failed Tpstrerror = TPEPROTO - protocol error2005-10-12 17:18:46 "csb_041102

14、.ec",line 125 error 60009: tpbegin failed Tpstrerror = TPEPROTO - protocol error错误原因：不太明确修改方法：升级总公司程序问题解决15:54:34准备数据错 误 描 述 ：2006-09-13"cbps_3004_cfc_EIQSetVoucherChk.ec",line 142 error 100100:cfd_SelMioLogII2005360300s420001807002006-09-13 15:54:34 "cbps_3001_cfc.ec",line

15、1940 error 70040:失败！错误原因：存在没有生效的附加险。解决办法：确实是否需要删除还是干嘛。delete from appl_state-where appl_no ='360101993976'where appl_id=36381and appl_stat_no=2delete from appl_state_insured-where appl_no ='360101993976' where appl_id=36381and appl_stat_no=.3 收付费1.3.1. 收取续期保费打印有问题报错代码为：-284总公

16、司 biz_proc:v_sales_agent 有问题。from "cbps8".agency_reg_tbl x0 ,"cbps8".agency_framewhere (x0.agency_branch_no = x1.branch_noand x0.frame_no = x1.frame_no)这个一定要加上。不然 v_sales_agent有重复的营销员。1.3.2. 删除应收付记录除了plnmio_rec im_biz_taskim_biz_tlstim_biz_swdsdelay_biz_taskdelay_biz_tlstdelay_bi

17、z_swds按保单号与收付费项目进行删除，删除前确认是否是要求删除的记录。1.3.3. 预缴保费在预缴保费账户中不存在错误描述：在实收表里有预缴保费记录，但账户表中却没有。产生原因：解决方法：先用户从前台预缴保费1元，再修改预缴账账户为正确的+1元。1.3.4. 夺1.4 保全1.4.1. 中介保单不能做撤单错误描述：在7版中中介出的保单，在8版中做撤单的时候理算金额为0。修改方法：修改 update cl_biz1:mio_log set mio_type_code =S" where cntr_no ="保单号"1.4.2. 撤单超过10天的限制错误描述：前台

18、撤单提示超过10天。修改方法：修改insur_appl_cv_task是回执核销日期在 10天内就可以了。update biz_proc:insur_appl_cv_task set ext_key12='2005-09-11'-lect * from insur_appl_cv_taskwhere ext_key9=" 保单号"1.4.3. 保单没有回执记录错误描述：在insur_appl_cv_task没有保单的记录。但却在 std_contract里有记录。解决方法：通过向biz_proc:insur_appl_cv_task表里插入条记录。1.4.4

19、. S74退保报错错误描述：在审核时报：1 :系统错误，取人员信息失败-284修改方法：经查是在agent_post_reg中有重值的网点号select * from agent_post_reg where agnet_post_branch =' 360123 'and agent_post_no= ' 11040502 '查出2条记录。删除一条就可以了。delete from agent_post_mclerk where agnet_post_id = 1082;delete from agent_post_reg where agnet_post_id

20、 = 1082;经查：select agnet_post_branch,agent_post_no,count(*)from agent_post_reggroup by 1,2having count(*) > 1南昌市还有以下重值的中介员：360123110403962360122110404792360123110404982360123110405002360123110405012 delete from agent_post_mclerk where agnet_post_id in (800,819,1079,1083,1081);delete from agent_pos

21、t_reg where agnet_post_id in(800,819,1079,1083,1081);1.4.5. 保单不正常失效与 2004.09.24错误描述：一笔保单正常生效日在2003.09.24。客户已在 2003.09.23缴了费，而且在实收表里也有记录。但保单现在是 L状态。解决办法：由于没有产生应收付记录，同时也没有产生垫缴。因此要修改发下表 1、修改保单状态为正常状态update cl_cntr1:std_contract set cntr_stat = "K"where cntr_no="2003360100s74000413656”;up

22、date cl_cntr1:cntr_basic_state set bs_stat=K'where cntr_id= ;2、修改合同控制表为正常状态delete from cl_biz1:cntr_ctrl_tbl(只针对主险)where cntr_no="2003360100s74000413656”;delete from cl_cntr1:if_of_altwhere cntr_id= ;3、删除垫交账户信息（只针对主险）delete from cl_biz1:mafp_accwhere cntr_no= ''4、修改续期保费计算日期为正常日期upda

23、te cl_cntr1:con_prem_cal_tbl set next_moneyin_date="2005/09/24”,stop_premgen_type=，0，where cntr_no="2003360100s74000413656”;1.4.6. 保单不能正常退保错误描述：报错信息为tux=11 。查找原来是此保单的生效日为2.29号闰年问题造成。修改方法：update cl_cntr1:cntr_sub_state set in_force_date='2004-02-28,-select * from cl_cntr1:cntr_sub_state

24、where cntr_id = 23012;1.4.7. 保单产生不了生存金错误描述：前台没有产生生存金账户解决方法：1.4.8. 保单没有正常产生续期缴费记录错误描述：保单下期应缴记录跳了一年，无今年的应收记录。修改方法：1）查看是确实不存在应收select * from cl_biz1:plnmio_recwhere cntr_no= ''2）先检查续期保费计算表查看下期应缴日期select * from cl_cntr1:con_prem_cal_tblwhere cntr_no =''next_moneyin_date :下期缴费日期3）查看实收表是否确

25、实少收了一期保费select * from cl_biz1:mio_logwhere cntr_no =''4）再运行60716，选择股份公司+保单号（此后台晚上会自动运行） 如果仅仅是附加险：1）把主险改为定缴。包括 std表和cntr_sub_state 表。update std_contract set moneyin_itrvl= ' Wwhere cntr_id='主险的 ID 'update cntr_sub_state set moneyin_itrvl = Wwhere cntr_id='主险的 ID '2）把附加险改回有

26、效（如果原来失效的话）update std_contract set cntr_stat ='K'where cntr_id ='附力口险的 ID '3）把con_prem_cal_tbl往前调，以保证在附加险对应生效日之前update con_prem_cal_tbl set next_moneyin_date=where cntr_id = '主险的 ID '4）运行批处理0607165这时附加险的应收应该会生成了。如果没有的话，得查查 060716的LOG看原因。5）恢复主险的收费方式。update std_contract set mon

27、eyin_itrvl = Ywhere6）恢复con_prem_cal_tbl的下期保费计算日期。1.4.9. 红利账户没有记录错误描述：前台做红利申请没有记录修改方法：update bonus_acc set balance=金额,acc_stat=N 'where acc_no = '保单号and last_settle_date ='红利派发日期'EG :update cl_biz1:bonus_acc set acc_stat ='N',balance=94.84-lect * from cl_biz1:bonus_accwhere ac

28、c_no ='2003360401s70000022232'and last_settle_date ='2005-04-30'1.4.10. 附加险不应该销户的保单销户错误描述：宜春报一笔附加险说应该是正常状态，现在销户。错误原因：这笔单主险生效日是8.15号，但此笔附加险又是在2004-11-08做的新增加,但在计算表 cl_cntr1:con_prem_cal_tbl 里rider_renew_class=0表示没有可续保的附加险。因此可能在转 7版时就已经销户了。修改方法：由于产生只产生了主险的保费，但附加险没有产生，要收取完主险的保费后。做新增附加险处

29、理，在上面手工注明免 90的观察期。1.4.11. 附加险已收费，但合同是销户状态问题描述：如附加险收取了2005年度的保费，但实际上附加险还是销户状态。产生原因：从7版结转过来的数据有问题。修改方法：首先要查明此附加险确实缴了最后一期保费，如是 2005就要查询2005年度的。select * from cl_biz1:mio_logwhere cntr_no= '主险的保单号如果已经收费，检查是否已在保全待生效队列中 select * from biz_proc:mtn_stndtoif_task where rel_key_no='主险保单号如果在，则对附加险做相应的修改

30、update std_contract set cntr_stat='K', cntr_term_cause=null, cntr_term_date=null, renew_flag ='1 :renew_times=4, cntr_expiry_date='2005-09-28'（不下跳一年度，正常日期）-select * from std_contract where cntr_id =759863 （附加险的 cntr_id ）说明：如果renew_flag='0则需要改成1renew_times='续保次数update cl_c

31、ntr1:con_prem_cal_tbl set rider_class='1 'where cntr_id = '主附的 ID '如果不在，则修改如下update std_contract set cntr_stat='K', cntr_term_cause=null, cntr_term_date=null, renew_flag ='1 :renew_times=4, cntr_expiry_date='2006-09-28'（下跳一年度，正常日期）-select * from std_contract where

32、 cntr_id =759863 （附加险的 cntr_id ）说明：如果renew_flag='0则需要改成1renew_times='续保次数update cl_cntr1:con_prem_cal_tbl set rider_class='1 'where cntr_id = '主附的 ID '1.4.12. 附加险做了终止续保后没有销户错误描述：用户在前台做了终止附加险，但系统过了60天后却没有销户。错误原因：此附加险没有缴 2005年的保费，但责任终止日期却是 2006 ,同时2005也没 有产生应收。修改方法：1）检查此笔附加险在 2

33、005年确实没有缴费；2）检查些笔保费是否还在有效状态，同时责任终止日期已跳到2006 ; 3）查看续期计算表确实没有可续保的附加险修改 cl_cntr1:std_tr_term_date改成 2005 的日期修改 cl_cntr1:con_prem_cal_tbl.rider_renew_class ='0'在前台进行满期终止后台批作业。1.4.13. 没有产生加费保费错误描述：一主险在新单时就有 20元的加费，但系统在7版本中会正确产生，但在CBPS8 版本中下期保费却没有产生。错误原因：修改方法：如：2001360166S50000014369INSERT cl_cntr

34、1:ipsn_expremVALUES（142930,0,'2001-09-13','S50 ','1 ',20.00,0.00,1.4.14. 没有垫缴功能的保单发生了垫缴问题描述：一保单该险种没有垫缴保费的功能，但实际上在7版发生了垫缴，现客户要求进行办理垫缴还款。但系统处理不了。说明此险种不能有垫缴功能等等。错误原因：修改方法：1. 检查cl_biz1:mio_log 是否产生（MI/S ）的记录，如果产生了说明已发生了垫缴。5. 附加险收取续期后运行保全生效队列死锁发现附加险的 cntr_expiry_date= '

35、9999/12/31'需要改成正常的。-update std_contract set renew_times =2 ,cntr_expiry_date='2005-11-14' select * from std_contract-ere task_seq =25899-where cntr_no='1999362511s42000000425'where master_cntr_id =1535939 and pol_code ='F09'1.4.16. 有垫交保费的保单退保及清算错误或者说是没有对应的垫交账错误描述：对发生过垫交保费

36、的保单在退保时会产生报错信息, 户、或者在退保的时候清算时不会清算扣除对应的垫交账户。错误原因：原来在 7版的时候可能没能每天按时正常运行垫交内划后台，导致垫交账户的 产生与实际缴费日期不一致。修改方法：按保单查找是否确实产生了垫交账户select * from cl_biz1:mafp_accwhere acc_stat = N'andacc_type_code ='MI 'andacc_no = '保单号说明：此时注意 acc_open_date 字段。按保单查找是否确实产生了垫交保费select * from cl_biz1:mio_logwhere mi

37、o_item_code ='PS'and mio_type_code ='S'andcntr_no= 保单andyear（prem_deadline尸year（账户表.acc_open_date）注意：总公司程序是查找产生垫交账户的保费记录（ PS/S）宽限日期。查看相应日期是否一致检查 mafp_acc.acc_open_date日期与此垫交账户的对应年度的垫交保费的宽限日期mio_log.prem_deadline是否一致。如果不一致说明就有问题注意： 一般 mafp_acc.acc_open_date 与 mio_log.prem_deadline 日期是

38、mio_log.plnmio_date+60 。如果mafp_acc.acc_open_date日期不对，则把此日期改成与收付流水表中的日期mio_log.prem_deadline 一致例如：修改的SQL语句如下：update mafp_acc set acc_open_date='2005-03-20'where acc_no ='2001360701s42000001987'andacc_stat ='N'andacc_type_code ='MI'如果 mio_log.prem_deadline 日期不对，贝U改成与 ma

39、fp_acc 中的 acc_open_date 一致。例如：修改的SQL语句如下：update mio_log set prem_deadline=' 200512- 19'-select * from mio_logwhere mio_item_code ='PS'andmio_type_code ='S'andcntr_no ='2001360701S42000001987'andprem_deadline='2005-03-20'1.4.17. 辖外转移保单转入处理时报错错误描述：在做辖外转移时数据转入处理时系统常常会报错。而且大部分都是报系统错误。产生原因：由于此处系统一直不稳定，而且报错信息跟实际有些不符合。修改方法：目前最会产生问题的两个方面是1 ）检查转入的机构是否是正确的机构2）检查转入的操作员是