CBPS問題經(jīng)驗集

1、正式問題匯總1 .核心系統(tǒng)1.1 后臺批作業(yè)1.1.1. 新契約. 核保后保費(fèi)檢查問題運(yùn)行一次就算處理一次，同時有錯誤不會提示。投保單標(biāo)識不對。錯誤信息：cfd_SelInsurApplByApplId Appl_id39944update appl_au_task set rel_key_id=52876where rel_key_no ='1001360500131651'. 轉(zhuǎn)合同如果unev_psn_customer .company_name 為空，可能也會導(dǎo)致后臺不能處理。. 產(chǎn)生打印數(shù)據(jù)，并把數(shù)據(jù)傳送到打印系統(tǒng)錯誤描述：一

2、份單一直運(yùn)行不過去。修改方法：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. 保全. 保全待生效隊列運(yùn)行時常常發(fā)生死鎖。查找方法如下:1）檢查是否有死鎖的進(jìn)程select * from sysmaster:syslo

3、ckswhere dbsname ='biz_proc' and tabname ='mtn_stndtoif_task'dbsname biz_proctabnamemtn_stndtoif_taskrowidlk545keynum0typeXIowner82617（這是SQL進(jìn)程號）waiter如果是type是X或者是XI ,說明是死鎖了。2）查找相應(yīng)SQL執(zhí)行語句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 可以找到相應(yīng)的保單 select * from mtn_stndtoif_task where task_seq = 26355注意：在運(yùn)行前要用 onmode-z 82617kill掉進(jìn)程。4）檢查相關(guān)數(shù)據(jù)信息5）. 保全核保完成隊列完

5、成時報7004。有些附加險續(xù)期投保，但之后退保了。. 內(nèi)劃墊交失效后臺問題1.有預(yù)繳但保單失效問題描述：客戶預(yù)繳了保費(fèi)，但此預(yù)繳保費(fèi)不足夠去內(nèi)劃其主險及附加險的保費(fèi)，因此導(dǎo)致保單失效。但實(shí)際上客戶可以不用繳附加險的保費(fèi)。修改方法：1 .修改主險保單狀態(tài)為有效，同時把他改有正常狀態(tài)。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 .運(yùn)行續(xù)期后臺產(chǎn)生當(dāng)年度的應(yīng)收保費(fèi)3 .運(yùn)行內(nèi)劃 墊交 失效后進(jìn)行內(nèi)劃。.. 核保1.2新契約1.2.1. 新單登記錯錯誤描述：新單做提交時，系統(tǒng)報“新單登記錯”修改方法：從后臺查看一般此類錯誤是由于營銷員沒有正確上載到CBPS8核心系統(tǒng)中，需要在AMIS端進(jìn)行提交。1.2.2.

7、保險期間為119錯錯誤描述：新單做提交時，系統(tǒng)報“保險期間錯，系統(tǒng)為 119歲”修改方法：1.2.3. 自動核保后臺報錯錯誤描述：前臺界面顯示為錯誤處理條數(shù)。跟蹤后臺日志CSB070202錯誤類型為3307（任務(wù)被其它人提取。）修改方法：由于 biz_proc:appl_au_task自動核保隊列status為K狀態(tài)，表示被其它人提取。把status 修改為N狀態(tài)。EG :UPDATE biz_proc:appl_au_task SET status =N 'WHERE rel_key_no =投保單號；1.2.4. 核保后收費(fèi)檢查批作業(yè)錯誤錯誤描述：在實(shí)際運(yùn)行過程中，發(fā)現(xiàn)好多單全部集

8、中在核保后保費(fèi)檢查隊列里面，前臺運(yùn)行界面上監(jiān) 控已處理筆數(shù)遠(yuǎn)遠(yuǎn)大于實(shí)際moneyin_uw_task里的數(shù)據(jù)，但實(shí)際并沒有處理。跟蹤 041101.041102也沒有發(fā)現(xiàn)什么異常。查詢041101log發(fā)現(xiàn)好多問題。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也發(fā)現(xiàn)好多問題。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準(zhǔn)備數(shù)據(jù)錯 誤 描 述 ：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:失??！錯誤原因：存在沒有生效的附加險。解決辦法：確實(shí)是否需要刪除還是干嘛。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 收付費(fèi)1.3.1. 收取續(xù)期保費(fèi)打印有問題報錯代碼為：-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有重復(fù)的營銷員。1.3.2. 刪除應(yīng)收付記錄除了plnmio_rec im_biz_taskim_biz_tlstim_biz_swdsdelay_biz_taskdelay_biz_tlstdelay_bi

17、z_swds按保單號與收付費(fèi)項目進(jìn)行刪除，刪除前確認(rèn)是否是要求刪除的記錄。1.3.3. 預(yù)繳保費(fèi)在預(yù)繳保費(fèi)賬戶中不存在錯誤描述：在實(shí)收表里有預(yù)繳保費(fèi)記錄，但賬戶表中卻沒有。產(chǎn)生原因：解決方法：先用戶從前臺預(yù)繳保費(fèi)1元，再修改預(yù)繳賬賬戶為正確的+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是回執(zhí)核銷日期在 10天內(nèi)就可以了。update biz_proc:insur_appl_cv_task set ext_key12='2005-09-11'-lect * from insur_appl_cv_taskwhere ext_key9=" 保單號"1.4.3. 保單沒有回執(zhí)記錄錯誤描述：在insur_appl_cv_task沒有保單的記錄。但卻在 std_contract里有記錄。解決方法：通過向biz_proc:insur_appl_cv_task表里插入條記錄。1.4.4

19、. S74退保報錯錯誤描述：在審核時報：1 :系統(tǒng)錯誤，取人員信息失敗-284修改方法：經(jīng)查是在agent_post_reg中有重值的網(wǎng)點(diǎn)號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;經(jīng)查：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繳了費(fèi)，而且在實(shí)收表里也有記錄。但保單現(xiàn)在是 L狀態(tài)。解決辦法：由于沒有產(chǎn)生應(yīng)收付記錄，同時也沒有產(chǎn)生墊繳。因此要修改發(fā)下表 1、修改保單狀態(tài)為正常狀態(tài)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、修改合同控制表為正常狀態(tài)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、修改續(xù)期保費(fèi)計算日期為正常日期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. 保單產(chǎn)生不了生存金錯誤描述：前臺沒有產(chǎn)生生存金賬戶解決方法：1.4.8. 保單沒有正常產(chǎn)生續(xù)期繳費(fèi)記錄錯誤描述：保單下期應(yīng)繳記錄跳了一年，無今年的應(yīng)收記錄。修改方法：1）查看是確實(shí)不存在應(yīng)收select * from cl_biz1:plnmio_recwhere cntr_no= ''2）先檢查續(xù)期保費(fèi)計算表查看下期應(yīng)繳日期select * from cl_cntr1:con_prem_cal_tblwhere cntr_no =''next_moneyin_date :下期繳費(fèi)日期3）查看實(shí)收表是否確

25、實(shí)少收了一期保費(fèi)select * from cl_biz1:mio_logwhere cntr_no =''4）再運(yùn)行60716，選擇股份公司+保單號（此后臺晚上會自動運(yùn)行） 如果僅僅是附加險：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往前調(diào)，以保證在附加險對應(yīng)生效日之前update con_prem_cal_tbl set next_moneyin_date=where cntr_id = '主險的 ID '4）運(yùn)行批處理0607165這時附加險的應(yīng)收應(yīng)該會生成了。如果沒有的話，得查查 060716的LOG看原因。5）恢復(fù)主險的收費(fèi)方式。update std_contract set mon

27、eyin_itrvl = Ywhere6）恢復(fù)con_prem_cal_tbl的下期保費(fèi)計算日期。1.4.9. 紅利賬戶沒有記錄錯誤描述：前臺做紅利申請沒有記錄修改方法：update bonus_acc set balance=金額,acc_stat=N 'where acc_no = '保單號and last_settle_date ='紅利派發(fā)日期'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. 附加險不應(yīng)該銷戶的保單銷戶錯誤描述：宜春報一筆附加險說應(yīng)該是正常狀態(tài)，現(xiàn)在銷戶。錯誤原因：這筆單主險生效日是8.15號，但此筆附加險又是在2004-11-08做的新增加,但在計算表 cl_cntr1:con_prem_cal_tbl 里rider_renew_class=0表示沒有可續(xù)保的附加險。因此可能在轉(zhuǎn) 7版時就已經(jīng)銷戶了。修改方法：由于產(chǎn)生只產(chǎn)生了主險的保費(fèi)，但附加險沒有產(chǎn)生，要收取完主險的保費(fèi)后。做新增附加險處

29、理，在上面手工注明免 90的觀察期。1.4.11. 附加險已收費(fèi)，但合同是銷戶狀態(tài)問題描述：如附加險收取了2005年度的保費(fèi)，但實(shí)際上附加險還是銷戶狀態(tài)。產(chǎn)生原因：從7版結(jié)轉(zhuǎn)過來的數(shù)據(jù)有問題。修改方法：首先要查明此附加險確實(shí)繳了最后一期保費(fèi)，如是 2005就要查詢2005年度的。select * from cl_biz1:mio_logwhere cntr_no= '主險的保單號如果已經(jīng)收費(fèi)，檢查是否已在保全待生效隊列中 select * from biz_proc:mtn_stndtoif_task where rel_key_no='主險保單號如果在，則對附加險做相應(yīng)的修改

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='續(xù)保次數(shù)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='續(xù)保次數(shù)update cl_cntr1:con_prem_cal_tbl set rider_class='1 'where cntr_id = '主附的 ID '1.4.12. 附加險做了終止續(xù)保后沒有銷戶錯誤描述：用戶在前臺做了終止附加險，但系統(tǒng)過了60天后卻沒有銷戶。錯誤原因：此附加險沒有繳 2005年的保費(fèi)，但責(zé)任終止日期卻是 2006 ,同時2005也沒 有產(chǎn)生應(yīng)收。修改方法：1）檢查此筆附加險在 2

33、005年確實(shí)沒有繳費(fèi)；2）檢查些筆保費(fèi)是否還在有效狀態(tài)，同時責(zé)任終止日期已跳到2006 ; 3）查看續(xù)期計算表確實(shí)沒有可續(xù)保的附加險修改 cl_cntr1:std_tr_term_date改成 2005 的日期修改 cl_cntr1:con_prem_cal_tbl.rider_renew_class ='0'在前臺進(jìn)行滿期終止后臺批作業(yè)。1.4.13. 沒有產(chǎn)生加費(fèi)保費(fèi)錯誤描述：一主險在新單時就有 20元的加費(fèi)，但系統(tǒng)在7版本中會正確產(chǎn)生，但在CBPS8 版本中下期保費(fèi)卻沒有產(chǎn)生。錯誤原因：修改方法：如：2001360166S50000014369INSERT cl_cntr

34、1:ipsn_expremVALUES（142930,0,'2001-09-13','S50 ','1 ',20.00,0.00,1.4.14. 沒有墊繳功能的保單發(fā)生了墊繳問題描述：一保單該險種沒有墊繳保費(fèi)的功能，但實(shí)際上在7版發(fā)生了墊繳，現(xiàn)客戶要求進(jìn)行辦理墊繳還款。但系統(tǒng)處理不了。說明此險種不能有墊繳功能等等。錯誤原因：修改方法：1. 檢查cl_biz1:mio_log 是否產(chǎn)生（MI/S ）的記錄，如果產(chǎn)生了說明已發(fā)生了墊繳。5. 附加險收取續(xù)期后運(yùn)行保全生效隊列死鎖發(fā)現(xiàn)附加險的 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. 有墊交保費(fèi)的保單退保及清算錯誤或者說是沒有對應(yīng)的墊交賬錯誤描述：對發(fā)生過墊交保費(fèi)

36、的保單在退保時會產(chǎn)生報錯信息, 戶、或者在退保的時候清算時不會清算扣除對應(yīng)的墊交賬戶。錯誤原因：原來在 7版的時候可能沒能每天按時正常運(yùn)行墊交內(nèi)劃后臺，導(dǎo)致墊交賬戶的 產(chǎn)生與實(shí)際繳費(fèi)日期不一致。修改方法：按保單查找是否確實(shí)產(chǎn)生了墊交賬戶select * from cl_biz1:mafp_accwhere acc_stat = N'andacc_type_code ='MI 'andacc_no = '保單號說明：此時注意 acc_open_date 字段。按保單查找是否確實(shí)產(chǎn)生了墊交保費(fèi)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）注意：總公司程序是查找產(chǎn)生墊交賬戶的保費(fèi)記錄（ PS/S）寬限日期。查看相應(yīng)日期是否一致檢查 mafp_acc.acc_open_date日期與此墊交賬戶的對應(yīng)年度的墊交保費(fèi)的寬限日期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. 轄外轉(zhuǎn)移保單轉(zhuǎn)入處理時報錯錯誤描述：在做轄外轉(zhuǎn)移時數(shù)據(jù)轉(zhuǎn)入處理時系統(tǒng)常常會報錯。而且大部分都是報系統(tǒng)錯誤。產(chǎn)生原因：由于此處系統(tǒng)一直不穩(wěn)定，而且報錯信息跟實(shí)際有些不符合。修改方法：目前最會產(chǎn)生問題的兩個方面是1 ）檢查轉(zhuǎn)入的機(jī)構(gòu)是否是正確的機(jī)構(gòu)2）檢查轉(zhuǎn)入的操作員是