CBPS问题经验集

1、正式问题汇总1. 核心系统1.1 后台批作业1.1.1. 新契约. 核保后保费检查问题运行一次就算处理一次，同时有错误不会提示。投保单标识不对。错误信息：cfd_SelInsurApplByApplId Appl_id39944update appl_au_task set rel_key_id=52876where rel_key_no =100136050013165. 转合同如果 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:syslocks where dbsname

3、=biz_procand tabname =mtn_stndtoif_taskdbsnamebiz_proctabnamemtn_stndtoif_taskrowidlk545keynum0typeXIowner82617(这是 SQL 进程号)waiter如果是 type 是 X 或者是 XI ，说明是死锁了。2) 查找相应SQL 执行语句onstat g sql 82617 如：UPDATE MTN_STNDTOIF_TASK SETSTATUS=K ,OCLK_BRANCH_NO=! ,OCLK_CLERK_NO=# ,ALTER_TIME=2005-11-1909:56:55,RESP

4、_TIME=2005-11-1909:56:55WHERE TASK_SEQ=26355 AND STATUS in (N,D)3) 再通过 task_seq 可以找到相应的保单select * from mtn_stndtoif_taskwhere task_seq = 26355注意：在运行前要用onmode z 82617 kill 掉进程。4) 检查相关数据信息5). 保全核保完成队列完成时报7004 。有些附加险续期投保，但之后退保了。. 内划 垫交 失效后台问题1. 有预缴但保单失效问题描述：客户预缴了保费，但此预缴保费不足够去内划其主险及附加险的保费，

5、因此导致保单失效。但实际上客户可以不用缴附加险的保费。修改方法：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_renew_class=”0”WHERE cntr_id = ?;DELETE FROM cl_cntr1:if_of_alt WHERE cntr_id = ?;DELETE FROM cl_biz1:cntr_ctrl_

6、tbl WHERE cntr_no =“?”;2. 运行续期后台产生当年度的应收保费3. 运行内划垫交 失效后进行内划。.. 核保1.2 新契约1.2.1. 新单登记错错误描述：新单做提交时，系统报“新单登记错”修改方法：从后台查看一般此类错误是由于营销员没有正确上载到CBPS8 核心系统中，需要在 AMIS 端进行提交。1.2.2. 保险期间为119 错错误描述：新单做提交时，系统报“保险期间错，系统为 119 岁”修改方法：1.2.3. 自动核保后台报错错误描述：前台界面显示为错误处理条数。跟踪后台日志CSB070202 错误类型为3307（任务被其它人提取。）

7、修改方法：由于biz_proc:appl_au_task 自动核保队列status 为 K 状态，表示被其它人提取。把status 修改为 N 状态。EG：UPDATE biz_proc:appl_au_task SET status =N WHERE rel_key_no = 投保单号;错误描述：在实际运行过程中，发现好多单全部集中在核保后保费检查队列里面，前台运行界面上监控已处理笔数远远大于实际moneyin_uw_task 里的数据，但实际并没有处理。跟踪041101.041102 也没有发现什么异常。查询 041101log 发现好多问题。2005-10-12 12:07:53 csb

8、_041101.ec,line 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 failure2005-10-12 12:07:53 csb_041101.ec,line 661 error 100011: tpcall

9、 failed Tpstrerror = TPESVCFAIL - application level service failure查询 041102 log 也发现好多问题。2005-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 - protoco

10、l 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,line 125 error 60009: tpbegin failed Tpst

11、rerror = 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 - protocol error2005-10-12 17:18:45 csb_041102.ec,line 125 error

12、 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:46 csb_041102.ec,line 125 error 60009: tpbegin failed Tpstrerror = TPEPROTO - protocol error2005-10-12 17:18:46 c

13、sb_041102.ec,line 125 error 60009: tpbegin failed Tpstrerror = TPEPROTO - protocol error错误原因：不太明确 修改方法：升级总公司程序问题解决。1.2.5. 不能进行回执核销15:54:34准备数据错误描述：2006-09-13cbps_3004_cfc_EIQSetVoucherChk.ec,line 142 error 100100 : cfd_SelMioLogII2005360300S42000180700 2006-09-13 15:54:34 cbps_3001_cfc.ec,line 1940

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

15、有问题。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_biz_swds按保单号与收付费项目进行删除，删除前确认是否是要求删除的记录。1.3.3. 预缴保费在

16、预缴保费账户中不存在错误描述：在实收表里有预缴保费记录，但账户表中却没有。产生原因：解决方法：先用户从前台预缴保费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 天的限制错误描述：前台撤单提示超过10 天。修改方法：修改insur_appl_cv_task 是回执核销日期在10 天内就可以了。u

17、pdate 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. S74 退保报错错误描述：在审核时报：1 ：系统错误，取人员信息失败-284修改方法：经查是在agent_post_reg 中有重值的网点

18、号select * from agent_post_regwhere 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 = 1082;经查：select agnet_post_branch,agent_post_no,count(*)from agent_post_reggroup by 1,2

19、having count(*) 1南昌市还有以下重值的中介员：360123110403962360122110404792360123110404982360123110405002360123110405012 delete from agent_post_mclerk where agnet_post_id in (800,819,1079,1083,1081);delete from agent_post_reg where agnet_post_id in (800,819,1079,1083,1081);1.4.5. 保单不正常失效与 2004.09.24错误描述：一笔保单正常生效日

20、在2003.09.24 。客户已在2003.09.23缴了费，而且在实收表里也有记录。但保单现在是L 状态。解决办法：由于没有产生应收付记录，同时也没有产生垫缴。因此要修改发下表1 、修改保单状态为正常状态update cl_cntr1:std_contract set cntr_stat = Kwhere cntr_no=2003360100S74000413656;update cl_cntr1:cntr_basic_state set bs_stat=Kwhere cntr_id= ;2 、修改合同控制表为正常状态delete from cl_biz1:cntr_ctrl_tbl(只针对

21、主险)where cntr_no=2003360100S74000413656;delete from cl_cntr1:if_of_altwhere cntr_id= ;3 、删除垫交账户信息（只针对主险）delete from cl_biz1:mafp_accwhere cntr_no= ;4 、修改续期保费计算日期为正常日期update cl_cntr1:con_prem_cal_tbl set next_moneyin_date=” 2005/09/24”,stop_premgen_type=0 where cntr_no=2003360100S74000413656;1.4.6. 保

22、单不能正常退保错误描述：报错信息为tux=11 。查找原来是此保单的生效日为2.29 号闰年问题造成。修改方法：update cl_cntr1:cntr_sub_state set in_force_date=2004-02-28-select * from cl_cntr1:cntr_sub_statewhere cntr_id = 23012;1.4.7. 保单产生不了生存金错误描述：前台没有产生生存金账户解决方法：1.4.8. 保单没有正常产生续期缴费记录错误描述：保单下期应缴记录跳了一年，无今年的应收记录。修改方法：1 ）查看是确实不存在应收select * from cl_biz1:

23、plnmio_recwhere cntr_no= 2） 先检查续期保费计算表查看下期应缴日期select * from cl_cntr1:con_prem_cal_tblwhere cntr_no =next_moneyin_date ：下期缴费日期3） ）查看实收表是否确实少收了一期保费select * from cl_biz1:mio_logwhere cntr_no =4） 再运行 60716 ，选择股份公司+ 保单号 （ 此后台晚上会自动运行）如果仅仅是附加险：1) 把主险改为趸缴。包括std 表和 cntr_sub_state 表。update std_contract set mo

24、neyin_itrvl= Wwhere cntr_id=主险的ID ;update cntr_sub_state set moneyin_itrvl =W where cntr_id=主险的ID 2) 把附加险改回有效(如果原来失效的话)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) 运行批处理0607

25、165这时附加险的应收应该会生成了。如果没有的话，得查查060716 的 LOG 看原因。5) 恢复主险的收费方式。update std_contract set moneyin_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

26、_stat =N,balance=94.84-lect * from cl_biz1:bonus_accwhere acc_no =2003360401S70000022232and last_settle_date =2005-04-301.4.10. 附加险不应该销户的保单销户错误描述：宜春报一笔附加险说应该是正常状态，现在销户。错误原因：这笔单主险生效日是8.15 号，但此笔附加险又是在2004-11-08 做的新增加，但在计算表cl_cntr1:con_prem_cal_tbl 里 rider_renew_class=0 表示没有可续保的附加险。因此可能在转7 版时就已经销户了。修改方

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

28、re rel_key_no= 主险保单号如果在，则对附加险做相应的修改update std_contract setcntr_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_contractwhere cntr_id =759863 （附加险的cntr_id ）说明：如果renew_flag= 0 则需要改成1renew_times= 续保次数update cl_cntr1

29、:con_prem_cal_tbl set rider_class=1 where cntr_id = 主附的 ID 如果不在，则修改如下update std_contract setcntr_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_contractwhere cntr_id =759863 （附加险的cntr_id ）说明：如果renew_flag= 0 则需要改成

30、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) 检查此笔附加险在2005 年确实没有缴费；2) 检查些笔保费是否还在有效状态，同时责任终止日期已跳到2006 ； 3) 查看续期计算表确实没有可续保的附加险修改 cl_cntr1:

31、std_tr_term_date改成 2005 的日期修改 cl_cntr1:con_prem_cal_tbl.rider_renew_class =0 在前台进行满期终止后台批作业。1.4.13. 没有产生加费保费错误描述：一主险在新单时就有20 元的加费，但系统在7 版本中会正确产生，但在 CBPS8版本中下期保费却没有产生。错误原因：修改方法：如： 2001360166S50000014369INSERT cl_cntr1:ipsn_expremVALUES(142930,0, 2001-09-13,S50 ,1 ,20.00,0.00,1.4.14. 没有垫缴功能的保单发生了垫缴问题描

32、述：一保单该险种没有垫缴保费的功能，但实际上在7 版发生了垫缴，现客户要求进行办理垫缴还款。但系统处理不了。说明此险种不能有垫缴功能等等。错误原因：修改方法：1. 检查 cl_biz1:mio_log 是否产生(MI/S )的记录，如果产生了说明已发生了垫缴。5. 附加险收取续期后运行保全生效队列死锁发现附加险的cntr_expiry_date= 9999/12/31需要改成正常的。- -update std_contract setrenew_times =2 ,cntr_expiry_date=2005-11-14select * from std_contract- -e

33、re task_seq =25899- -where cntr_no=1999362511S42000000425where master_cntr_id =1535939and pol_code =F092.15.16. 有垫交保费的保单退保及清算错误或者说是没有对应的垫交账错误描述：对发生过垫交保费的保单在退保时会产生报错信息，户、或者在退保的时候清算时不会清算扣除对应的垫交账户。错误原因：原来在7 版的时候可能没能每天按时正常运行垫交内划后台，导致垫交账户的产生与实际缴费日期不一致。修改方法：按保单查找是否确实产生了垫交账户select * from cl_biz1:mafp_accwh

34、ere acc_stat =N and acc_type_code =MI and acc_no = 保单号 说明：此时注意acc_open_date 字段。按保单查找是否确实产生了垫交保费select * from cl_biz1:mio_logwhere mio_item_code =PSand mio_type_code =S and cntr_no= 保单 and year（prem_deadline）=year（ 账户表 .acc_open_date）注意：总公司程序是查找产生垫交账户的保费记录（PS/S ）宽限日期。查看相应日期是否一致检查 mafp_acc.acc_open_da

35、te 日期与此垫交账户的对应年度的垫交保费的宽限日期mio_log.prem_deadline 是否一致。如果不一致说明就有问题注 意 ： 一 般 mafp_acc.acc_open_date 与 mio_log.prem_deadline 日 期 是 mio_log.plnmio_date+60 。如果 mafp_acc.acc_open_date 日期不对，则把此日期改成与收付流水表中的日期mio_log.prem_deadline 一致例如：修改的SQL 语句如下：update mafp_acc set acc_open_date=2005-03-20where acc_no =2001

36、360701S42000001987andacc_stat =Nandacc_type_code =MI如果 mio_log.prem_deadline 日期不对，则改成与mafp_acc 中的 acc_open_date一致。例如：修改的SQL 语句如下：update mio_log set prem_deadline= 2005-12- 19 -select * from mio_logwhere mio_item_code =PSandmio_type_code =Sandcntr_no =2001360701S42000001987andprem_deadline=2005-03-202.15.17. 辖外转移保单转入处理时报错错误描述：在做辖外转移时数据转入处理时系统常常会报错。而且大部分都是报系统错误。产生原因：由于此处系统一直不稳定，而且报错信息跟实际有些不符合。修改方法：目前最会产生问题的两个方面是1 ）检查转入的机构是否是正确的机构2）检查转入的操作员是否存在。一般如果上述两个方面没有问题，转入问题不大。问题 1 ：解决办法：在当前的出问题的机器下运行如下命令：$tmshut