CN1666208A

CN1666208A - 通过使用可配置模板、应用指定税收规则来确定税收

Info

Publication number: CN1666208A
Application number: CN038154358A
Authority: CN
Inventors: I·威廉; H·泰科尔; A·菲特尼
Original assignee: Oracle America Inc
Current assignee: Oracle International Corp; Oracle America Inc
Priority date: 2002-07-26
Filing date: 2003-07-10
Publication date: 2005-09-07
Also published as: AU2003253889B2; US20040019540A1; EP1525546A4; WO2004012034A3; JP5173114B2; WO2004012034A2; AU2003253889A1; US7647258B2; EP1525546A2; JP2006500641A; CN102682376A; AU2003253889B9; CA2487402A1

Abstract

在图1中，系统(100)接收一个交易并应用规则(142)检查一个模板。它还检查属性集(405)并通过确定一组条件(908)来确定结果。

Description

通过使用可配置模板、应用指定税收规则来确定税收

技术领域

本发明涉及用于计算和管理税收的基于计算机的系统。更具体的是，本发明涉及一种通过应用税收规则来确定税收的装置和方法，其中税收规则是使用可配置的模板来指定的。

背景技术

随着各公司从本土向外扩张它们的交易到全球市场中，保证准确地确定税收正变得愈加困难。在全球范围内确定税收并管理税务是一件非常复杂的任务，这是因为每一个在其管辖权范围内有权征税的立法机构都可以建立自己的一套税种，以及自己的一套用于管理税务遵从(tax compliance)的规则。例如，仅就美国而言，便有超过6000个独立的管辖区域有权征税，而在世界范围里也许就多得多了。

计算税收所需信息的特定性质使得难以编码和构造这种信息。因此，现存的管理税务的基于计算机的系统都是针对每一种管辖权定制的。这需要大量的程序员的时间来为每一种管辖权构造系统，而这会导致相当可观的开销。此外，增加新的国家，或者遵守新的规则，都涉及产生甚至更多的代码，而结果是需要甚至更多的程序员时间。遗憾的是，大多数这种程序员时间都是浪费，因为针对每一种不同的管辖权，通常所开发的解决方案都是相似的。

此外，每一种管辖权的税收规则在不断地改变。因此，对基于计算机的税收管理系统而言，底层代码必须被不断地修改以跟上这些变化。目前，进行这些改变花费巨大，要由有经验的程序员在税务专家的指导下，针对每一种不同的管辖权作出改变。

所需要的是一种方法和装置，其用于确定税收和管理税务遵从，而对单个的税收管辖权仅需要很少的编程或完全不需要编程。换句话说，所需要的是一种方法和装置，其用于确定税收和管理税务遵从，而上述方法和装置可被本领域的专家配置，该专家例如是只有很少的计算机编程知识或完全没有计算机编程知识的税务专家。

发明内容

本发明的一个实施例提供了一种系统，该系统通过应用税收规则来确定交易的税收，上述税收规则是使用可配置的模板来指定的。在操作过程中，该系统接收有待确定税收的交易。在满足确定税收的请求的过程中，一个组件的处理可能是评估税收规则以便返回结果，该结果可能是中间结果或者是被直接请求的结果。对于这种确定税收的组件的处理，所述系统检查与第一个税收规则相关联的第一个可配置的模板，其中该第一个可配置的模板识别第一个属性集。所述系统识别上面提到的第一个属性集的第一个条件集。对于第一条件集中的第一个条件，使用指定的比较方法，将在该第一个条件中所使用的属性的值与和交易相关联的相同属性的值进行比较。如果比较成功，那么上述第一个条件便被认为得到满足，且以类似的方式评价第一个条件集中的下一个条件。如果(第一个条件集的)每个条件都得到满足，那么第一个条件集就被认为得到了成功评价，而且所述系统在确定对交易的税收时，使用与上述第一个条件集相关联的处理结果；且第一个税收规则被认为得到了成功评价。

在这一实施例的一个变例中，如果第一个条件集未得到满足，并且如果第一个条件集的一个替代条件集得到了满足，那么所述系统便在确定对交易的税收时使用与该替代条件集相关联的处理结果；且第一个税收规则被认为得到了成功评价。

在这个实施例的一个变例中，如果对于第一个属性集，没有条件集被满足(也就是第一个条件集和替代的条件集都没有被满足)，那么第一个规则即被认为没有得到成功评价。所述系统便试图对用于确定税收的组件的相同处理评价任何附加的(替代的)税收规则。任何附加的(替代的)税收规则都是以一定的顺序受到考虑的，该顺序由上述附加的税收规则的优先顺序来确定。这一优先顺序可以由税收用户(也就是具有税务领域的知识且被委托负责解释税收官方规则和将这些税收官方规则设定成为系统中的税收规则的人)使用，以便在更为通用的税收规则受到评价之前，(由该系统)评价更为具体的税收规则。

在这个实施例的一个变例中，所述系统允许用户创建可配置的模板，这些可配置模板随后可以与一个或多个税收规则相关联。

在这个实施例的一个变例中，所述系统允许用户修改在创建可配置模板时使用的属性，这些可配置模板随后可以与一个或多个税收规则相关联。

在这个实施例的一个变例中，所述系统允许要被创建的税收规则指定一种特定的税是否适用于交易。在这一实施例中，在确定税收的过程中，组件对一给定的税种进行税种适用性的确定。

在这个实施例的一个变例中，所述系统允许要被创建的税收规则指定税率，该税率要被用来确定某一税种的税收额。在这一实施例中，在确定税收的过程中，组件对一给定的税种进行税率的确定。

在这个实施例的一个变例中，所述系统允许要被创建的税收规则指定某一税种的税收状况。在这一实施例中，在确定税收的过程中，组件对一给定的税种进行税收状况的确定。

在这个实施例的另一类似变例中，所述系统允许要被创建的税收规则指定各种处理的结果，包括供应地确定、税收状况确定、税收退回率(tax recovery rate)确定和税收日期确定等等。

在这个实施例的一个变例中，所述系统允许要被创建的税收规则在单一一个规则中指定许多处理的结果。例如，该系统允许要被创建的一个税收规则对于与该规则关联的可配置模板的每个条件集，指定税种的适用性、税收状况确定及税率确定的(综合)结果。

在这个实施例的一个变例中，可以为不同的当地管辖区创建不同的税收规则集，比如税制(Tax regime)和税种，并且对于不同的当地管辖区使用的可配置模板可以是不同的。

在这个实施例的一个变例中，所述系统允许针对税制的分级结构创建税收规则，其创建的方式可以使一个通用规则的规定能够用于较高级的税制，而且按照这种税制的分级结构增加具体规则，直到该税制的最低级别中的税收级别。这个实施例使用户能够避免重复对每个税种都通用的规则。相反，举例来说在最低级别，用户可以只定义具体规则，该具体规则特定于一给定税种和/或税收状况、或一给定税种和税收退回(tax recovery)类型。

在一个变例中，所述系统允许根据开放的预订模型为预订者定义税收规则，该开放的预订模型使得在一种预订分级结构中的预订者之间能够共用这些规则。这个实施例使用户可以避免重复对每个预订者都通用的规则。相反，用户只定义特定于最低级别的给定预订者的规则，同时允许父预订者(即在预订分级结构中较高一级的预订者)定义能够共用的更为通用的规则。

在这个实施例的一个变例中，所述系统包括一个数据库，用以存储上述的第一个税收规则、第一个可配置模板和第一个条件集。

附图说明

图1例示了一个依据本发明的一个具体实施例的分布式计算机系统。

图2例示了依据本发明的一个具体实施例的税务服务的结构。

图3是一个流程图，例示了依据本发明的一个具体实施例的税务服务执行的操作。

图4是一个流程图，例示了依据本发明的一个具体实施例的确定税收的过程。

图5是一个图表，例示了依据本发明的一个具体实施例的税务服务执行的操作。

图6是一个活动图，例示了依据本发明的一个具体实施例的所述税务服务执行的操作的时间特性。

图7是一个流程图，例示了依据本发明的一个具体实施例来确定当地税收的过程。

图8说明了如何根据本发明的一个实施例而将税收规则应用于确定税收时所涉及的处理。

图9说明了如何根据本发明的一个实施例而将税收规则应用于一种处理。

图10根据本发明的一个实施例说明了代表性的税收规则。

图11根据本发明的一个实施例说明了条件组是如何与条件和处理结果相关的。

图12是根据本发明的一个实施例说明税收规则如何被处理的流程图。

表1根据本发明的一个实施例说明不同国家的不同税制、税收管辖权和税种。

具体实施方式

以下所作的并且是依照特定应用及其需求的情形来提供的描述将使任何本领域技术人员都可以制造和使用本发明。对所揭示的具体实施例的各种修改对本领域的技术人员来说都是显而易见的，并且这里定义的一般原理可以应用于其他具体实施例和应用，而不背离本发明的精神和范围。因而，本发明不应受限于所展示的具体实施例，而是符合与本说明书所揭示的原理和特征相一致的最广泛的范围。

在这一详细说明里所描述的数据结构和代码通常存储在计算机可读的存储介质里，其可以是能储存代码和/或数据以供计算机系统使用的任何设备或介质，这包括但不局限于：磁存储设备和光存储设备，如磁盘驱动器、磁带、CD(只读光盘)和DVD，以及包含在传输介质里的计算机指令信号(这些信号通过或不通过载波被调制)。例如，上述传输介质可以包括通信网络，如因特网。

分布式计算机系统

图1例示了依据本发明的一个具体实施例的分布式计算机系统100。分布式计算机系统100包括多个客户端102～104，它们通过一个网络120连接到服务器130。

客户端102～104通常包括网络上的任何设备，这些设备具有计算能力和通过网络进行通信的装置。客户端102～104分别在当事人112～114的控制下运行。(注意这里所说的“当事人”指的是计算机系统的使用者；与应纳税的交易所涉及的当事人不同)。

服务器130可以一般地包括一个或多个(互联的)计算设备，包括用于计算和/或数据存储资源的、服务于来自客户端102～104的请求的装置。注意客户端102～104以及服务器130可以一般地包括任何类型的计算设备，这包括但不局限于：基于微处理器的计算机系统、大型计算机、数字信号处理器、便携式计算设备、个人电脑记事本(PersonalOrganizer)、设备控制器以及设备里的计算引擎。

网络120可以一般地包括任何类型的有线或无线通信信道，它们可以将各计算节点连接在一起，这包括但不局限于局域网、广域网或者是网络的组合。在本发明的一个具体实施例中，网络120包括因特网。

服务器130和数据库134相连接，该数据库包含在服务器130上运行的应用程序所要使用的数据。注意这些基于服务器的应用程序可以为了远程客户端102～104上的应用程序而运行。数据库134可以一般地包括在非易失性存储器中储存数据的任何类型的系统，这包括但不局限于基于磁、光和磁光存储设备的系统，以及基于闪存的存储设备和/或电池支持的存储器的系统。

服务器130作为税务服务132的主机。这样就使得运行在客户端102～104上的应用程序能够通过网络120向运行于服务器130上的税务服务132发出请求。例如，运行在客户端102上的一个应用程序便可以向税务服务132发出请求以执行税收计算，包括确定所涉及的当地管辖权，并且进一步执行对于每一种当地管辖权而言必要的计算。

注意税务服务132是经过配置的，从而使它能够在诸如客户端102～104所发出的请求之前，可选择地从某个外部来源，如当地管辖权的一名税务专家，接收用于当地管辖权的税收规则和数据142。更进一步的是，税务服务132可被配置成在为来自客户端的请求服务时，使用从外部来源接收的税收规则和数据。更进一步的是，税收规则和数据142可以用已公开的格式编码，如可扩展标记语言(XML)或电子数据交换(EDI)格式，以便于从不同来源接收税收规则和数据142。注意税收规则和数据142可以通过网络120被传送至税务服务132。

税务服务132还被额外地配置成可以操作外部税务服务144，该外部税务服务是由一个外部的税务服务提供者提供的。在这种方式下，为了方便由税务服务132来完成一个特殊管辖权下的税收操作，上述外部税务服务提供者可以通过(对税务服务144来说是内部的)操作，来为请求进行服务，上述请求例如是税率或税收计算的数据库查找。进一步的是，注意这样一个外部税务服务提供者可以在远程服务器处，该远程服务器是可通过网络120访问的。一个给定的请求可以由税务服务132通过使用税收规则和数据142，针对一个或多个当地管辖权而部分地完成，同时使用外部税务服务提供者的税务服务144为另一个可能同时应用的当地管辖权进行计算。

税务服务结构

图2例示了依照本发明的一个具体实施例的税务服务132的结构。税务服务132包括多个模块，包括税务服务请求管理器(TSRM)202、开放预订模块204、税收仓库管理器206、贸易团体体系结构(TCA)模型208、地理模型210、税收确定管理器217、税收规则导航器212、税收配置管理知识库214以及规则库216。

TSRM202通常管理外部商业交易和税收处理操作之间的交互作用。在本发明的一个具体实施例中，TSRM202被实现为一个已公开的服务集合，运行在客户端102～104上的外部商业应用程序可以请求这个服务集合。如图2所示，TSRM202收到来自运行在客户端102～104之一上的应用程序的请求201，从而执行税收处理操作。

开放预订模型204定义TSRM202、税收规则导航器212、税收确定管理器(TDM)217、税收配置管理器(TCM)218和税收执行管理器222所使用的安全和访问协议。它也允许预订者，如当事人112～114，选择和接受来自税务服务132和/或各种外部服务提供者如税务服务144的服务。在操作期间，开放预订模块204和贸易团体体系结构模型208通信，贸易团体体系结构模型208以标准格式表示税收操作中所涉及的不同当事人、地点和位置。

税收仓库管理器206提供服务以便于向记录库220存储数据，以及从记录库220获取数据。这些服务由所述税收确定管理器217和税收执行管理器222使用。

地理模型210包含与不同税制相关联的各种管辖权的地理边界信息。

税收配置管理器218提供服务，这些服务能够提供得自上述地理模型、贸易团体体系结构模型、库存系统、税务服务请求管理器202、税收确定管理器217、税收规则导航器212和税收执行管理器222的信息，和/或能够向它们写入信息。

税收规则导航器212方便了对包含在知识库214中的税收数据和包含在规则库216中的税收规则的访问。注意知识库214和税收规则216可能实际上是在图1所示的数据库134之内。

税务服务操作概述

当收到对于税收处理的一个请求201时，TSRM202使用税收配置管理器218的服务来识别预订者，该预订者将被放入开放预订模型204以确定数据访问和服务预订。

税收确定管理器(TDM)217由TSRM202调用，以确定当地管辖权或需要执行税收计算的管辖权。TDM217使用来自贸易团体体系结构模型208和地理模型210的信息来确定当地管辖权。可选择的是，TDM217可以使用税收规则导航器212来访问包含在知识库214和/或规则库216中的必要信息。

在当地管辖权(必须为它计算税收)被识别出之后，TSRM202调用税务服务144或TDM217的服务，来为每一个识别出的当地管辖权执行计算。在确定是否使用税务服务144时，TSRM202利用开放预订模型204中的信息。

当TDM217被用来为一个或更多当地管辖权执行计算时，它利用得自税收配置管理器218、贸易团体体系结构模型208和地理模型210、以及税收规则导航器212的服务。(使用税收规则导航器212来访问来自知识库214和规则库216的相关信息。)

然后TSRM202调用TDM217的服务，以收集和总结所执行的各种税收计算的结果信息。在这样做时，TDM217使用税收规则导航器212来访问得自知识库214和/或规则库216的信息。然后TSRM202给请求201返回这些信息，其如上所述已被总结到合适的水平。

最后，取决于在TSRM202里对当前事件和请求201类型的设置，TSRM调用税收仓库管理器206的服务，来存储系统对请求201所执行的税收处理的结果。

上面描述的组件一起工作，提供下面参考图3～6介绍的税务服务。

税务服务操作细节

图3是一个流程图，例示了依据本发明的一个具体实施例的由税务服务132执行的操作。系统在开始时，从在一个客户端如客户端102上操作的一个用户，捕获在贸易团体体系结构模型208中的当事人的细节，该当事人例如是当事人112(步骤302)。上述用户可以进一步将该当事人如当事人112作为税务服务132的一个预订者，进行注册(步骤304)。在这样做时，上述系统可以将该预订者注册成有权访问一个或更多外部服务，如税务服务144，并且可以输入其他细节，如对一个或更多个当地管辖权的数据访问和所有权特权。

上述系统可以通过一个数据加载处理来接收用于一个或更多个当地管辖权的税收规则和数据142(步骤306)。或者是，用户可以利用TDM217和TCM218所提供的便利，手工将税收规则和数据142输入到规则库212和知识库214中(步骤308)。再或者是，可以使用两种方法的结合，用数据和规则来配置该系统。

下一步，上述系统接收来自预订者的请求(步骤309)，其中服务于该请求可能会涉及到为一个或更多个当地管辖权计算税收量。在响应这一请求时，该系统通过使用存储在知识库214和规则库216里的税收规则和税收数据，为上面识别的每一个当地管辖权计算税收(步骤310)。该系统随后使用这一计算的结果，以便为该请求服务(步骤312)。

例如，来自预订者的请求可能需要确定涉及一个物品的销售的税收。为了完成这一请求，上述系统首先确定需要考虑的当地管辖权。在这么做时，举个例子，它可能使用所述知识库214和可选的规则库216，来确定一种当地销售税是唯一适用的税。该系统还可以针对上述当地销售税，使用所述知识库214来确定税基和税收状况，并且再次可选地使用所述规则库216来确定税基。类似的是，系统可以从知识库214里查询税率。该系统还可以通过应用得自规则库216的规则，来确定适用于该当地销售税的减少的税率。有了税率和税基，上述系统就可以随后进行税收额的计算，并且执行任何可能是必要的舍入。然后，该系统可以准备税收信息，以返回给请求服务的交易系统，并且，如果必要的话，可以将该信息记录到记录库里。注意这一服务请求可以由一个外部系统在执行金融或记帐交易以完成销售时启动。

与以前的税收计算系统不同的是，上述系统仅仅通过加载独立于使用其服务的系统的额外数据和规则，便可以实现新的管辖权规则。不再需要耗时的编程来实现税收规则的变化。同样，就调用系统的角度来讲也没有必要知道这些改变。

税收和管辖权概要

为了理解是什么管辖权，下面给出一个简要的描述和一些管辖权的例子。

每个国家都会有一个或更多个税制系统，它们各自处理商业交易的各特定方面的税收。例如，一个“销售”类型的税制系统涉及应当怎样对销售交易征税的规则和规章。类似的是，一个“附加值税”(或称“VAT”)类型的税制系统涉及需要怎样对生产和/或者销售周期中的附加值征税。这种规则和规章的系统就叫做税制。一种税制是借助一种或多种不同的收费来实现的。每一种这样的特殊收费称之为税。因此，一个税制可以包括一种或更多种不同的税。一种税的征收通常受到地理边界的限制，绝大多数情况下围绕一个邻近的政治/行政区域，如一个城市或一个县。然而，在某些情况下，由于属于一个非政治性的区划，如自由贸易区，一种税可能被征收，或者也可能发生变化。这种地理区域上的税负叫做税收管辖权。

可以为一个国家、国家里的一个州、州里的一个县或者县里的一个城市建立管辖权。在某些情况下，举例来说，管辖权可能需要覆盖多个城市，或者一个县以及属于一个相邻县的邻近城市。或者如上所述，可以为诸如自由贸易区、出口工业加工区等区域建立管辖权。

表1

国家	税制	税	税收类型	税收管辖权
国家	税制	税	税收类型	税收管辖权	美国	美国销售税	州销售税	销售税	加利福尼亚(州)
	美国销售税	地方税	销售税	旧金山(城市)	美国	美国销售税	州销售税	销售税	加利福尼亚(州)
	美国销售税	地方税	销售税	旧金山(城市)	加拿大	加拿大商品和服务税	GST	增值税	加拿大(国家)
	加拿大商品和服务税	HST	增值税	新不伦瑞克(省)	加拿大	加拿大商品和服务税	GST	增值税	加拿大(国家)
	加拿大商品和服务税	HST	增值税	新不伦瑞克(省)		加拿大销售税	PST	销售税	安大略(省)
新加坡	新加坡商品和服务税	GST	增值税	新加坡(国家)		加拿大销售税	PST	销售税	安大略(省)
新加坡	新加坡商品和服务税	GST	增值税	新加坡(国家)	印度	印度消费税和进口税	消费税	增值税	印度(国家)
	印度消费税和进口税	附加消费税	增值税	印度(国家)	印度	印度消费税和进口税	消费税	增值税	印度(国家)
	印度消费税和进口税	附加消费税	增值税	印度(国家)		印度消费税和进口税	进口税	关税	印度(国家)
巴西	RICMS-巴西规则ICMS	ICMS	增值税	圣保罗(州)		印度消费税和进口税	进口税	关税	印度(国家)
巴西	RICMS-巴西规则ICMS	ICMS	增值税	圣保罗(州)		RICMS-巴西规则ICMS	ICMS-ST	增值税	圣保罗(州)
	RIPI-巴西规则IPI	IPI	增值税	巴西(国家)		RICMS-巴西规则ICMS	ICMS-ST	增值税	圣保罗(州)
	RIPI-巴西规则IPI	IPI	增值税	巴西(国家)		RII-巴西规则II	II	关税	巴西(国家)
葡萄牙	葡萄牙增值税	国内增值税	增值税	葡萄牙(国家)		RII-巴西规则II	II	关税	巴西(国家)
葡萄牙	葡萄牙增值税	国内增值税	增值税	葡萄牙(国家)	葡萄牙	葡萄牙增值税	欧盟内部增值税	增值税	葡萄牙(国家)

表1例示了对于不同国家来说不同的税制、税收管辖权和税种。从左到右地读表1，其列举了粒度(granularity)的最高级别到最具体的级别。在一个国家里可能有一种或多种税制；每一种税制又会由一种或多种税来组成；每一种税都具有给定的税收类型，税收类型是高级的分类，如销售税、消费税和矿物油税；并且每一种税可以由一种或更多种税收管辖权来征收(对应于一个或更多个地理单位)。

使用所述系统确定税收的过程

图4是一个流程图，其例示了依据本发明的一个具体实施例来确定税收的过程。

确定适用的税制的过程

所述系统开始于针对文档的每一行(对其发出请求201)确定哪一种税制是适用的(步骤401)。

为税制确定具体税收线路(Tax Lines)的过程

对于在步骤401里确定为适用的每一种税制，所述系统(或者更具体地说是TDM217)使用TCM218、地理模型210、贸易团体体系结构模型208、知识库214和可选的税收规则导航器212以及税收规则库216的服务，来确定所涉及的税收和税收管辖权(步骤402)。

TDM217针对在步骤402中被发现是适用的每一种税，利用其他必要的服务和组件，创建一个具体的税收线路，然后按顺序执行步骤405、406、404和408。

TDM217使用知识库214和可选的税收规则导航器212以及税收规则库216，为每一种适用的税确定税收状况(步骤405)。

TDM217然后使用知识库214和可选的税收规则导航器212以及税收规则库216来确定税率(步骤406)。

TDM217使用知识库214和可选的税收规则导航器212以及税收规则库216，为每一种适用的税确定税基(步骤404)。

这样就使得TDM217能够随后计算在交易中所涉及的税款(步骤408)。

概要税收线路的记录、舍入和创建过程

所述系统对于发出请求201的文档按顺序执行步骤409和410。

税收仓库管理器206执行舍入，并记录具体的税收线路。

税收仓库管理器206然后执行其他必要的文档级动作，包括生成和记录概要税收线路(步骤410)。

所述系统然后使得发出请求的交易方可以浏览和/或接收和/或存储税收信息，以及可能的其他与税收无关的交易信息。该交易方可以在以后某个时间使用这一信息来转到一个记帐系统(参见图2中的220)，该记帐系统能够解释同样的会计项目，并且创建相关的会计项目。

独立于请求完成的知识/规则库的创建

注意上述系统是模块化的，所以从知识库214和/或规则库216中获取数据的方式不会影响到完成服务请求的方法。

换句话说，可以通过使用计算机可读格式的、或者从第三方(提供者)得到的、或者从其他来源如一个税收机构(其负责管理当地管辖权的一种或多种税收)获得的数据，来完成在知识库214和/或规则库216中收集、接收和存储数据。该数据还可以由税务专家/终端用户手工输入。

更进一步的是，注意提出请求201的外部商业交易方不需要知道在完成该请求时所用到的数据的来源(或者收集的方法)。

使用系统外部的税务服务来确定税收的过程

服务来自预订者的请求如请求201的过程可以涉及利用所述系统，如在前面部分(“使用所述系统确定税收的过程”)所描述的，来执行所有的确定和计算。

可替换的是，也可以利用一个或更多个第三方所提供的税收确定和计算服务，来完成请求201，也就是说不需要使用税务服务132提供的税收确定和计算服务。作为一个变例，所述系统也可以使用该系统的服务来对某些管辖权执行税收确定和计算，同时对其他管辖权则利用第三方所提供的服务。服务一个请求如请求201之后，所述处理部分地利用了第三方的服务，如图7所示。

这首先涉及确定需要被确定的税所对应的全部税制(704、401)。然后，针对每一种税制，所述系统使用开放预订模型(204)来确定第三方——也叫做“提供者”——的身份，需要第三方的外部服务713～716来为该税制执行确定和计算(步骤708)。

如果一个外部税务服务如税务服务713被识别为针对一个给定的税制(步骤710)，那么所述系统随后即发送具有该税制必要细节的服务请求到此第三方(713～716)，并且从该第三方接收该税制的税收细节。

如果没有外部税务服务如税务服务713被识别为针对一个给定的税制(步骤710)，那么所述系统主要使用TDM217，同时使用“使用所述系统确定税收的过程”中所描述的以及图4所示的组件和处理，特别是图4所示的步骤402、405、406、404和408(也就是前面标题为“为税制确定具体税收线路的过程”的小节)，为税制确定税收(图7，步骤712)。

如果针对外部商业交易的当前线路有其它适用的税制(步骤720)，那么在步骤708开始处理下一个税制。

如果针对外部商业交易的当前线路没有其它适用的税制(步骤720)，那么所述系统便检查是否有更多交易线路(transaction lines)要考虑(步骤721)。

如果有更多交易线路要考虑(步骤721)，所述系统在步骤701对下一个交易线路开始处理。

如果没有更多交易线路要考虑(步骤721)，所述系统在步骤722开始处理，以在外部商业交易或文档级上执行动作。

记录、舍入和创建概要税收线路的过程

税收仓库管理器206收集、组织和执行舍入，并记录具体的税收线路(步骤722、409)。

税收仓库管理器206然后执行其他必要的文档级动作，包括生成和记录概要税收线路(步骤724、410)。

上述系统以必要的概要级别来返回税收信息(726)，从而服务于请求如请求201。

由税务服务来执行的操作

图5是一个图表，例示了依据本发明的一个具体实施例的税务服务132所执行的操作。图5所例示的企业模型表示了税的组成，也就是说，什么是税(与之相对的是其如何实施)，并且定义了一些关键的交互作用。更特别的是，图5展示了一种提供税务服务的系统以及外部世界，其中上述系统由系统边界和在该系统边界内的所有事物来表示，上述外部世界由穿过系统边界而与系统交互作用的“参与者”来表示。一个参与者代表了被认为是在上述系统的外部的一个人或系统，其以一种特殊的角色和所述系统进行交互作用。例如，图5中的一些参与者是：内容提供者501、税收机构502和记帐系统506。注意在方框里所定义的处理对这些参与者而言基本上是隐藏的。

由上述系统提供的服务具有税收领域的公用外观。多少有些像一个ATM机，这些服务清楚地表明它们将要做什么。另外，对于如何与税务服务132交互作用，以及作为其结果应期待什么，提供明确的指令。

为理解这一图表，作为一个系统来考虑一台ATM。参与者的例子是“帐户持有人”、“维护人员”和“货币补充者”。外部服务例如是“帐户持有人”(参与者)有权在ATM上得到的“存款”和“取款”服务。对于其他参与者，如“维护人员”和“货币补充者”来说，可能会有不同的服务。内部服务如“借方帐项(Debit Account)”和“没收卡”，对参与者而言是不可见的。

在上述系统边界内，系统提供的税务服务是由许多服务、例如定义税收内容服务521组成的。从一个参与者发出、并且在旁边标有“请求”的箭头是“暴露”给外部世界的服务。例子是管理税收帐目523和确定税收522。诸如记录税收524这样的服务是不能直接由一个参与者来请求的。

图5所例示的服务在一个内容库530和一个记录库531上操作。内容库530包括知识库214和规则库216。它是用于税务服务的税收信息的主要来源，并且包括与基于交易的税收有关的知识。与内容库的一个主要交互作用操作是通过“定义税收内容”服务521完成三，该服务被用于往内容库530里输入数据。

记录库531存储与税收事件和税收状况相关的信息。它存储税收记录以及与这些税收记录相关的变化。因此，它基本上包含税收领域与外部世界的交互作用的结果的当前和历史记录。它还作为一个主要的信息来源服务于：用税务机构管理税项负债(Tax liabilities)和税项资产；报告关于所收集的或产生的税收的纳税人审计信息；并且为分析和计划而提供税收信息。与记录库531的一个主要交互作用操作是通过“记录税收”服务524来完成的。

“定义税收内容”服务521提供各种方法来管理内容库530内对于税收领域的永久定义。这些方法可以包括添加、更新、禁用、清除、确认或列出数据。

“确定税收”服务522使用来自内容库530以及记录库531的信息来：确定适用的税种；针对一给定税种而确定税收状况；针对一个特殊税种的税收状况而确定税率；在给定税率下计算税收额。它由多个内部服务组成(图表中没有显示)，这些服务使用规则库216里的规则和知识库214里所包含的信息。

“管理税收帐目”服务523提供多项服务来支持管理，包括对税务机构的负债(liabilities)的清偿以及税务机构所欠金额的退回。管理税收帐目服务523可以额外地保持纳税人的累计的财政平衡(fiscalbalances)，以及在税收机构的指定注册者中的经常性平衡(currentbalances)。

“记录税收”服务524被用来维护记录库531。它通常被其他服务如确定税务服务522和管理税收账目服务523所调用。

“报告税收”服务525管理和响应各种汇报需求，这些需求是一个税收领域管理系统为支持税收管理而不得不完成的。它通常能够提取来自记录库531的原始数据，以使之能够提供给外部世界，和/或符合一个税务机构规定的格式。注意这一原始数据可以被格式化成为报告格式，或者可替换地成为一个能够被报告工具重新格式化的数据集。

“对账税收(reconcile tax)”服务526管理使得记录库531里的信息和外部记帐系统里的信息一致的处理。这是一个税收领域的管理系统不得不满足的需求，为的是支持许多当地管辖权的税收管理。它通常使得税收用户能够识别出交易的记帐记录和交易的税收记录(如在记录库531中发现的)不相同的原因。

注意虽然图5描述了由税务服务132来执行的一些操作，但仅有特定的服务得到了详细描述。

税务服务所执行的操作的瞬时视图

图6是一个活动图，例示了依据本发明的一个具体实施例由税务服务132所执行的操作的时间特性。图6通常从三个主要“瞬时”活动的角度来说明发生在税收领域内的交互作用。

注意该图表被垂直地分成“泳道”。各泳道之间的垂直条代表各参与者之间的间隔。从上到下的垂直箭头代表时间的流逝。例如，对确定税收522的请求发生于对管理税收内容602的请求被完成之后。水平线代表时间点。以箭头代表的向下流到一个水平线的活动必须完成于该水平线以下的任何活动能够开始之前。

每一服务都可以经由一个应用编程接口(API)访问，或者可替换地通过来自外部请求者的消息访问。一旦一个请求被传送到一个服务，该服务便负责确定为完成该请求所必需的相关动作。

活动的第一个集合是“偶然活动”，主要涉及准备和内容管理。这是些不定期发生的动作，并且包括诸如清除，或者请求一个服务以上载经过修改的或新的税收信息等动作。

活动的第二个集合是“交易活动”，它们发生更为频繁，并且可能需要一个或更多个服务。这些活动可以包括诸如确定税收和管理税收帐目信息等动作。

活动的第三个集合是“定期活动”，它们例行公事地以周期性间隔执行。这些活动可以包括在一给定的税收周期准备给税务机构的纳税申报和汇款。

使用规则来确定税收

术语的概览和定义

因为税务管理机构的规则/条例是复杂的，所以需要有税收规则库和规则导航器，典型地需要有“本领域技术人员”的专门知识，比如了解税收规则和条例等等的用户(也就是税收用户)的专门知识，以便解释和应用这些规则。而且，这类税务管理机构的规则和条例易发生变化，而且不进行高级的软件维护是不能修改而被编程进软件内的。因此将税收官方规则作为数据存储是有利的。这样就使软件程序能够解释数据和返回适当的一个结果(或多个结果)，从而使税务服务的另一个组件能够满足税务管理机构的要求。保存税收官方规则的储藏库被称为“税收规则库”，而解释数据(税收规则)的程序被称为“税收规则导航器”。

由于世界上不同税制下的税收官方规则不同，所以利用抽象处理然后再识别原子元素(atomic elements)和概念是有利的。下面的概念和组件即来自于这种抽象，并且在这一节进行定义(处理、驱动器、驱动器模板、条件组、处理结果和税收规则)。

一个处理是一系列的动作、变化或函数，由软件程序或用户来执行，并产生结果。

一个驱动器是影响一个或多个处理的结果的输入。驱动器也可被称为确定因子。

一个驱动器模板被用于将两个或更多个可能同时影响一个或多个处理结果的驱动器分组。驱动器模板也可称为驱动器集合模板。

一个条件组指的是值和条件的一个(单个)组合——在驱动器模板中的每个驱动器有一个条件组，条件组是使用驱动器模板创建的。典型的是，一个条件组可以指向一个或多个处理结果。一个条件组也可以被称为一个驱动器集合。

一个处理结果直接(或间接地)指示一个具体处理的结果。

一个税收规则指定要试图用以取得一个具体处理的处理结果的驱动器模板。

图8根据本发明的一个实施例说明了税收规则如何被应用于在确定税收时所涉及的处理。如图8所示，税务管理机构8714对于一种税制公布一组税收官方规则812。注意税务管理机构814是实体，税收是对该实体支付和/或申报的。税收官方规则812被抽象成适合由计算机系统解释的形式，从而产生税收规则集810。

在税收规则集810中的每一条规则指向用于一个具体处理的一个或多个驱动器。图8示意说明了驱动器模板804怎样包含多个驱动器，包括驱动器806-807在内。驱动器是交易的一个属性，其作用是作为处理的输入。例如，“财政分类”可以是用于“确定哪些税是适用的”处理的驱动器(参见图4中的步骤402)。

当用于处理802的所有驱动器均满足预定条件时，可以对每个成功的条件集返回一个处理结果803作为结果。这些处理结果被用来取得税收确定处理和税收管理处理的结果。例如，“确定适用的税率”处理可以被配置成当给定的条件集得到成功评价时存储12％的税率。在试图确定税率的过程中(参见图4中的步骤406)，“确定适用的税率”处理(406)可能需要航行(navigate)穿过各个规则以导出税率。处理的另一个例子是“确定税基”处理(参见图4中的步骤404)。

图9根据本发明的一个实施例说明了如何将税收规则应用于处理。在处理过程中，税收规则导航器216由一个处理，例如确定像税收管理器217这样的组件的确定税率处理406，得到内部请求912，从而得到对税率的引用。注意内部请求912将使请求符合上述处理(在这个例子中是确定税率)和税(比如ICMS税)。税收规则导航器216从税收规则集得到一条规则(方框902)以确定ICMS的税率和税种以及优先顺序1。第一条规则指向驱动器模板906。第一个驱动器模板906则指向条件组804，这是由驱动器模板906指定的。条件组804指向多个条件(它们是对应于由驱动器模板906所指定的驱动器904而被创建的)。对于每个条件908，来自外部商业交易请求的相应驱动器904的值被用来与和条件908一起存储的值，使用比较方法——同样是和条件908一起存储的，来进行比较。

如果比较成功，那么就考虑第一个条件组804的下一个驱动器904的下一个条件908。如果比较成功，那么就考虑下一个条件908，直到同一个条件组804中的所有条件均得到满足为止。如果所有的条件都满足，那么该条件组即评估成功，并采用路径916来获取合适的处理结果803，处理结果803然后会经由路径914使结果返回给内部请求者，即确定税率406。如果条件908其中之一评估不成功，那么就以条件组的优先顺序来考虑下一个可用的条件组804，而如果那个条件组评估成功，就如上所述，通过路径916来返回与该条件组关联的合适的处理结果。如果与第一条规则的驱动器模板相关联的各条件组评估无一成功，那么该第一条规则就被认为是没有评估成功。税收规则导航器然后就采用路径918，并试图取回优先顺序中的下一条规则。

如果规则之一评估成功，那么就通过路径916来获取相关联的处理结果。如果规则无一评估成功，则规则导航器不将结果返回给内部请求者。然后，将由内部请求者比如确定税率406来负责使用可用的默认值以试图完成其处理，或者返回错误报告。

例如，在“确定适用的税率”的处理中，一个驱动器模板(和相关联的税收规则)可能包括“送货给当事人的财政类别”驱动器和“产品类型”驱动器。在这些驱动器上的条件集可以包括：“送货给当事人的财政类别”＝“制造商”，以及“产品类型”＝“纸张”。像以上这样一个组合就是一个条件组。如果该条件组中的这些条件每一个都得到满足，那么就说这个条件组满足，而且可以返回举例来说与该条件组相关联的、指定了18％税率的处理结果。这样就指示该税收规则(由此导出上述驱动器模板)是成功的，并且不需要处理更多的规则。

代表性规则

图10根据本发明的一个实施例说明了代表性的税收规则。在这个例子中有4条规则。注意每条规则都是用于巴西的“ICMS”税(第一列)，并且每条规则都应用于“税率确定”处理(第二列)。此外，每条规则都与一个优先值关联，优先值指出应用程序考虑这些规则的顺序(第三列)。

每条规则还与一个驱动器模板相关联(第四列)，该驱动器模板指定在使用规则的过程中将比较哪些驱动器。例如，第一条规则具有一个驱动器模板，该驱动器模板指定发货州(SF)、收货州(ST)和产品财政类别(PFC)。第二条规则具有一个驱动器模板，该驱动器模板指定发货州和收货州。最后，第三条规则具有一个模板，该模板仅指定产品财政类别。注意优先顺序典型地从最具体的规则前进到最通用的规则。同样，注意系统(税收)用户可以配置驱动器模板806，从而包括驱动器806、807等等，而这些驱动器，不管是针对不同的税还是针对相同税的不同处理，是他认为对于方便在不同税收规则中的驱动器模板的高效配置和可重复使用来说必需的。

图11根据本发明的一个实施例说明了条件组是如何与各个条件和处理结果相关联的。参考图10，第一行表明条件组101与驱动器模板SF-ST-PFC相关联，而且如果多个条件满足：SF＝SP(圣保罗)，ST＝RJ(里约热内卢)且PFC＝GPP(光滑的打印纸)，则规则即得以满足。如果这些条件满足，那么处理结果便指向18％的税率。

类似地，第二行表明驱动器模板也是SF-ST-PFC，且如果SF＝SP(圣保罗)，ST＝ANY(任意的)而且PFC＝XXX，那么规则即得到满足。如果这些条件满足，那么处理结果也指向18％的税率。

第三行指出条件组102与指定产品财政类别的驱动器模板相关联，且如果PFC＝Pumps，那么这条规则满足。如果这个条件满足，那么处理结果指向12％的税率。

注意系统(税收)用户可以配置驱动器模板和相应的基于给定税和/或预订者和/或税收处理的要求的条件。

处理税收规则

图12是根据本发明的一个实施例说明税收规则如何受到处理的流程图。在图12所说明的流程图中，步骤由矩形方框表示，处理或组件由双边的矩形方框表示，判定点由菱形/平行四边形表示，而终止则由圆角的矩形方框表示。所述系统以税务服务请求管理器202接收一个请求201以便处理交易的税收作为开始(步骤1202)。税务服务请求管理器202以一个确定适用税制的请求来调用税收确定管理器217。税收确定管理器217调用确定适用的税制406以确定需要考虑的税制。对于每个税制(步骤1203)，税收确定管理器217调用确定适用的税(1203A，402)从而首先确定该税制的候选税。对于每种候选税，确定适用的税(1203A，402)需要检查是否税收规则需要得到处理(判定1203B)以确定适用性。如果没有税收规则需要处理，那么确定适用的税(1203A，402)将试图基于默认值和设置来判定适用性。

如果需要处理规则(判定1203B)，那么确定适用的税(1203A，402)便调用税收规则导航器212而获得规则(步骤1204)，其中所述系统是从税收规则710的集合获得(第一条)规则(步骤1204)。该系统然后检查与该规则关联的驱动器模板804(步骤1206)。对于以第一条规则来识别的驱动器模板804，税收规则导航器212检索条件组(创建自该驱动器模板)(步骤1207)。该系统然后检索和检查条件(步骤1208)，该条件与在前一个步骤(步骤1207)中在条件组中检索得到的每一个驱动器相关联。如果第一个条件满足(判定1210)，那么税收规则导航器212即查看是否有更多的条件要检查(判定1214)。如果有更多的条件，那么便检查下一个条件直到所有的条件均得到满足，也就是不再有条件了(判定1214)。然后，所述系统在确定交易的税收时便使用与规则相关联的处理结果(步骤1212)，且该(当前)规则被认为是已经得到了“成功评估”。对于税收规则导航器来说，处理在此点完成。控制返回到调用处理(也就是确定适用的税1203A，402)且在下一个步骤(确定税收状态的步骤——步骤405)继续处理。

另外，如果条件不满足(判定1210)，那么所述系统确定是否对于模板有更多的条件组(步骤1210A)。如果是，那么该系统便检索下一个条件组(步骤1208)以检查(当前)条件组的条件。如果不再有条件组(判定1210A)，那么所述系统即检查是否有更多的规则(判定1210B)。如果有另外一条需要在下一个优先顺序中处理的规则，那么处理即从检索规则(步骤1204)开始，并以这种方式继续进行，直到规则得到成功评估并因此而能够返回结果。

此外，如果没有规则成功且不再有规则要处理(判定1210B)，那么税收规则导航器将以“没有发现结果”的(处理)状态，返回发出调用的处理。然后由上述发出调用的处理(确定适用的税1203A，402)负责试图使用默认值来完成处理，或者以错误(处理)状态返回它的调用过程。

以上所作的对本发明的实施例的描述仅仅是用于说明和描述的目的。它们并非意欲穷尽本发明或将本发明限制在所公开的形式。因此，许多修改和变化对于本领域的技术人员来说都是显而易见的。此外，以上的公开并非意在限制本发明。本发明的范围是由所附的权利要求来限定的。

Claims

1.一种通过使用可配置模板、应用指定的税收规则来对交易确定税收的方法，包括：

接收要对其确定税收的所述交易；

检查与税收规则相关联的可配置模板，其中该可配置模板识别与所述交易相关联的属性集；

检查所述属性集的条件集；以及

如果所述条件集中的每一个条件都满足，便在对所述交易确定税收时使用与所述条件集相关联的处理结果。

2.如权利要求1所述的方法，其中如果所述条件集不满足且如果所述属性集的替代条件集满足，则所述方法进一步包括在对所述交易确定税收时使用与所述替代条件集相关联的替代处理结果。

3.如权利要求1所述的方法，其中如果所述税收规则不适用于所述交易且存在额外的税收规则，则所述方法进一步包括在确定过程中和/或所述交易中试图以优先顺序应用下一条税收规则。

4.如权利要求3所述的方法，其中所述额外税收规则是以一定顺序应用的，该顺序是依照所述额外税收规则的优先顺序来确定的。

5.如权利要求4所述的方法，其中所述优先顺序使用户能够这样配置系统：在应用更通用的税收规则之前，应用更具体的税收规则。

6.如权利要求1所述的方法，进一步包括使用户能够修改与所述税收规则相关联的可配置模板。

7.如权利要求1所述的方法，其中所述税收规则指定一种具体的税是否适用于所述交易。

8.如权利要求1所述的方法，其中所述税收规则指定税率，该税率被用来确定适用于所述交易的税的税额。

9.如权利要求1所述的方法，其中所述税收规则指定税基公式，该税基公式被用来确定适用于所述交易的税的税额。

10.如权利要求1所述的方法，其中所述税收规则指定税收计算公式，该税收计算公式被用来确定适用于所述交易的税的税额。

11.如权利要求1所述的方法，其中所述税收规则指定税收退回率，该税收退回率被用来确定适用于所述交易的税的税收退回额。

12.如权利要求1所述的方法，其中所述税收规则指定一结果，该结果被用来确定任何处理的结果，上述任何处理指的是确定或管理适用于所述交易的税的处理。

13.如权利要求1所述的方法，其中对所述交易确定税收涉及：

确定哪种税适用于所述交易；

确定所述交易的税基；

确定所述交易的适用税率；且

计算对所述交易的税收。

14.如权利要求1所述的方法，其中不同的税收规则集可以与不同的当地管辖权相关联。

15.如权利要求1所述的方法，其中所述的税收规则、可配置模板和条件集保存于数据库中。

16.如权利要求1所述的方法，其中使用可配置模板指定的所述税收规则被应用于除确定税收之外的处理，如管理税收的处理。

17.如权利要求1所述的方法，其中使用可配置模板指定的所述税收规则能够被应用于几个、而不是全部的用于确定或管理税收的处理。

18.如权利要求1所述的方法，其中系统能够为税制的分级结构创建税收规则，其创建的方式使得一个通用规则的规定能够用于更高级别的税制，而且按照所述税制的分级结构向下增加具体规则，直至税制的最低级别中的税收级别。

19.如权利要求1所述的方法，其中系统能够依据一开放的预订模型为预订者定义税收规则，该预订模型能够让预订分级结构中的预订者之间共用规则。

20.一种存储指令的计算机可读存储介质，当所述指令由计算机执行时，即使得该计算机执行一种通过使用可配置模板、应用指定的税收规则来对交易确定税收的方法，所述方法包括：

接收要对其确定税收的所述交易；

检查所述属性集的条件集；以及

21.如权利要求20所述的计算机可读存储介质，其中如果所述条件集不满足且如果所述属性集的替代条件集满足，则所述方法进一步包括在对所述交易确定税收时使用与所述替代条件集相关联的替代处理结果。

22.如权利要求20所述的计算机可读存储介质，其中如果所述税收规则不适用于所述交易且存在额外的税收规则，则所述方法进一步包括试图将所述额外税收规则应用于所述交易。

23.如权利要求22所述的计算机可读存储介质，其中所述额外税收规则是以一定顺序应用的，该顺序是依照所述额外税收规则的优先顺序来确定的。

14.如权利要求23所述的计算机可读存储介质，其中所述优先顺序导致在应用更通用的税收规则之前，应用更具体的税收规则。

15.如权利要求20所述的计算机可读存储介质，其中所述方法进一步包括让用户能够修改与所述税收规则相关联的可配置模板。

26.如权利要求20所述的计算机可读的存储介质，其中所述税收规则指定一种具体的税是否适用于所述交易。

27.如权利要求20所述的计算机可读存储介质，其中所述税收规则指定税率，该税率被用来对所述交易确定税收。

28.如权利要求20所述的计算机可读存储介质，其中所述税收规则指定税收状况，其被用于确定适用于所述交易的税的税额。

29.如权利要求20所述的计算机可读存储介质，其中所述税收规则指定税基公式，该税基公式被用来确定适用于所述交易的税的税额。

30.如权利要求20所述的计算机可读存储介质，其中所述税收规则指定税收计算公式，该税收计算公式被用来确定适用于所述交易的税的税额。

31.如权利要求20所述的计算机可读存储介质，其中所述税收规则指定税收退回率，该税收退回率被用来确定适用于所述交易的税的税收退回额。

32.如权利要求20所述的计算机可读存储介质，其中所述税收规则指定一结果，该结果被用来确定任何处理的结果，上述任何处理指的是确定或管理适用于所述交易的税的处理。

33.如权利要求20所述的计算机可读存储介质，其中对所述交易确定税收涉及：

确定哪种税适用于所述交易；

确定所述交易的税基；

确定所述交易的适用税率；且

计算对所述交易的税收。

34.如权利要求20所述的计算机可读存储介质，其中不同的税收规则集可以与不同的当地管辖权相关联。

35.如权利要求20所述的计算机可读存储介质，其中所述的税收规则、可配置的模板和条件集保存于数据库中。

36.如权利要求20所述的计算机可读存储介质，其中使用可配置的模板指定的所述税收规则被应用于除确定税收之外的处理，如管理税收的处理。

37.如权利要求20所述的计算机可读存储介质，其中使用可配置的模板指定的所述税收规则能够被应用于几个、而不是全部的用于确定或管理税收的处理。

38.如权利要求20所述的计算机可读存储介质，其中系统能够为税制的分级结构创建税收规则，其创建的方式使得一个通用规则的规定能够用于更高级别的税制，而且按照所述税制的分级结构向下增加规则，直至税制的最低级别中的税收级别。

39.如权利要求20所述的计算机可读存储介质，其中系统能够依据一开放的预订模型为预订者定义税收规则，该预订模型能够让预订分级结构中的预订者之间共用规则。

40.一种通过使用可配置模板、应用指定的税收规则来对交易确定税收的装置，包括：

一接收装置，其被配置用于接收要对其确定税收的所述交易；

一检索装置，其被配置用于检索与税收规则相关联的可配置模板，其中该可配置模板识别与所述交易相关联的属性集；

其中所述检索装置被额外配置用于检索所述属性集的条件集；和

一确定装置，其被配置用于当所述条件集的每一个条件都满足的时候，在对所述交易确定税收时，使用与所述条件集相关联的处理结果。