交易数据的处理方法、系统、电子设备和存储介质与流程

本公开涉及互联网技术领域，更具体地，涉及一种交易数据的处理方法、系统、电子设备和存储介质。

背景技术：

增值税的计算方法较为复杂，尤其是对于业务规模大、金额高、交易频繁、交易种类和形式多样的企业，例如商业银行。

在实现本公开构思的过程中，发明人发现现有技术中至少存在如下问题：人工计算增值税效率低下，影响企业对客户的服务。

技术实现要素：

有鉴于此，本公开提供了一种交易数据的处理方法、系统、电子设备和存储介质。

本公开的一个方面提供了一种由电子设备执行的交易数据的处理方法，包括：接收预设时间段内的多个交易请求，每一个交易请求是根据用户在终端设备上执行的交易操作而生成的；基于多个交易请求，确定多个交易操作所产生的交易数据，其中，交易数据包括至少一个销项税税额和至少一个进项税税额；以及基于至少一个销项税税额和至少一个进项税税额，计算并输出预设时间段内的增值税税额。其中，基于多个交易请求，确定多个交易操作所产生的交易数据包括针对每个交易操作执行如下的处理操作：响应于接收到交易操作所产生的交易子数据，确定交易操作的交易类型，交易类型包括销项税交易和进项税交易；在交易类型为销项税交易的情况下，基于交易子数据，计算交易操作产生的销项税税额；以及在交易数据为进项税交易数据的情况下，基于交易子数据，确定交易操作产生的进项税税额。

根据本公开的实施例，在交易类型为销项税交易的情况下，基于交易子数据，计算交易操作产生的销项税税额包括：基于交易子数据，确定交易子数据是否属于增值税缴纳的范围，其中，交易子数据包括交易操作产生的费用；在交易子数据属于增值税交纳的范围的情况下，确定与交易子数据适配的销项税税率；以及根据销项税税率和费用，计算交易操作所产生的销项税税额。

根据本公开的实施例，针对每个交易操作执行的处理操作还包括：在交易类型为销项税交易的情况下，基于交易子数据，确定交易参数，其中，交易参数至少包括纳税人信息；以及根据交易参数和销项税税额，生成并存储与交易操作相关的交易信息。

根据本公开的实施例，所述方法还包括：响应于接收到打印发票的打印请求，获取纳税人识别号；基于纳税人识别号，确定并输出纳税人识别号下至少一个未打印发票的交易信息；响应于获取到用户针对至少一个未打印发票的交易信息的选择操作，生成第一增值税发票信息；以及基于第一增值税发票信息，打印发票。

根据本公开的实施例，所述方法还包括：扫描并识别发票，获取发票上的第二增值税发票信息；对比第二增值税发票信息与第一增值税发票信息；在第二增值税发票信息和第一增值税发票信息一致的情况下，生成表示发票上的打印信息正确的消息。

根据本公开的实施例，所述方法还包括：基于纳税人识别号，获取纳税人识别号对应的纳税人是否具有开具发票的资格，其中，基于第一增值税发票信息，打印发票包括：在纳税人识别号对应的纳税人具有开具发票的资格的情况下，打印发票。

根据本公开的实施例，针对每个交易操作还包括：在交易类型为销项税交易的情况下，验证交易子数据是否符合预先设置的销项税交易子数据的规范；或者在交易类型为进项税交易的情况下，验证交易子数据是否符合预先设置的进项税交易子数据的规范，其中，在交易类型为销项税交易，并且交易子数据符合销项税交易子数据的规范的情况下，基于交易子数据，计算交易操作产生的销项税税额；或者在交易数据为进项税交易数据，并且交易子数据符合进项税交易子数据的规范的情况下，基于交易数据，计算交易操作产生的进项税税额。

本公开的另一个方面提供了一种交易数据的处理系统，包括：接收模块，用于接收预设时间段内的多个交易请求，每一个交易请求是根据用户在终端设备上执行的交易操作而生成的；确定模块，用于基于多个交易请求，确定多个交易操作所产生的交易数据，其中，交易数据包括至少一个销项税税额和至少一个进项税税额；以及计算模块，用于基于至少一个销项税税额和至少一个进项税税额，计算预设时间段内的增值税税额。其中，确定模块包括：第一确定子模块，用于响应于接收到交易产生的交易子数据，确定交易的交易类型，交易类型包括销项税交易和进项税交易；第二确定子模块，用于在交易类型为销项税交易的情况下，基于交易子数据，计算交易产生的销项税税额；以及在交易数据为进项税交易数据的情况下，基于交易数据，确定交易产生的进项税税额。

本公开的另一个方面提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器执行上述的方法。

本公开的另一方面提供了一种计算机可读存储介质，存储有计算机可执行指令，所述指令在被执行时用于实现如上所述的方法。

本公开的另一方面提供了一种计算机程序，所述计算机程序包括计算机可执行指令，所述指令在被执行时用于实现如上所述的方法。

根据本公开的实施例，可以至少部分地解决业务规模大、金额高、交易频繁，交易种类和形式多样的企业增值税计算效率低问题，并因此可以实现提高企业计算增值税的效率的技术效果。

附图说明

通过以下参照附图对本公开实施例的描述，本公开的上述以及其他目的、特征和优点将更为清楚，在附图中：

图1示意性示出了根据本公开实施例的可以应用由电子设备执行的交易数据的处理方法的示例性系统架构；

图2示意性示出了根据本公开实施例的数据存储装置的示意性框图；

图3示意性示出了根据本公开实施例的交易数据的处理方法的流程图；

图4示意性示出了根据本公开实施例的针对每个交易操作执行的处理操作的流程图；

图5示意性示出了根据本公开另一实施例的交易数据处理方法的流程图；

图6示意性示出了根据本公开实施例的数据处理装置的示意性框图；

图7示意性示出了根据本公开的实施例的交易数据的处理系统的框图；以及

图8示意性示出了根据本公开实施例的电子设备的方框图。

具体实施方式

以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。

在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。

在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。

在使用类似于“a、b和c等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有a、b和c中至少一个的系统”应包括但不限于单独具有a、单独具有b、单独具有c、具有a和b、具有a和c、具有b和c、和/或具有a、b、c的系统等)。在使用类似于“a、b或c等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有a、b或c中至少一个的系统”应包括但不限于单独具有a、单独具有b、单独具有c、具有a和b、具有a和c、具有b和c、和/或具有a、b、c的系统等)。

本公开的实施例提供了一种由电子设备执行的交易数据的处理方法。该方法包括接收预设时间段内的多个交易请求，基于多个交易请求，确定多个交易操作所产生的交易数据，交易数据包括至少一个销项税税额和至少一个进项税税额，以及基于至少一个销项税税额和至少一个进项税税额，计算并输出预设时间段内的增值税税额。

图1示意性示出了根据本公开实施例的可以应用由电子设备执行的交易数据的处理方法的示例性系统架构100。需要注意的是，图1所示仅为可以应用本公开实施例的系统架构的示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例不可以用于其他设备、系统、环境或场景。

如图1所示，根据该实施例的系统架构100可以包括系统主机101、网络102和交易终端103。

系统主机101例如可以是处理银行交易的电子设备。需要理解的是，系统主题101也可以是处理其他交易的电子设备，本公开并不限定系统主机101只能是处理银行交易的电子设备。在下文中以系统主机101为处理银行交易的电子设备进行说明。

网络102例如可以是银行内部网络、其他银行网络、银行间互连网络等。具体地，比如可以是银联网络、visa组织网络等。

交易终端103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机、台式计算机、自助终端、柜面终端等。

如图1所示，网络102可以用于在交易终端103和系统主机101之间提供通信链路的介质。网络102可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

继续参考图1，系统主机101例如可以包括数据存储装置111、数据处理装置121和多个接口。多个接口，例如可以包括第一接口133、第二接口132和第三接口131。可以理解的是，多个接口可以是任意数量的接口，图1中的三个接口仅为一种示例。

根据本公开的实施例，接口131例如可以与网络102建立通信连接。

根据本公开的实施例，数据存储装置111例如可以是一个数据库管理系统，也可以是一个文件系统。数据存储装置111例如可以用于存储银行的客户信息和交易信息。具体地，例如可以包括客户的纳税人编号、地址等纳税人信息、银行各类业务收入的增值税税率参数、客户增值税税务和发票明细信息等等。

图2示意性示出了根据本公开实施例的数据存储装置111的示意性框图。

如图2所示，数据存储装置111例如可以至少包括一个增值税信息存储单元201。增值税信息存储单元201例如可以包括客户纳税人信息装置211、增值税参数装置221和增值税税务和发票明细装置231。

根据本公开的实施例，客户纳税人信息装置211例如可以存储客户纳税人的相关信息。具体地，例如可以包括：纳税人识别号、户名、客户结算账号、地址、开户行、银行结算账号等信息等。

增值税参数装置221例如可以存储银行各类业务收入的增值税税率以及银行机构对应的纳税人识别号等参数信息，至少包括：银行产品种类(例如基金、理财产品等)、业务收费种类、增值税减免条件、增值税税率、银行机构及其对应的纳税人识别号等信息等。

增值税税务和发票明细装置231例如可以存储客户每笔涉及增值税的业务交易对应的增值税税务和发票等相关信息。具体地例如可以包括：客户结算账号、银行产品种类、业务收费种类、收入总额、增值税金额、增值税税率等信息等。

继续参考图1，数据处理装置121例如可以是处理银行交易的系统，它接收接口131中的交易请求，通过访问数据存储装置111中的数据进行交易处理。并且数据处理装置121可以定期计算纳税周期内银行所需要缴纳的增值税。

需要说明的是，本公开实施例所提供的交易数据的处理方法一般可以由系统主机101执行。相应地，本公开实施例所提供的交易数据的处理装置一般可以设置于系统主机101中。

图3示意性示出了根据本公开实施例的交易数据的处理方法的流程图。

如图3所示，根据本公开实施例的交易数据的处理方法可以包括操作s310～s330。其中，如图4所示，图3中的操作s320可以进一步包括操作s321～s323。下面结合图1、图2所示的系统架构100和图3、图4所示的流程图来详细说明根据本公开实施例的交易数据的处理方法的实施方式。

在操作s310，接收预设时间段内的多个交易请求。其中，每一个交易请求是根据用户在终端设备上执行的交易操作而生成的。

例如在图1所示的场景中，用户在交易终端103(例如手机)上执行了“转账”交易操作。交易终端103通过网络102向系统主机101发基于该交易操作生成的交易请求。系统主机101例如可以通过接口131接收该交易请求。

根据本公开的实施例，预设时间段例如可以是银行缴纳增值税的纳税周期。具体地，例如可以是一周、一个月、一个季度等。

在操作s320，基于多个交易请求，确定多个交易操作所产生的交易数据。其中，交易数据包括至少一个销项税税额和至少一个进项税税额。

根据本公开的实施例，例如可以根据每个交易请求，确定该交易请求的交易操作所产生的交易子数据。例如预设时间段内接收到10000次交易请求，计算该10000次交易各自产生的销项税税额或者进项税税额。

图4示意性示出了根据本公开实施例的确定多个交易操作所产生的交易数据包括针对每个所述交易操作执行的处理操作。

如图4所示，针对每个交易执行的处理操作可以包括操作s321～s323。

在操作s321，响应于接收到交易操作所产生的交易子数据，确定交易操作的交易类型，交易类型包括销项税交易和进项税交易。

例如在图1所示的情景中，针对每个交易执行的处理操作可以由数据处理装置121执行。根据本公开的实施例，数据处理装置121可以根据交易子数据的来源确定交易操作的交易类型。具体地，例如交易子数据来自第一接口133，确定交易类型可以是销项税交易。又例如交易子数据来自第二接口132，确定交易类型可以是进项税交易。

在操作s322，在交易类型为销项税交易的情况下，基于交易子数据，计算交易操作产生的销项税税额。

例如可以是在交易类型为销项税交易的情况下，数据处理装置121访问数据存储装置111中增值税信息存储单元201中的客户纳税人信息装置211，获得客户的纳税人识别号、户名、客户结算账号、地址、开户行、银行结算账号等信息。数据处理装置121例如可以根据交易子数据中的银行产品种类、业务收费种类访问增值税参数装置221，获得该交易操作所涉及到的银行产品种类、业务收费种类的增值税税率。

根据本公开的实施例，数据处理装置121例如可以根据该交易操作确定的增值税税率和该交易操作的总额，根据增值税的计算公式计算出该交易操作产生的销项税。

在操作s323，在交易数据为进项税交易数据的情况下，基于交易子数据，确定交易操作产生的进项税税额。

例如可以是，在银行收到其他企业给银行开具的增值税发票后，例如可以从第二接口132接收发票信息，数据处理装置121可以根据发票信息确定该交易的进项税税额。

接下来，在操作s330，基于至少一个销项税税额和至少一个进项税税额，计算并输出预设时间段内的增值税税额。

例如，10000次交易有400个交易产生销项税税额，600个交易产生进项税税额。根据本公开的实施例，例如可以将该400个交易所产生的销项税税额的总和与该600个交易所产生的进项税税额的总和的差作为增值税税额。

根据本公开的实施例，图3和图4所示意性示出的交易数据的处理方法实现了增值税的自动计算，减少人工操作而提高了企业例如银行确定增值税的效率。

根据本公开的实施例，在确定交易操作的交易类型之后，针对每个交易操作还可以执行，验证交易子数据是否符合预先设置的交易子数据的规范。例如可以是在当前的交易子数据符合预先设置的交易子数据的规范的情况下，计算交易操作产生的销项税税额或者确定进项税税额，在当前的交易子数据不符合预先设置的交易子数据的规范，进行报错提示，从而保证交易操作的安全性。

例如，在确定交易操作的交易类型为销项税交易的情况下，验证交易子数据是否符合预先设置的销项税交易子数据的规范。在交易子数据符合销项税交易子数据的规范的情况下，基于交易子数据，计算交易操作产生的销项税税额。在交易类型为进项税交易的情况下，验证交易子数据是否符合预先设置的进项税交易子数据的规范。在交易子数据符合进项税交易子数据的规范的情况下，可以基于交易数据来计算交易操作产生的进项税税额。

根据本公开的实施例，在交易类型为销项税交易的情况下，基于交易子数据，计算交易操作产生的销项税税额可以包括，基于交易子数据，确定交易子数据是否属于增值税缴纳的范围，其中，交易子数据包括交易操作产生的费用。接下来，在交易子数据属于增值税交纳的范围的情况下，确定与交易子数据适配的销项税税率以及根据销项税税率和费用，计算交易操作所产生的销项税税额。

例如可以根据交易子数据中的银行产品种类、业务收费种类来确定当前的交易操作是否在免征税范围内。若在免征税范围内，忽略本次交易，若不免征税范围内，则可以根据增值税的计算公式、销项税税率和费用，计算该交易操作所产生的销项税税额。银行产品种类例如可以是基金产品、理财产品等等。业如基金产品中的业务收费种类包括贷款收入、手续费等等。

根据本公开的实施例，针对每个交易操作执行的处理操作在图4所示出的操作的基础上还可以包括：在交易类型为销项税交易的情况下，基于交易子数据，确定交易参数，以及根据交易参数和销项税税额，生成并存储与交易操作相关的交易信息。其中，交易参数至少包括纳税人信息。

例如可以是数据处理装置121根据交易子数据中的银行结算账号、银行交易机构等，访问数据存储装置111中增值税信息存储单元201中的增值税参数装置221，获取该交易操作对应的交易参数。交易参数例如可以包括客户的纳税人信息、银行机构的纳税人识别号、户名、地址等。纳税人信息例如可以包括纳税人识别号、客户结算账号、户名、地址、开户行等。

例如可以根据上述交易参数和数据处理装置121计算出来的销项税税额、不含税销售额、收入总金额等信息，生成与该交易操作相关的交易信息，并存储到增值税税务和发票明细装置231中。

图5示意性示出了根据本公开另一实施例的交易数据处理方法的流程图。

如图5所示，如图3所示该交易数据的处理方法在图3所示的操作s310～s330的基础上还可以包括操作s510～s540。例如，可以在操作s330之后，执行操作s510～s540。

在操作s510，响应于接收到打印发票的打印请求，获取纳税人识别号。

例如可以是接收到客户在终端设备上的输入操作而生成的打印发票的打印请求，提示客户输入纳税人识别号。

在操作s520，基于所述纳税人识别号，确定并输出所述纳税人识别号下至少一个未打印发票的所述交易信息。

例如可以根据客户提供的纳税人识别号，访问增值税税务和发票明细装置231，获取纳税人识别号下未打印的发票明细，供客户选择。

根据本公开的实施例，还可以包括：在步骤s520之前验证纳税人识别号的身份信息。具体地，例如根据纳税人识别号确定该纳税人识别号所属的公司是a公司，系统主机101可以提示用户提供该客户是a公司的财务人员的身份证明。在验证通过的情况下，执行操作s520。

在操作s530响应于获取到用户针对所述至少一个未打印发票的所述交易信息的选择操作，生成第一增值税发票信息。

在操作s540，基于所述第一增值税发票信息，打印发票。

例如可以是用户可以从多个为打印发票的明细中选择出需要打印的发票，或者用户可以选择在发票中显示的选项。从而根据用户的选择操作生成第一增值税发票信息，并打印发票。

根据本公开实施例，该交易数据的处理方法能够自动打印发票，提高了开具发票的效率。

根据本公开的另一实施例，在生成第一增值税发票信息之后，该方法还可以包括：基于纳税人识别号，获取纳税人识别号对应的纳税人是否具有开具发票的资格，以及在纳税人识别号对应的纳税人具有开具发票的资格的情况下，打印发票。

例如系统主机101可以与当地税务系统通过网络102通信连接。根据纳税人识别号，访问当地税务系统该纳税人识别号对应的纳税人是否具有开具发票的资格。在纳税人识别号对应的纳税人具有开具发票的资格的情况下，打印发票。在纳税人识别号对应的纳税人不具有开具发票的资格的情况下，发出告警信息。

根据本公开的实施例，在发票打印出之后，还可以扫描并识别发票，以获取发票上的第二增值税发票信息。例如可以通过ocr(opticalcharacterrecognition，光学字符识别)自动识别发票上的发票信息。接下来，对比第二增值税发票信息与第一增值税发票信息，以及在第二增值税发票信息和第一增值税发票信息一致的情况下，可以生成表示发票上的打印信息正确的消息，以提示用户可以将发票取走。在第二增值税发票信息和第一增值税发票信息不一致的情况下，例如生成表示发票上的打印信息错误的消息。

图6示意性示出了根据本公开实施例的例如图1所示的数据处理装置121的示意性框图。

为了便于理解本公开实施例，下面结合图6说明根据本公开实施例的一种示例交易数据处理方法。本领域技术人员可以理解，以下所述交易数据处理方法仅为示例，本公开实施例并不局限于此。

如图6所示，数据处理装置121可以包括主处理单元610、接口识别单元620、销项税交易处理装置630、进项税交易处理装置640、增值税定期申报计算处理装置650。

接口识别单元620例如可以接收多个接口的交易请求，并识别交易的接口，将识别出的交易子数据和接口信息传给主处理单元610。交易子数据例如可以包括客户结算账号、银行产品种类、业务收费种类、收入总额、客户纳税人识别号等。接口信息例如可以是来自哪个接口，以根据接口确定交易操作的交易类型。

主处理单元610是数据处理装置121的主控单元，通过它调用其它单元完成数据的处理。例如它可以调用接口识别单元620接收某个接口发送的交易请求，以及接收接口识别单元620发送的接口信息，并根据接口信息判断交易操作的类型。例如可以执行上文参考图4描述的操作s321。

根据本公开的实施例，如果交易从发送销项税交易的接口(例如第一接口133)发送来，则主处理单元610可以调用销项税交易处理装置630，以启动销项税交易的数据处理。销项税交易处理装置630例如可以执行在操作s322中所描述的处理方法。

在启动销项税交易的数据处理之前，主处理单元610例如还可以调用验证处理装置660，对交易子数据进行验证。在当前的交易子数据符合销项税交易子数据的规范的情况下，启动销项税交易的数据处理。

具体地，销项税交易处理装置630例如可以包括纳税人信息登记装置631、增值税参数设置装置632、增值税价税分离处理装置633、增值税发票信息处理装置634。

纳税人信息登记装置631例如可以根据交易子数据中的纳税人识别号，访问数据存储装置111中增值税信息存储单元201中的客户纳税人信息装置211，对客户的纳税人识别号、户名、客户结算账号、地址、开户行、银行结算账号等信息进行新增、修改和作废处理

增值税参数设置装置632例如可以根据交易数据中的银行产品种类、业务收费种类，访问数据存储装置111中增值税信息存储单元201中的增值税参数装置221，以对银行各类产品种类、业务收费种类对应的增值税税率，是否免征税范围等参数进行新增、修改和作废处理。以及根据银行机构访问数据存储装置111中增值税信息存储单元201中的增值税参数装置221，对银行机构对应的纳税人识别号、户名、地址等信息进行新增、修改和作废处理。

增值税价税分离处理装置633例如可以根据交易子数据中的银行产品种类、业务收费种类，访问数据存储装置111中增值税信息存储单元201中的增值税参数装置221，获取该交易操作对应的增值税税率以及是否免征税范围等参数。在交易子数据属于增值税交纳的范围的情况下，根据该交易操作的收入总额和增值税的公式计算出对应的增值税，并完成记账处理。根据本公开的实施例，该记账处理可以是联机实时记账，也可以是晚间批量汇总记账。

根据本公开的实施例，增值税发票信息处理装置634例如可以根据交易子数据中的银行结算账号、银行交易机构，访问数据存储装置111中增值税信息存储单元201中的增值税参数装置221，以获取该交易操作对应的客户的纳税人识别号、户名、客户结算账号、地址、开户行以及银行机构的纳税人识别号、户名、地址等交易参数，再根据增值税价税分离处理装置633计算出来的不含税销售额、销项税税额、收入总金额等信息，登记到数据存储装置111中增值税信息存储单元201中的增值税税务和发票明细装置231中，实现发票信息的自动采集。

根据本公开的实施例，如果交易来自发送进项税交易的接口(例如第二接口132)，则主处理单元610可以调用进项税交易处理装置640，以启动进项税交易的数据处理。进项税交易处理装置640例如可以执行在操作s323中所描述的处理方法。例如可以是登记银行各机构收到的增值税发票和发票对应的支出账户，根据已认证通过的增值税发票对应的可抵扣的税额，完成进项税税额的记账。

根据本公开的实施例，增值税定期申报计算处理装置650可以定期根据销项税税额和进项税税额计算增值税。例如可以执行上文参考图3描述的操作s330。增值税定期申报计算处理装置650可以每天启动，也可以按一定周期(按周、月、季等)启动。例如，增值税定期申报计算处理装置650首先从增值税税务和发票明细装置231中获取本周期内银行交易机构以及机构对应的纳税人识别号、销项税税额、不含税销售额、进项税税额、已打印的发票金额和数量等信息，然后按纳税人识别号进行汇总计算，提供给银行业务人员作为纳税申报的依据。

根据本公开的实施例，数据处理装置121还可以包括增值税发票打印处理装置670。例如在图1所示的场景中，第三接口131例如可以是提供增值税发票打印功能的接口，如果交易来自第三接口131，则主处理单元610可以调用增值税发票打印处理装置670，以启动增值税发票打印的数据处理。例如可以执行上文参考图5所描述的操作。

增值税发票打印处理装置670例如可以包括增值税发票查询打印处理671、税控服务装置672、ocr自动识别质检装置673。

增值税发票查询打印处理装置671，例如可以根据交易子数据中的用户的纳税人识别号，访问数据存储装置111中增值税信息存储单元201中的增值税税务和发票明细装置231，获取该纳税人识别号在本机构发生的交易操作对应的发票明细。例如可以是执行上文参考图5中s510所描述的操作。获取用户的选择操作，以根据用户的选择操作确定需要打印的纪录，从而生成第一增值税发票信息。

税控服务装置672用于完成用户的增值税发票的打印，并更新客户发票明细的已打印的发票金额和数量等信息。税控服务硬件装置672例如可以是指定的供应商提供的增值税税控服务装置，例如可以包含税控盘、税控服务器、税控钥匙、报税盘等设备，负责与当地税务局系统联网，实现增值税防伪税控开票管理和增值税发票的认证等功能。

ocr自动识别质检装置673例如可以利用ocr技术，把打印出来的增值税发票通过扫描和自动识别，与系统中存储的第一增值税发票信息进行匹配，实现自动质检。

图7示意性示出了根据本公开的实施例的交易数据的处理系统700的框图。

如图7所示，交易数据的处理系统700可以包括接收模块710、确定模块720、计算模块730。其中，确定模块720包括第一确定子模块721和第二确定子模块722。

接收模块710，例如可以执行上文参考图3描述的操作s310，用于接收预设时间段内的多个交易请求，每一个交易请求是根据用户在终端设备上执行的交易操作而生成的。

确定模块720，例如可以执行上文参考图3描述的操作s320，用于基于多个交易请求，确定多个交易操作所产生的交易数据，其中，交易数据包括至少一个销项税税额和至少一个进项税税额。

计算模块730，例如可以执行上文参考图3描述的操作s330，用于基于至少一个销项税税额和至少一个进项税税额，计算预设时间段内的增值税税额。

其中，第一确定子模块721，例如可以执行上文参考图4描述的操作s321，用于响应于接收到交易产生的交易子数据，确定交易的交易类型，交易类型包括销项税交易和进项税交易。第二确定子模块722，例如可以执行上文参考图4描述的操作s322和s323，用于在交易类型为销项税交易的情况下，基于交易子数据，计算交易产生的销项税税额；以及在交易数据为进项税交易数据的情况下，基于交易数据，计算交易产生的进项税税额。

根据本公开的实施例的模块、子模块、单元、子单元中的任意多个、或其中任意多个的至少部分功能可以在一个模块中实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以被拆分成多个模块来实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(fpga)、可编程逻辑阵列(pla)、片上系统、基板上的系统、封装上的系统、专用集成电路(asic)，或可以通过对电路进行集成或封装的任何其他的合理方式的硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，根据本公开实施例的模块、子模块、单元、子单元中的一个或多个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

例如，接收模块710、确定模块720、计算模块730中的任意多个可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。根据本公开的实施例，接收模块710、确定模块720、计算模块730中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(fpga)、可编程逻辑阵列(pla)、片上系统、基板上的系统、封装上的系统、专用集成电路(asic)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，接收模块710、确定模块720、计算模块730中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

图8示意性示出了根据本公开实施例的适于实现上文描述的方法的电子设备的方框图。图8示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图8所示，根据本公开实施例的电子设备800包括处理器801，其可以根据存储在只读存储器(rom)802中的程序或者从存储部分805加载到随机访问存储器(ram)803中的程序而执行各种适当的动作和处理。处理器801例如可以包括通用微处理器(例如cpu)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(asic))，等等。处理器801还可以包括用于缓存用途的板载存储器。处理器801可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。

在ram803中，存储有电子设备800操作所需的各种程序和数据。处理器801、rom802以及ram803通过总线804彼此相连。处理器801通过执行rom802和/或ram803中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，所述程序也可以存储在除rom802和ram803以外的一个或多个存储器中。处理器801也可以通过执行存储在所述一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。

根据本公开的实施例，电子设备800还可以包括输入/输出(i/o)接口808，输入/输出(i/o)接口808也连接至总线804。电子设备800还可以包括连接至i/o接口808的以下部件中的一项或多项：包括键盘、鼠标等的输入部分806；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分807；包括硬盘等的存储部分808；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分809。通信部分809经由诸如因特网的网络执行通信处理。驱动器810也根据需要连接至i/o接口808。可拆卸介质811，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器810上，以便于从其上读出的计算机程序根据需要被安装入存储部分808。

根据本公开的实施例，根据本公开实施例的方法流程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读存储介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分809从网络上被下载和安装，和/或从可拆卸介质811被安装。在该计算机程序被处理器801执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。

本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的方法。

根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质，例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。例如，根据本公开的实施例，计算机可读存储介质可以包括上文描述的rom802和/或ram803和/或rom802和ram803以外的一个或多个存储器。

本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合或/或结合，即使这样的组合或结合没有明确记载于本公开中。特别地，在不脱离本公开精神和教导的情况下，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。

以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为了说明的目的，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。