税库银系统常见错误及解决方法

税库银系统常用问题 财税库银横向联网是指财政、税务、国库、商业银行等部门运用信息网络技术，通过电子网络系统办理税收收入征缴入库等业务，税款直接缴入国库，实现税款征缴信息共享的缴库模式。整项工程波及到ctais、sky、tips、tbs、tcbs、各商业银行系统等多种业务系统，此外，还关系到MQ等消息中间件，每一种环节浮现问题都会导致业务流转的失败。为提高税库银运维人员工作效率，增强客户满意限度，现将税库银系统中最常用的问题罗列如下：1.环境部署时上常碰见的问题及解决1.1. 税库银系统无法登陆典型现象：应用部署成功之后，输入顾客名和密码系统提示无法登陆。产生因素：安装税库银域时，选择的是“生产模式”，如果切换的“开发模式”下，登录可以成功，不会浮现此问题。解决方案：修改集群环境的启动脚本（startWeblogic.cmd,startManageWeblogic.cmd），加入参数set JAVA_OPTIONS=%JAVA_OPTIONS% -Xverify:none后启动，运营正常。1.2. mq发送通道不稳定典型现象：税务方mq的两条发送通道不稳定，每隔一段时间自动开始重试。产生因素：税务机关与国库方mq的版本不一致，税务机关为6.0，而国库方为6.0.2.1解决方案：税务机关方面mq进行升级之后问题解决。1.3. 进行连接测试时提示“交易平台初始化失败”典型现象：进行连接测试时提示“交易平台初始化失败”。产生因素：在税库银系统数据库中dm_jd未添入数据或数据有误所致。解决方案：维护dm_id表中数据即可。1.4. 进行连接测试时提示“ca调用异常”典型现象：进行连接测试时提示“ca调用异常”。解决方案：与CA有关的几种dll文献，一般状况下拷贝到system32下即可，但是有的环境调用失败，则将几种文献拷贝到域使用的JDK的jre的bin目录下即可。1.5. 正税和滞纳金无法同步扣款成功典型现象：实时扣税时，正税和滞纳金无法同步扣款成功，正税扣款成功，滞纳金扣款失败。产生因素：由于ctais与sky信任域维护不一致所引起。解决方案：将两者信任域维护一致即可。1.6. 储蓄扣税将未签订三方合同的纳税人抽取出来典型现象：储蓄扣税将未签订三方合同的纳税人抽取出来产生因素：湖北省有自己的储蓄扣税系统，银税系统和税库银系统在进行批量扣税时，均从hd_dsqc中取数，而定税清册生成时，对于签了银税合同或委托扣款合同都会进行抽取，由此导致其数据与税库银的储蓄扣税有冲突，导致会将未签订税库银三方合同的纳税人抽取出来。1.7. 自由格式信息交易模块显示异常典型现象：自由格式信息交易模块显示异常，xml无法解析，缺少顶层元素。产生因素：所接受到的自由格式信息中存在非法字符或异常问题解决方案：需进入后台表sky_zygs中删除该非法信息。自由格式信息交易中不容许存在“”、“”等符号。1.8. 入库流水无法回写至ctais1.1典型现象：已下载到税库银系统中的数据无法回写至ctais1.1。产生因素：cisi后台有异常日记，java.lang.Exception:获得数据库连接失败，失败因素javax.naming.AuthenticationExceptionRootexceptionisjavax.security.auth.login.FailedLoginException:Security:090304；AuthenticationFailed:Userweblogicjavax.security.auth.login.FailedLoginException:Security:090302AuthenticationFailed:Userweblogicdenied解决方案：由于配备cisi时顾客名和密码配备错误所致，维护对的之后问题解决。1.9. 覆盖原c_dzsb.dll后，税库银系统内部错误。典型现象：覆盖原c_dzsb.dll后，税库银系统无法成功接受ctais1.1发送的消息，提示税库银系统内部错误。解决方案：针对ctais1.1，客户端ctais安装目录下的c_dzsb.dll需进行覆盖。c_dzsb.dll分为c_dzsb.dll（socket）、c_dzsb.dll（http），若在ctais1.1客户端注册表中填写的税库银端口为8001，则需选择c_dzsb.dll（http）进行覆盖，若端口为5529，则需选择c_dzsb.dll（socket）进行覆盖。c_dzsb.dll覆盖错误，应选择c_dzsb.dll（socket）进行覆盖，而不是c_dzsb.dll（http）。1.10. 进行三方合同验证时，提示格式转换异常，获取ejb异常典型现象：进行三方合同验证时失败，系统提示格式转换异常，获取ejb异常解决方案：上线之初，ctais2.0需要配备有关xml文献，以保证与税库银系统得通讯正常。“格式转换异常，获取EJB异常”表白ctais2.0有关的xml文献（eaicontrol.xml、ejbproperty.xml、jmsproperty.xml）未配备对的，维护对的后重启ctais2.0应用。 1.11. 入库流水数据无法写入ctais2.0典型现象：已下载到税库银系统中的数据无法回写至ctais2.0解决方案：由于xtzhcommonconfig文献中ctais2.0的url维护错误所引起，修改对的之后需重启税库银应用。ctais.ejb.jndi=dc.ejb.eai.eaiprocessorctais.url=t3:/10.1.120.164:7001ctais.user=systemctais.password=securityctais.jmsFactory=dc.jms.tb.QCFctais.sendDestination=dc.jms.tb.QUEUE1.12. 进行实时扣款时提示“辅助标志各段之和不为100%”典型现象：进行实时扣款时，提示“辅助标志各段之和不为100%”产生因素：在部署税库银环境时，税库银数据库从ctais数据库中导入预算分派比例表，表名称为dm_ysfpbl，其中YSFPBL_DM值为9000时，则代表地方自定义分派比例，由于其相应的预算分派比例非常多，因此在dm_ysfpbl表中，其相应的5个数值均标记为0，真正的各地方自定义分派比例则关联显示在此外一张名为DJ_YSFPBL_DFZD的表中，但税库银导入时并没有导入DJ_YSFPBL_DFZD的数据，导致由税库银系统发至tips的报文里只要扣款纳税人的预算级次为地方自定义，税库银报文中辅助标志（即预算分派比例）去税库银数据库取值时全提取为0，由于在DM_YSFPBL表中与9000相应的BL1_ZY,BL2_SS,BL2_DS,BL4_XQ,BL5_XZ都为0，由此，发送出去的报文中，辅助标志为，即35位数0，以致返回错误均为“辅助标志之和不为100%”。解决方案：需求、程序方面问题，针对ctais1.1，地方自定义的预算分派比例代码需要在dm_ysfpbl表中重新编码维护，并且国库方也需手动维护相应数据，数据库维护之后必须重启应用才干生效。1.13. ctais2.0批量扣税抽取不出数据典型现象：操作人员进行储蓄扣税设立之后，在指定ftp目录下未能查询到相应数据。产生因素：1、xtzhcommonconfig文献中ftp目录维护错误。2、ctais2.0批解决任务浮现问题。3、数据不满足定税清册抽取条件。抽取批量扣款定税清册必须满足条件：1) 纳税人必须是签定了三方合同的双定户；2) 纳税人待批扣属期的上一属期必须有申报信息和征收信息；若纳税人待批扣属期的上一属期未申报或未缴款，本期不可进行批量扣款数据抽取。该限制可以由系统参数36067来控制；3) 增长批解决时间时，频度不能为0，否则不会解决此定义批解决；4) 批量扣税定税清册抽取解决只能在属期内执行，超过申报属期，此业务不再进行。（此限制可由系统参数36027控制，若设立为0，则定税清册抽取解决超过申报属期之后，不再执行。）5) 对于本期有预缴的双定户与否进行抽取发送，由系统参数36006控制。1.14. 后台日记报错，套字连接错误，错误代码2059产生因素：税库银系统的配备文献xtcommonconfig.properties中的mq部分未设立对的。mq.channel=SVRCONNmq.hostName=10.1.147.115mq.qManager=QM_TIPS_00000010_01mq.MQPort=9009mq.ccsid=819mq.sSRequestQueue=PBC.EXT.ONLINE.INmq.sSResponseQueue=PBC.00000010.ONLINE.OUTmq.yBRequestQueue=PBC.EXT.BATCH.INmq.yBResponseQueue=PBC.00000010.BATCH.OUTmq.replyToQueueManager=QM_a1mq.waitInterval=60000mq.correlId=REQ000000000000000000000mq.expiry=10000mq.trueIncept=truemq.falseIncept=false1.15. ctais1.1进行实时扣款，提示“句柄错误”典型现象：ctais1.1中，实时扣款时系统提示：句柄错误！产生因素：在税库银系统上线之初，ctais1.1客户端需要导入注册表文献，在注册表中标明税库银系统的地址、端口等信息。若未导入注册表相应信息，则会报错：“句柄错误”。需要导入的注册表信息如下：Windows Registry Editor Version 5.00HKEY_LOCAL_MACHINESOFTWARECTAISSKYhostName=94.16.16.119portNumber=dword:00001f41HKEY_LOCAL_MACHINESOFTWARECTAISSKYPLKKLOCAL_PATH=E:TempPLKKFTP_IP=94.16.16.119FTP_PORT=21FTP_DIR=skyuserFTP_USER=skyFTP_PASSWD=skyHKEY_LOCAL_MACHINESOFTWARECTAISSKYSPMXXXLOCAL_PATH=E:TempSPMXXXFTP_IP=94.16.16.119FTP_PORT=21FTP_DIR=skyuserFTP_USER=skyFTP_PASSWD=sky1.16. ctais1.1进行实时扣款，提示错误代码15典型现象：ctais1.1中，实时扣款时系统提示：错误代码15错误描述Errorcallingexternalfunctioncf_sky_zh错误对象n_jk_cdzsb.错误控件n_jk_c_dzsb错误事件uf_cf_sky_zh代码位置34产生因素：在税库银系统上线之初，ctais1.1客户端需要用提供的c_dzsb.dll覆盖原文献。若未按照规定覆盖原c_dzsb.dll，则系统报错。1.17. 进行连接测试时提示“校验电子签名错”典型现象：进行连接测试时提示“校验电子签名错”。解决方案：国库系统中的CA验签软件有效期限过期会导致导致此问题，建议让国库系统负责人调节CA有效期。1.18. 操作ctais1.1进行扣款时提示：预算分派比例代码8004所相应的对象为空 典型现象：进行实时扣款时，提示“预算分派比例代码8004所相应的对象为空，不能得到其相应的预算级次及辅助标志”产生因素：在部署税库银环境时，税库银数据库从ctais数据库中导入预算分派比例表，表名称为dm_ysfpbl，地方有自定义分派比例，各地方自定义分派比例则关联显示在此外一张名为DJ_YSFPBL_DFZD的表中，但税库银导入时并没有导入DJ_YSFPBL_DFZD的数据，导致此问题。解决方案：需求、程序方面问题，针对ctais1.1，地方自定义的预算分派比例代码需要在dm_ysfpbl表中重新编码维护，并且国库方也需手动维护相应数据，数据库维护之后必须重启应用才干生效。1.19. 集群环境无法启用（湖北、重庆）产生因素：在ctais2.0有关的xml文献（eaicontrol.xml、ejbproperty.xml、jmsproperty.xml）未配备对的，格式浮现错误，如浮现多余“/”、多余“t3:”等等错误，维护对的后需重启ctais2.0应用。2. 国库方因素所导致的问题2.1. 实时扣款合同验证失败提示“付款行行号与收款单位代码未设立相应关系”典型现象：实时扣款失败提示“付款行行号与收款单位代码未设立相应关系”。产生因素：国库方在tips中维护的清算行行号错误。2.2. 实时扣款合同验证失败提示“征收机关代码不存在或已停用”典型现象：实时扣款失败提示“征收机关代码不存在或已停用”。产生因素：国库方在tips中维护的征收机关代码错误。2.3. 未祈求到下载入库流水和日报表典型现象：税库银系统未祈求到下载入库流水，后台报错“明细信息未导入”或提示没有报表下载。产生因素：国库方未及时上传入库流水信息和报表信息。2.4. 对于银行端缴款数据，在包或交易状态查询模块查询税票在国库端状态时，返回“无法辨认的报文”产生因素：对于银行端查询缴款的税票，国库方面tips系统目前不支持提供查询状态功能。2.5. 包或交易状态查询模块中，“收款国库”、“银行信息”栏无显示信息。产生因素：收款国库、银行信息两栏数据分别从dm_treas、sky_bank中取数，这两张表中的数据均来自人民银行发送的公共数据更新业务，若人民银行方面未发送相应得公共数据，则两张表中数据为空。导致在前台查询模块中相应数据无法显示。2.6. 实时扣款合同验证时提示“共享参数表中无此预算科目或辅助标志错误(报文要素间关系错)”产生因素：税务局方面与国库方面所维护的预算科目、预算分派比例等等不一致。2.7. 进行下载报表时，国库系统返回：没有下载报表国库系统没有下载报表数据信息，请联系本地国库负责人，并让她们及时放下载报表数据信息。2.8. mq两条接受通道总处在不活动状态（甘肃）典型现象：税务局方mq两条接受通道总处在不活动状态，而发送通道运营正常。产生因素：国库方的mq发送通道未启动。3. 银行方面因素所导致的问题3.1. 实时扣款失败提示“交易解决失败”。3.2. 扣款失败，系统提示：“行号超过范畴”3.3. 实时扣款失败提示“其她错误”。3.4. 扣款失败提示“账户被冻结”3.5. 扣款失败提示“币别或钞汇鉴别不存在”3.6. 扣款失败提示“行号超过范畴”3.7. 扣款提示“帐户未签约”产生因素：由于银行系统不同，某些银行三方合同验证时并未校验“扣款银行帐号”，当后续进行扣款操作时，银行方面在系统未找到税务方报文中的帐号，于是返回“帐户未签约”。3.8. 扣款失败，提示：已冲正、已止付、已撤销或已作废产生因素：银行方面与国库方面之间网络浮现问题，导致税务局系统发送扣款祈求之后，在一段时间之内未能得到任何返回成果，当等待时间超过一定期间之后（一般为60秒），sky系统会向国库发送冲正祈求，规定取消先前发送的扣款祈求，若国库方成功受理，则返回“已冲正、已止付、已撤销或已作废”。3.9. 扣款失败提示“回绝受理”3.10. 三方合同验证，银行方面返回“未在银行签约”产生因素：对于三方合同验证，需要银行方面、税务方面均在各自系统中录入纸质合同信息，若银行方面未录入合同信息，税务方面发起合同验证时，银行方面会返回错误信息：“未在银行签约”。3.11. 三方合同验证，银行方面返回“开户行行号不一致，请予开户行核对，银行端为XXXX！”，但银行方为XXXX，与税务方面所录入信息一致，未能达到辨别比对效果。产生因素：对于三方合同的开户行、帐号、合同书号、缴款单位名称等等不一致，目前会有相应提示：“开户行行号不一致，请予开户行核对，银行端为XXXX！”但目前该提示存在如下问题：银行端为xxxx提示不精确，是由于银行端系统问题所致。最初需求是规定如果两方录入不一致，银行端返回报文时，从自己数据库中取出数据返回税务端，税库银根据所返回的数据填写“银行端为XXXX”中的数据，但目前大部分银行返回报文时，只是在returncode上作了错误标示，没有取自己数据库中的要素信息，直接返回了税务端提供的信息，导致ctais前台提示容易导致误解，没有达到辨别的目的。4. 税务机关人员操作出错或参数设立错误4.1. ctais1.1进行批量扣税或者税票明细核对时点击上传按钮时报错典型现象：操作人员进行点击上传按钮时报错产生因素：1、对于选中的税务机关，当天已经作过批量扣税或税票明细核对。2、xtzhcommonconfig文献中ftp目录维护错误。3、注册表中的ftp地址填写有误。4、ctais1.1客户机中未建立批量扣税和税票明细核对的文献夹。4.2. CTAIS2.0无法作废正划成功的税票典型现象：进入税票作废模块作废正划成功的税票时，系统提示“撤销正划失败，包和交易无法撤销（已扣款，与否作废）”，点击按钮“是”，提示数据库错误292产生因素：系统参数36022应设立成N4.3. ctais1.1无法作废正划成功的税票典型现象：系统提示：税票已经正划成功，与否撤销正划成功的税票”产生因素：系统参数31804、31805来控制与否容许作废“自缴核销”税票，对于该提示，选择“是”按钮，继续作废正划成功的税票，并向税库银系统发送“撤销正划”祈求，对于国库已受理的正划税票，存在不容许作废的状况，但征管系统容许强制作废，选择“否”按钮，不作废该正划成功的税票。4.4. 扣款失败提示“征收机关代码与收款单位代码相应关系错或参数状态错误(报文要素间关系错)”产生因素：征管系统与国库系统中的共享级“收款国库代码”或“征收机关代码”信息维护不一致，维护对的即可。4.5. 进行批量扣税业务时,时常会有丢包现象产生。产生因素：批量扣税业务流程：1、ctais方面将满足条件的签订了三方合同的双定户信息抽取出来，生成csv文献导入指定ftp上，然后告知税库银系统。2、税库银系统收到告知后，到ftp指定目录下获得文献，然后根据税务机关、国库、清算银行行号进行分包解决，每包最多1000笔，完毕之后进行发送。3、国库方收到包之后，进行解包校验，若校验通过，则转发各银行，若1个包中有一笔祈求校验失败，如“税种与税目金额不符”等等错误，其会将整个包拒回，而不会转发银行，由此导致“丢包”现象。解决措施：目前税库银系统增长“批量扣税成果查询”模块，操作人员可通过该模块进行查询，可查询出具体失败被拒的因素和祈求。4.6. 在税票明细核对成果查询模块里数据显示征管状态所有为未上解。产生因素：由于征管系统【获取税票设立】模块进行获取税票操作失败，导致征管税票未抽取，或者由于征管税票未上解或上解已入库导致抽取失败。对于税票明细核对业务，需要ctais将系统中的上解未入库的票抽取出来，发送至税库银系统，以便和国库方发来的数据进行比对，对于国库方存在而征管系统中未抽取出的票，那么在税票明细核对成果查询模块中，税票的“征管状态”一栏，所有默觉得“未上解”。4.7. 三方合同签订，输入纳税人辨认号后，前台提示“无法获取有效税种信息”产生因素：该合同签订日期为月底，而先前纳税人做过税种变更，先前税种有效期止为该月最后一天，新税种有效期起为下月始，在月底这一天签订合同时，系统无法获取有效税种，先前税种月底（如11月30日）0点失效，而新税种将与下一月（如12月1日）0点生效，致使11月30日全天，税种处在无效状态。该属于ctais2.0bug。5. 超时解决5.1. 三方合同验证时，返回国库通讯超时产生因素：由于网络故障所引起，具体是由于税务与国库方之间网络问题，还是国库方与银行方面之间网络问题需要拟定。若在税库银前置系统中测试连接模块中，点击“连接测试”按钮，若提示“连接成功”，则表达税务局与国库之间网络正常。若提示超时，则表白税务方面与国库方面网络通讯存在问题。5.2. 实时扣款失败，返回国库通讯超时。产生因素：由于网络故障所引起。通过ctais前台无法判断该笔实时扣款与否成功。解决措施：此时不容许作废税票或保存税票后进行再次扣款。此时操作人员需进入税库银前置系统的【包或交易状态查询】模块对该税票在tips中的状态进行查询，如果该税票在国库信息解决系统（TIPS）中的状态为已扣款成功，那么操作人员需保存该税票，然后在征管系统中对该税票进行手动上解销号解决；若该税票在国库信息解决系统（TIPS）中的状态为扣款失败，只容许操作人员选择“转入正划”，为纳税人开具缴款书银行缴款。在CTAIS2.0中手动上解银税票的措施如下：操作人员须一方面进入【税票清理】模块，查询出该银税票，更改“银税操作状态”为“30 保存成功”；然后进入【上解销号（银税票）】模块，对该银税票进行上解销号解决。6. 批量扣税问题 月初税务局方ctais2.0批解决任务执行生成hd_dsqc表，表中核心字段有bz，ysjyh，yhzh。将满足条件的双定户抽取出来（dj_yhxx中YXBZYSLWBZ均为Y），月初刚生成的dsqc中数据的bz均为Y（未抽取），YSJYH为空，执行储蓄扣税设立执行完毕并成功将数据发送之后，bz变为Z，随机生成YSJYH，若已抽取但未发送，则状态为C，当收到银行返回的扣款回执之后，成功的税票bz变为S，并自动填写SB_SBXX、sb_zsxx表，ysjyh即为税票号码。若扣款失败则bz为E. 储蓄扣税抽取数据时会将bz为Y、E、C的数据抽取。批量扣税常用问题如下：6.1 税库银收到相应数据后，打包发送过程中报错产生因素：csv文献中存在部分数据不满足规范，如yhzh中涉及空格，导致税库银打包失败。解决措施：hd_dsqc中yhzh字段所取值为dj_yhxx中的yhzh字段，保证此两张表中的yhzh后无空格，然后需修改hd_dsqc中bz状态，再次进行抽取工作即可。6.2 对于已签订了三方合同的双定户，银行方返回“账户未签约”产生因素：1、该合同在银行方面已撤销；2、签订校验合同时，此银行未校验帐号项；3、该合同在本征期内进行过重新签订，银行帐行做过相应变更。Csv文献中银行帐号取值为Hd_dsqc中yhzh，而hd_dsqc在月初已生成，如果该合同在征期内做过账号变更，那么发送出去的yhzh仍旧为变更前的帐号解决措施：针对于变更了合同的状况，可采用如下两种措施：1、前台申报；2、重新进行dsqc抽取6.3 对前一天扣款失败的税票，第二天进行抽取时无法抽取产生因素：操作人员收到扣款回执后，再次进行批量扣税，导致扣款失败的税票hd_dsqc状态由e变为z，按目前系统实现方式，批量扣税每天每个单位仅可进行一次，对于同一天、同一税务机关的批量扣税祈求，税库银系统会驳回，然而dsqc中状态已变为z，导致第二天无法抽取。7. 税库银系统问题7.1. 税库银系统后台哪个表中存储“实时扣款”交易的信息？征管系统通过税库银进行实行扣款成功后，税库银解决后会将扣款信息保存在后台表sky_spxx,sky_jyxx,sky_mxjyxx,sky_mxjyxx_fhdm中,我们可以在这些表中查询实时扣款成功的税票信息。7.2. Ctais2.0通过税库银系统进行“批量扣税”的业务实现流程CTAIS2.0系统实现对签订三方合同双定户统一进行批量扣税。征收期内，操作员定期通过【储蓄扣税设立】功能模块发起批量扣税交易，将扣款信息生成CSV文献放到指定的FTP服务器上并告知税库银系统，税库银系统收到告知后下载该文献进行解决并转发给国库信息解决系统（TIPS），进行批量扣款，扣税成功的，税款所有自动上解销号。7.3. Ctais1.1系统进行批量扣税数据上传时提示：上传错误！地方顾客的网络环境设立问题引起，将IE窗口（工具internet选项高档）目录中的“使用被动FTP（用于防火墙和DSL调制解调器的兼容）”这一项取消设立后此问题解决。7.4. 如何将自定义的预算分派比例代码维护到税库银系统中将自定义的预算分派比例代码维护到税库银后台表dm_yusfpbl中,脚本如：insertintodm_ysfpbl(YSFPBL_DM,YSFPBL_MC,BL1_ZY,BL2_SS,BL3_DS,BL4_XQ,BL5_XZ)VALUES(8001,中央60%省15%县区25%,0.6,0.15,0,0.25,0);7.5. 税库银下载入库流水业务执行后，有关数据寄存哪些表中税库银进行下载入库流水后，有关业务数据会保存至sky_rkly, tmp_sky_rkly表中，我们可以通过这些表查看下载入库流水的数据。8. MQ中间件问题8.1. 连接测试时系统提示：“MQ连接异常！后台有异常日记：MQJE011：套接字的连接尝试被回绝MQJE001：完毕码2，因素2059”问题现象：连接测试时提示：“MQ连接异常！后台有异常日记：MQJE011：套接字的连接尝试被回绝MQJE001：完毕码2，因素2059”。解决方案：一般是网络因素引起，重启税务端的MQ队列，将税务端MQ和国库端的MQ同步进行复位操作。方案二：若网闸设立错误也会引起此问题，重启网闸后进行对的设立网闸过滤此问题解决。9. 1 运维问题典型案例1.1. 实时类交易9.1.1. 1.1.1. 实时扣款时提示“辅助标志各段之和不为100%”问题描述: 通过税库银进行实时扣款时，提示“辅助标志各段之和不为100%”问题分析： 在部署税库银环境时，税库银数据库从ctais数据库中导入预算分派比例表，表名称为dm_ysfpbl，其中YSFPBL_DM值为9000时，则代表地方自定义分派比例，由于其相应的预算分派比例非常多，因此在dm_ysfpbl表中，其相应的5个数值均标记为0，真正的各地方自定义分派比例则关联显示在此外一张名为DJ_YSFPBL_DFZD的表中，但税库银导入时并没有导入DJ_YSFPBL_DFZD的数据，导致由税库银系统发至tips的报文里只要扣款纳税人的预算级次为地方自定义，税库银报文中辅助标志（即预算分派比例）去税库银数据库取值时全提取为0，由于在DM_YSFPBL表中与9000相应的BL1_ZY,BL2_SS,BL2_DS,BL4_XQ,BL5_XZ都为0，由此，发送出去的报文中，辅助标志为，即35位数0，以致返回错误均为“辅助标志之和不为100%”。解决方案: 需求、程序方面问题，针对ctais1.1，地方自定义的预算分派比例代码需要在dm_ysfpbl表中重新编码维护，并且国库方也需手动维护相应数据，数据库维护之后必须重启应用才干生效。9.1.2. 1.1.2. 实时扣款时提示“句柄错误”问题描述： 实时扣款提示“句柄错误”问题分析： 在税库银系统上线之初，ctais1.1客户端需要导入注册表文献，在注册表中标明税库银系统的地址、端口等信息。若未导入注册表相应信息，则会报错：“句柄错误”。解决方案：需要导入的注册表信息如下：Windows Registry Editor Version 5.00HKEY_LOCAL_MACHINESOFTWARECTAISSKYhostName=94.16.16.119portNumber=dword:00001f41HKEY_LOCAL_MACHINESOFTWARECTAISSKYPLKKLOCAL_PATH=E:TempPLKKFTP_IP=94.16.16.119FTP_PORT=21FTP_DIR=skyuserFTP_USER=skyFTP_PASSWD=skyHKEY_LOCAL_MACHINESOFTWARECTAISSKYSPMXXXLOCAL_PATH=E:TempSPMXXXFTP_IP=94.16.16.119FTP_PORT=21FTP_DIR=skyuserFTP_USER=skyFTP_PASSWD=sky9.1.3. 1.1.3. ctais1.1进行实时扣款，提示错误代码15问题描述：ctais1.1中，实时扣款时系统提示：错误代码15 错误描述 Error calling external function cf_sky_zh错误对象 n_jk_cdzsb.错误控件 n_jk_c_dzsb错误事件 uf_cf_sky_zh代码位置 34 问题分析： 在税库银系统上线之初，ctais1.1客户端需要用提供的c_dzsb.dll覆盖原文献。若未按照规定覆盖原c_dzsb.dll，则系统报错。解决方案：在税库银系统上线之初，ctais1.1客户端用提供的c_dzsb.dll覆盖原文献。9.1.4. 1.1.4. 操作ctais1.1进行扣款时提示：预算分派比例代码8004所相应的对象为空问题描述： 进行实时扣款时，提示“预算分派比例代码8004所相应的对象为空，不能得到其相应的预算级次及辅助标志”问题分析： 在部署税库银环境时，税库银数据库从ctais数据库中导入预算分派比例表，表名称为dm_ysfpbl，地方有自定义分派比例，各地方自定义分派比例则关联显示在此外一张名为DJ_YSFPBL_DFZD的表中，但税库银导入时并没有导入DJ_YSFPBL_DFZD的数据，导致此问题。解决方案：需求、程序方面问题，针对ctais1.1，地方自定义的预算分派比例代码需要在dm_ysfpbl表中重新编码维护，并且国库方也需手动维护相应数据，数据库维护之后必须重启应用才干生效。9.1.5. 1.1.5. 实时扣款合同验证失败提示“付款行行号与收款单位代码未设立相应关系”问题描述： 实时扣款失败提示“付款行行号与收款单位代码未设立相应关系”问题分析： 国库方在tips中维护的清算行行号错误解决方案 告知国库修改维护清算银行行号信息9.1.6. 1.1.6. 扣款失败，提示：已冲正、已止付、已撤销或已作废问题描述： 实时扣款失败，提示：已冲正，已止付、已撤销或已作废问题分析：银行方面与国库方面之间网络浮现问题，导致税务局系统发送扣款祈求之后，在一段时间之内未能得到任何返回成果，当等待时间超过一定期间之后（一般为60秒），sky系统会向国库发送冲正祈求，规定取消先前发送的扣款祈求，若国库方成功受理，则返回“已冲正、已止付、已撤销或已作废”。 解决方案： 重新发起扣款祈求9.1.7. 1.1.7. 实时扣款时提示“辅助标志各段之和不为100%”问题描述：进行实时扣款时，提示“辅助标志各段之和不为100%”问题分析： 在部署税库银环境时，税库银数据库从ctais数据库中导入预算分派比例表，表名称为dm_ysfpbl，其中YSFPBL_DM值为9000时，则代表地方自定义分派比例，由于其相应的预算分派比例非常多，因此在dm_ysfpbl表中，其相应的5个数值均标记为0，真正的各地方自定义分派比例则关联显示在此外一张名为DJ_YSFPBL_DFZD的表中，但税库银导入时并没有导入DJ_YSFPBL_DFZD的数据，导致由税库银系统发至tips的报文里只要扣款纳税人的预算级次为地方自定义，税库银报文中辅助标志（即预算分派比例）去税库银数据库取值时全提取为0，由于在DM_YSFPBL表中与9000相应的BL1_ZY,BL2_SS,BL2_DS,BL4_XQ,BL5_XZ都为0，由此，发送出去的报文中，辅助标志为，即35位数0，以致返回错误均为“辅助标志之和不为100%”解决方案： 需求、程序方面问题，针对ctais1.1，地方自定义的预算分派比例代码需要在dm_ysfpbl表中重新编码维护，并且国库方也需手动维护相应数据，数据库维护之后必须重启应用才干生效9.1.8. 1.1.8. 实时扣款失败，返回国库通讯超时问题描述： CTAIS操作人员在进行实时扣款时，系统响应时间很长，大概1分钟左右，最后提示“与国库通讯超时“。操作人员不能拟定此税票与否扣款成功，不懂得该怎么解决此张税票问题分析： 由于网络故障所引起。税库银系统设立的网络超时响应时间是1分钟，因此当网络故障与国库不通时，响应时间很长解决方案： 此时不容许作废税票或保存税票后进行再次扣款。此时操作人员需进入税库银前置系统的【包或交易状态查询】模块对该税票在tips中的状态进行查询，如果该税票在国库信息解决系统（TIPS）中的状态为已扣款成功，那么操作人员需保存该税票，然后在征管系统中对该税票进行手动上解销号解决；若该税票在国库信息解决系统（TIPS）中的状态为扣款失败，只容许操作人员选择“转入正划”，为纳税人开具缴款书银行缴款。在CTAIS2.0中手动上解银税票的措施如下：操作人员须一方面进入【税票清理】模块，查询出该银税票，更改“银税操作状态”为“30 保存成功”；然后进入【上解销号（银税票）】模块，对该银税票进行上解销号解决。9.1.9. 1.1.9. 扣款失败提示“征收机关代码与收款单位代码相应关系错或参数状态错误(报文要素间关系错)”问题描述： 实时扣款失败提示“征收机关代码与收款单位代码相应关系错或参数状态(报文要素间关系错)”问题分析： 征管系统与国库系统中的共享级“收款国库代码”或“征收机关代码”信息维护不一致；解决方案：维护征管系统【收款国库初始化】模块始终的相应关系，完毕后再进行扣款操作9.1.10. 1.1.10. 实时扣款已上解销号未入库销号问题描述： 实时扣款已上解销号未入库销号问题分析： 未操作下载入库流水解决方案： 在税库银系统【手动交易发送】模块发送下载入库流水祈求9.1.11. 1.1.11. 实时扣款业务时发生重扣问题问题描述： 实时扣款业务时发生重扣问题问题分析： 业务人员在等待国库返回的时候重新发起一次实扣解决方案： 若重扣的税款未入库，则可从银行直接将税款退回到纳税人账户，若已经入库，则可以通过退税文书将税款还给纳税人，或者通过预缴税款的方式将这笔钱作为预缴税款。9.1.12. 1.1.12. 实时扣款业务提示账户未签约问题描述： 实时扣款提示账户未签约问题分析： 由于有些银行系统不同，验证三方合同时不会验证纳税人扣款账号解决方案： 建议重新维护纳税人扣款账号。9.1.13. 1.1.13. 实时扣款失败提示“业务已撤销”问题描述： 实时扣款失败提示“业务已撤销”问题分析： 也许是由于网络或者银行系统问题导致解决方案： 临时解决措施可转正划解决，如果不想转正划解决，可等待网络畅通后再次发送扣款祈求9.1.14. 1.1.14. 实时扣款提示“税款已解冻”问题描述： 实时扣款提示“税款已解冻”问题分析： 此类问题属于ctais1.1的问题，ctais系统在开票扣款时先将税款进行冻结，若扣款成功则没有问题，若扣款失败再进行解冻，顾客在开票时操作不对的。解决方案： 重新发送扣款祈求9.1.15. 1.1.15. 实时扣款提示“余额局限性”问题描述： 实时扣款提示“余额局限性”问题分析： 纳税人账户的余额局限性解决方案：重新发送实时扣款祈求9.1.16. 1.1.16. 实时扣款提示“非该种业务受理时间”问题描述： 实时扣款提示“非该种业务受理时间”问题分析： 由于人总行系统未设立受理扣款业务时间而导致解决方案： 联系本地人总行负责人维护扣款业务时间，维护对的后再次进行实时扣款操作9.1.17. 1.1.17. 正税和滞纳金无法同步扣款成功问题描述： 实时扣税时，正税和滞纳金无法同步扣款成功，正税扣款成功，滞纳金扣款失败问题分析： 由于ctais与sky信任域维护不一致所引起解决方案：将两者信任域维护一致即可9.1.18. 1.1.18. 实时扣款合同验证失败提示“征收机关代码不存在或已停用”问题描述： 实时扣款失败提示“征收机关代码不存在或已停用”问题分析： 国库方在tips中维护的征收机关代码错误解决方案：在tips中维护对的的征收机关代码9.1.19. 1.1.19. 实时扣款时提示“共享参数表中无此预算科目或辅助标志错误(报文要素间关系错)”问题描述： 操作人员在实时扣款时提示：“共享参数表中无此预算科目或辅助标志错误(报文要素间关系错)问题分析： 税务局方面与国库方面所维护的预算科目、预算分派比例等等不一致解决方案： 联系国库将对的的预算科目、预算分派比例进行维护9.1.20. 1.1.20. ctais1.1进行实时扣款，提示“句柄错误”问题描述： 在ctais1.1中，操作人员做实时扣款时系统提示：“句柄错误！”问题分析： 在税库银系统上线之初，ctais1.1客户端需要导入注册表文献，在注册表中标明税库银系统的地址、端口等信息。若未导入注册表相应信息，则会报错：“句柄错误”解决方案：导入注册表文献，文献信息如下：Windows Registry Editor Version 5.00HKEY_LOCAL_MACHINESOFTWARECTAISSKYhostName=94.16.16.119portNumber=dword:00001f41HKEY_LOCAL_MACHINESOFTWARECTAISSKYPLKKLOCAL_PATH=E:TempPLKKFTP_IP=94.16.16.119FTP_PORT=21FTP_DIR=skyuserFTP_USER=skyFTP_PASSWD=skyHKEY_LOCAL_MACHINESOFTWARECTAISSKYSPMXXXLOCAL_PATH=E:TempSPMXXXFTP_IP=94.16.16.119FTP_PORT=21FTP_DIR=skyuserFTP_USER=skyFTP_PASSWD=sky9.1.21. 1.1.21. 税库银扣款时数据库连接失败后台日记提示No resources currently 问题描述: 税库银批量扣款及实时扣款报文返回时与后台数据库连接失败，导致数据无法写入综合征管和税库银系统。查看税库银应用日记发现异常信息：weblogic.kernel.DefaultERRORorg.hibernate.util.JDBCExceptionReporter:mon.resourcepool.ResourceLimitException: No resources currently available in pool Dis Connection Pool to allocate to applications, please increase the size of the pool and retry.。问题分析： 根据异常信息分析，最后确认此问题是由于weblogicJDBC连接缓冲池中没有可用的资源引起。由于全省上线税库银业务，当系统在解决批量扣税、下载报表、下载入库流水和税票明细核对业务，以及大厅人员频繁在前台到处业务数据时，这些数据库操作将使系统耗掉所有的JDBC连接缓冲池Dis Connection Pool数据连接数，这时业务人员再进行业务操作系统就会浮现此问题现象。解决方案:根据税库银的状况和全省上线的实际状况，在weblogic中间件JDBC连接池配备项中，将JDBC连接缓冲池Dis Connection Pool最大连接数由45调为100，重启税库银应用集群服务后，可解决此类问题。9.1.22. 1.1.22. 银行端查询缴税业务解决失败，异常信息Cannot access remote service问题描述: 某市通过税库银系统进行银行端查询缴税业务，个别户银行扣款失败，税库银日记中有报错信息：com.dc.tirip.sky.accessor.EJBAccessor:Cannot access remote service dc.ejb.eai.eaiprocessor; nested exception is java.rmi.RemoteException: Error during postInvoke。问题分析： 这个问题是征管系统的操作失误类问题。银行端缴税生成电子税票时会从征管系统数据库表SB_ZSXX当中获取数据构造税票信息，向数据库表SB_JKS当中写入数据。但是顾客提交银行端查询缴税的数据在征管系统数据库表SB_ZSXX当中相应的征收机关代码为空，在向数据库表中写入数据时报ORA-01400: cannot insert NULL into (CTAIS2.SB_JKS.ZSJG_DM)错误信息，违背数据库表对该字段定义的非空约束，导致事务没有提交成功。因此在税库银日记当中存在java.lang.Exception: EJB:011063Stateless session beans with bean-managed transactions must commit or rollback their transactions before completing a business method错误信息。解决方案:将CTAIS2.0数据库表SB_ZSXX(注:征收信息表)中相应的ZSJG_DM(注：征收机关代码)字段内容赋值修改对的后，再次进行银行端查询缴税扣款时可以正常进行扣款。9.1.23. 1.1.23. 征管系统接受税库银发送银行端缴税的祈求报文做校验时不通过问题描述: 银行端在做银行端缴款查询时，发送的查询缴款报文发送到征管系统,CTAIS在做报文校验的时候不通过,错误信息是sfznj节点值不能为空,或无此节点问题分析： CTAIS与税库银有关的配备文献出错。在ctais/eai/eaiconfig/下面的eaicontrol.xml文献里面有个配备 不能为true解决方案:修改配备文献eaicontrol.xml文献里面 该为false，问题解决9.1.24. 1.1.24. 银行端查询缴税失败提示没有电子税票问题描述: 通过税库银进行银行端查询缴税业务扣款时系统报错，系统提示：“没有*电子税票”。查找税库银应用日记发现异常信息：ERROR com.dc.tirip.sky.accessor.EJBAccessor:Cannot access remote service dc.ejb.eai.eaiprocessor; nested exception is java.rmi.RemoteException: EJB Exception: ; nested exception is: java.lang.NullPointerException。问题分析： 经查找分析数据后确认，此问题是由于银行系统返回的数据问题引起，即银行返回的银行端扣款祈求报文数据中缺少应征凭证序号（yzpzxh)信息，在税库银系统接受到银行返回的银行端扣款祈求信息解决时。无法通过数据校验，因此导致此问题的产生解决方案:告知银行负责人检查银行系统返回的银行端扣款祈求报文数据，建议银行系统按照税库银业务规范在返回的报文数据中增长应征凭证序号（yzpzxh)信息，然后再次验证问题9.1.25. 1.1.25. 税库银银行端缴税业务解决系统提示纳税人不存在问题描述: 银行端查询缴税业务时系统提示扣款失败，经查找税库银系统日记发现税库银日记中ctais返回报文提示纳税人不存在错误信息。问题分析： 此问题是由于银行系统发送的银行端查询缴款祈求报文数据问题引起，在进行银行端查询缴税时，银行发送的银行端查询缴款祈求报文数据中缺少yzpzxh（阐明：yzpzxh是应征凭证序号）信息，系统不能正常解决，最后导致此问题的产生解决方案:进行银行端缴税时，银行系统业务人员输入纳税人辨认号的同步输入应征凭证序号（yzpzxh）重要信息，检查无误后再进行银行端缴税业务操作。9.1.26. 1.1.26. 银行端查询缴款业务时税库银日记中报错，系统提示系统错误问题描述: 进行银行端查询缴款业务时提示系统错误，查看税库银日记中国库返回码中提示F9A。问题分析： 此问题是由于税库银环境配备错误引起，即税库银横向联网环境配备文献xtzhCommonConfig.properties中xtzh设为true，在税库银系统接受到银