CN112000658A - 一种生成凭证的方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请提供一种生成凭证的方法、装置、电子设备及存储介质，通过获取所述业务单据对应的明细业务数据；根据所述明细业务数据，按照预设条件建立汇总表，其中，所述预设条件是指明细业务数据在所述汇总表中的分类存储规则；根据所述汇总表，生成与所述业务单据对应的凭证。通过应用本申请的技术方案，解耦了原始业务单据与凭证的直接对应关系，而是将明细业务数据分类汇总至汇总表中，根据汇总表中汇总数据进行生成凭证，代替了传统中直接根据业务单据中保存的明细页数据生成凭证的方式，以使解决大数据量业务单据时效率低下问题。

Description

一种生成凭证的方法、装置、电子设备及存储介质

技术领域

本申请涉及信息管理系统领域，特别是指一种生成凭证的方法、装置、电子设备及存储介质。

背景技术

目前，用于业务单据的信息管理系统，单据的结构通常为“主表+子表”结构，明细业务数据是直接存储于业务单据中，明细业务数据直接存储于业务单据中。在需要根据业务单据生成凭证时，需要根据每个业务单据存储的明细业务数据进行凭证生成。而在业务单据数据量较大时，系统因负荷较大而导致生成凭证的效率低下。

发明内容

有鉴于此，本申请的目的在于提出一种生成凭证的方法、装置、电子设备及存储介质，用于解决大数据量业务单据生成凭证的效率低下问题。

基于上述目的，第一方面，本申请提供了一种生成凭证的方法，应用于业务单据的管理系统，所述方法包括：

获取所述业务单据对应的明细业务数据；

根据所述明细业务数据，按照预设条件建立汇总表，其中，所述预设条件是指明细业务数据在所述汇总表中的分类存储规则；

根据所述汇总表，生成与所述业务单据对应的凭证。

在一些实施方式中，所述获取所述业务单据对应的明细业务数据之前，所述方法还包括：

预先建立业务单据。

在一些实施方式中，所述预先建立业务单据之后且获取所述业务单据对应的明细业务数据之前，所述方法还包括：

获取用户根据起始指令预先维护的所述明细业务数据，其中，所述起始指令用于跳转维护所述明细业务数据界面。

在一些实施方式中，所述根据所述明细业务数据，按照预设条件建立汇总表，其中，所述预设条件是指明细业务数据在所述汇总表中的分类存储规则，具体包括：

根据所述明细业务数据，分类转换成对应的汇总表数据；

将所述汇总表数据，依照预先定义的分类存储规则，分类存储至预设的初始汇总表，建立对应业务单据的汇总表。

在一些实施方式中，所述根据所述汇总表，生成与所述业务单据对应的凭证，具体包括：

根据所述汇总表数据对应转换成凭证信息，生成与所述业务单据对应的凭证。

在一些实施方式中，所述汇总表数据包括资产分类数据、价值信息数据以及科目信息数据；

对应的，将所述汇总表数据，依照预先定义的分类存储规则，分类存储至预设的初始汇总表，建立对应所述业务单据的汇总表，具体包括：

将所述资产分类数据、价值信息数据以及科目信息数据，存储至初始汇总表，建立对应所述业务单据的汇总表。

在一些实施方式中，所述业务单据结构为主表、汇总表以及定制子表，其中，所述明细业务数据存储在所述定制子表中。

第二方面，本申请还提供了一种生成凭证的装置，应用于业务单据的管理系统，所述装置包括：

获取模块，用于获取所述业务单据对应的明细业务数据；

建立模块，用于根据所述明细业务数据，按照预设条件建立汇总表，其中，所述预设条件是指明细业务数据在所述汇总表中的分类存储规则；

生成模块，用于根据所述汇总表，生成与所述业务单据对应的凭证。

第三方面，本申请还提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如上所述的生成凭证的方法。

第四方面，本申请还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当所述指令在终端设备上运行时，使得所述终端设备执行如上所述的生成凭证的方法。

从上面所述可以看出，本申请提供一种生成凭证的方法、装置、电子设备及存储介质，通过获取所述业务单据对应的明细业务数据；根据所述明细业务数据，按照预设条件建立汇总表，其中，所述预设条件是指明细业务数据在所述汇总表中的分类存储规则；根据所述汇总表，生成与所述业务单据对应的凭证。通过应用本申请的技术方案，解耦了原始业务单据与凭证的直接对应关系，而是将明细业务数据分类汇总至汇总表中，根据汇总表中汇总数据进行生成凭证，代替了传统中直接根据业务单据中保存的明细页数据生成凭证的方式，以使解决大数据量业务单据时效率低下问题。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提出的一种生成凭证的方法的流程示意图；

图2为本申请实施例提出的另一种生成凭证的方法的流程示意图；

图3为本申请实施例提出优选实施例的流程示意图；

图4为本申请实施例提出的一种生成凭证的装置的结构示意图；

图5为本申请实施例提出的电子设备结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本申请进一步详细说明。

需要说明的是，除非另外定义，本申请实施例使用的技术术语或者科学术语应当为本公开所属领域内具有一般技能的人士所理解的通常意义。本公开中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性，而只是用来区分不同的组成部分。“包括”或者“包含”等类似的词语意指出现该词前面的元件、物件或者方法步骤涵盖出现在该词后面列举的元件、物件或者方法步骤及其等同，而不排除其他元件、物件或者方法步骤。

应当理解，本实施例中各步骤的先后撰写顺序并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

如背景技术所言，现有技术中的在业务单据的信息管理系统生成对应业务单据的凭证，是直接通过解析存储于业务单据中的明细业务数据进行凭证生成的。换句话说，明细业务数据与业务单据是直接对应，属于强关联关系。而因系统的负荷是受到一定限制的，在生成凭证的业务单据量较大以使系统处于负荷状态时(通常规定单次不超过500条，超过500条时系统为严重负荷状态)，凭证的生成效率严重降低。

为此本申请设计实现了一种生成凭证的方法。通过获取所述业务单据对应的明细业务数据；根据所述明细业务数据，按照预设条件建立汇总表，其中，所述预设条件是指明细业务数据在所述汇总表中的分类存储规则；根据所述汇总表，生成与所述业务单据对应的凭证。通过应用本申请的技术方案，解耦了原始业务单据与凭证的直接对应关系，而是将明细业务数据分类汇总至汇总表中，根据汇总表中汇总数据进行生成凭证，代替了传统中直接根据业务单据中保存的明细页数据生成凭证的方式，以使解决大数据量业务单据时效率低下问题。

以下结合附图，详细说明本说明书实施例提供的技术方案。

如图1所示，为本实施例的一种生成凭证的方法的流程示意图，该方法具体包括以下步骤：

步骤S101，获取所述业务单据的明细业务数据。

在本实施例中，该系统在接收到指令之后，自动调取所述业务单据中存储的明细业务数据，其中，所述明细业务数据是指系统预先设置的各个明细项目以及用户预先输入的业务数据，例如，资产编号，资产名称、规格型号、资产分类、用途分类、数量、计量单位、使用状态、可抵扣状态、净值以及相关税金等。

在具体的应用场景中，用户进入所述的明细业务数据的填写界面，根据系统预设项目的提示，填写对应该单据对应的明细业务数据，填写完成保存后即为定制子表。

需要说明的是，传统的业务单据结构是“主表+子表”，本案从业务单据的底层进行了重构，将原有单据结构“主表以及子表”改为“主表、汇总表以及定制子表”，其中，用户根据系统预设项目，将明细业务数据记录于所述定制子表中。需要说明的是，所述的定制子表记录明细业务数据的格式是便于所述转换成汇总表的格式，同时，所述汇总表的目的是便于大批量生产凭证，以使业务单据大数据量时，单据的生成效率不会受到影响。

在其他实施例中，在所述获取所述业务单据对应的明细业务数据之前，所述方法还包括：预先建立业务单据。

其中，预先建立业务单据是指用户在系统中填写对应业务单据中各个项目需求的单据信息，例如，业务单据对应的单据信息包括填报人、填报单位等。

进一步地，业务单据建立完成之后，用户可通过的预设通道进入明细业务数据界面填写的界面，比如，在业务单据对应界面设置进入明细业务数据界面填写的界面的按钮，用户可通过该按钮进入所述明细业务数据界面填写的界面。

步骤S102，根据所述明细业务数据，按照预设条件建立汇总表，其中，所述预设条件是指明细业务数据在所述汇总表中的分类存储规则。

在本实施例中，在系统获取到所述明细业务数据之后，根据所述定制子表与汇总表的分类存储规则，将所述明细业务数据分类存储于所述汇总表中。具体地，所述定制子表与汇总表之间预设有对应的数据转换存储规则，该存储规则即为所述分类存储规则，目的是为了将明细业务数据进行分类，以生成凭证需求为目的进行分类，再存储于对应汇总表中预设的存储区域。

其中，所述分类存储规则可为“资产分类+科目信息”或者“资产分类+价值信息+科目信息”形式对所述明细业务数据进行分类。当所述明细业务数据全部分类转换至所述汇总表之后，所述汇总表建立完成。

需要说明的是，传统的单据在直接存储所述明细业务数据的，生成凭证则需要单据与凭证一一对应转换，而本案在底层进行了重构，将所述明细业务数据存储于所述汇总表中，预先对明细业务数据进行了汇总，根本上解决了生成凭证的效率。

在其他实施例中，所述汇总表还可为多个业务单据的汇总表，使用户更方便的查看每次业务处理的总体情况。汇总表对不同的业务单据的明细业务数据进行不同区域的存储，以便用户区分。从而进一步的提升多个业务单据的凭证的生成效率。

具体地，参照图2所示流程图，所述根据所述明细业务数据，按照预设条件建立汇总表，其中，所述预设条件是指明细业务数据在所述汇总表中的分类存储规则，具体包括：

S201：根据所述明细业务数据，分类转换成对应的汇总表数据；

在本实施例中，系统根据收到的明细业务数据，根据预设规则进行转换，将明细业务数据转换成汇总表数据。换句话说，系统对所述明细业务数据进行分类汇总，在满足了汇总表需求的数据形式时，即为汇总表数据。

需要说明的是，该数据转换过程是系统自动进行的，并非用户输入控制指令，以达到提前分类存储所述业务明细数据，便于后续凭证的生成。

S202：将所述汇总表数据，依照预先定义的分类存储规则，分类存储至预设的初始汇总表，建立对应业务单据的汇总表。

在本实施例中，所述系统预先设有初始汇总表，所述初始汇总表是指对应数据项目，且没有汇总表数据的空白表格，举个例子，所述汇总数据形式为“资产分类+科目信息”，则初始汇总表则为预设有项目“资产分类+科目信息”的空白表格。当系统接收到所述汇总表数据后，对应存储至初始汇总表中预设的项目。比如，将部分汇总表数据存储在所述“资产分类”项目中，将部分汇总表数据存储在项目“科目信息”中，以形成汇总表数据。正如前述，所述汇总数据形式也可以是“资产分类+价值信息+科目信息”。

在具体的应用场景中，用户在根据系统预设项目的提示，填写对应该单据对应的明细业务数据之后，即定值子表生成之后，系统自动根据分类存储规则将所述定制子表与汇总表之间进行转换，以建立所述汇总表。

步骤S103，根据所述汇总表，生成与所述业务单据对应的凭证。

在本实施例中，所述系统在完成汇总表建立之后，获取所述汇总表中的汇总表数据，将所述汇总表数据根据预设规则转换成凭证信息，比如科目及金额，生成与所述业务单据对应的凭证。所述凭证信息是指凭证中的各个项目信息，具体项目信息依据国家规定以及用户需求定义，本专利不做限制。

需要说明的是，凭证的生成可为汇总表中多个业务单据同时进行，例如，选定多个单据对应的汇总表数据，同时转换成对应业务单据的凭证，此方式能进一步提升凭证的生成效率。

在具体应用场景中，如图3所示，用户进行凭证生成的工作流程具体可为应用场景可为：

用户进入该系统的业务单据界面，填写业务单据预设项目中的单据信息，比如，填写填报人、填报单位等。填写完成之后，点击保存按钮。再通过点击业务单据界面预先设置的按钮，进入明细业务明细界面，用户通过系统在业务明细界面预设的项目，进行业务明细数据的维护，比如填写资产编号，资产名称、规格型号、资产分类、用途分类、数量、计量单位、使用状态、可抵扣状态、净值以及相关税金等(系统对应带出部分项目，用户填写部分项目)，填完之后点击保存，系统则根据用户填写的业务明细数据，自动转换成汇总表数据，也即将明细业务数据自动分类存储为汇总表数据，比如，对明细业务数据进行分类存储为“资产分类以及科目分类”等维度的汇总表数据，系统再将对应的汇总表数据存储至初始汇总表中对应区域，形成汇总表。系统在收到用户指示生成凭证时，则根据汇总表中的汇总数据，转换成凭证信息，比如科目及金额，对应生成对应业务单据的凭证。

通过应用本申请的技术方案，解耦了原始业务单据与凭证的直接对应关系，而是将明细业务数据分类汇总至汇总表中，根据汇总表中汇总数据进行生成凭证，代替了传统中直接根据业务单据中保存的明细页数据生成凭证的方式，以使解决大数据量业务单据时效率低下问题。

基于同一申请构思，本申请实施例还提供了一种生成凭证的装置400，如图4所示，包括：

获取模块401，用于获取所述业务单据对应的明细业务数据；

建立模块402，用于根据所述明细业务数据，按照预设条件建立汇总表，其中，所述预设条件是指明细业务数据在所述汇总表中的分类存储规则；

生成模块403，用于根据所述汇总表，生成与所述业务单据对应的凭证。

在一个可选的实施例中，所述生成凭证的装置400还包括预存模块，用于预先建立业务单据。

在一个可选的实施例中，所述生成凭证的装置400还包括维护模块，用于获取用户根据起始指令预先维护的所述明细业务数据，其中，所述起始指令用于跳转维护所述明细业务数据界面。

在一个可选的实施例中，所述建立模块402具体用于：

分类单元，用于根据所述明细业务数据，分类转换成对应的汇总表数据；

建立单元，用于将所述汇总表数据，依照预先定义的分类存储规则，分类存储至预设的初始汇总表，建立对应业务单据的汇总表。

在一个可选的实施例中，所述生成模块403具体用于根据所述汇总表数据对应转换成凭证信息，生成与所述业务单据对应的凭证。

在一个可选的实施例中，所述汇总表数据包括资产分类数据、价值信息数据以及科目信息数据；

对应的，所述生成模块403具体用于将所述资产分类数据、价值信息数据以及科目信息数据，存储至初始汇总表，建立对应所述业务单据的汇总表。

在一个可选的实施例中，所述业务单据结构为主表、汇总表以及定制子表，其中，所述明细业务数据存储在所述定制子表中。

上述实施例的设备用于实现前述实施例中相应的方法，并且具有相应的方法实施例的有益效果，在此不再赘述。

基于同一申请构思，本申请实施例还提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如上任意一实施例所述的方法。

图5示出了本实施例所提供的一种更为具体的电子设备硬件结构示意图，该设备可以包括：处理器510、存储器520、输入/输出接口530、通信接口540和总线550。其中处理器510、存储器520、输入/输出接口530和通信接口540通过总线550实现彼此之间在设备内部的通信连接。

处理器510可以采用通用的CPU(Central Processing Unit，中央处理器)、微处理器、应用专用集成电路(Application Specific Integrated Circuit，ASIC)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本说明书实施例所提供的技术方案。

存储器520可以采用ROM(Read Only Memory，只读存储器)、RAM(Random AccessMemory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器520可以存储操作系统和其他应用程序，在通过软件或者固件来实现本说明书实施例所提供的技术方案时，相关的程序代码保存在存储器520中，并由处理器510来调用执行。

输入/输出接口530用于连接输入/输出模块，以实现信息输入及输出。输入/输出模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。

通信接口540用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如USB、网线等)实现通信，也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信。

总线550包括一通路，在设备的各个组件(例如处理器510、存储器520、输入/输出接口530和通信接口540)之间传输信息。

需要说明的是，尽管上述设备仅示出了处理器510、存储器520、输入/输出接口530、通信接口540以及总线550，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本说明书实施例方案所必需的组件，而不必包含图中所示的全部组件。

上述实施例的电子设备用于实现前述实施例中相应的方法，并且具有相应的方法实施例的有益效果，在此不再赘述。

基于同一申请构思，本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当所述指令在终端设备上运行时，使得所述终端设备执行如上任一实施例所述的方法。

本实施例的计算机可读存储介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。

上述实施例的存储介质用于实现前述实施例中相应的方法，并且具有相应的方法实施例的有益效果，在此不再赘述。

所属领域的普通技术人员应当理解：以上任何实施例的讨论仅为示例性的，并非旨在暗示本公开的范围(包括权利要求)被限于这些例子；在本申请的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，步骤可以以任意顺序实现，并存在如上所述的本申请的不同方面的许多其它变化，为了简明它们没有在细节中提供。

另外，为简化说明和讨论，并且为了不会使本申请难以理解，在所提供的附图中可以示出或可以不示出与集成电路(IC)芯片和其它部件的公知的电源/接地连接。此外，可以以框图的形式示出装置，以便避免使本申请难以理解，并且这也考虑了以下事实，即关于这些框图装置的实施方式的细节是高度取决于将要实施本申请的平台的(即，这些细节应当完全处于本领域技术人员的理解范围内)。在阐述了具体细节(例如，电路)以描述本申请的示例性实施例的情况下，对本领域技术人员来说显而易见的是，可以在没有这些具体细节的情况下或者这些具体细节有变化的情况下实施本申请。因此，这些描述应被认为是说明性的而不是限制性的。

尽管已经结合了本申请的具体实施例对本申请进行了描述，但是根据前面的描述，这些实施例的很多替换、修改和变型对本领域普通技术人员来说将是显而易见的。例如，其它存储器架构(例如，动态RAM(DRAM))可以使用所讨论的实施例。

本申请的实施例旨在涵盖落入所附权利要求的宽泛范围之内的所有这样的替换、修改和变型。因此，凡在本申请的精神和原则之内，所做的任何省略、修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (10)

1.一种生成凭证的方法，应用于业务单据的管理系统，其特征在于，所述方法包括：

获取所述业务单据对应的明细业务数据；

根据所述明细业务数据，按照预设条件建立汇总表，其中，所述预设条件是指明细业务数据在所述汇总表中的分类存储规则；

根据所述汇总表，生成与所述业务单据对应的凭证。

2.根据权利要求1所述的方法，其特征在于，在所述获取所述业务单据对应的明细业务数据之前，所述方法还包括：

预先建立业务单据。

3.根据权利要求2所述的方法，其特征在于，所述预先建立业务单据之后且获取所述业务单据对应的明细业务数据之前，所述方法还包括：

获取用户根据起始指令预先维护的所述明细业务数据，其中，所述起始指令用于跳转维护所述明细业务数据界面。

4.根据权利要求1所述的方法，其特征在于，所述根据所述明细业务数据，按照预设条件建立汇总表，其中，所述预设条件是指明细业务数据在所述汇总表中的分类存储规则，具体包括：

根据所述明细业务数据，分类转换成对应的汇总表数据；

将所述汇总表数据，依照预先定义的分类存储规则，分类存储至预设的初始汇总表，建立对应业务单据的汇总表。

5.根据权利要求4所述的方法，其特征在于，所述根据所述汇总表，生成与所述业务单据对应的凭证，具体包括：

根据所述汇总表数据对应转换成凭证信息，生成与所述业务单据对应的凭证。

6.根据权利要求4所述的方法，其特征在于，所述汇总表数据包括资产分类数据、价值信息数据以及科目信息数据；

对应的，将所述汇总表数据，依照预先定义的分类存储规则，分类存储至预设的初始汇总表，建立对应所述业务单据的汇总表，具体包括：

将所述资产分类数据、价值信息数据以及科目信息数据，存储至初始汇总表，建立对应所述业务单据的汇总表。

7.根据权利要求1-6任一项所述的方法，其特征在于，所述业务单据结构为主表、汇总表以及定制子表，其中，所述明细业务数据存储在所述定制子表中。

8.一种生成凭证的装置，应用于业务单据的管理系统，其特征在于，所述装置包括：

获取模块，用于获取所述业务单据对应的明细业务数据；

建立模块，用于根据所述明细业务数据，按照预设条件建立汇总表，其中，所述预设条件是指明细业务数据在所述汇总表中的分类存储规则；

生成模块，用于根据所述汇总表，生成与所述业务单据对应的凭证。

9.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1-7任意一项所述的生成凭证的方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有指令，当所述指令在终端设备上运行时，使得所述终端设备执行权利要求1-7任意一项所述的生成凭证的方法。

Images