简介

事项会计理论和传统会计理论有明显不同，导致这种差异的原因是观察 经济现象的立足点不同。传统会计是以价值学派为基础的，它主要为用户的决策模型提供价值输入。事实上，就所有用户而言，仅仅输入价值量未必是最佳的。以价值为基础的传统会计信息系统有以下的局限性：

（1）经济事项具有多方面的特征，试图通过一种计量尺度（价值）而忽视诸如 生产率、性能、 质量、可靠性、数量以及其他事项特征来描述事项，具有明显的缺陷；

（2）会计的数据分类方法对不同的信息使用者不一定总是恰当的，只采用会计科目对经济事项进行分类，往往导致一些重要的决策信息被遗漏， 经济事项的非价值信息被隐没了；

（3）会计信息是被不同的决策者利用的，每个决策者因地位、个性等不同，对会计信息的种类、信息量、汇总程度的关注点不同，传统会计信息系统提供了价值汇总程度很高的会计信息（如会计报表），显然不能满足各个不同层次、不同种类的决策者的需要；

（4）以价值为基础的会计信息处理是由 会计信息系统完成的，而关于同一事项其他方面的经济信息则由其他系统完成，结果导致经济信息的不一致性、不完整性及冗余量很大。

以事项会计理论为基础的会计信息系统，对一项事项的描述是多维的，因而事项信息具有全面性、完整性及冗余量小。信息使用者根据决策的需要，选择有关的事项信息，并采用一定的方法、程序对事项信息进行恰当的处理，形成决策模型所需要的输入，所以以事项会计理论为基础的会计 信息系统更能满足使用者决策需要。

影响

建立在事项会计理论基础上的会计信息系统，它要求对会计所要报告的经济事项，予以清晰的分类；运用特殊的标识，形成有效的分类；利用一定的手段，按特殊的标识，从不同的角度加工会计事项，以形成不同的会计信息，为不同的决策者服务。

会计信息系统一般可分为会计核算信息系统、 会计管理信息系统、会计决策支持系统、会计信息检查系统。从会计信息使用者得的观点来考察上述分类， 会计核算、会计管理、会计决策、会计检查是属于不同层次、具有不同目的的系统。会计核算是反映过去，会计管理是控制现在，会计决策是规划将来，会计检查是审查会计信息的合理性和合法性。在这四个不同目标的系统里，会计核算是基础,只有会计核算得到的信息正确，在此基础上才能进行会计管理、决策（使用会计信息）和检查（审查会计信息）。所以这四个系统的信息源应该是一致的。从事项会计理论的观点看，这四个系统都取之于同一经济事项，按其决策的种类和层次不同，给予不同的标识，经过不同的处理，就能得到不同的信息。

在财务处理模块里，设置 账户定义是为了将来取得某种信息，预先设置好塑造该种信息的模型。在这里把总账会计科目和明细账 会计科目的观念转变为非底层科目和底层科目的观念。按这种观念，总账并不一定是非底层科目，底层科目并不一定是明细账。底层科目和非底层科目所反映的是对同一个经济事项作不同的归类，因此必定要给予一个不同的标识。有了不同的标识，在会计凭证输入时，就可以很方便地进行会计科目的逻辑校验；在登账、结账时都有一定的标识，以便区别凭证是否登账或 结账；底层科目在打印时，有些是 日记账形式，有些是三栏式明细账或多栏式明细账，也有些是数量金额式明细账，这就需要对不同的底层科目给予不同的标识。对上述四种账，就要给予四种标识，这四种标识在会计凭证录入时，都表示底层科目，而在打印时，又分别表示不同形式的账页打印。事项会计理论的基础，就在于对不同信息的使用者给予不同的标识。

在工资核算、 固定资产核算模块中，按事项会计理论，在定义 工资的基础数据项、固定资产的卡片时，都要增加一些特定的项目（标识），例如工种、部门、固定资产是否在使用等等，这样就可以很方便地进行不同的目的信息汇总。会计管理和决策支持系统所需要的数据大部分取之于会计核算信息系统，这就需要在会计核算信息系统初始数据（事项）输入时，事先定义好一些标识，供管理和决策所用。例如要进行应收、应付账款的账龄分析，在初始设定供货单位和销货单位时，应预先设定 信誉度、赊销期限、销货账号、付款日期、购货日期等项目，对每一个项目，都给予一个标识，以便能正确地进行账龄分析。

会计信息系统的设计不但要考虑核算、管理、决策的需要，还要考虑查账（ 审计）的需要。按事项会计理论，预先应设定好一定的标识（审计线索）以备查账。例如，要审查一个账务处理系统，不同企业的账务处理系统所用的计算机语言不同，数据文件的结构不同。如何用通用的方法，来审查账账务系统所提供信息的合理性和合法性，这是亟待解决的现实问题。下面以账务处理模块为例，说明事项会计理论在查账中的应用。

账务处理模块，是指从凭证的输入到账表输出这样一个过程，这里的凭证一般指记账凭证，包括手工输入的记账凭证和其他子系统取得的机制凭证。整个账务处理模块就是对接受到的凭证数据进行分类、计算、汇总，分别得到日记账、明细账、总账、报表等，凭证（凭证库）是账务处理模块最重要的数据来源。

账务处理模块，从凭证输入到对凭证进行处理生成各种账表的一系列过程中，都要用到会计科目和该科目的余额，因此在任何一个账务处理模块（不管是哪个公司或者用哪种 计算机语言开发的），都必然存在着一个反映会计科目名称、代码及其与之相关的数据项的数据库（代码库）。账务处理模块中所有的账表（日记账、 明细账、总账、报表），都是直接或者间接地从代码库和凭证库中取得。

用事项会计理论来描述，凭证是 经济活动发生的事项，代码是描述事项特征的一种工具，代码库里的不同数据项，按不同需要预先设定好不同的标识，就能满足不同的信息使用者的需要。有些标识是为内部信息使用者服务的，有些标识是为外部信息使用者服务的。为外部信息使用者服务的，就需要有一个由信息使用者提供的统一标识（数据结构）。为了会计信息管理和查账（审计）的需要，上海市账政局在1992年颁布的沪财会（92）30号文件中，曾制订过一个统一的会计科目对照表文件（ 代码库）和本月 记账凭证文件（凭证库）。代码库和凭证库都规定了每一条记录的总长度、数据项个数及排列顺序、每个数据项的位数，要求使用会计核算软件正式替代手工记账的单位，月终一定要把代码库和凭证库中的数据，转到上海市财政局统一规定的格式上，并用磁介质保存三年以上，供财政和审计部门使用、管理和审查会计信息。

综上所述，认为事项会计理论既为电算化会计信息系统的设计奠定了会计的理论基础，又为设计成的 电算化会计信息系统真正能做到数出一门、资料共享，提供了可实现的途径。因此认为建立在事项会计理论基础上的电算化会计信息系统将是今后会计信息系统研究的方向。

特征

索特在1969年明确提出了会计事项法，与之相对应，他把当时占统治地位的会计模式称为价值法，并对两者进行了描述和比较。从本质上来看，事项法具有以下两个特征：