会计集中核算软件运行模式与功能构想.docVIP

会计集中核算软件运行模式和功能构想 ? 题记：合川会计核算中心自成立以来一直进行会计集中核算的探索，取得了许多成绩和经验，但是由于会计集中核算是一新生事物，肯定在运行过程中存在不完善之处。本文旨在通过抛砖的形式，引起相关人士的探讨，引出金玉，来共同完善和改进这种核算方式，使得其更加严谨，更加科学，将会计集中核算的职能深化，从核算延伸至监督，进而延伸至管理和咨询，尽力使系统的作用发挥最大。 合川市会计核算中心实行电算化核算已经5年，从目前使用这套核算软件来看，在运行模式设计和功能方面基本可以满足会计集中核算的需求，但在功能和运行方面仍存在缺陷和不足，致使在日常工作中消耗掉我们大量的人力物力，功效得不到提高。他的缺点主要体现在如下几方面： 一、服务端对软硬件环境要求苛刻。软件仅适应某一版本的UNIX操作系统，不适应升级版本，升级服务器时限制较大，不能确保所购服务器能支持软件系统运行。 二、核算系统漏洞较多，不能完全适应工作需要。该软件在运行中存在许多小问题，严重影响工作流程效率，比如就打印功能来说，每年打印帐簿、更换新型号打印机时就需要请服务商修改打印模块，否则不能正常打印，且有时还需针对单机单独设置参数，使得每年帐簿打印工作因系统问题导致工作进度严重滞后。至于其他小问题就更多了，往往是解决了新问题，而老问题又重新出现，更有许多问题一直未能彻底解决，影响工作效率。 三、数据库架构不稳定，数据提取不能完全适应要求。该核算系统前后台数据分别建立数据库，在数据传输工程中易丢失或错传数据，使得有时打印出来的凭证不合要求，没有子目的科目带有子目，应有子目的科目未有子目；往来帐总帐明细帐不相等，需要人工修改年初数，大量的人工修改大大降低了会计核算的严谨性。最重要的是所有单位的数据为一个整体不能分割，在全国审计系统实行电算化审计的背景下，不能满足审计的需要，我们要么不提供电子数据，让审计继续手工审计；要么就得提供所有单位数据，这样又违反相关保密规定。 四、系统冗余设计低，扩展性不强。该系统最初是针对一级预算单位的核算工作量加以配置的，现在工作量已经翻了三翻，虽然提升了服务器配置，但由于数据不能分年剥离，致使备份数据容量越来越大，日常备份的时间逐渐变长，系统运行起来相当吃力，特别是在年终结转需要大量处理数据时，担心结转中途夭折，工作又得从头开始，连轴转的加班使中心职工身心疲惫不堪。 五、资金会计缺乏监督。会计集中核算最后一道监督程序设在资金部，其他业务部的现金和转帐业务在此经过审核后转往银行，但资金部的开出的支票却没有相应的会计监管环节，而每日的均有大量的银行业务发生，由于业务量巨大，未达帐款太多，每月银行存款余额与银行对上时，时间已是下月中旬，若出现差错很难采取机会弥补。 六、系统管理员缺乏有效监督。由于原帐务系统的不稳定，加上系统采取日清日结方式，使得因系统故障导致流水、凭证、报表和帐簿混乱现象，修改难度极大，不得已采取系统管理人员直接在数据库中修改数据，这样就破坏了会计核算的严谨性，不符合内部控制制度，也为做假提供了便利。 针对以上不足，会计集中核算运行模式和软件选取应满足如下条件： 一、软件产品成熟可靠，功能拓展能力强。考虑到软件升级和后续服务问题，产品应是经过市场检验的成熟产品，符合有关部门相关标准的商业软件，有在大型集团化企业运行成功的经验，具有较高的品牌认知度，其公司有雄厚的技术维护力量，后续开发能力强的特点，能满足核算中心日益增加的各项管理职能，人机界面合理，提高工作效率。 二、各单位独立建立帐套，独立生成流水和凭证，独立形成自己的电子数据；资金部视同一个单位，相当于一个内部银行，建立资金帐，科目设置采用金融行业会计制度，既反映各单位的存款，又反映核算中心在银行的存款。资金的进出从其他帐套相应的流水中提取并在资金帐中形成连续的流水，反映资金流向和顺序，资金会计根据业务部传来的流水予以审核。根据需要决定是否设立分系统单位的汇总总帐和全部单位的总帐 三、资金部岗位设置和帐务处理流程设想： （一）岗位设置 前台审核会计 根据业务部传来的涉计银行业务电子数据生成资金部的流水，经审核后签字盖章后办理现金、转帐和收款业务。并于每日终了根据当日现金实际支付金额填开银行现金支票，并生成流水，经主管会计审核签字盖章后与银行结清当日款项。次月初与各业务部的单位银行存款帐进行核对。 后台主管会计（兼记帐会计） 在规定的权限内审核前台操作员填开的现金支票。对每月的银行业务须通过对账与银行进行核对，无误后经前台会计签字确认装入会计档案。负责装订资金帐户产生的会计档案。 （二）业务流程设想 1.业务部发生现金取款业务： 借：现金 贷：银行存款 资金部根据审核后的流水： 借：活期存款---XX单位 贷：现金 每日终了开出先进支票与银行结清当日款项： 借：现金