- 1、本文档共24页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
CBPS8经验集整理之二
论坛问题 收集信息 业务行为、操作步骤、应用日志、系统日志、应用版本、环境信息等。 初步定位 结合业务行为(比如相关保单号) 、交易日志和错误日志定位初步给出问题点。 标题说明 简明扼要说明问题。 内容描述 描述业务相关操作过程、结果和错误描述;上传完整的日志文件。 进一步跟踪方法 不同平台采用不同的工具跟踪core文件。 迁入保单银行转账授权问题 问题描述: 90/info/yytl-new.nsf/new_display?openformid=D0531D2B431DE80039937Bformid=1_1 一份cbpsv8迁入保单,保单状态控制表cntr_ctrl_tbl的mig_flag=1,进行保全批改缴费方式时报错 “1901:银行授权申请因受控而失败!:1”,请问迁入保单cntr_ctrl_tbl表的mig_flag=1是否正常? 经验整理: mig_flag=1不正常 ,因为有中间业务没有处理完。 临时解决方法:在确认无中间业务问题的情况下,可考虑把 mig_flag置为0。 保全挂失生效失败一例 整理:白云 问题描述: 90/info/yytl-new.nsf/new_display?openformid=D0929F9C147B7B00141D96formid=1_1 经验整理: 保单:2003640301S42000042844挂失后一直未生效,且在批作业队列中报错: cfd_SelAgencyRegTbl[100]查该保单业务员已于2005年5月V8上线前离司, 原业务员在数据库里不存在,且AMIS未及时做指派,导致保全生效时出错! 自动核保报错 整理:周建云 问题描述: 7004 cfc_GetSum5RiskFaceAmnt 返回错 sqlcode[-1] 请问是否是系统忙的原因。 经验整理: 对以下两长表建立index后,此后台不再出错,运行性能增加了。 create index jx01_insur_appl on insur_appl(cust_no); create index jx01_appl_insured on appl_insured(cust_no); 1121科目与核算方向00/00/00/不匹配 整理:苏春林,常欣 问题描述: 90/info/yytl-new.nsf/new_display?openformid=1DD43F7CD8228554482570F8002692B9formid=1_1 我们8版财务下载很多都报 1121科目与核算方向00/00/00/不匹配 经验整理: 在更新程序后都要重启weblogic服务的。 垫交保单退保问题 整理:王心忠 问题描述: 90/info/yytl-new.nsf/new_display?openformid=7090B0EA94C8403E482570FF0022100Cformid=1_1 我这有一份单作退保时报如下错,经查确有垫交保费,可是此单已经失效终止了,作垫交还款时又报 保单已失效终止不能处理下去 。 经验整理: 这个以前的贴子里面有 原因是mafp_acc中的last_upd_date与mio_log中的prem_deadline日期不一致,改成一致就可以。 转账入账文件录错 整理:王胜强 问题描述: 90/info/yytl-new.nsf/new_display?openformid=8EDC8499C9F29761482570FA002BD13Dformid=1_1 现在财务人员头脑发热,做转帐入帐时把1101的文件当1102的文件入帐,这会出现什么问题? 比如,工行的转帐入帐文件名为:return1101.txt,农行文件为return1102.txt,结果他们在做工行转帐 入帐是选取的入帐文件名为 return1102.txt,命令执行段时间后终止再选择正确的文件继续执行,不知 道会出现什么问题? 经验整理: 这个问题应该这样处理: 一、首先确认bank_trans中的记录是否部分被成功核销(因为银行代码与实际不同,应该不予核销, 因没有出现过,所以不敢肯定,还是你自己去确认一下 bank_trans表中存在的本批次记录数与 回盘文件的记录数是否一致)。 二、将对应已经核销失败的本批次记录tran_stat修改为‘N’。将对应记录的plnmio_rec中hold_flag 改为1 三、确认上述修改都没问题之后重新上载核销文件。 保单辖外转移数据生成错误 整理:袁艺 问题描述: 90/info/yytl-new.nsf/new_display?openformid=A2FAB384F3A1BB2C48257100001A05A4for
文档评论(0)