事项会计信息系统体系结构构建

[摘要]随着 经济 的 发展 ，IT技术、管理思想的演进，特别是信息需求的个性化与多样化，不少人士开始认为事项 会计 将是未来 时代 会计发展的趋势，但 目前 对事项会计的 研究 还没有形成较完善的 理论 体系。本文主要从事项会计信息系统的组织结构和功能结构的角度来阐述其体系结构的构建。 代写论文。

[关键词] 事项会计；体系结构；构建 　　　 　　1969年美国会计学家乔治·索特提出事项法以来，在很长一段时间里并未引起会计界的响应。但随着经济的飞速发展，IT技术的日新月异，管理思想的演进，特别是信息需求的个性化与多样化，人们开始逐渐认识到事项会计将是未来时代会计发展的趋势，但目前对事项会计的研究还没有形成较完善的理论体系。笔者就事项会计信息系统体系结构提出自己的一点看法，旨在抛砖引玉，与同仁商榷。 　　 　　一、构建事项会计信息系统的组织结构 　　 　　目前，在会计电算化领域，大家普遍认为， 网络 财务是未来会计电算化的发展方向。但对网络财务的理解，主要有两种：其一是发展基于Internet/Intranet的网络财务管理软件，即以本 企业 为会计信息供给中心，只不过在功能上比以前的会计软件更为全面，拥有先进的管理理念和IT技术，具有支持 电子 商务的能力。其二是网上理财，即ASP（Application Service Provider）在财务领域的 应用 ，是通过互联网上的专营网站为企业提供专业的理财服务，企业甚至无须购买网络财务管理软件。这种模式有利于企业降低营运成本，使企业把精力放在核心业务上，提高效率。 思想汇报 /sixianghuibao/ 　　事项会计是未来网络会计发展方向。它比传统会计更需要专家化和中介化服务，基于ASP模式（网上理财）将是事项会计最适宜的组织结构（如图1）。 　　 　　在图1所示的事项会计组织结构中，企业一方面向ASP模式下的会计代理公司租用软件和会计服务，另一方面向ASP模式下的会计代理服务公司和信息使用者提供数据，包括财务数据和非财务数据。信息使用者从企业和ASP中获取数据，自行加工，并根据数据的重要程度向数据来源方支付款项。ASP从软件公司中租用或购买软件，向企业提供会计服务和软件。政府监督部门的监督重心由企业开始向ASP转移。 　　 　　二、构建事项会计信息系统的功能结构 　　 　　会计信息系统的功能结构是指一个完整的会计软件由哪几个子系统组成，每一个子系统完成哪些功能，以及各子系统之间的相互关系等。会计信息系统随着信息需求多样化与个性化、信息技术革命和会计学科的发展而逐步发展和完善。 　　1．事项会计信息系统的软件结构设计的基本思路 　　会计信息系统在企业中实现，其核心是软件。现在的软件在正式编写程序代码前需要两个不可或缺的步骤：一是对业务逻辑的 分析 和定义，以形成业务逻辑结构；二是根据业务逻辑设计软件结构，包括数据词典、数据处理方式等。所以其设计思路主要表现在：（1）软件结构始终体现某种业务逻辑，不能实时支持业务过程变更。（2）会计软件的设计基础是总账或子账系统。（3）会计处理程序在系统具体运行中仅仅是一种选择，从而其系统提供的信息将受制于 方法 选择。 论文代写 　　事项会计信息系统要成为一种先进的会计信息系统，必须要有先进的设计思路或理念。它应立足于“决策有用”的基本目标，其设计思路或理念是：（1）在软件结构中摒弃系统分析中的业务逻辑，将业务逻辑放置于系统实施阶段和其后的应用阶段，以便有利于实时支持业务过程的变更。（2）会计软件的设计基础应以事件驱动为基础，提高账务与业务的集成度，提升数据的精细程度。（3）会计软件中设计充分的模型和方法，但应把模型和方法的设计权下放，允许信息使用者按自己的需要进行设计，使会计处理程序高度自由化。 　　2．事项会计信息系统的基本功能模块 　　可以说，现在的会计信息系统已不是原有的单纯的会计系统，而是从整个组织的角度来综合考虑会计信息系统的结构。事项会计信息系统的功能结构是基于业务过程和事件驱动，它必须将原始数据与会计处理方法相互分离，以保证会计处理的灵活性。从总体功能结构来看，事项会计信息系统可划分7个主要功能模块（如图2）。 　　（1）初始化模块 　　事项会计信息系统的初始化模块的主要功能结构由初始类别、事件（事项）类型、组织设计、工作流设计和基础数据组成。 　　系统的初始化对于整个系统的成败起着举足轻重的作用。现行的会计信息系统之所以难以满足不同用户多样信息需求，就是因为它把许多 内容 固化在系统中。要想实时支持业务过程变更及组织形态转换，就必须将相关内容动态地融入系统。因此，在初始化模块中，实行“初始类别”管理有助于在系统运行中实施各种变更，同时某一“初始类别”就是事件（事项）类别、组织设计、工作流设计的具体化。使用者根据不同的需求可随时选择不同的初始类别。 　　事项会计将会改变现行的会计软件设计基础，以原子事项和事件驱动为基础来架构软件功能结构，因而在系统进行日常业务处理前必须分清有哪些事项和事件，这是以后采集、处理、传递、输出数据的载体和动力。例如；销售/收款过程的事件类型主要有营销事件、接受订单事件、发货事件、装运事件、收款事件等。 　　组织架构一般有两种：一个是企业实际的运行架构，如直线制、职能制、事业部制等；另一个是财务分析和控制用的组织，它包括有经营范围、业务区域、控制区域、利润中心和成本中心等，它和实际的企业组织可以不同，而且它是一种灵活的虚拟结构。在初始化模块中的组织设计更注重于后者。