CN109767276A - 开票数据生成方法、装置、计算机设备和存储介质 - Google Patents

Abstract

本申请涉及数据处理技术领域，应用于金融行业，特别是涉及一种开票数据生成方法、装置、计算机设备和存储介质。一个实施例中的方法包括：发送业务填报指令至预设第一权限用户标识对应的第一终端；接收开票请求数据，开票请求数据由预设第一权限用户标识对应的第一终端响应业务填报指令生成；发送税务信息补充指令以及开票请求数据至预设第二权限用户标识对应的第二终端；接收第二终端响应税务信息补充指令得到的信息补全数据，信息补全数据通过对开票请求数据补充应税商品信息得到；获取开票记录数据，对开票记录数据以及信息补全数据进行合并处理，得到开票数据。

Description

开票数据生成方法、装置、计算机设备和存储介质

技术领域

本申请涉及计算机数据处理技术领域，特别是涉及一种开票数据生成方法、装置、计算机设备和存储介质。

背景技术

发票在社会经济活动中具有重要的意义和作用，发票具有合法性、真实性等特征，是最基本的会计原始凭证之一，是记录经济活动内容的载体，也是财务管理工作的重要工具。此外，发票也是税务机关控制税源，征收税款的重要依据。

开票是公司财务的重要工作，由财务人员在开票软件中录入开票信息。财务人员由于录入开票信息工作量大，导致开票信息无法及时录入，即传统的开票流程存在工作效率低下的问题。

发明内容

基于此，有必要针对上述技术问题，提供一种能够提高工作效率的开票数据生成方法、装置、计算机设备和存储介质。

一种开票数据生成方法，所述方法包括：

发送业务填报指令至预设第一权限用户标识对应的第一终端；

接收开票请求数据，所述开票请求数据由所述预设第一权限用户标识对应的第一终端响应所述业务填报指令生成；

发送税务信息补充指令以及所述开票请求数据至预设第二权限用户标识对应的第二终端；

接收信息补全数据，所述信息补全数据由所述预设第二权限用户标识对应的第二终端响应所述税务信息补充指令，对所述开票请求数据补充应税商品信息得到；

获取开票记录数据，对所述开票记录数据以及所述信息补全数据进行合并处理，得到开票数据。

在一个实施例中，所述获取开票记录数据，对所述开票记录数据以及所述信息补全数据进行合并处理，得到开票数据，包括：

获取开票记录数据，提取所述开票记录数据中的开票标识和所述信息补全数据中的开票标识，对所述开票记录数据中的开票标识和所述信息补全数据中的开票标识进行匹配；

当所述开票记录数据中的开票标识与所述信息补全数据中的开票标识1:1匹配时，提取所述开票记录数据中的预设字段信息，将所述预设字段信息对应补充至匹配的信息补全数据中，得到开票数据。

在一个实施例中，所述对所述开票记录数据中的开票标识和所述信息补全数据中的开票标识进行匹配之后，还包括：

当所述开票记录数据中的开票标识与所述信息补全数据中的开票标识1:N的匹配时，将所述开票记录数据中的开票标识对应的记录数据拆分为N单；

提取已拆分的开票记录数据中的预设字段信息，将所述预设字段信息合并至匹配的信息补全数据中，得到开票数据。

在一个实施例中，所述对所述开票记录数据以及所述信息补全数据进行合并处理，得到开票数据之后，还包括：

创建分区视图存储框架；

建立索引表，所述索引表用于记录待创建的数据表；

根据所述索引表以及所述开票数据创建数据表，将已创建的数据表添加至所述分区视图存储框架进行存储。

在一个实施例中，所述接收开票请求数据之后，还包括：

根据所述开票请求数据生成业务复核指令，将所述开票请求数据以及所述业务复核指令发送至预设第三权限用户标识对应的第三终端；

接收业务复核反馈消息，所述业务复核反馈消息由所述预设第三权限用户标识对应的第三终端响应所述业务复核指令以及所述开票请求数据生成；

当所述业务复核反馈消息为业务复核通过消息时，生成税务信息补充指令。

在一个实施例中，所述方法还包括：

将用户信息、权限信息、用户和权限的对应关系分别存储在不同的数据列表；

初始化得到页面名称，从预设数据库查询当前用户标识在所述页面名称的访问列表，对照所述访问列表，遍历所述页面名称对应的控件，根据所述数据列表对所述控件的访问进行限制。

一种开票数据生成装置，所述装置包括：

业务触发模块，用于发送业务填报指令至预设第一权限用户标识对应的第一终端；

业务填报响应模块，用于接收开票请求数据，所述开票请求数据由所述预设第一权限用户标识对应的第一终端响应所述业务填报指令生成；

补充指令发送模块，用于发送税务信息补充指令以及所述开票请求数据至预设第二权限用户标识对应的第二终端；

信息补全模块，用于接收信息补全数据，所述信息补全数据由所述预设第二权限用户标识对应的第二终端响应所述税务信息补充指令，对所述开票请求数据补充应税商品信息得到；

开票数据生成模块，用于获取开票记录数据，对所述开票记录数据以及所述信息补全数据进行合并处理，得到开票数据。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

发送业务填报指令至预设第一权限用户标识对应的第一终端；

接收开票请求数据，所述开票请求数据由所述预设第一权限用户标识对应的第一终端响应所述业务填报指令生成；

发送税务信息补充指令以及所述开票请求数据至预设第二权限用户标识对应的第二终端；

接收信息补全数据，所述信息补全数据由所述预设第二权限用户标识对应的第二终端响应所述税务信息补充指令，对所述开票请求数据补充应税商品信息得到；

获取开票记录数据，对所述开票记录数据以及所述信息补全数据进行合并处理，得到开票数据。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：

发送业务填报指令至预设第一权限用户标识对应的第一终端；

接收开票请求数据，所述开票请求数据由所述预设第一权限用户标识对应的第一终端响应所述业务填报指令生成；

发送税务信息补充指令以及所述开票请求数据至预设第二权限用户标识对应的第二终端；

接收信息补全数据，所述信息补全数据由所述预设第二权限用户标识对应的第二终端响应所述税务信息补充指令，对所述开票请求数据补充应税商品信息得到；

获取开票记录数据，对所述开票记录数据以及所述信息补全数据进行合并处理，得到开票数据。

上述开票数据生成方法、装置、计算机设备和存储介质，服务器通过发送业务填报指令至预设第一权限用户标识对应的第一终端，第一终端响应业务填报指令，上传开票请求数据至服务器，服务器发送税务信息补充指令以及开票请求数据至预设第二权限用户标识对应的第二终端，第二终端响应税务信息补充指令，对开票请求数据补充应税商品信息，得到信息补全数据并发送至服务器，服务器获取开票记录数据，对开票记录数据以及信息补全数据进行合并处理，得到开票数据，这样无需手工录入开票数据，可以有效提高生成开票数据的工作效率。

附图说明

图1为一个实施例中开票数据生成方法的应用环境图；

图2为一个实施例中开票数据生成方法的流程示意图；

图3为一个实施例中开票数据生成步骤的流程示意图；

图4为一个实施例中开票数据分区存储步骤的流程示意图；

图5为另一个实施例中开票数据生成方法的流程示意图；

图6为一个实施例中开票数据生成方法的时序图；

图7为一个实施例中开票数据生成装置的结构框图；

图8为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请提供的开票数据生成方法，可以应用于如图1所示的应用环境中。其中，第一终端102、第二终端104以及税务系统终端106分别通过网络与服务器108进行通信。服务器发送业务填报指令至预设第一权限用户标识对应的第一终端；接收开票请求数据，开票请求数据由预设第一权限用户标识对应的第一终端响应业务填报指令生成；发送税务信息补充指令以及开票请求数据至预设第二权限用户标识对应的第二终端；接收预设第二权限用户标识对应的第二终端响应税务信息补充指令得到的信息补全数据，信息补全数据通过对开票请求数据补充应税商品信息得到；获取开票记录数据，对开票记录数据以及信息补全数据进行合并处理，得到开票数据。其中，第一终端102、第二终端104以及税务系统终端106可以但不限于是各种个人计算机、笔记本电脑、智能手机和平板电脑，服务器108可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在一个实施例中，如图2所示，提供了一种开票数据生成方法，以该方法应用于图1中的服务器为例进行说明，包括以下步骤：

步骤202，发送业务填报指令至预设第一权限用户标识对应的第一终端。

业务填报指令是指用于指示完成业务填报任务的指令，业务填报指令具体可以是用于通知各业务条线的经办人员提交开票申请的指令，预设第一权限用户标识具体可以是各个业务条线的经办人员对应的用户标识。具体地，可以实时监测预设业务触发控件的状态，当预设业务触发控件的状态为激活状态时，发送业务填报指令至预设第一权限用户标识对应的第一终端。预设业务触发控件是指预先设置的用于触发开票初始化操作的控件，比如财务人员登录财务企划系统，点击初始化控件，启动开票流程。预设业务触发控件的状态包括激活状态和非激活状态，激活状态是指开票流程被启动，非激活状态是指开票流程未被启动。

步骤204，接收开票请求数据，开票请求数据由预设第一权限用户标识对应的第一终端响应业务填报指令生成。

预设第一权限用户标识对应的第一终端在接收到业务填报指令，预设第一权限用户根据业务填报指令，完成业务填报，比如根据预设格式填报开票申请，得到开票请求数据，并发送至服务器。其中，开票请求数据可以携带请求人标识(即预设第一权限用户标识)、请求事项标识、业务条线标识、开票金额明细信息等。

步骤206，发送税务信息补充指令以及开票请求数据至预设第二权限用户标识对应的第二终端。

税务信息补充指令是指用于指示补充税务信息的指令，税务信息具体可以包括应税商品编码、应税商品名称、实际开票内容、开票期间等。预设第二权限用户标识与预设第一权限用户标识对应的权限不一样，预设第一权限的用户标识对应的是经办岗用户，预设第二权限的用户标识对应的是复核岗税务用户，预设第二权限用户标识具体可以是复核岗的税务工作人员对应的用户标识。

步骤208，接收预设第二权限用户标识对应的第二终端响应税务信息补充指令得到的信息补全数据，信息补全数据通过对开票请求数据补充应税商品信息得到。

预设第二权限的用户标识对应的用户通过第二终端对税务信息补充指令进行响应，对开票请求数据补充应税商品信息，比如应税商品编码、应税商品名称、实际开票内容、开票期间等，由此得到信息补全数据并发送至服务器。比如，各个业务条线经办岗人员根据业务填报指令通过第一终端进行业务信息填报，生成开票请求数据，发送至服务器，服务器将开票请求数据和税务信息补充指令发送至第二终端，第二终端的税务人员响应税务信息补充指令，对开票请求数据补充应税商品信息，得到信息补全数据。

步骤210，获取开票记录数据，对开票记录数据以及信息补全数据进行合并处理，得到开票数据。

开票记录数据是指税务系统真实发票开出后的数据，比如发票号、税额信息、发票邮寄单号等，服务器可以通过与税务系统通信，获取开票记录数据。根据开票记录数据以及信息补全数据，将开票记录数据与信息补全数据进行合并，得到开票数据。

上述开票数据生成方法，服务器通过发送业务填报指令至预设第一权限用户标识对应的第一终端，第一终端响应业务填报指令，上传开票请求数据至服务器，服务器发送税务信息补充指令以及开票请求数据至预设第二权限用户标识对应的第二终端，第二终端响应税务信息补充指令，对开票请求数据补充应税商品信息，得到信息补全数据并发送至服务器，服务器获取开票记录数据，对开票记录数据以及信息补全数据进行合并处理，得到开票数据，这样无需手工录入开票数据，可以有效提高生成开票数据的工作效率，此外，通过开票标识对开票记录数据与信息补全数据进行匹配，由此得到开票数据，可以提高获取到的开票数据的精准率。

在一个实施例中，如图3所示，获取开票记录数据，对开票记录数据以及信息补全数据进行合并处理，得到开票数据，包括：步骤302，获取开票记录数据，提取开票记录数据中的开票标识和信息补全数据中的开票标识，对开票记录数据中的开票标识和信息补全数据中的开票标识进行匹配；步骤304，当开票记录数据中的开票标识与信息补全数据中的开票标识1:1匹配时，提取开票记录数据中的预设字段信息，将预设字段信息对应补充至匹配的信息补全数据中，得到开票数据。开票标识是指用于区分不同开票的标识，开票标识具体可以是开票申请编号、发票号等。比如，获取开票记录数据中的开票申请编号和信息补全数据中的开票申请编号，以开票申请编号作为主关键词，关联匹配开票记录数据和信息补全数据中的记录。当匹配结果是开票记录数据中的记录与信息补全数据中的记录1:1匹配时，无需对开票记录数据进行拆单，直接提取开票记录数据中的预设字段信息，将预设字段信息补充至信息补全数据中，得到开票数据，其中，预设字段信息具体可以是开票日期、发票代码、发票号码、发票状态、邮寄单号等字段信息。

在一个实施例中，对开票记录数据中的开票标识和信息补全数据中的开票标识进行匹配之后，还包括：当开票记录数据中的开票标识与信息补全数据中的开票标识1:N的匹配时，将开票记录数据中的开票标识对应的记录数据拆分为N单；提取已拆分的开票记录数据中的预设字段信息，将预设字段信息合并至匹配的信息补全数据中，得到开票数据。开票标识是指用于区分不同开票的标识，开票标识具体可以是开票申请编号、发票号等。比如，获取开票记录数据中的开票申请编号和信息补全数据中的开票申请编号，以开票申请编号作为主关键词，关联匹配开票记录数据和信息补全数据中的记录。当匹配结果为开票记录数据中的记录与信息补全数据中的记录1：N时，将开票记录数据中的该条记录拆分为N单，并保留主子单的对应关系。提取已拆分的开票记录数据中的预设字段信息，将预设字段信息补充至信息补全数据中，得到开票数据，其中，预设字段信息具体可以是开票日期、发票代码、发票号码、发票状态、邮寄单号等字段信息。

在一个实施例中，如图4所示，对开票记录数据以及信息补全数据进行合并处理，得到开票数据之后，还包括：步骤402，创建分区视图存储框架；步骤404，建立索引表，索引表用于记录待创建的数据表；步骤406，根据索引表以及开票数据创建数据表，将已创建的数据表添加至分区视图存储框架进行存储。分区视图可以将数据按照预设规则拆分成具有相同结构的组成表，各个组成表预先指定数据范围，创建一个视图，通过创建的视图将组成表连接，通过分区视图方式存储开票数据，在需要查询时，可以有效提高查询速度。比如，可以按照月份将开票数据拆分成每月一个表的形式，然后将不同时间的开票数据存储至按月创建的表中。创建视图，将各个按月创建的表组合，这样在查询、更新、插入或者删除的时候，根据时间可以找到对应时间段内的数据，可以有效减少数据量，加快处理速度。

在一个实施例中，如图5所示，接收开票请求数据之后，还包括：步骤506，根据开票请求数据生成业务复核指令，将开票请求数据以及业务复核指令发送至预设第三权限用户标识对应的第三终端；步骤508，接收业务复核反馈消息，业务复核反馈消息由预设第三权限用户标识对应的第三终端响应业务复核指令以及开票请求数据生成；步骤510，当业务复核反馈消息为业务复核通过消息时，生成税务信息补充指令。业务复核指令是指用于对已完成的业务填报内容进行复核的指令，即对开票请求数据进行复核的指令。预设第三权限的用户标识对应的是复核岗财务人员，预设第三权限用户标识具体可以是财务人员对应的用户标识。业务复核反馈消息是指对开票请求数据进行复核的反馈信息，具体可以包括业务复核通过和业务复核不通过。税务信息补充指令是指用于指示补充税务信息的指令，税务信息具体可以包括应税商品编码、应税商品名称、实际开票内容、开票期间等。具体地，服务器根据开票请求数据生成业务复核指令，并将业务复核指令和待复核的开票请求数据发送至第三终端的财务人员。财务人员响应业务复核指令，对开票请求数据进行复核，并反馈业务复核消息至服务器。当业务复核消息为业务复核通过消息时，服务器生成税务信息补充指令。业务复核处理流程具体可以是：当前界面启动，审核组件自动查找标记过的控件，并且记录控件的初始值，用户修改后，审核组件再次查找标记过的控件，记录当前值，审核组件自动比较初始值和当前值，找出修改过的值，并按照预设规则写入日志列表。财务人员对经办岗提交的开票请求数据进行复核，复核通过后，开票请求数据将流转至税务人员进行下一步处理。这样可以记录不同的人所进行的处理，便于在开发票出错时追溯原因。

在一个实施例中，开票数据生成方法还包括：将用户信息、权限信息、用户和权限的对应关系分别存储在不同的数据列表；初始化得到页面名称，从预设数据库查询当前用户标识在页面名称的访问列表，对照访问列表，遍历页面名称对应的控件，根据数据列表对控件的访问进行限制。财务企划系统中服务器关于工作人员权限的设置，工作人员的权限包括经办岗权限和复核岗权限，其中，复核岗权限包括财务人员权限和税务人员权限。财务企划系统的管理人员在新建用户时勾选用户所属业务条线和所属模块，所属业务条线包括同业、贷款、中小企和开发平台等，所属模块包括收入、成本和机构客户上线产品等。用户可访问的菜单权限是依赖角色赋予的菜单权限，不同业务条线的经办岗访问的菜单不一样，故需要按业务条线或所属模块建立多个经办岗和多个复核岗。为避免创建过多的冗余角色，需优化角色管理逻辑，将用户信息、角色信息、权限信息、用户和角色的对应关系、角色和权限的对应关系分别存储在不同的数据表。然后系统初始化得到页面名称，从预设数据库查询当前用户标识在页面名称的访问列表，对照访问列表，遍历页面名称对应的控件，根据数据表对控件的访问进行限制。

应该理解的是，虽然图2-5的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-5中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图6所示的开票数据生成方法的时序图，该时序图中给出了第一终端、服务器、第二终端以及税务系统终端之间的动态协作。具体地，如图所示，服务器发送业务填报指令至预设第一权限用户标识对应的第一终端。预设第一权限用户标识对应的第一终端响应业务填报指令，生成开票请求数据，并发送至服务器。服务器接收开票请求数据，发送税务信息补充指令以及开票请求数据至预设第二权限用户标识对应的第二终端。预设第二权限用户标识对应的第二终端响应税务信息补充指令，对开票请求数据补充应税商品信息，得到信息补全数据并发送至服务器。服务器接收信息补全数据，并从税务系统终端获取开票记录数据，对开票记录数据以及信息补全数据进行合并处理，得到开票数据。

在一个实施例中，如图7所示，提供了一种开票数据生成装置，包括：业务触发模块702、业务填报响应模块704、补充指令发送模块706、信息补全模块708以及开票数据生成模块710。其中，业务触发模块，用于发送业务填报指令至预设第一权限用户标识对应的第一终端。业务填报响应模块，用于接收开票请求数据，开票请求数据由预设第一权限用户标识对应的第一终端响应业务填报指令生成。补充指令发送模块，用于发送税务信息补充指令以及开票请求数据至预设第二权限用户标识对应的第二终端。信息补全模块，用于接收信息补全数据，信息补全数据由预设第二权限用户标识对应的第二终端响应税务信息补充指令，对开票请求数据补充应税商品信息得到。开票数据生成模块，用于获取开票记录数据，对开票记录数据以及信息补全数据进行合并处理，得到开票数据。

在一个实施例中，开票数据生成模块包括：匹配单元，用于获取开票记录数据，提取开票记录数据中的开票标识和信息补全数据中的开票标识，对开票记录数据中的开票标识和信息补全数据中的开票标识进行匹配；提取单元，用于当开票记录数据中的开票标识与信息补全数据中的开票标识1:1匹配时，提取开票记录数据中的预设字段信息，将预设字段信息对应补充至匹配的信息补全数据中，得到开票数据。

在一个实施例中，匹配单元之后还包括拆分处理单元，用于当开票记录数据中的开票标识与信息补全数据中的开票标识1:N的匹配时，将开票记录数据中的开票标识对应的记录数据拆分为N单；提取已拆分的开票记录数据中的预设字段信息，将预设字段信息合并至匹配的信息补全数据中，得到开票数据。

在一个实施例中，开票数据生成模块之后还包括：存储创建模块，用于创建分区视图存储框架；索引建立模块，用于建立索引表，索引表用于记录待创建的数据表；数据添加模块，用于根据索引表以及开票数据创建数据表，将已创建的数据表添加至分区视图存储框架进行存储。

在一个实施例中，业务填报响应模块之后还包括复核模块，用于根据开票请求数据生成业务复核指令，将开票请求数据以及业务复核指令发送至预设第三权限用户标识对应的第三终端；复核反馈模块，用于接收业务复核反馈消息，业务复核反馈消息由预设第三权限用户标识对应的第三终端响应业务复核指令以及开票请求数据生成；指令生成模块，用于当业务复核反馈消息为业务复核通过消息时，生成税务信息补充指令。

在一个实施例中，开票数据生成装置还包括信息存储模块，用于将用户信息、权限信息、用户和权限的对应关系分别存储在不同的数据列表；权限查询模块，用于初始化得到页面名称，从预设数据库查询当前用户标识在页面名称的访问列表，对照访问列表，遍历页面名称对应的控件，根据数据列表对控件的访问进行限制。

关于开票数据生成装置的具体限定可以参见上文中对于开票数据生成方法的限定，在此不再赘述。上述开票数据生成装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图8所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储用户信息、权限信息、用户和权限的对应关系以及访问列表等数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种开票数据生成方法。

本领域技术人员可以理解，图8中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，该存储器存储有计算机程序，该处理器执行计算机程序时实现任一实施例中开票数据生成方法的步骤。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现任一实施例中开票数据生成方法的步骤。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种开票数据生成方法，所述方法包括：

发送业务填报指令至预设第一权限用户标识对应的第一终端；

接收开票请求数据，所述开票请求数据由所述预设第一权限用户标识对应的第一终端响应所述业务填报指令生成；

发送税务信息补充指令以及所述开票请求数据至预设第二权限用户标识对应的第二终端；

接收信息补全数据，所述信息补全数据由所述预设第二权限用户标识对应的第二终端响应所述税务信息补充指令，对所述开票请求数据补充应税商品信息得到；

获取开票记录数据，对所述开票记录数据以及所述信息补全数据进行合并处理，得到开票数据。

2.根据权利要求1所述的方法，所述获取开票记录数据，对所述开票记录数据以及所述信息补全数据进行合并处理，得到开票数据，包括：

获取开票记录数据，提取所述开票记录数据中的开票标识和所述信息补全数据中的开票标识，对所述开票记录数据中的开票标识和所述信息补全数据中的开票标识进行匹配；

当所述开票记录数据中的开票标识与所述信息补全数据中的开票标识1:1匹配时，提取所述开票记录数据中的预设字段信息，将所述预设字段信息对应补充至匹配的信息补全数据中，得到开票数据。

3.根据权利要求2所述的方法，其特征在于，所述对所述开票记录数据中的开票标识和所述信息补全数据中的开票标识进行匹配之后，还包括：

当所述开票记录数据中的开票标识与所述信息补全数据中的开票标识1:N的匹配时，将所述开票记录数据中的开票标识对应的记录数据拆分为N单；

提取已拆分的开票记录数据中的预设字段信息，将所述预设字段信息合并至匹配的信息补全数据中，得到开票数据。

4.根据权利要求1所述的方法，其特征在于，所述对所述开票记录数据以及所述信息补全数据进行合并处理，得到开票数据之后，还包括：

创建分区视图存储框架；

建立索引表，所述索引表用于记录待创建的数据表；

根据所述索引表以及所述开票数据创建数据表，将已创建的数据表添加至所述分区视图存储框架进行存储。

5.根据权利要求1所述的方法，其特征在于，所述接收开票请求数据之后，还包括：

根据所述开票请求数据生成业务复核指令，将所述开票请求数据以及所述业务复核指令发送至预设第三权限用户标识对应的第三终端；

接收业务复核反馈消息，所述业务复核反馈消息由所述预设第三权限用户标识对应的第三终端响应所述业务复核指令以及所述开票请求数据生成；

当所述业务复核反馈消息为业务复核通过消息时，生成税务信息补充指令。

6.根据权利要求1所述的方法，其特征在于，还包括：

将用户信息、权限信息、用户和权限的对应关系分别存储在不同的数据列表；

初始化得到页面名称，从预设数据库查询当前用户标识在所述页面名称的访问列表，对照所述访问列表，遍历所述页面名称对应的控件，根据所述数据列表对所述控件的访问进行限制。

7.一种开票数据生成装置，其特征在于，所述装置包括：

业务触发模块，用于发送业务填报指令至预设第一权限用户标识对应的第一终端；

业务填报响应模块，用于接收开票请求数据，所述开票请求数据由所述预设第一权限用户标识对应的第一终端响应所述业务填报指令生成；

补充指令发送模块，用于发送税务信息补充指令以及所述开票请求数据至预设第二权限用户标识对应的第二终端；

信息补全模块，用于接收信息补全数据，所述信息补全数据由所述预设第二权限用户标识对应的第二终端响应所述税务信息补充指令，对所述开票请求数据补充应税商品信息得到；

开票数据生成模块，用于获取开票记录数据，对所述开票记录数据以及所述信息补全数据进行合并处理，得到开票数据。

8.根据权利要求7所述的装置，其特征在于，所述开票数据生成模块包括：

匹配单元，用于获取开票记录数据，提取所述开票记录数据中的开票标识和所述信息补全数据中的开票标识，对所述开票记录数据中的开票标识和所述信息补全数据中的开票标识进行匹配；

提取单元，用于当所述开票记录数据中的开票标识与所述信息补全数据中的开票标识1:1匹配时，提取所述开票记录数据中的预设字段信息，将所述预设字段信息对应补充至匹配的信息补全数据中，得到开票数据。

9.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至6中任一项所述方法的步骤。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至6中任一项所述的方法的步骤。