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

税库银系统常见问题 财税库银横向联网是指财政、税务、国库、商业银行等部门利用信息网络技术，通过电子网络系统办理税收收入征缴入库等业务，税款直接缴入国库，实现税款征缴信息共享的缴库模式。整项工程涉及到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.AuthenticationException Root exception is javax.security.auth.login.FailedLoginException: Security:090304；Authentication Failed: User weblogic javax.security.auth.login.FailedLoginException: Security:090302Authentication Failed: User weblogic denied解决方案：由于配置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，由此，发送出去的报文中，辅助标志为00000000000000000000000000000000000，即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_202100000010_01mq.MQPort=9009mq.ccsid=819mq.sSRequestQueue=PBC.EXT.ONLINE.INmq.sSResponseQueue=PBC.202100000010.ONLINE.OUTmq.yBRequestQueue=PBC.EXT.BATCH.INmq.yBResponseQueue=PBC.202100000010.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_MACHINESOFTWARECTAISSKY"hostName"="94.16.16.119""portNumber"=dword:00001f41HKEY_LOCAL_MACHINESOFTWARECTAISSKYPLKK"LOCAL_PATH"="E:TempPLKK""FTP_IP"="94.16.16.119""FTP_PORT"="21""FTP_DIR"="skyuser""FTP_USER"="sky""FTP_PASSWD"="sky"HKEY_LOCAL_MACHINESOFTWARECTAISSKYSPMXXX"LOCAL_PATH"="E:TempSPMXXX""FTP_IP"="94.16.16.119""FTP_PORT"="21""FTP_DIR"="skyuser""FTP_USER"="sky""FTP_PASSWD"="sky"1.16. 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，则系统报错。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中,脚本如：insert into dm_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，由此，发送出去的报文中，辅助标志为00000000000000000000000000000000000，即35位数0，以致返回错误均为“辅助标志之和不为100%”。解决方案: 需求、程序方面问题，针对ctais1.1，地方自定义的预算分配比例代码需要在dm_ysfpbl表中重新编码维护，并且国库方也需手动维护相应数据，数据库维护之后必须重启应用才能生效。9.1.2. 1.1.2. 实时扣款时提示“句柄错误”问题描述： 实时扣款提示“句柄错误”问题分析： 在税库银系统上线之初，ctais1.1客户端需要导入注册表文件，在注册表中标明税库银系统的地址、端口等信息。若未导入注册表相应信息，则会报错：“句柄错误”。解决方案：需要导入的注册表信息如下：Windows Registry Editor Version 5.00HKEY_LOCAL_MACHINESOFTWARECTAISSKY"hostName"="94.16.16.119""portNumber"=dword:00001f41HKEY_LOCAL_MACHINESOFTWARECTAISSKYPLKK"LOCAL_PATH"="E:TempPLKK""FTP_IP"="94.16.16.119""FTP_PORT"="21""FTP_DIR"="skyuser""FTP_USER"="sky""FTP_PASSWD"="sky"HKEY_LOCAL_MACHINESOFTWARECTAISSKYSPMXXX"LOCAL_PATH"="E:TempSPMXXX""FTP_IP"="94.16.16.119""FTP_PORT"="21""FTP_DIR"="skyuser""FTP_USER"="sky""FTP_PASSWD"="sky"9.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，由此，发送出去的报文中，辅助标志为00000000000000000000000000000000000，即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. 扣款失败提示“征收机关代码与收款单位代码对应关系错或参数状态错误(报文要素间关系错)”问题描述： 实时扣款失败提示“征收机关代码与收款单位代码对应关系错或参数状态(报文要素间关系错)”问题分析： 征管系统与国库系统中的共享级“收款国库代码”或“征收机关代码”信息维护不一致；解决方案：维护征管系统【收款国库初始化】模块一直的对应关系，完成后再进行