国库会计数据集中系统存在风险及建议.docVIP

国库会计数据集中系统存在风险及建议2010年8月国库会计数据集中系统（TCBS）在大连成功上线运行。国库会计数据集中系统是央行第一个全国数据集中的国库核算系统，改变传统国库资金“逐级上划”为“逐笔实时、自动上划”的处理模式。该系统为参与国库提供了数据集中存储、分级使用、业务扁平管理、账务直观处理等先进管理理念，实现了各级税款直达入库、资金划拨实时到账、收支报表自动汇总等功能，减轻了国库工作强度，使国库会计核算水平有了质的飞跃，有效提升了国库服务辖区经济的能力。 经过一年多的运行，国库会计数据集中系统较好地完成了各级国库的会计核算工作，有效促进了国库各项电子化的推进。但在实际运行中，发现该系统在功能设计、运行管理和相关系统配套上仍存缺陷，且存在一些风险点，亟待完善。 一、系统运行中存在的风险点 国库会计数据集中系统以一记双讫、原子交易、事项驱动等业务处理规则，最终通过支付系统完成各项收支业务的资金清算，业务处理的质量完全取决于系统整体的设计，任何设计的不完善都将可能给国库业务核算带来很大的风险隐患。 （一）系统功能缺陷存在的风险隐患 一是登录模式存在的风险。系统对拥有操作代码及CA证书的用户登录不同客户端没有限制，即同一个操作员可以同时在多个客户端上进行登录处理业务，这种登录模式可能带来极大的风险隐患，容易造成业务处理“一手清”情况，若用户未全部退出系统易给他人作案提供机会。 二是功能不完善存在的风险。主要体现在：部分模块字段设置不完整，通过支付系统处理资金划拨业务时，摘要部分存在汉字与字母同时录入后出现乱码现象，导致信息反映不完整，造成收款人不知该笔资金的用途，影响资金使用效率及后续业务处理的准确性；网点签退提示内容不全，没有设置“未审批参数信息”的提示，由于系统参数生效时间必须是日切后，不及时确认审批造成参数不能生效，影响业务正常处理，若在网点签退过程中提示存在未审批的参数信息，可保证及时审批确认相关参数，确保生效日账务正常进行。 三是流程不严谨存在的风险。表现在：业务已提交成功的组日后仍能继续录入。TCBS系统录入界面主要有受理日期、组号、资金流水号等要素，操作员在业务录入过程中，经常会因受理日期录入错误将当日的一组业务录入到以前已提交成功的同组号业务中，造成资金去向不明，账务不平，操作风险控制存在盲点；系统查询环节设置不够完善，查询条件不实用，所有业务查询必需填写受理日期，且受理起止时间不得超过七天，对于通过自缴核销方式处理的业务，该条件极不适用，因为自缴核销业务的受理日期为TIPS系统信息受理的日期，查询中只能根据税收凭证上的缴纳时段逐一猜测录入，严重影响业务查询效率，易导致业务处理不准确；会计主管授权范围过多。按照制度，会计主管负责审批会计重要事项，但是，TCBS系统一些正常业务如预算收入退库、更正、退回业务也列入到会计主管授权范围内，会计主管需每笔业务逐一登录代码口令及CA密码，过多的日常审批，弱化了会计主管负责组织日常核算、处理异常问题等职责重点。 （二）系统间信息共享存在缺口形成的风险 TCBS系统中预算收支信息主要来源于TIPS系统，目前两系统间的数据信息衔接不紧密，信息交换存在缺口，没有达到无缝链接。 一是数据信息不同步。在TCBS系统处理自缴核销业务时，经常遇到税单无法销号情况，但在TIPS系统中查询到该税单信息是已受理状态，而TCBS系统却显示信息不存在，TCBS系统数据信息接收不完整，导致未接收到的信息业务只能进行手工录入处理，若是一单多税情况，手工录入耗时耗力且容易出错，业务处理准确度大打折扣。 二是数据信息有效期限不同步。TCBS系统对TIPS系统中超过三个月的信息进行提交处理时，显示处理失败，但在自缴核销处理过程中销号显示正常，只在最后提交操作后才显示该类业务处理失败，会计主管需对当日来账金额进行授权，操作员只能手工将该类业务重新录入、复核、提交，增加工作量且存在重复记账风险。 （三）业务处理依赖网络过高存在的风险 数据集中后，信息通道依赖于网络，业务操作完全基于中心提供的平台进行，若网络发生故障，如速率低、网络运行异常等现象，将影响整个TCBS的正常运行，轻则干扰业务顺利开展，使国库不能准确及时完成资金的收支划拨，重则导致国库业务陷入停顿，给国库造成难以估量的损失。 （四）事后监督方式相对落后形成的风险 数据集中后，国库业务操作的方式和流程都发生了很大的变化，但由于国库系统没有为事后监督留有相应接口，一些国库数据无法共享，致使事后监督人员现在仍以手工审核凭证为主，仅对每日打印的凭证进行表面监督，无法进入相应的国库系统检查电子数据信息的真实性，缺乏对国库资金清算过程的实施监督，事后监督的流程和模式也没有根据