构建基于事项会计基础的会计信息系统探索
摘要：
由于过去缺乏信息技术的支撑，事项会计理论一直未能得到有效应用。随着信息技术的发展及广泛应用，发达的信息技术为事项会计理论的应用提供了有力的支撑，网络时代事项会计理论应用的目标应是建立基于事项会计理论的会计信息系统。
关键词：事项法；价值法；会计信息系统
1事项会计理论的提出及其本质
事项法会计(Event Approach Accounting)理论是美国会计学会成员、会计学教授乔治·索特(George·H． ·Sorter)在1966年出版的《论会计基本理论》一书中提出的。他认为，“财务会计人员的任务只是提供事项的信息，而让使用者自己选择适用的事项信息ul，’。所谓事项，是指可观察的、可以用会计数据来表现其特性的、具体活动、交易和事件。1969年，索特教授发表了题为《基本会计理论的事项论》的论文，对事项法会计理论作了进一步的阐述。他将传统的会计方法称为“价值法”，这种方法的根本假设是“会计信息的用户的需求是已知的并能够被充分而特别地被说明，因此，可以通过会计理论推断为有用的决策模型产生最优的输入”。而“事项法”会计建立在完全不同的假设上，即“会计人员可能对决策者如何使用信息一无所知，会计的目的是为不同的可能决策模型提供相关的经济事项信息，而不是直接为不可知或根本不可能知道的决策模型提供价值输入”。
事项法会计认为财务会计目标在于提供与各种可能的决策模型相关的经济事项信息，与决策相关的事件的信息应尽量以其原始的形式保存；会计人员的任务只是提供有关事项的信息，而让信息使用者自己根据其决策需要加工产生所需要的适用的事项信息，并将其运用在决策模型中。事项法会计采用多种计量属性反映事项各方面的特征，多维地揭示经济事项的价值和非价值方面的信息，因而事项信息具有全面性、完整性及冗余量少的特点；提供“原汁原味”的事项信息，让信息使用者运用决策模型进行决策，因而满足信息使用者的需要。因此，以事项法会计理论为基础的会计信息系统(AIS)无疑能够满足要求_2]。
2 价值法与事项法的会计信息系统构建比较
2．1 以价值为基础的传统会计信息系统的局限性
1)经济事项具有多方面的特征，试图通过一种计量尺度(价值)而忽视诸如生产率、性能、质量、可靠性、数量以及其他事项特征来描述事项，具有明显的缺陷。
2)会计的数据分类方法对不同的信息使用者不一定总是恰当的，只采用会计科目对经济事项进行分类，往往导致一些重要的决策信息被遗漏，经济事项的非价值信息被隐没了。
3)会计信息是被不同的决策者利用的，每个决策者因地位、个性等不同，对会计信息的种类、信息量、汇总程度的关注点不同，传统会计信息系统提供了价值汇总程度很高的会计信息(如会计报表)，显然不能满足各个不同层次、不同种类的决策者的需要。
4)以价值为基础的会计信息处理是由会计信息系统完成的，而关于同一事项其他方面的经济信息则由其他系统完成，结果导致经济信息的不一致性、不完整性及冗余量很大。
2．2 事项会计理论基础上的会计信息系统的明显优势
1)针对某一具体的会计事项的相关信息进行处理和披露，降低了信息的冗余度，即高内聚低耦合。
2)使设计出来的系统具有很大的弹性空间，可以充分发挥信息使用者对信息的利用空间，让他们可以从不同的角度去挖掘所需要的价值。
3)在事件驱动模式下，把信息使用者所需的信息按照动机不同划分为若干事件。设计时，为每一种事件设计一个“过程程序模型”。当决策者需要某种信息时，根据不同的事件驱动相应的信息，实现了决策者从被动接受财务报告到主动筛选信息的转化。
3 构建事项会计理论基础的会计信息系统
3．1 采用以数据库为基础的设计方法
Arthur Z． Lieberman和Andrew B．W hinston提出了一种以Mass Data Base(MDB)、User—DefinedStructures(UDS)、User Defined Functiongs(UDF)这三个数据库为基础的设计方法。
一个企业的MDB数据库能根据事项法的定义收集、储存、编辑和修改与经济事项相关的数据与资料，不仅包括财务方面的，也包括非财务的相关资料。
随着企业经济业务的进行，MDB数据库就会以一定的数据处理规则自动收集、储存、编辑数据和资料。
数据一旦产生，不必另外加工。UDS数据库是指用户定义的数据结构，当一个用户(与企业有关的用户)在他的UDS数据库中增加了一个新的事项记录，这个记录会同时自动增加到企业的MDB数据库中，其他用户也将被允许使用这个用户的UDS数据库。
UDF数据库包含着一定的管理方法、数学模式、各种确认原则、计量属性、财务分析模型、预测决策模型、生成各种报表的软件和各种数据处理软件等，用户可以利用UDF数据库中的模型与软件处理企业MDB数据库和不同用户的UDS数据库中的数据与资料，生成用户需要的信息 ]。同时用户也可以利用用户自身定义的与UDF数据库兼容的数据和资料处理软件，处理企业MDB数据库和不同用户的UDS数据库的数据与资料，生成用户需要的数据和资料。用户定义的数据和资料处理软件将被储存在UDF数据库中供其他用户使用。
对这三个数据库的基本要求是：彼此独立，又相互联系，根据新的经济事项的发生和不同用户新的定义不断更新。MDB数据库更新最快，它随着新的经济事项的发生和用户自行定义的UDS数据库的更新而更新；UDS数据库随用户定义的数据结构和与用户相关的经济事项的更新而更新；当用户输入一定的命令，UDF数据库将生成用户需要的信息。
3．2 使用事件驱动的会计信息系统体系结构
“事件驱动”是指当某一特定事件要求代码进人工作时，程序指令开始执行。平时对源数据信息不进行进一步的顺序性加工处理，当决策者需要某项专用信息时，只要驱动相关专用信息代码处理。在“事件驱动”方式下，可以把信息使用者需要的信息按使用动机不同划分为若干事件，为某一事件设计相应的“过程程序”模型 ，当决策者需要某种信息时，根据不同事件驱动相应“过程”处理程序，从而得到相应的信息，如图1所示。
事件驱动的体系结构具有传统体系结构所不具有的灵活性以及对报表输出的强大支持。事件驱动的系统并不使用账簿作为记录业务数据的工具，账簿可以作为事件驱动系统的逻辑输出视图 。同样，系统也可以从事件数据实体表中提取有关数据形成相关的报表。因此，在事件驱动的系统中，信息用户可以通过相应的“过程程序”模型，从事件数据实体表中提取相关数据，输出各种满足决策需要的报表。
事件驱动的系统可以灵活地适应不同的会计方法、会计原则的核算要求，方便地输出不同的会计方法、会计原则下的会计信息，而不像传统的系统需要做多套账。事项法会计信息系统需要记录经济业务的原始事项信息，并向信息使用者提供各种符合决策需求的信息，十分适合事件驱动的体系结构。并且，只有使用事件驱动的体系结构，才能更好地完成事项法会计信息系统的目标。
事项法会计信息系统需要记录经济业务的原始事项信息，并向信息使用者提供各种符合决策需求的信息，十分适合事件驱动的体系结构。并且，只有使用事件驱动的体系结构，才能更好地完成事项法会计信息系统的目标。
3．3 运用业务与信息处理集成的处理模式
事项法会计信息系统需要实现信息的实时采集、处理、存储和传输，事项法会计信息系统又是面向业务过程的信息系统，业务处理规则将被嵌入到系统内。因此，事项法会计信息系统需要采用一种高效的业务与信息处理模式。当前最理想的处理模式是实现业务处理与信息处理的集成，事项法会计信息系统应采用业务与信息处理集成的模式。业务处理与信息处理的集成是指系统在处理业务的时候，同时进行信息的采集、处理和存储_sj。如何在系统内实现业务处理与信息处理的集成，是系统设计的难题。业务处理与信息处理的集成的难点在于触发信息处理的触发点的确定，触发点的确定在于业务过程的合理划分。而业务过程的划分需要考虑企业经营业务、机构、计划、内部控制、成本效益等因素，是一项系统的工程。
以事项法下的帐务处理模块为例，账务处理模块，是指从凭证的输入到账表输出这样一个过程，这里的凭证一般指记账凭证，包括手工输入的记账凭证和其他子系统取得的机制凭证。整个账务处理模块就是对接受到的凭证数据进行分类、计算、汇总，分别得到日记账、明细账、总账、报表等，凭证(凭证库)是账务处理模块最重要的数据来源[6]。
账务处理模块，从凭证输入到对凭证进行处理生成各种账表的一系列过程中，都要用到会计科目和该科目的余额，因此在任何一个账务处理模块(不管是哪个公司或者用哪种计算机语言开发的)，都必然存在着一个反映会计科目名称、代码及其与之相关的数据项的数据库(代码库)。账务处理模块中所有的账表(日记账、明细账、总账、报表)，都是直接或者问接地从代码库和凭证库中取得。
生成账表的过程，就是把代码库中的余额和凭证库中的发生额，按不同的标识(科目也是一种标识)进行不同的组合。所以代码库和凭证库是进行会计信息处理的信息源。代码库和凭证库中的数据是原始信息，而账表中的数据是经过加工后的信息。计算机需要保存的是原始信息，这样能节省计算机储存空间，而经过加工后产生的信息，则可以通过计算机运算，随时产生。所以传统意义上的查账被赋予新的含义，就是查代码库和凭证库。
综上所述，事项会计目前仅从理论上进行探讨，与实际的应用还有一定的距离。但随着科技的进步和经济的发展，计算机在会计领域的广泛应用，我们有理由相信，事项会计更能适应经济发展的需要，更能满足信息使用者的信息需求，它将成为未来会计的发展趋势。
由于过去缺乏信息技术的支撑，事项会计理论一直未能得到有效应用。随着信息技术的发展及广泛应用，发达的信息技术为事项会计理论的应用提供了有力的支撑，网络时代事项会计理论应用的目标应是建立基于事项会计理论的会计信息系统。
关键词：事项法；价值法；会计信息系统
1事项会计理论的提出及其本质
事项法会计(Event Approach Accounting)理论是美国会计学会成员、会计学教授乔治·索特(George·H． ·Sorter)在1966年出版的《论会计基本理论》一书中提出的。他认为，“财务会计人员的任务只是提供事项的信息，而让使用者自己选择适用的事项信息ul，’。所谓事项，是指可观察的、可以用会计数据来表现其特性的、具体活动、交易和事件。1969年，索特教授发表了题为《基本会计理论的事项论》的论文，对事项法会计理论作了进一步的阐述。他将传统的会计方法称为“价值法”，这种方法的根本假设是“会计信息的用户的需求是已知的并能够被充分而特别地被说明，因此，可以通过会计理论推断为有用的决策模型产生最优的输入”。而“事项法”会计建立在完全不同的假设上，即“会计人员可能对决策者如何使用信息一无所知，会计的目的是为不同的可能决策模型提供相关的经济事项信息，而不是直接为不可知或根本不可能知道的决策模型提供价值输入”。
事项法会计认为财务会计目标在于提供与各种可能的决策模型相关的经济事项信息，与决策相关的事件的信息应尽量以其原始的形式保存；会计人员的任务只是提供有关事项的信息，而让信息使用者自己根据其决策需要加工产生所需要的适用的事项信息，并将其运用在决策模型中。事项法会计采用多种计量属性反映事项各方面的特征，多维地揭示经济事项的价值和非价值方面的信息，因而事项信息具有全面性、完整性及冗余量少的特点；提供“原汁原味”的事项信息，让信息使用者运用决策模型进行决策，因而满足信息使用者的需要。因此，以事项法会计理论为基础的会计信息系统(AIS)无疑能够满足要求_2]。
2 价值法与事项法的会计信息系统构建比较
2．1 以价值为基础的传统会计信息系统的局限性
1)经济事项具有多方面的特征，试图通过一种计量尺度(价值)而忽视诸如生产率、性能、质量、可靠性、数量以及其他事项特征来描述事项，具有明显的缺陷。
2)会计的数据分类方法对不同的信息使用者不一定总是恰当的，只采用会计科目对经济事项进行分类，往往导致一些重要的决策信息被遗漏，经济事项的非价值信息被隐没了。
3)会计信息是被不同的决策者利用的，每个决策者因地位、个性等不同，对会计信息的种类、信息量、汇总程度的关注点不同，传统会计信息系统提供了价值汇总程度很高的会计信息(如会计报表)，显然不能满足各个不同层次、不同种类的决策者的需要。
4)以价值为基础的会计信息处理是由会计信息系统完成的，而关于同一事项其他方面的经济信息则由其他系统完成，结果导致经济信息的不一致性、不完整性及冗余量很大。
2．2 事项会计理论基础上的会计信息系统的明显优势
1)针对某一具体的会计事项的相关信息进行处理和披露，降低了信息的冗余度，即高内聚低耦合。
2)使设计出来的系统具有很大的弹性空间，可以充分发挥信息使用者对信息的利用空间，让他们可以从不同的角度去挖掘所需要的价值。
3)在事件驱动模式下，把信息使用者所需的信息按照动机不同划分为若干事件。设计时，为每一种事件设计一个“过程程序模型”。当决策者需要某种信息时，根据不同的事件驱动相应的信息，实现了决策者从被动接受财务报告到主动筛选信息的转化。
3 构建事项会计理论基础的会计信息系统
3．1 采用以数据库为基础的设计方法
Arthur Z． Lieberman和Andrew B．W hinston提出了一种以Mass Data Base(MDB)、User—DefinedStructures(UDS)、User Defined Functiongs(UDF)这三个数据库为基础的设计方法。
一个企业的MDB数据库能根据事项法的定义收集、储存、编辑和修改与经济事项相关的数据与资料，不仅包括财务方面的，也包括非财务的相关资料。
随着企业经济业务的进行，MDB数据库就会以一定的数据处理规则自动收集、储存、编辑数据和资料。
数据一旦产生，不必另外加工。UDS数据库是指用户定义的数据结构，当一个用户(与企业有关的用户)在他的UDS数据库中增加了一个新的事项记录，这个记录会同时自动增加到企业的MDB数据库中，其他用户也将被允许使用这个用户的UDS数据库。
UDF数据库包含着一定的管理方法、数学模式、各种确认原则、计量属性、财务分析模型、预测决策模型、生成各种报表的软件和各种数据处理软件等，用户可以利用UDF数据库中的模型与软件处理企业MDB数据库和不同用户的UDS数据库中的数据与资料，生成用户需要的信息 ]。同时用户也可以利用用户自身定义的与UDF数据库兼容的数据和资料处理软件，处理企业MDB数据库和不同用户的UDS数据库的数据与资料，生成用户需要的数据和资料。用户定义的数据和资料处理软件将被储存在UDF数据库中供其他用户使用。
对这三个数据库的基本要求是：彼此独立，又相互联系，根据新的经济事项的发生和不同用户新的定义不断更新。MDB数据库更新最快，它随着新的经济事项的发生和用户自行定义的UDS数据库的更新而更新；UDS数据库随用户定义的数据结构和与用户相关的经济事项的更新而更新；当用户输入一定的命令，UDF数据库将生成用户需要的信息。
3．2 使用事件驱动的会计信息系统体系结构
“事件驱动”是指当某一特定事件要求代码进人工作时，程序指令开始执行。平时对源数据信息不进行进一步的顺序性加工处理，当决策者需要某项专用信息时，只要驱动相关专用信息代码处理。在“事件驱动”方式下，可以把信息使用者需要的信息按使用动机不同划分为若干事件，为某一事件设计相应的“过程程序”模型 ，当决策者需要某种信息时，根据不同事件驱动相应“过程”处理程序，从而得到相应的信息，如图1所示。
事件驱动的体系结构具有传统体系结构所不具有的灵活性以及对报表输出的强大支持。事件驱动的系统并不使用账簿作为记录业务数据的工具，账簿可以作为事件驱动系统的逻辑输出视图 。同样，系统也可以从事件数据实体表中提取有关数据形成相关的报表。因此，在事件驱动的系统中，信息用户可以通过相应的“过程程序”模型，从事件数据实体表中提取相关数据，输出各种满足决策需要的报表。
事件驱动的系统可以灵活地适应不同的会计方法、会计原则的核算要求，方便地输出不同的会计方法、会计原则下的会计信息，而不像传统的系统需要做多套账。事项法会计信息系统需要记录经济业务的原始事项信息，并向信息使用者提供各种符合决策需求的信息，十分适合事件驱动的体系结构。并且，只有使用事件驱动的体系结构，才能更好地完成事项法会计信息系统的目标。
事项法会计信息系统需要记录经济业务的原始事项信息，并向信息使用者提供各种符合决策需求的信息，十分适合事件驱动的体系结构。并且，只有使用事件驱动的体系结构，才能更好地完成事项法会计信息系统的目标。
3．3 运用业务与信息处理集成的处理模式
事项法会计信息系统需要实现信息的实时采集、处理、存储和传输，事项法会计信息系统又是面向业务过程的信息系统，业务处理规则将被嵌入到系统内。因此，事项法会计信息系统需要采用一种高效的业务与信息处理模式。当前最理想的处理模式是实现业务处理与信息处理的集成，事项法会计信息系统应采用业务与信息处理集成的模式。业务处理与信息处理的集成是指系统在处理业务的时候，同时进行信息的采集、处理和存储_sj。如何在系统内实现业务处理与信息处理的集成，是系统设计的难题。业务处理与信息处理的集成的难点在于触发信息处理的触发点的确定，触发点的确定在于业务过程的合理划分。而业务过程的划分需要考虑企业经营业务、机构、计划、内部控制、成本效益等因素，是一项系统的工程。
以事项法下的帐务处理模块为例，账务处理模块，是指从凭证的输入到账表输出这样一个过程，这里的凭证一般指记账凭证，包括手工输入的记账凭证和其他子系统取得的机制凭证。整个账务处理模块就是对接受到的凭证数据进行分类、计算、汇总，分别得到日记账、明细账、总账、报表等，凭证(凭证库)是账务处理模块最重要的数据来源[6]。
账务处理模块，从凭证输入到对凭证进行处理生成各种账表的一系列过程中，都要用到会计科目和该科目的余额，因此在任何一个账务处理模块(不管是哪个公司或者用哪种计算机语言开发的)，都必然存在着一个反映会计科目名称、代码及其与之相关的数据项的数据库(代码库)。账务处理模块中所有的账表(日记账、明细账、总账、报表)，都是直接或者问接地从代码库和凭证库中取得。
生成账表的过程，就是把代码库中的余额和凭证库中的发生额，按不同的标识(科目也是一种标识)进行不同的组合。所以代码库和凭证库是进行会计信息处理的信息源。代码库和凭证库中的数据是原始信息，而账表中的数据是经过加工后的信息。计算机需要保存的是原始信息，这样能节省计算机储存空间，而经过加工后产生的信息，则可以通过计算机运算，随时产生。所以传统意义上的查账被赋予新的含义，就是查代码库和凭证库。
综上所述，事项会计目前仅从理论上进行探讨，与实际的应用还有一定的距离。但随着科技的进步和经济的发展，计算机在会计领域的广泛应用，我们有理由相信，事项会计更能适应经济发展的需要，更能满足信息使用者的信息需求，它将成为未来会计的发展趋势。