事务驱动型会计信息系统探讨.docVIP

事务驱动型会计信息系统研究 　　摘要：目前国内单位在实施会计信息化时大多采用单据型通用型商品化会计软件，这一做法具有投入少、实施快的优点，但也存在部分功能僵化、流程不符合实际需求等问题，导致很多单位在实施会计信息化后财务人员工作量加大、信息化效果不佳。本文从业务处理流程着手，提出事务驱动型会计信息系统，并以采购应付系统为例说明这一系统的变化和实现 关键词：单据型会计信息系统 事务驱动型会计信息系统 采购应付系统 随着企业信息化水平的不断提高，以会计核算为核心的核算型会计信息系统逐渐转向财务管理和会计核算并重的管理型会计信息系统。传统核算型会计信息系统以会计核算为中心、以业务单据和会计凭证为核心的设计模式，在实践应用中不断地暴露出操作过于复杂、功能不能满足管理需要等缺陷，在一定程度上限制了会计信息化的效果 一、单据型会计信息系统和事务驱动型会计信息系统的概念 单据型会计信息系统，是指会计信息系统在功能设计时以纸质单据（包括原始凭证和记账凭证）为核心，按单据种类进行功能划分，对每类单据分别设计输入和审核功能，确保了各类手工业务单据正确地在信息系统中得以重现，在此基础上实现相关查询和统计功能 事务驱动型会计信息系统，是指以经济业务为对象，以纸质单据为信息载体，以业务办理流程（即事务）为导向形成的会计信息系统。与单据型信息系统最大的区别在于该系统在设计时不仅考虑了信息载体即各类单据的输入审核，而且更多地考虑了业务连续性即单据之间联系，这也正是管理型会计信息系统最需要的 二、现有单据型会计信息系统的不足 （一）当前会计信息系统处理业务信息的两种模式 当前我国会计信息化的会计软件来源以购买通用商品化会计软件为主，这类软件在处理业务信息时，常见有总账系统辅助核算和专门子系统管理两种模式 1.总账系统辅助核算模式。总账系统辅助核算模式是指业务信息在总账系统中以记账凭证辅助信息的方式进行管理。该模式对会计科目设置特定的辅助核算，当业务发生后，在记账凭证中录入与业务相关的一些信息，在此基础上提供查询和简单管理功能。以采购应付系统为例，见图1 2.专门子系统管理模式。专门子系统管理模式是指业务在专门子系统中进行管理，子系统以机制记账凭证自动传递到总账系统中进行核算。该模式对特定会计科目设计了专门子系统，当业务发生后，在子系统中输入业务的原始单据，在子系统中完成单据的日常管理工作，通过机制转账凭证将核算信息传递到总账系统。以采购应付系统为例，见图2 上述两种模式，总账系统辅助核算一般适用于业务不多、管理要求不高的小微型单位;专门子系统管理适用于业务相对较多、对业务有管理要求的大中型单位 但从原理上来看，两种模式都是属于单据型信息系统，设计时以单据（即会计凭证，包括原始凭证和记账凭证）为核心，功能侧重于单据的输入、核对，在此基础上实现相关查询和统计功能。如总账系统辅助核算模式是以记账凭证为核心，以记账凭证的输入、审核和记账为主要功能，辅以凭证、账簿等查询;专门子系统模式则以业务原始单据为核心，以各类原始单据的输入、审核和生成机制转账凭证为主要功能，辅以账证查询功能 （二）单据型会计信息系统存在的不足 1.以单据为功能设计对象，忽视了各单据之间所存在的业务联系。从信息角度来看，单据是某一业务在特定环节的信息载体，而业务是由一系列单据组成的一条信息线;现有会计信息系统在输入和处理功能设计时，大多按单据种类进行功能划分，每类单据分别设计输入和审核功能，确保了各类手工业务单据正确地在信息系统中得以重现，但忽视了单据之间的业务联系。一笔业务从产生到结束会产生多种不同单据，现有信息系统能重现各类单据，而单据之间的业务联系却只能依靠人工分析处理来实现 2.功能流程上先核算后管理，割裂了财务管理与会计核算一体化关系。核算和管理是会计信息系统的两大职能，目前的会计信息系统在处理二者关系时往往是重核算轻管理，在功能流程设计时先核算后管理。如上述两种模式中对采购业务的付款环节处理，都是先对付款单据进行处理（制证或制单），再进行采购与付款业务的核销或结算，这一流程显然与实际付款环节先核对应付单据再付款的事务处理流程不符 3.软件功能设计时未能考虑事务处理中的管理行为。单据型系统在功能设计时，大多是围绕着单据展开，在输入环节基本上按各类单据分别设计相应的输入审核功能，对于整个业务过程中的事务管理操作往往没有过多考虑。如在实际采购业务付款环节，采购发票需要分别进行单据核对和付款审批二道环节才能进入付款程序，而大多会计软件只有一个单据审核功能，使采购发票的付款审批在系统中难以实现，只能采用付款审批单等变通形式，但恰恰也是这种变通，破坏了单据间的业务联系 三、事务驱动型采购应付系统设计 事务驱动型采购