CN101317200A - 自动交易会计处理引擎和方法 - Google Patents

Abstract

会计数据被分类以便于交易处理和管理。根据一示例实施例，基于数据规则被实现用于将交易相关数据分类到会计科目类别中。会计信息根据基于数据规则来处理并相应地分类。该方法包括例如应用于会计信息的特定基于数据规则的标识，从而相应地应用规则并处理信息。

Description

自动交易会计处理引擎和方法

技术领域

本发明涉及数据处理交互，尤其涉及与包括运送货物和/或传送服务的交易相关的会计数据的管理和跟踪。

背景技术

数据交易处理和相关会计跟踪通常涉及高强度的手动劳动，并且在已使用自动化处理的实例中涉及高强度的用户干预。例如，交易处理涉及使用各种交易文档，诸如订单、发票、收据和货代提单(BOL)。这些类型的交易文档包括由交易各方用来监视和处理交易的与该交易相关联的信息。

对数据交易文档进行电子处理，以用于多种不同类型的商务应用程序。描述特定交易的特征的交互数据(例如电子或物理文档)常常包括以许多不同格式呈现的多种类型的信息。此外，当这种交易涉及从卖方到买方的产品销售时，除了买方和卖方之外常常有多个交易方，诸如托运人、金融机构、批发商、和管理机构(例如海关、税务机构)。常常，来自一方的交易数据的格式与来自其它方的数据并非是易于识别地相关的，从而需要大量的精力来将来自不同各方的数据组织成各个类别。解析电子文档和其它类型的数据以便于标识和分类交易数据会是耗时和昂贵的任务，同时还极易出现错误。

各种交易特别容易引起与交易数据识别和分类相关的处理困难。例如，对特定商业交易的支付前核对和审计常常在交易处理器上自动地、电子地执行。用于这些功能的文档或其它交易信息会不适时地、或以不适于标识文档和将文档分类到特定交易的格式到达交易处理器。与单个交易相关的各文档会对同一信息可能使用不同的会计科目编号。此外，不同用户(商务实体)常常实现不同类型的会计科目分类方法，其中会计科目编号可用于一个或多个会计科目分类。

另一类使得交易处理困难的不顺应性涉及一种普通情形，其中由不同方使用的标识一特定交易或标识一个交易内的数据的参考号或代码不顺应性。例如，在涉及买方和卖方的交易中，卖方维护根据由卖方产生的参考号或代码组织的交易数据。买方通常必须使用卖方的参考号或代码、而非买方的参考号来访问这些数据。此外，买方和卖方通常对交易的不同特征使用不同的参考号或代码，从而使交易的监视和管理困难。此外，想要取得交易数据的交易的其它方可能需要获得对该方代码的特定访问来分类数据。例如，当监视代理想要收集和处理诸如开支和收入数据的交易数据时，该代理通常必须获悉该特定方的系统以便于处理开支、收入和其它数据。

诸如传统交易的付款和开帐单的开支相关方面特别易于产生帐单差错和欺诈。例如，在支出和支出要分类到其中的开支类型之间常常几乎没有联系。这可导致不当分类、或几乎没有分类。还会发生与不当开支分类相关的审计差错。此外，交易的其它方面，诸如将信息输入会计系统(例如总分类帐)、和/或将数据用于税务或审计目的，常常会在特定交易的各方面得到标识和分类时延迟。例如，不当的开支分类会花费几个月才能发现，且相关联功能(例如实现与商务开支相关的减税)被相应地延迟。

会计相关信息还特别易于发生错误和欺诈。例如，当发票或其它文档上的数据被手动编码成会计科目编号时，人们会有很多机会在无意中、或者有时甚至故意地误解分类策略，并根据错误的会计科目编号记录开支。当在期末累计成本时，某些成本种类看起来像是在预算内，但实际上重大开支只是记在不同帐目上而已。

偶然的或是其它方式的会计相关差错出于各种原因都是有害的。会计数据的适当会计科目分类对于公司对相关于一般的国际公认会计原则(GAAP)标准和特别的萨班斯-奥克斯利法案(Sarbanes-oxley Act)的规则的顺应性是关键。实际上，在没有可靠的会计科目分类的情况下，公司的损益(P&L)表通常并不提供公司的财务健康的可靠指示。

其它成本还因各种交易处理方法中存在低效而产生。许多成本单个而言是较小的，但累计起来就极大了。例如，典型的交易各方引起的管理成本包括相关于建立和传送交易文档、解决帐单争议、向其它各方提供文档的签名副本、以及邮寄应收款清单的成本。此外，解析、识别和分类相关于这些和其它项的文档添加了交易的管理成本。

交易管理的另一个挑战涉及不能获得有关交易的即时信息。来自一方的交易数据对交易的其它方而言在不直接访问某方专用系统的情形下通常不会是轻易可用的。因为该过程大部分是手动进行的，因此极难跟踪一交易，且实时数据是特别难以取得的。例如，为了获悉货运或付款的状态，涉及有各个手动步骤。商务交易的管理和协调中的以上和其它困难对商务交易的有效和高效管理提出了挑战。

发明内容

本发明涉及克服所述挑战，以及相关于上述类型的方法和实现的、其它应用中的其它挑战。本发明在多个实现和应用中例示，其一部分归纳如下。

根据本发明的一个示例实施例，数据处理交互是使用一种通常涉及将基于交易数据的规则用于分类和/或处理交易的会计相关方面的方法进行管理的。

在本发明的一更特别示例实施例中，规则用于自动分类交易各方的会计数据，这些规则根据各方和/或交易来定义。会计信息关联于特定的规则集，并根据这些规则进行处理。在一些实例中，处理涉及将会计科目编号分配到会计信息中。在其它实例中，会计科目编号根据正在处理会计信息的交易方来分配。

相关于本发明的另一示例实施例，分类引擎处理具有行式项目会计数据的交易文档。该分类引擎包括关联处理器装置和分类处理器。该关联处理器装置适于：对于多个交易方的每一方，访问包括有关各交易方的信息的用户概况，用于控制各交易方对分类引擎的访问，并用于使交易文档与一特定交易方相关联。所述用户概况和交易文档中的信息用来使交易文档与交易方相关联；

分类处理器适于：对于通过关联处理器装置与交易方的特定之一关联的各交易文档，检索和使用分类规则，以将会计分类编号分配给行式项目会计数据。包括用于分类特定交易方的会计数据的信息的分类规则是根据交易文档与一特定交易方的关联来对该交易方进行检索的。该分类处理器响应于并根据相关联的交易文档从交易文档中标识行式项目会计数据，并根据分类规则将会计科目编号分配给各行式项目的经标识会计数据。

总分类帐分配引擎便于在涉及包括买方和卖方的各方之间的商家供货的交易的处理环境中的会计分类，各交易的各个方面在各方先前设置的协议(例如合同)上进行，并由至少一个基于交易的文档表征。该总分类帐分配引擎适于分类会计数据，以便用交易方用户帐户的总分类帐图表来实现。用于分类会计数据的分配规则被载入和存储到各交易方帐户的总分类帐图表中的会计科目类别中。根据所载入和存储的分配规则，例如将规则中的数据用于标识交易数据的类型、与之相关联的会计科目编号的类型，来将会计科目编号分配给符合先前设置协议的交易数据。该交易数据根据所分配的会计科目编号被存储在交易方帐户的总分类帐图表中的会计科目类别下。

本发明的以上归纳并不旨在描述本发明的每个所示实施例或每个实现。附图和以下的详细描述更特别地例示了这些实施例。

附图说明

考虑以下结合附图对本发明各实施例的详细描述，本发明可得到更全面的理解，在附图中：

图1示出根据本发明一示例实施例的交易处理装置；

图1A示出根据本发明的另一示例实施例的用于分开跟踪和审计管理类顺应性函数的会计数据的交易处理装置；

图2是示出根据本发明的又一示例实施例的用于涉及将会计科目编号应用于交易数据的交易管理方法的流程图；

图3是示出根据本发明的再一示例实施例的涉及根据基于交易数据规则和会计数据的相应管理将会计科目编号分配给会计数据的交易管理的流程图；

图4是示出根据本发明的另一示例实施例的对买方的发票核准和总分类帐会计科目编号分配的交易管理的方法的流程图；以及

图5是示出根据本发明的又一示例实施例具有会计数据分类和顺应性处理的交易管理的方法的流程图。

尽管本发明易于有各种更改和可选形式，但其细节已在附图中作为示例示出，并将作详细描述。然而，应当理解，本发明并不必然限于所述的特定实施例。相反，旨在涵盖落于由所附权利要求限定的本发明的精神和范围内的所有变体、等效方案和可选方案。

具体实施方式

相信本发明可用于各种不同类别的商务方法和交互，并且已经发现本发明对涉及包括会计数据的交易的数据处理及其它相关方面特别有用。尽管本发明不必限于这些方法，但本发明的各个方面可使用这些和其它上下文通过示例的讨论而得到理解。

根据本发明的一个示例实施例，所存储的会计类信息用于自动地分类特定交易的会计相关数据，诸如开支和/或收入数据。会计相关数据在交易装置上解析，并且使用所存储的会计类信息，会计科目编号自动地应用于会计相关数据。使用这种方法，可减少甚至消除会计科目编号向会计相关数据的分配中的矛盾之处(有意的和无意的)。

根据本发明的另一示例实施例，使用便于根据数据的会计科目编号特性对包括会计数据的某些交互数据进行分类的方法来管理数据处理交互。来自会计文档和另一个源(例如另一文档和/或用户概况源)的交互数据用来将来自会计文档的数据分配给一个或多个特定交互类别。包括在交互数据内的诸如开支和收入的会计数据被自动分类，并在需要时用于更新相关交互数据。例如，从发票支付文档接收的开支数据可用于根据在用户概况文件中预定义的开支分类函数来自动更新适当的分类帐类帐户。这些分类帐类帐户可例如在一特定开支分类下呈现一特定商业实体的总开支。收入数据可以类似于上述开支数据的处理方式进行处理。使用这些方法，商业交互数据被自动分类成多个组，这些组可用来根据选定会计函数标识文档和其它商业交互数据。

根据本发明的又一示例实施例，交易处理系统包括具有存储单元的数据库，用于存储与交易处理系统所管理的交易中涉及的特定商业实体相对应的用户概况属性，并用于存储跟踪会计类数据的会计数据表信息。该交易处理系统适于使用用户概况属性来分类交易数据，以定义分类的特性。例如，会计类数据根据用户概况属性分配的编号来自动分类(例如，通过用会计科目编号来标记特定类型的开支，这些会计科目编号标识由用户概况属性所指向的开支)。这些编号被用于在数据库中的会计数据表单元下自动存储会计类数据。当行式项目会计数据被存储在会计数据表格下时，诸如标识关联于行式项目的成本、和/或描述行式项目会计数据应用其中的商家供货的类型的数据的行式项目特定信息可存储在会计数据表格位置之下。

在一实现中，用户可创建和管理配置表格以便于会计科目编号的定义及其向数据表格单元的分类。例如通过将数据存储在由一类别标识的数据表单元中、或以其它方式用该特定类别标记经编码的会计数据，这些定义用于自动地使经编码的会计数据相关于该特定类别。将所存储单元(或标记)用于经编码的会计数据，特定用户的数据自动地相关于会计字段(例如用于用户的总分类帐或其它会计结构)。

在本发明的另一示例实施例中，交易处理系统便于涉及包括买方和卖方的交易方中的商家供货(例如商品和/或服务)的交易。各交易的各个方面都在各方先前设置的协议上进行，并由至少一个基于交易的文档表征。该系统包括数据库和计算机装置(例如一个或多个计算机，并且在后一情形中各计算机彼此通信)。该计算机装置适于将多方中每一方的相应会计科目编号存储在数据库中。这些会计科目编号可相关于例如由特定用户指定的一个特定开支或收入字段组，且这些编号还被实现成用于跟踪例如特定用户的总分类帐中的字段。这些会计编号还相关于管理类顺应性规则，诸如那些实现成确保特定实体的会计过程符合法律和其它标准的规则。这样，计算机装置使用与会计科目编号相关联的、并存储于数据库中的基于交易数据规则，以通过基于交易的文档将所存储的会计科目编号应用于开支和/或收入。使用会计科目编号的这种关联和应用，完成先前设置协议的进展诸如通过提供相关于特定交易的支付条件的信息、和/或通过产生表征协议的一个方面的会计数据得以进行。

现在参看附图，图1示出根据本发明另一示例实施例的包括编程为自动分类会计信息的包括交易处理器110(例如计算机或计算机装置)的交易处理装置100。该交易处理器110与存储器装置112通信，在该存储器装置112中存储了包括用于分类会计信息(例如会计分类编号)的规则集的交易相关信息。存储器装置112(例如数据库或数据库组)被示为与交易处理器110耦合；然而，在各个实现中，部分或全部的存储器装置是交易处理器的一部分，位于远程位置和/或包括在不同位置处的多个数据存储电路和/或介质。

多个用户节点120、122、124、126和128与交易处理器110通信耦合。这些用户节点120-128可包括用于数据存取的各种用户界面工具的任一种，包括例如买方、卖方、批发商、托运方、承运方、政府机构、金融机构、或参与交易的其它类型的个人、实体、团体或代理。这些节点与交易处理器110交互，用于提供交易相关信息，诸如会计规则、订单、发票、运单、支付授权、支付执行、海关文件、安全文件等。此外，该交易相关信息可包括相关于信息与会计数据的关系的适用性信息，诸如有效期和过期日，其中信息的适用性限于特定日期范围。在一些实例中，节点主要用作向交易处理器110提供数据的接口，且节点上的用户能够提供诸如分类规则(例如根据指定格式)的交易相关信息。在其它实例中，交易处理器110出于各种目的自动地访问来自用户节点的信息，诸如检索分类规则(例如会计科目编号)、或更新相关会计字段。节点与交易处理器110之间的这种交互例如使用诸如密码保护授权的访问授权等来控制。

当交易数据包括会计相关数据时，交易处理器110使用对特定类型数据的规则，来解析数据并自动标识和归类(例如分类)会计相关数据。这种归类使用例如交易处理器110的分类引擎或其它编程方面来执行；当包括总分类帐数据时，可实现总分类帐分配引擎以分配总分类帐类别或编号。可用规则可调节成例如适应交易的特定方、或特定会计科目类别，并可涉及诸如总分类帐编号的用户特定类别编号的分配(其中实现编号的分配以便将用于分类会计数据的编号分配到总分类帐中)。类别信息可任选地发送到会计相关数据应用其中的交易的各方。此外，在存储器装置112中具有交易信息的各方可将该分类用于监视和报告由交易处理器110管理的交易的特征。存储在交易处理器110上的会计规则还可在用户节点之一上和/或直接在交易处理器上估算。

在一实现中，交易处理器110适于在接收到(例如交易文档中的)新的基于交易数据时自动应用将会计科目编号分配给交易数据的基于交易数据规则。这些规则由作为交易处理器110的一部分或与之独立的分配引擎使用，以将会计科目编号分配给交易数据。当在交易处理器110(例如经由用户节点120-128之一)接收到对分配规则的更新时，由交易处理器作出对向数据分配会计科目编号的新呼叫，并进行相应的更新。例如，当特定用户的交易数据已分配可特定会计科目编号，且用户输入对用于分配这种编号的规则的更新时，交易处理器110使用经更新规则自动更新分配给交易数据的编号。可任选地，提供分配规则更新的用户选择性地控制经更新规则的应用，例如在用户想要选择性地将经更新规则应用于新交易时应用。

在一些实例中，交易处理器110限制和/或跟踪对用于更新规则的分配规则的访问。例如，当分配规则实现成用于分配分类开支数据的开支编号时，该交易处理器110被实现成限制用户对分配规则的访问，以禁止对规则和关联于规则的数据的非预期处理。这样，实现交易处理器110的实体可确保通过限制对开支分类规则的访问、并进一步通过自动化该分类过程来实现适当的开支分类，由此限制会计数据的错误或故意处理的机会。

相关于另一实现，交易处理器110根据所分配的会计科目编号来分配价格。价格在使用例如用户概况信息来设置价格的存储器装置112中与特定会计科目编号相关联。当会计数据分配到进一步包括价格或价格结构的特定会计科目编号时，相应的价格或价格结构被自动分配给了会计数据。

在又一实现中，交易处理器110使用共同属性解析和分组交易文档，以将相关于特定交易的文档组合在一起。这种自动分类可包括例如：自动使特定交易文档关联于一个或多个用户，随后使用该用户的概况属性来定义会计科目编号在交易文档的数据中的应用。在一特定示例中，文档被分组到根据锚类信息定义的类别中，如结合序列号为10/864,761(USBA.120PA)、2004年6月9日提交的题为“自动化交易处理系统和方法”(Automated Transaction Processing System and Approach)的美国专利申请所述，该申请通过引用全部结合于此。

在另一示例实施例中，交易处理器110还适于根据从节点120-128中接收的输入，诸如授权输入和交易特定输入来准许和控制与存储器装置112的信息交换。当节点120-128之一上的用户尝试向交易处理器110发送信息、或从中检索信息时，来自用户的授权信息用来控制该信息传送。授权信息可包括例如访问类信息(例如密码或用户ID)、或仅仅是交易处理器110可识别的文档信息。

当信息交换用交易信息来控制、且节点120-128之一向交易处理器110发送交易数据(例如电子文档)时，存储器装置112被解析以使交易数据与所存储的信息相匹配。如果发现了一个匹配，则交易处理器110例如使用用于分配会计科目编号的规则来根据所存储信息处理交易数据。例如，当交易文档根据诸如合同的先前设置协议来准许买方的有效支付授权时，交易数据与该买方的存储信息相匹配，并且买方的适当开支编号被分配给开支数据(例如分配给单个行式项目)。当交易数据表示卖方已收到了付款时，交易数据与该卖方的存储信息相匹配，且卖方的适当收入编号被分配给交易支付数据，并按需分配给支付数据中的单个行式项目。

在又一示例实施例中，交易处理器110适于将特定商业实体的会计结构存储和保持在用户节点之一中。例如，参看用户节点128，经由用户节点上的用户界面接收的输入由交易处理器110处理，以建立该商业实体的存储器装置。诸如用于分配会计科目编号的规则和如上所述的用户访问授权的概况类信息也经由用户界面在用户节点128上输入。使用该信息，交易处理器110在保存会计结构时分配会计科目编号、并控制对所存储的商业实体信息的访问。例如，当概况类信息指示特定类型的开支应当分类到用特定会计科目编号标识的会计类别时，该会计科目编号被分配给该开支。这种概况类信息可使用例如一基于算法程序来编程到交易处理器110中，该基于算法程序被配置成对交易数据和分配规则特征作比较，并产生诸如有效总分类帐编号的输出编号。

在涉及保持如上所述的会计结构的一特定应用中，诸如会计科目编号的会计类数据经由数据接口与商业实体的会计系统的交换而载入该会计结构。例如，当用户节点128上的商业实体采用特定类型的会计系统(例如用于总分类帐系统的硬件和软件)时，交易处理器110与该会计系统通过接口相连，以从中检索或以其它方式接收数据。来自该商业实体的会计系统的数据然后由交易处理器110用于建立会计结构。这种数据可包括，例如用于指定会计科目编号的有效期和过期日(或过期事件)的信息，这有助于提前载入该信息以确保这些会计科目编号的过期的及时处理。

在另一示例实施例中，由交易处理器110使用的会计科目编号选择性地装载有由交易处理器、和/或由一个或多个用户节点122-128上的用户定义的信息。例如，特定会计科目编号的部分或全部可基于例如编号应用其中的交易内的特定数据值、或基于交易数据的定义组合。在涉及来自分公司“S”的订单和产品类“P”的仓库“W”的一示例交易中，该订单可直接分类到涉及标识符为“S”、“W”和“P”的会计科目编号，诸如各字符是编号的一部分的编号“SSS/DDD/CCCCCC”。当遇到新开支、收入、和/或其它交易方面时，诸如总分类帐编号的会计科目编号因而可由交易处理器110定义。这些经定义编号可包括预定义方面，诸如表示经定义编号采用包括如上所述的分公司、仓库和产品数据的信息的方面。

在另一示例实施例中，交易处理器110监视会计数据随时间的变化。所监视的变化用于各种目的，诸如用于生成报告、跟踪顺应性、并用于生成适当的可逆条目以保持诸如总分类帐数据的会计数据的顺序。例如，当交易文档或其它交易相关项中的特定会计字段被更新时，交易处理器监视更新并相应地更新相关联的字段(例如更新用户的总分类帐帐户)。

根据又一示例实施例，在交易处理器110上接收的交易数据是与存储在存储器装置112中的安全类数据交叉引用的。当交易数据与某些安全控制标准相匹配时，该交易数据所属的交易可例如由政府类机构加上标记或以其它方式审计。例如，当一会计科目分类类型与纳入管理的分类相匹配时，相关于特定分类类型的数据可自动向诸如政府监管机构的第三方报告。

在可参照图1实现的另一示例实施例中，第三方与由交易处理器110处理的交易数据的交互被用来审计汇率信息。例如，当交易数据包括有关要使用的特定货币的信息时，第三方汇率数据可与该交易数据相匹配。这种匹配用于例如根据开支分类规则自动向各次交易分配汇率信息，该开支分类规则指导汇率在特定分类中的应用。

费用由交易处理器110根据代表节点120-128的一个或多上的用户进行的处理来自动地估算。在一些应用中，费用是基于固定费用的，且固定费用是根据特定用户的处理函数来对该用户估算的。在其它应用中，费用是基于使用估算的，例如其中所处理的交易量对应于特定的费用量。在另外的应用中，费用是在交易基础上估算的，例如其中费用是交易中所传送资金量的某一百分比。费用通常对交易中向其分类信息的那一方估算，并且可直接从对交易传送的资金中提取，其中交易处理器110便于该传送。

图1A示出根据本发明另一示例实施例的开支处理装置105，适于分开跟踪和审计用于管理类适顺应性函数的交易数据。该装置105包括开支跟踪处理器130、审计处理器140，以及在实现外部报告的应用中的报告处理器150。在一些应用中，实现了多个审计处理器，用于访问与不同的选定商业实体相关的分类开支数据。当经由报告处理器150执行报告时，取决于报告应用，使来自报告的输出对一个或多个实体可用。作为示例，管理实体160如图1A所示接收这种报告输出，其中所处理的会计数据类型为开支数据。该方法也可应用于收入的处理，其中适当的开支函数用收入函数来实现。

开支跟踪处理器130监视交易数据、使用开支分类规则132来使所跟踪的开支数据与跟踪参数(例如开支分类编号)相关联、并将相关联的开支数据存入存储器装置112中，该存储器装置112被示为并标记为对应于图1中的存储器装置112。交易数据由例如相关于诸如货物和/或服务合同的协议的一个或多个交易方来提供。该开支分类规则132包括与顺应性相关问题相关的分类信息，并且在一些应用中，分类信息是实体特定的，诸如特定交易方的分类偏好。与以上讨论一样，存储器装置112用不同数据存储单元和/或方法来选择性地实现。这样，存储器装置112可包括装置105(和装置100)可访问适当函数的两个或多个不同数据存储单元。

开支跟踪处理器130取决于应用使用来自各个源的交易数据。例如，提供诸如订单、发票的交易文件或海关文件的交易方可提供交易数据。该所提供的交易数据通常是电子传送的，或者以其它方式变得对开支跟踪处理器130可用。当开支跟踪处理器130被实现成用于公司范围处理时，公司的交易变得对开支跟踪处理器130可用。商业实体(例如，对于图1在节点120-128上)使其开支数据对开支跟踪处理器130可用。在一些实现中，开支跟踪处理器130在有效的逐个交易基础上处理交易开支数据，从而使用收入交易文档来自动地代表用户(例如买方或卖方)分类、关联、或以其它方式处理交易开支数据，同时还提供跟踪信息，用于根据使用顺应性函数来分类开支数据。在其它实现中，开支跟踪处理器130处理对涉及一特定商业实体的各个交易所保存的档案信息(例如，将在公司专用会计记录中保存的)，其中分类功能由开支跟踪处理器集中于顺应性相关分类来实现。

审计处理器140使用开支分类规则132审计由开支跟踪处理器130分类的、并存储在存储器装置112中的开支数据。该审计根据适用关联类顺应性规则来进行以确保开支数据被适当分类，例如相对于分类数据用于表征特定商业实体的经营业绩和良好财政状况。这样，审计处理器140实现与开支数据的分类相关的顺应性规则142(以及需要时的其它会计数据)，以确保开支数据是根据关联类顺应性规则分类的。这些顺应性规则142被更新以反映管理变化，并可调节成适应所审计的每个特定公司。

在一些应用中，审计处理器140可直接访问存储器装置112中的信息。例如，当审计处理器和存储器装置用共同的交易装置来实现时，审计处理器140可例行地、积极地或以其它方式访问存储器装置112，以根据顺应性规则142检索和审计所分类的开支数据。这样，审计处理器140选择性地访问存储器装置112，以得到进行审计的特定商业实体的分类开支数据。

在其它应用中，通信控制器135用审计处理器140和/或存储器装置112实现，用于向审计处理器发送经分类的开支数据。通信控制器135直接访问存储器装置112，并选择性地使经分类的开支数据对审计处理器140可用。例如，当审计处理器140请求特定商业实体(例如交易方)的数据时，通信控制器135通过使特定商业实体的经分类开支数据对审计处理器可用来对请求作出响应。在一些应用中，该方法包括一验证过程，其中通信控制器135使用一安全参数或其它类型的验证方法，经验证所请求的经分类开支数据可向审计处理器140传送。经分类的开支数据使用诸如因特网(有线/无线连接或其它基于网络的通信)的常规通信信道传送给审计处理器140。

在一些应用中，审计处理器140具有对经分类开支数据112的基于安全的远程访问。例如，用类似于上述通信控制器135的方式，审计处理器可提供由存储器装置112(或相关联控制器，诸如通信控制器135或开支跟踪处理器130)用来验证审计处理器140的验证标准。例如通过准许对审计处理器要验证的特定商业实体或一组商业实体的经分类开支数据的访问，该验证通常准许对存储器装置112中的信息的特定数据的访问。在一些应用中，诸如以上所述的用户概况文件用于验证特定审计处理器；这些用户概况文件可包括与特定审计处理器的概况文件、和/或准许访问其数据的商业实体一起存储的信息。一旦获得验证，审计处理器140就可访问存储器装置112中相关于验证的信息。

当审计处理器140审计其开支数据分类并存储于存储器装置112(或另一存储器装置)中的多个商业实体时，各商业实体的概况信息用于标识和跟踪对各实体的审计的结果。在一些应用中，概况信息还包括由审计处理器140特别用于调整审计功能以适应特定实体的信息。例如，当特定商业实体需要与它所涉及的商业类型相关、并由相关管理类顺应性规则所指示的特定审计功能时，该特定商业实体的概况信息反映了特定审计需要。此外，当特定商业实体请求特定审计功能或方法时，诸如涉及以特定格式或其它方式产生报告的功能或方法，这些概况文件由审计处理器140使用以实现所请求的功能或方法。

在实现时，报告处理器150使用由审计处理器140产生的信息来生成报告、并将该报告发送给指定接收者，诸如如图所示的管理实体160、或对其执行审计的商业实体。

装置105和与之一起讨论的方法可用各种开支、收入和其它交易处理方法来实现。例如，在装置105中示出的一个或多个功能可结合图1中的交易处理器110来实现。在图1A中示出并结合其讨论的选定功能(例如开支或成本跟踪、审计和/或报告)被编程到图1的交易处理器110中。交易处理器110实现本文所讨论的与相应跟踪、审计和报告处理器130、140和150相关联的功能。

在某些应用中，由跟踪和审计处理器130和140实现的跟踪和审计功能经由交易处理器110实现、但由单个实体控制，以便于与例如需要分开这些功能的规则相关的适用会计实践顺应性。例如2002的萨班斯-奥克斯利法案要求：相对于实现非审计服务的实体，审计服务由单个实体进行。这样，交易处理器110上的用户概况文件或其它规则对这些功能单独保存并实现，从而相对于任何审计功能跟踪(或任何非审计服务)都在独立控制下进行。对用户概况文件或其它相关于跟踪和审计功能的控制特性的访问使用诸如以上对图1讨论的安全手段而受到相应的限制。使用该方法，跟踪和审计功能结合交易处理器110实现，同时保持这些功能的单独控制，并相应地符合与这种单独控制相关的顺应性规则。

在一些应用中，分别由处理器130、140和150执行的跟踪、审计和报告功能的一个或多个在用户节点120-128之一上实现。诸如审计的外部实体、或用户节点120-128之一上的成本分类实体与交易处理器110交互，以执行与由交易处理器110处理的交易数据关联的功能。如上所述，对存储器装置112中数据的访问可由如用审计处理器140实现的交易控制器110来选择性地控制。

对结合图1A示出和描述的部分或全部处理功能估算费用。例如，当用图1的交易处理器110实现时，费用结合图1如上所述地进行估算。此外，可通过操作或以其它方式提供开支跟踪处理器130的开支跟踪实体在适用时直接或经由交易处理器110来单独估算费用。类似地，可通过操作或提供审计处理器140及其功能的实体来单独估算费用。这些费用可经由装置105(以及实现时的100)或独立于这些装置来自动地估算。

再参看图1A，本发明的另一个示例实施例涉及结合用户的总分类帐的管理和/或处理实现一个或多个以上方法。开支跟踪处理器130与交易数据交互，并进一步与存储器装置112中的数据交互，以跟踪与总分类帐相关的开支数据。存储器装置112通常被实现成除了存储各用户的基于交易数据规则(例如如图1所讨论的)之外，还存储各用户帐户的总分类帐图表的图表结构。

开支分类规则132包括总分类帐分配规则，用于将总分类帐会计科目编号分配给开支。开支跟踪处理器130例如使用经由开支跟踪处理器130上的软件所实现的总分类帐分配引擎，将这些总分类帐分配规则用来分配总分类帐会计科目编号。当交易数据由开支跟踪处理器130接收或以其它方式访问时，基于存储数据的规则用来按需将编号和其它信息分配给交易数据，用于将相关用户的总分类帐图表结构载入存储器装置112和/或更新之。该经更新信息由相关用户(例如交易的买方或卖方)使用，通过例如便于用户确保特定交易已完成从而付款时机已成熟，来继续完成交易。

图2是示出根据本发明另一示例实施例的涉及会计科目编号向交易数据的分配的交易管理方法的流程图。图2所示和以下讨论的方法可用于例如结合图1所述的一个或多个方法。类似地，图1所示的交易处理装置100可用图2所示和所述的方法来实现。

在框210，存储多个用户的用户概况属性，且各用户具有包括会计科目编号分配偏好的一组概况属性(例如与基于交易数据规则相关)。在框220，在交易处理器上接收基于交易文档，其中文档具有其中带有会计数据的一个或多个会计类字段。基于交易文档在框230解析，并且使用来自该文档的数据，基于交易文档应用其中的一个或多个用户概况关联于该文档。例如，通过对来自基于交易文档的所有者信息与所存储用户概况中的所有者信息作比较，文档的所有权可属于特定用户，据此可应用会计科目编号的分配偏好。作为另一示例，通过使该文档与特定交易相关联，交易各方的用户概况可与基于交易文档相关联(例如与对交易的不同各方进行不同处理的会计数据相关联)。

在框240，在框230关联于基于交易文档的用户概况之一的会计科目编号分配偏好用于将会计科目编号分配给来自文档的会计类数据。这种数据可包括，例如，与基于交易文档应用其中的特定类开支相关的开支类数据、或者与基于交易文档应用其中的收入相关的收入类数据。在框250，交易处理器使用会计科目编号将来自文档中会计字段的会计类数据分类到各类别中。这种类别可包括，例如用于交税或其它审计目的的类别、和或用于包括诸如总分类帐的典型会计类文档中的条目的内部跟踪目的的类别。

在一实现中，在框210存储的用户概况属性包括用于根据基于交易文档来处理会计类数据的经调整会计规则。这种规则可以由用户例如设置和/或编辑，其中存储有概况属性。当会计类数据的某些特性对应于特定的基于交易数据规则时，该规则用于在框240将会计科目编号应用于会计类数据、和/或用于根据应用于数据的会计科目分类进一步处理该数据。

在本发明一更特别的示例实施例中，会计类数据在框260使用来自基于交易文档的数据存储于对应于特定交易的一锚位置，并存储交易概况属性。该锚位置根据交易信息来定义，并用于使属于一特定交易的不同文档关联在一起。这些交易概况属性可例如包括在框210连同存储用户概况属性而存储的属性，并且还可包括将交易概况属性应用其中的交易各方的用户概况属性作对比的数据。

在一实例中，当向一特定锚位置分配对应于(或者，在某些实例中包括)特定会计科目分类的锚标识(ID)时，会计类数据被存储于特定会计分类的特定锚位置中。适当的锚ID有效地标识了具有会计科目分类的会计类型，并且因此可简单地通过检索分配了特定会计分类的数据，来进一步用于会计、审计和其它目的。为了进一步讨论这方面的更详细示例实施例，可参考序列号为10/864,761(USBA.120PA)、2004年6月9日提交的题为“自动化交易处理系统和方法”(Automated Transaction Processing System and Approach)的美国专利文献，该文献通过引用结合于此。

与图1A一样，结合图3和图4示出和描述的方法用收入分类方法来选择性地实现，其中使用代替(或除此之外)开支分类规则的收入分类规则来对收入分类实现开支分类函数。

图3是示出根据本发明的另一示例实施例的管理开支数据应用其中的一个或多个特定实体的开支数据的方法的流程图。在框310，解析输入开支数据以标识用于开支编号分配的特性，并使开支数据与特定用户概况相关联。输入开支数据可例如以基于交易文档、或其它类型的呈现可关联于特定交易的数据的数据排列的形式呈现。可标识的开支特性可包括例如，特定开支应用其中的货物或服务的类型和/或商业功能的类型(例如制造、娱乐等)。

在框320，输入开支数据自动地关联于开支数据应用其中的用户(即商业实体)的用户概况数据。该用户可例如是买方和卖方之间的交易中的买方，其中属于货物和/或服务的开支数据由买方购买。这种用户概况信息可使用例如用于分配开支数据的交易管理系统来对多个商业实体存储。开支数据和用户概况数据之间的关联使用开支数据、或文档、或呈现开支数据的其它数据排列中的信息，来比较用户概况数据并标识其间的匹配。相匹配的用户概况数据因而自动与开支数据相关联。

在框330，使用可应用于所标识特性的存储分配规则来将开支编号分配给开支数据。这些存储分配规则在结合用户概况信息存储、并在框320相应地关联于开支数据时是例如可应用于一个以上用户、或可特别对一用户调整的一般规则。会计科目编号类型的多样性和数量可应用于多个开支类别，并因此可被调整成适应特定实体的特定商业环境(如果使用特定的分配规则)。例如，可建立某类开支编号，以用于适于娱乐商业客户的娱乐开支。在其它示例中，开支编号对诸如公用事业费的一次性开支建立，开支编号对需要跟踪折旧的诸如制造设备的生产资料建立。这些和其它示例易于使用该方法来实现。

在框340，已分配开支编号的数据使用正在处理开支数据的特定用户的交易概况数据来自动地分类成开支类别表。各个所分配的开支编号(例如包括在前面段落中讨论的)可适合特定的开支类别，其一部分可交叠。这些开支类别与开支编号一样，可取决于实现和正在分类数据的用户的会计需要而包括多类开支类别。此外，开支类别可使用例如一般类别来层叠，以包含两个或多个特定类别(例如单个纳税类别可应用于多个不同特定开支类别)。

在框350，开支类别表用于产生信息数据，该信息数据可用于估算经分类开支数据应用其中的实体的各个方面。在一实例中，开支类别表可涉及使用包括用于产生报告商业实体盈利特性的实体评估数据的开支分类的开支分配方法。该实体评估数据在例如跟踪与适用会计法顺应性的信息时是有用和有利的，并使用例如损益表和其它通信工具向股东和潜在投资者提供准确的商业健康信息。

图4是示出根据本发明又一示例实施例的适用于包括买方和卖方的交易的具有发票核准和总分类帐会计科目编号分配的交易管理方法的流程图。交易处理器410适用存储在数据库440中的信息，实现发票处理和总分类帐(GL)编号分配功能。例如在买方所在之处、和/或结合交易处理器410实现的买方处理器410便于发票核准。在需要时，买方处理器420还便于结合开支数据和买方帐户的总分类帐图表430。在发票核准之后，交易处理器410便于经由金融机构450支付。

作为与买方和卖方之间的交易相关联的支付过程的一部分，卖方向交易处理器410发送发票405。发票405通常用电子文档或其它类型的电子数据的形式来传送。交易处理器410上的发票处理器412解析所接收的发票数据以获取诸如通过标识卖方或买方的可用于标识发票的信息。使用标识信息，交易处理器410请求来自数据库440的用户概况和开支分类规则。数据库440包括与使用交易处理器410的各个买方和卖方相关联的这种用户概况444和开支分类规则442。各个买方和卖方提供与其特定交易相关联的概况444和开支分类规则。

开支分类规则442包括由交易处理器410结合来自发票405的信息使用、以向发票中的数据分配GL编号的数据。这样，开支分类规则442包括便于这种GL编号分配的各类分配数据的一类或多类。该分配数据可包括：用于根据发票405产生新GL编号的信息、用于使用发票中的产品标识信息来分配编号的信息等等。例如，开支分类规则442中的分配数据可表示具有产品编号“ABC”的产品要分类到开支类别“XYZ”下。该分配数据可以是对供应商(例如发送发票405的供应商)专用的，或对一个以上供应商通用。在一些实现中，发送发票405的供应商的标识结合分配GL编号的开支分类规则442使用，其中供应商标识在向其分配会计科目编号时单独地、或结合发票405中的其它信息使用。其它开支分类规则442可包括可由交易处理器410结合发票405中的选定交易信息来产生适当会计科目编号的可执行计算机编码。一般而言，开支分类规则442包括由交易方指定、并可与交易数据一起分配GL编号的任何信息。该指定信息随情形变化，因而对特定交易方要按需具体调整。为了本实施例(和本文中的其它)目的，在此可期望生成开支分类规则442以适应特定应用和这些应用。

在一些应用中，数据库440用交易处理器410在本地实现(即相连和/或通过局域网(LAN)相连)，且包括存储器检索类请求的数据请求通常用个人计算机或LAN实现。在其它应用中，数据库440位于远程，其中概况和分类规则请求例如经由诸如因特网的通信链接来发送，根据请求中诸如轮廓标识和/或安全数据的内容来在数据库440上进行校验和处理。

用户概况和开支分类规则数据441响应于相应请求从数据库440发送到交易处理器410。通过生成对适当买方的发票核准请求(在此关联于买方处理器420)，数据441由交易处理器用来处理发票405。例如，如上所述的用户概况可用来使特定发票与特定交易、和/或诸如买方和/或卖方的交易方相关联。

如果发票由买方处理器420核准，则发票支付授权数据421被产生并发送到交易处理器410。该发票例如使用诸如买方处理器420可访问的、或手动输入的概况或合同数据的数据来核准(或不核准)，用来批准发票的支付。

交易处理器410通过实现GL编号分配引擎414以将总分类帐编号分配到发票，来对发票支付授权数据作出响应。当该发票包括一个以上项时，GL编号分配引擎414单独地将总分类帐编号分配给每个行式项目。交易处理器410使用所分配的总分类帐编号来产生与这些编号相关联的开支数据411，并且当涉及多个行式项目时产生与各行式项目相关联的开支数据411，且与编号相关联的相应量与该行式项目相关。

开支数据411由交易处理器发送给买方处理器420，该买方处理器420又发送开支数据423，以便与买方帐户的相关联总分类帐图表430一起存储。在一些应用中，买方处理器420向开支数据423添加与所接收开支数据411相关的数据，诸如用于记录或其它目的。在其它应用中，交易处理器410绕过买方处理器420，直接向买方帐户的总分类帐图表430发送开支数据411。在另外的应用中，交易处理器410向买方处理器420和买方帐户的总分类帐图表430发送开支数据411，且开支数据423不由上述买方处理器发送。

开支数据411可任选地发送到数据库440，以便将关联于与开支数据相关的一个或多个特定交易方、与GL编号分类记录数据446一起存储。随后可通过交易各方或诸如管理机构的外部方来访问该信息，例如用于跟踪或其它目的。

与开支数据423相关联的(多个)总分类帐编号用于标识其中记入开支数据的特定帐户(作为示例，如帐户1-N所示)。各帐户关联于一特定独特GL编号、或一组独特GL编号。这样，开支数据被置入由适当GL编号标识的帐户。

在一些应用中，交易处理器410还被编程为如发票支付授权数据421中所授权的所示授权发票(或其一部分)的支付。这样，支付/审计处理器416生成支付授权数据417，包括标识资金的来源和目的地的信息，诸如买方的银行或信用卡帐户和卖方的银行帐户。支付处理器/审计416使用例如发票中的信息、用户概况444、以及一些实例中的用概况和开支分类规则数据441返回的合同信息448来授权该支付。

一旦支付得到授权，支付授权417就被发送给诸如银行和信用卡机构的金融机构，该金融机构又向卖方(或卖方的金融机构)发送付款451。在一些应用中，金融机构450是买方金融机构，而在其它应用中，金融机构450关联于交易处理器410，并代表买方在信用基础上支付付款451，然后从买方处收取付款451加上任何相关联的支付费用。

在一些应用中，通信在买方帐户的总分类帐图表430和数据库440之间进行，该数据库440用于存储开支分类规则与总分类帐会计科目编号信息433。使用该方法，对买方帐户的的总分类帐图表430的更新可在数据库440中自动更新，以用于通过对开支分类规则442作出的相应更新来分配开支分类。

在本发明的另一实例实施例中，交易处理器410和买方处理器420工作以响应于相关开支分类规则中的更新、或所处理交易数据的特性中的更新，将总分类帐编号重新分配给买方帐户的总分类帐图表430中所存储的数据。例如，在发票405已处理、其中的开支数据已分配到GL编号、并且所分配数据已存储之后，对关联于开支分类的买方会计实践和/或管理类规则的后续改变会需要分类规则的改变。这样，买方处理器420和/或交易处理器410从买方帐户的总分类帐图表430中标识开支数据，这易受规则改变的影响、并因此根据以上GL编号分配过程将GL编号重新分配给数据。在一些应用中，该重新分配响应于特定GL编号相对于与该GL编号相关的时间特征的过期而进行。

图5是根据本发明另一示例实施例的具有会计数据分类和顺应性处理的交易管理系统和方法的流程图。该方法可例如结合图4所示的分配方法来实现。在该实施例中，数据关联处理器520、分类处理器430和顺应性处理器550与数据库501中的信息交互，以处理和/或产生会计相关数据，并进一步便于根据顺应性规则504对数据分类。数据库501存储由用户(例如交易方和管理实体)提供的、被示为数据库的输入的会计分类规则502、用户概况503和顺应性规则504。

当在数据关联处理器520上接收诸如发票或收据的交易数据510时，信息被解析成可用于使数据关联于发送用户的概况、或以其它方式关联于数据，诸如是同一交易的买方和/或卖方。该数据关联处理器520向数据库501发送概况请求(例如用数据库501上处理该请求的控制器)，该数据库501则返回包括可由数据关联处理器用于使交易数据关联于一个或多个用户的信息的用户概况522。数据关联处理器520向分类处理器530发送关联交易数据525，并且在一些应用中，向数据库501发送以便记录。

通过使用关联来产生用于从数据库501中检索会计分类规则502的分类规则请求，分类处理器530接收和处理相关联交易数据。例如，当相关联交易数据指定一特定用户时，分类规则请求包括标识该用户的信息，并且在需要时特定类型的交易数据用于标识分类类型。分类规则532被返回给分类处理器530，该分类处理器530通过将分类分配给交易数据中的每类会计数据来分类交易数据中的会计数据。然后分类处理器530发送经分类的会计数据535以便于存储于相关联的用户帐户的总分类帐图表540中，并将其发送到顺应性处理器550。在一些应用中，经分类的会计数据535还被发送给数据库501，以便与例如交易方或诸如实体560的管理实体可访问的交易记录数据505一起存储。

用户帐户的总分类帐图表540在例如特定用户的营业场所处、或结合所管理的交易处理器来实现。在该环境中，并参看图1，帐户的总分类帐图表540在诸如用户节点120的用户营业场所处、或在交易处理器110上选择性地实现。

顺应性处理器550通过从数据库501中请求顺应性规则来处理经分类的会计数据535，该数据库501返回与会计数据535的特定类型分类相关联的顺应性规则552。这些顺应性规则包括诸如标识特定类型开支和/或收入的可接收会计方法、报告要求、或其它通常关联于管理类会计规则的要求的信息。在需要时，顺应性数据555被发送给管理实体560，以用于审计或监视与交易数据510相关联的实体的会计实践。

在另一示例实施例中，会计分类规则502预期交易数据510与之相关联的交易的定时方面，并向包括定时相关信息的分类分配会计数据。例如，标识交易有效时间的信息可通过特定事件的发生，诸如支付发票或收到付款来设置。交易的有效时间还可包括使用有效期起始时间或结束日期，其中相关于起始或结束日期之一或两者的不同分类应用于一特定交易。这样，会计分类规则502可指示相对于这种事件的定时或起始/结束日期来分配特定分类。例如，当特定分类相关于在会计期末过期的会计科目编号、并在其过期之后用新编号替换时，该信息关联于会计分类规则502并由分类处理器530用来相对于定时特征对数据进行适当的分类。

在一些应用中，由分类处理器530发送的分类规则请求包括表示定时事件的信息。所返回的分类规则532是关联于定时事件的那些规则。

在其它应用中，分类处理器530请求非时间特定的分类规则集，并解析所返回的分类规则532，以标识其中用于分类会计数据的规则。

尽管本发明的某些方面已参照若干特定示例实施例进行了描述，但本领域技术人员将理解可对其作许多更改而不背离本发明在以下权利要求中阐述的精神和范围。

Claims (23)

1.一种分类引擎，用于处理具有行式项目会计数据的交易文档，所述分类引擎包括：

关联处理器装置，它被配置和安排成，对于多个交易方的每一个：

访问包括有关各交易方的信息的用户概况，用于控制各交易方对分类引擎的访问，并用于使交易文档与一特定交易方相关联，以及

根据所述用户概况和所述交易文档中的信息使交易文档与交易方相关联；以及

分类处理器，它被配置和安排成：对于通过关联处理器装置与交易方的特定之一关联的各交易文档，

根据所述交易文档与所述特定交易方的关联检索所述特定交易方的分类规则，所述分类规则包括用于分类所述特定交易方的会计数据的信息，

响应于并根据相关联的交易文档标识行式项目会计数据，以及

根据分类规则将会计科目编号分配给各行式项目的经标识会计数据。

2.如权利要求1所述的分类引擎，其特征在于，还包括：

数据存储装置，适于存储来自多个交易方的每一个的用户概况和分类规则，其中所述关联处理器和所述分类处理器分别被配置和安排为访问所述数据库，以检索交易方的用户概况和分类规则，从而分别使一交易文档与一交易方相关联，并分类所述交易文档中的信息。

3.如权利要求2所述的分类引擎，其特征在于，所述数据存储装置包括至少两个数据库。

4.如权利要求3所述的分类引擎，其特征在于，所述至少两个数据库物理地分开。

5.如权利要求2所述的分类引擎，其特征在于，所述分类引擎适于便于将用户概况和分类规则存储于所述数据存储装置。

6.如权利要求5所述的分类引擎，其特征在于，所述分类引擎适于根据安全标准便于对所述数据存储装置的用户访问。

7.如权利要求6所述的分类引擎，其特征在于，所述分类引擎适于通过以下步骤来便于用户访问，用于将分类规则存储在所述数据存储装置中：

对于用户提交分类规则，

根据通过所述用户提供的用户概况和安全信息来授权用户，以及

响应于所述用户被授权，用所述数据存储装置存储所提交的分类规则。

8.如权利要求7所述的分类引擎，其特征在于，所述分类引擎还适于响应于所提交的重新定义先前所实现分类规则的分类规则并根据经重新定义的分类规则，向先前已分配到一会计科目编号的行式项目的经标识会计数据重新分配一个会计科目编号。

9.如权利要求2所述的分类引擎，其特征在于，所述分类处理器被配置和安排成与所分配的会计科目编号相关联地将表征所述行式项目会计数据的信息存储在所述数据存储装置中。

10.如权利要求9所述的分类引擎，其特征在于，所述分类处理器被配置和安排成通过关联于所分配的会计科目编号，存储标识所述行式项目会计数据应用其中的商家供货的信息、以及表示所述商家供货的成本的信息，来存储表征所述行式项目会计数据的信息。

11.如权利要求10所述的分类引擎，其特征在于，所述分类引擎适于通过以下步骤来便于用户访问，用于更改已关联于所分配的会计科目编号而存储的行式项目会计数据：

根据由用户提供的所述用户概况和安全信息来授权所述用户；以及

响应于所述被授权用户，如所述获授权用户所指引地向所述行式项目会计数据重新分配一会计科目编号，并与所述重新分配的会计科目编号相关联地将表征所述行式项目客户数据的信息存储在所述数据存储装置中。

12.如权利要求11所述的分类引擎，其特征在于，所述分类引擎适于通过存储标识所述行式项目、所分配的会计科目编号、所重新分配的会计科目编号、以及分配所述会计科目编号的用户的标识的数据，来跟踪所述会计科目编号对行式项目会计数据的重新分配。

13.如权利要求1所述的分类引擎，其特征在于，所述关联处理器装置和所述分类处理器装置是单处理器。

14.如权利要求1所述的分类引擎，其特征在于，所述分类处理器被配置和安排成通过根据所述开支分类规则和所述交易文档中的数据来创建一会计科目编号、并将所创建的会计科目编号分配给各行式项目的经标识会计数据，来根据所述分类规则将一会计科目编号分配给各行式项目的经标识会计数据。

15.如权利要求1所述的分类引擎，其特征在于，还包括一支付处理器，它被配置和安排成根据与具有所述行式项目会计数据的交易文档相关联的所述经标识交易方的商业规则，授权对所述交易文档中行式项目会计数据的支付，其中所述分类处理器被配置和排列成：响应于所述支付处理器授权对所述会计科目编号分配其中的所述行式项目会计数据的支付，来根据所述分类规则将一会计科目编号分配给各行式项目的经标识会计数据。

16.如权利要求1所述的分类引擎，其特征在于，还包括一交易审计处理器，它被配置和安排成根据与具有所述行式项目会计数据的交易文档相关联的所述经标识交易方的商业规则来审计行式项目会计数据，其中所述分类处理器被配置和安排成：响应于所述交易审计处理器审计对所述会计科目编号分配其中的所述行式项目会计数据，来根据所述分类规则将一会计科目编号分配给各行式项目的经标识会计数据。

17.如权利要求1所述的分类引擎，其特征在于，还包括一支付处理器，它被配置和安排成根据关联于具有所述行式项目会计数据的交易文档的所述经标识交易方的商业规则、并根据所述分类处理器将一会计科目编号分配给各行式项目的经标识会计数据，授权对所述交易文档中行式项目会计数据的支付。

18.如权利要求1所述的分类引擎，其特征在于，所述分类规则的至少之一根据时间和会计数据的类型来定义，且所述分类处理器适于根据所述交易文档的时间相关特性和所述分类规则来将一会计科目编号分配给各行式项目的经标识会计数据。

19.如权利要求18所述的交易处理系统，其特征在于，所述分类处理器适于根据所述交易文档的时间相关特性和如所述分类规则所指定的会计科目编号的有效期，检索所述特定交易方的分类规则。

20.如权利要求1所述的分类引擎，其特征在于，所述分类处理器适于访问标识相关会计字段的关系数据，并通过更新一特定会计字段所相关的会计字段而对具有所述特定会计字段的会计信息的交易文档作出响应。

21.在一种便于涉及包括买方和卖方的交易方中的商家供货的交易的交易处理环境中，各交易的各个方面都在各方先前设置的协议上进行，并由至少一个基于交易的文档表征，一种适于分类会计数据的总分类帐分配引擎，以便用用户帐户的总分类帐图表来实现，所述总分类帐分配引擎被配置和安排成：对于一交易方，

便于载入和存储分配规则，用于将会计数据分类到所述交易方帐户的总分类帐图表中的会计科目类别；

根据所载入和存储的分配规则，将会计科目编号分配给符合先前设置协议的交易数据；以及

根据所分配的会计科目编号将所述交易数据存储在所述交易方帐户的总分类帐图表中的会计科目类别下。

22.如权利要求21所述的系统，其特征在于，所述总分类帐分配引擎还被配置和排列成根据所述分配规则指定各会计科目编号的有效期和过期日。

23.如权利要求21所述的系统，其特征在于，所述总分类帐分配引擎适于通过以下步骤来根据所分配会计科目编号将所述交易数据存储在所述交易方帐户的总分类帐图表中的会计科目类别之下：

用分配到的会计科目编号来将所述交易数据配置成由所述交易方所指定的格式、并易于用所述交易方帐户的总分类帐图表来实现，以及

将所配置的交易数据发送给由所述交易方指定的自动化帐户总分类帐图表处理系统。

Images