CN115984017A - 数据处理方法、装置、设备、介质及程序产品 - Google Patents

Abstract

本申请实施例公开了一种数据处理方法、装置、设备、介质及程序产品。其中，方法包括：获取与经费报销单对应的记账凭证以及记账凭证元数据信息；获取经费会计文件以及经费会计文件的元数据信息，经费会计文件包括经费报销单以及报销单附件，经费会计文件的元数据信息包括经费报销单元数据信息以及报销单附件元数据信息；根据记账凭证元数据信息、经费会计文件的元数据信息，生成元数据表，元数据表包括文件数量，文件包括记账凭证以及经费会计文件；在文件的实际数量与文件数量一致的情况下，将文件和元数据表存储至区块链。本申请实施例能够提升经费会计资料收集场景下，数据处理方法的准确性和可靠性。

Description

数据处理方法、装置、设备、介质及程序产品

技术领域

本申请属于数据处理技术领域，尤其涉及一种数据处理方法、装置、设备、计算机存储介质及计算机程序产品。

背景技术

经费会计资料指单位在进行经费会计核算过程中通过计算机等电子设备形成、传输、存储的记录和反映单位经费相关业务事项的电子形式的各种会计信息记录。经费会计资料一般散落在各业务系统和核算系统，因此，需要对经费会计资料进行归集整理。

相关技术中，经费会计资料收集的实现方案通常包括：由核算系统从业务系统获取会计档案及其相应的业务单据和电子档案标识，核算系统将电子档案及其相应的业务单据和电子档案标识发送给电子档案系统，电子档案系统再根据该电子档案标识，将该会计档案和该业务单据进行关联，并存储为电子档案。然而，这种方法无法保证经费会计资料电子归档文件的真实性和完整性。可见，现有的经费会计资料收集方法的准确性和可靠性有待提高。

发明内容

本申请实施例提供一种数据处理方法、装置、设备、计算机存储介质及计算机程序产品，能够提升经费会计资料收集场景下，数据处理方法的准确性和可靠性。

第一方面，本申请实施例提供一种数据处理方法，包括：

获取与经费报销单对应的记账凭证以及记账凭证元数据信息，记账凭证以及记账凭证元数据信息为基于核算系统对经费报销单的审核结果生成；

获取经费会计文件以及经费会计文件的元数据信息，经费会计文件包括经费报销单以及报销单附件，经费会计文件的元数据信息包括经费报销单元数据信息以及报销单附件元数据信息；

根据记账凭证元数据信息、经费会计文件的元数据信息，生成元数据表，元数据表包括文件数量，文件包括记账凭证以及经费会计文件；

在文件的实际数量与文件数量一致的情况下，将文件和元数据表存储至区块链。

在一种可选的实施方式中，方法还包括：

获取结算业务系统生成的电子回单文件以及电子回单元数据信息，电子回单元数据信息包括电子回单文件与经费报销单的关联关系；

根据电子回单文件与经费报销单的关联关系，确定与电子回单文件对应的第一目标元数据表，第一目标元数据表为与电子回单文件相关联的经费报销单对应的元数据表；

将电子回单元数据信息写入第一目标元数据表，得到第一元数据表，第一元数据表包括电子回单文件数量；

在电子回单文件的实际数量与电子回单文件数量一致的情况下，将电子回单文件存储至区块链，并将区块链中存储的第一目标元数据表更新为第一元数据表。

在一种可选的实施方式中，获取经费会计文件以及经费会计文件的元数据信息，包括：

在经费会计文件包括纸质文件的情况下，获取经费会计文件对应的经费会计影像文件，以及经费会计影像文件的元数据信息。

在一种可选的实施方式中，方法还包括：

获取结算业务系统生成的纸质回单影像文件以及纸质回单元数据信息，纸质回单元数据信息包括纸质回单与经费报销单的关联关系；

根据纸质回单文件与经费报销单的关联关系，确定与纸质回单文件对应的第二目标元数据表，第一目标元数据表为与纸质回单文件相关联的经费报销单对应的元数据表；

将纸质回单元数据信息写入第二目标元数据表，得到第二元数据表，第二元数据表包括纸质回单影像文件数量；

在纸质回单影像文件的实际数量与纸质回单影像文件数量一致的情况下，将纸质回单影像文件存储至区块链，并将区块链中存储的第二目标元数据表更新为第二元数据表。

在一种可选的实施方式中，获取结算业务系统生成的纸质回单影像文件以及纸质回单元数据信息之后，方法还包括：

根据纸质回单与经费报销单的关联关系，确定与纸质回单对应的目标经费报销单；

在目标经费报销单为非纸质文件的情况下，打印目标经费报销单，以用于根据打印的目标经费报销单确定目标经费报销单的受理状态。

在一种可选的实施方式中，方法还包括：

在经费会计文件包括纸质文件的情况下，提取经费会计文件的单据信息，单据信息包括与经费会计文件的受理条件相关的信息；

在单据信息符合预设受理条件的情况下，将经费会计文件的受理状态更新为已受理状态。

在一种可选的实施方式中，方法还包括：

获取受理状态为已受理状态的目标经费会计文件；

在目标经费会计文件符合预设装订条件的情况下，对目标经费会计文件进行装订，得到档案册以及与档案册对应的档案册信息，档案册信息包括册号以及档案册包含的经费报销单的标识信息。

在一种可选的实施方式中，在对目标经费会计文件进行装订之后，方法还包括：

对多个档案册进行装箱，得到档案保管箱以及与档案保管箱对应的档案保管箱信息，档案保管箱信息包括箱号以及档案保管箱包含的档案册的档案册信息；

基于档案保管箱信息，获取与经费报销单对应的册号以及箱号；

将册号以及箱号写入至经费报销单对应的第三目标元数据表，得到第三元数据表；

将区块链中存储的第三目标元数据表更新为第三元数据表。

在一种可选的实施方式中，方法还包括：

在预设时间获取经费会计汇总文件以及与经费会计汇总文件对应的元数据信息；

根据与经费会计汇总文件对应的元数据信息生成汇总元数据表，汇总元数据表包括经费会计汇总文件数量；

在经费会计汇总文件的实际数量与经费会计汇总文件数量一致的情况下，将经费会计汇总文件以及汇总元数据表存储至区块链。

在一种可选的实施方式中，方法还包括：

响应于用户设备输入的一键归档请求，对需要归档的经费会计文件对应的元数据表进行标记；

基于标记后的元数据表，生成移交清单以及相应的移交元数据表；

将移交清单以及相应的移交元数据表存储至区块链。

第二方面，本申请实施例提供一种数据处理装置，包括：

获取模块，用于获取与经费报销单对应的记账凭证以及记账凭证元数据信息，记账凭证以及记账凭证元数据信息为基于核算系统对经费报销单的审核结果生成；

获取模块，还用于获取经费会计文件以及经费会计文件的元数据信息，经费会计文件包括经费报销单以及报销单附件，经费会计文件的元数据信息包括经费报销单元数据信息以及报销单附件元数据信息；

生成模块，用于根据记账凭证元数据信息、经费会计文件的元数据信息，生成元数据表，元数据表包括文件数量，文件包括记账凭证以及经费会计文件；

存储模块，用于在文件数量与文件的实际数量一致的情况下，将文件和元数据表存储至区块链。

第三方面，本申请实施例提供一种电子设备，设备包括：处理器以及存储有计算机程序指令的存储器；

处理器执行计算机程序指令时实现如本申请第一方面任一可选实施方式的数据处理方法。

第四方面，本申请实施例提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序指令，计算机程序指令被处理器执行时实现如本申请第一方面任一可选实施方式的数据处理方法。

第五方面，本申请实施例提供一种计算机程序产品，计算机程序产品中的指令由电子设备的处理器执行时，使得电子设备执行如本申请第一方面任一可选实施方式的数据处理方法。

本申请实施例的数据处理方法、装置、设备、计算机存储介质及计算机程序产品，能够获取与经费报销单对应的记账凭证以及记账凭证元数据信息，以及经费会计文件、经费会计文件的元数据信息，根据记账凭证元数据信息和经费会计文件的元数据信息生成元数据表。然后，在记账凭证以及经费会计文件的实际数量与元数据表中标注的文件数量一致的情况下，再将文件和元数据表存储至区块链。基于元数据表中标注的文件数量对记账凭证以及经费会计文件的实际数量进行校验，能够保证记账凭证元数据信息和经费会计文件的完整性。将记账凭证以及经费会计文件和元数据表存储至区块链，能够降低文件和元数据表被篡改的风险。如此，能够提升数据处理的准确性和可靠性。

附图说明

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

图1是本申请一个实施例提供的数据处理方法的流程示意图；

图2是本申请另一个实施例提供的数据处理的业务流程示意图；

图3是本申请又一个实施例提供的数据处理的界面示意图；

图4是本申请再一个实施例提供的数据处理的界面示意图；

图5是本申请再一个实施例提供的数据处理的界面示意图；

图6是本申请再一个实施例提供的数据处理的界面示意图；

图7是本申请再一个实施例提供的数据处理的界面示意图；

图8是本申请再一个实施例提供的数据处理的界面示意图；

图9是本申请再一个实施例提供的数据处理中，人工上传归档文件的流程示意图；

图10是本申请再一个实施例提供的数据处理方法中，一键归档的流程示意图；

图11是本申请再一个实施例提供的数据处理的界面示意图；

图12是本申请再一个实施例提供的数据处理方法中的上链流程示意图；

图13是本申请再一个实施例提供的数据处理方法中的上链流程示意图；

图14是本申请由一个实施例提供的数据处理装置的结构示意图；

图15是本申请再一个实施例提供的数据处理设备的结构示意图。

具体实施方式

下面将详细描述本申请的各个方面的特征和示例性实施例，为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及具体实施例，对本申请进行进一步详细描述。应理解，此处所描述的具体实施例仅意在解释本申请，而不是限定本申请。对于本领域技术人员来说，本申请可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本申请的示例来提供对本申请更好的理解。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本申请技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。

如背景技术所述，现有的经费会计资料收集方法的准确性和可靠性有待提高。

鉴于此，发明人经深入思考，巧妙地设计了一种数据处理方法、装置、设备、计算机存储介质及计算机程序产品。按照这种数据处理方法能够提升经费会计资料收集场景下，数据处理方法的准确性和可靠性。

下面结合附图，通过具体的实施例及其应用场景对本申请实施例所提供的数据处理方法进行介绍。本申请实施例提供的数据处理方法，执行该方法的装置可以是数据处理装置，或是该数据处理装置中用于执行数据处理方法的部分模块。本申请实施例中以数据处理装置执行数据处理方法为例，详细说明本申请实施例提供的数据处理方法。

下面结合附图1对本申请实施例提供的数据处理方法进行详细说明。

图1示出了本申请一个实施例提供的数据处理方法的流程示意图。如图1所示，数据处理方法具体可以包括以下步骤S110～S140。

S110，获取与经费报销单对应的记账凭证以及记账凭证元数据信息，记账凭证以及记账凭证元数据信息为基于核算系统对经费报销单的审核结果生成。

S120，获取经费会计文件以及经费会计文件的元数据信息，经费会计文件包括经费报销单以及报销单附件，经费会计文件的元数据信息包括经费报销单元数据信息以及报销单附件元数据信息。

在步骤S120中，经费报销单可以包括经费报销单电子文件，例如可以为PDF格式的经费报销单电子文件，或者为经费报销单影像电子文件。报销附件可以包括与经费报销单相关联的其他附件，例如可以包括但不限于与经费报销单关联的发票、合同、申请单等。报销单附件可以包括报销单附件电子文件，例如可以为PDF格式的报销单附件电子文件，或者为报销单附件影像电子文件。

S130，根据记账凭证元数据信息、经费会计文件的元数据信息，生成元数据表，元数据表包括文件数量，文件包括记账凭证以及经费会计文件。

S140，在文件的实际数量与文件数量一致的情况下，将文件和元数据表存储至区块链。

本申请实施例的数据处理方法，能够获取与经费报销单对应的记账凭证以及记账凭证元数据信息，以及经费会计文件、经费会计文件的元数据信息，根据记账凭证元数据信息和经费会计文件的元数据信息生成元数据表。然后，在记账凭证以及经费会计文件的实际数量与元数据表中标注的文件数量一致的情况下，再将文件和元数据表存储至区块链。基于元数据表中标注的文件数量对记账凭证以及经费会计文件的实际数量进行校验，能够保证记账凭证元数据信息和经费会计文件的完整性。将记账凭证以及经费会计文件和元数据表存储至区块链，能够降低文件和元数据表被篡改的风险。如此，能够提升数据处理的准确性和可靠性。

在一个实施例中，方法还可以包括：

获取结算业务系统生成的电子回单文件以及电子回单元数据信息，电子回单元数据信息包括电子回单文件与经费报销单的关联关系。

根据电子回单文件与经费报销单的关联关系，确定与电子回单文件对应的第一目标元数据表，第一目标元数据表为与电子回单文件相关联的经费报销单对应的元数据表。

将电子回单元数据信息写入第一目标元数据表，得到第一元数据表，第一元数据表包括电子回单文件数量。

在电子回单文件的实际数量与电子回单文件数量一致的情况下，将电子回单文件存储至区块链，并将区块链中存储的第一目标元数据表更新为第一元数据表。

对于需要付款的经费报销单，可以从结算业务系统获取与经费报销单相应的电子回单，并将其与经费报销单相关联，生成电子回单文件和电子回单元数据信息。该实施例中，在获取到电子回单文件以及电子回单元数据信息后，能够将电子回单元数据信息写入相应的经费报销单的元数据表。在电子回单文件的实际数量与元数据表中标注的电子回单文件数量一致的情况下，再将电子回单文件存储至区块链，并更新区块链中存储的元数据表，以在该元数据表中更新电子回单文件的元数据信息。如此，能够将电子回单与经费报销单相关联，从而能够提升经费会计资料的完整性，进而提升数据处理的可靠性。

在一个实施例中，获取经费会计文件以及经费会计文件的元数据信息，具体可以包括：

在经费会计文件包括纸质文件的情况下，获取经费会计文件对应的经费会计影像文件，以及经费会计影像文件的元数据信息。

上述纸质文件可以包括原始生成形式为纸质的经费会计文件，例如，可以包括但不限于人工登记的会计账簿、经费重要印章登记簿。获取经费会计文件对应的经费会计影像文件，可以包括获取纸质文件的电子扫描影像件。该实施例中，能够在经费会计文件包括纸质文件的情况下，获取纸质文件的影像文件。这样，不仅能够进一步提升经费会计文件的完整性，而且能够以影像电子件的形式对纸质文件进行存档，从而实现纸电关联。如此，进一步提升了经费会计资料收集场景下，数据处理方法的准确性和可靠性。

在一个实施例中，方法还可以包括：

获取结算业务系统生成的纸质回单影像文件以及纸质回单元数据信息，纸质回单元数据信息包括纸质回单与经费报销单的关联关系。

根据纸质回单文件与经费报销单的关联关系，确定与纸质回单文件对应的第二目标元数据表，第一目标元数据表为与纸质回单文件相关联的经费报销单对应的元数据表。

将纸质回单元数据信息写入第二目标元数据表，得到第二元数据表，第二元数据表包括纸质回单影像文件数量。

在纸质回单影像文件的实际数量与纸质回单影像文件数量一致的情况下，将纸质回单影像文件存储至区块链，并将区块链中存储的第二目标元数据表更新为第二元数据表。

对于需要付款的经费报销单，付款刚可以在结算业务系统上传直至回单的影像文件，并将其关联经费报销单，同时生成相应的纸质回单元数据信息。该实施例中，通过抓取结算业务系统生成的纸质回单影像文件以及纸质回单元数据信息，将纸质回单元数据信息写入相应的经费报销单的元数据表，然后，在纸质回单影像文件的实际数量与元数据表中标注的纸质回单影像文件数量一致的情况下，再将纸质回单影像文件存储至区块链，并更新区块链中存储的元数据表，以在该元数据表中更新纸质回单元数据信息。如此，能够将纸质回单与经费报销单相关联，从而能够实现纸电关联，以及提升经费会计资料的完整性，进而提升数据处理的可靠性。

在一个实施例中，获取结算业务系统生成的纸质回单影像文件以及纸质回单元数据信息之后，方法还可以包括：

根据纸质回单与经费报销单的关联关系，确定与纸质回单对应的目标经费报销单。

在目标经费报销单为非纸质文件的情况下，打印目标经费报销单，以用于根据打印的目标经费报销单确定目标经费报销单的受理状态。

当接收到纸质回单时，可根据纸质回单与经费报销单的关联关系，找到相应的经费报销单，并判断该经费报销单是否为纸质文件。作为一个示例，在获取经费报销单时，可根据经费报销单的格式，标记该经费报销单为纸质文件或者非纸质文件，基于标记结果，即可确定与纸质回单对应的经费报销单是否为纸质文件。作为另一个示例，在确定纸质回单对应的经费报销单后，可判断该经费报销单的识别起点是否为光学字符识别(OpticalCharacter Recognition，OCR)，若为OCR，则可确定该经费报销单为纸质文件，反之，则为非纸质文件。若该经费报销单为非纸质的经费报销单，需要获取纸质版本的该经费报销单，以进行后续的受理流程。具体地，可以打印该经费报销单，得到纸质版本的经费报销单，扫描纸质版本的经费报销单上的条形码，以确定该经费报销单是否符合受理条件。

该实施例中，在纸质回单对应的经费报销单为非纸质文件的情况下，打印该经费报销单，以用于根据打印的目标经费报销单确定目标经费报销单的受理状态。这样，能够基于纸质回单，获取对应的纸质经费报销单，从而有利于经费会计资料的管理，进而有利于提升数据处理的可靠性。

在一个实施例中，方法还可以包括：

在经费会计文件包括纸质文件的情况下，提取经费会计文件的单据信息，单据信息包括与经费会计文件的受理条件相关的信息。

在单据信息符合预设受理条件的情况下，将经费会计文件的受理状态更新为已受理状态。

上述提取经费会计文件的单据信息，可以包括提取经费报销单的单据信息，例如，通过扫描经费报销单上的条形码，以提取经费报销单的单据信息。预设受理条件可以为预先设定的受理判断条件，例如，可以包括基于经费会计文件所属的提交机构，确定的受理判断条件，或者基于经费会计文件的内容确定的受理判断条件，本申请对此不作限定。该实施例中，能够获取纸质经费会计文件的单据信息，以确定经费会计文件的受理状态，从而有利于后续对纸质经费会计文件的处理，进而有利于提升数据处理的可靠性和效率。

在一个实施例中，在单据信息不符合预设受理条件的情况下，可以向用户设备发送提示信息，以用于提示用户进一步确认该单据信息是否符合预设受理条件。

在一个实施例中，方法还可以包括：

获取受理状态为已受理状态的目标经费会计文件。

在目标经费会计文件符合预设装订条件的情况下，对目标经费会计文件进行装订，得到档案册以及与档案册对应的档案册信息，档案册信息包括册号以及档案册包含的经费报销单的标识信息。

预设装订条件可以包括预先设定的装订判断条件，例如，可以包括基于经费会计文件所属的提交机构，确定的受理判断条件，或者基于经费会计文件的内容确定的装订判断条件，本申请对此不作限定。该实施例中，可以根据需要确定档案册中包含的经费会计文件数量。此外，还可以在线下对相应的纸质经费会计文件进行装订。该实施例中，对符合装订条件的经费会计文件进行装订，能够在需要纸质文件的情况下，仅需对纸质文件进行装订，减少了纸质文件的产生，节能环保。

在一个实施例中，在对目标经费会计文件进行装订之后，方法还可以包括：

对多个档案册进行装箱，得到档案保管箱以及与档案保管箱对应的档案保管箱信息，档案保管箱信息包括箱号以及档案保管箱包含的档案册的档案册信息。

基于档案保管箱信息，获取与经费报销单对应的册号以及箱号。

将册号以及箱号写入至经费报销单对应的第三目标元数据表，得到第三元数据表。

将区块链中存储的第三目标元数据表更新为第三元数据表。

该实施例中，将装订的箱号和册号写入元数据表并上传至区块链，能够实现纸电关联，准确记录纸质文件与电子数据间的关联性，从而进一步提升了数据处理的效率和可靠性。

在一个实施例中，方法还可以包括：

在预设时间获取经费会计汇总文件以及与经费会计汇总文件对应的元数据信息。

根据与经费会计汇总文件对应的元数据信息生成汇总元数据表，汇总元数据表包括经费会计汇总文件数量。

在经费会计汇总文件的实际数量与经费会计汇总文件数量一致的情况下，将经费会计汇总文件以及汇总元数据表存储至区块链。

该实施例中，预设时间可以为根据预设的周期确定的时间。经费会计汇总文件可以包括对预设周期内的经费会计文件进行汇总得到的文件。作为一个示例，经费会计汇总文件可以包括经费会计日汇总文件，可以于每日结束时，获取核算系统当日生成的各记账机构的日记账电子文件以及相应的元数据信息，以及结算业务系统当日生成的各记账机构的余额调节表电子文件以及相应的元数据信息。作为另一个示例，经费会计汇总文件可以包括经费会计年度汇总文件，可以在每一年度结束时，获取核算系统在年末生成的各记账机构的年度总账文件、明细账文件、固定资产卡片，以及相应的元数据信息。该实施例中，能够在预设时间获取经费会计汇总文件以及与经费会计汇总文件对应的元数据信息，并生成相应的元数据表，在经费会计汇总文件的实际数量与元数据表标注的经费会计汇总文件数量一致的情况下，将经费会计汇总文件以及汇总元数据表存储至区块链。这样，能够高效地对经费会计文件进行汇总，并存储汇总结果。如此，有利于经费会计文件的管理和提高经费会计文件的安全性，从而有利于进一步提升数据处理的效率和可靠性。

在一个实施例中，方法还可以包括：

响应于用户设备输入的一键归档请求，对需要归档的经费会计文件对应的元数据表进行标记。

基于标记后的元数据表，生成移交清单以及相应的移交元数据表。

将移交清单以及相应的移交元数据表存储至区块链。

上述对需要归档的经费会计文件对应的元数据表进行标记，可以包括将需要归档的经费会计文件的件号、卷号、档号反写至对应的元数据表中，以对元数据表进行标记。该实施例能够响应于用户的一键归档请求，生成移交清单和移交元数据表，并存储至区块链。这样，能够存储与经费会计文件的归档文件，进一步提升经费会计资料的完整性，从而提升数据处理的可靠性。

为了更好地描述整个方案，基于上述各实施例，举一个具体例子，对本申请实施例的数据处理方法进行详细解释。需要说明的是，以下示例仅是为了解释本申请，而不是为了限制本申请。

首先介绍本示例中涉及的术语。

经费会计资料：指单位在进行经费会计核算过程中通过计算机等电子设备形成、传输、存储的记录和反映单位经费相关业务事项的电子形式的各种会计信息记录。

经费会计档案：指在经费会计核算等过程中接收或形成的，记录和反映经费相关业务事项，具有保存和考证价值的文字、图表等各种形式的会计资料，包括凭证、账簿、报表、其他会计资料等。

元数据：元数据是描述电子文件和电子档案的内容、背景、结构及其管理过程的数据，用来支持如指示存储位置、资源查找、文件记录等功能。

上链固化：将归档文件信息打包存储到区块链上进行记录并固化存储，防止其被篡改，保证归档文件内容真实可溯。

提交机构：线上提交经费报销单的机构。

立档机构：负责档案受理装订的机构。仅该机构设置档案管理岗。建立参数表，为所有的机构配置相应的立档机构。一个立档机构可以负责多个机构的经费会计资料文件。根据经费报销单的提交机构映射出其所属的立档机构。

受理异常：受理异常指根据扫码确认受理判断条件，当前档案管理岗不应受理的纸质报销单据。

是否纸质：如报销单据后附的原始凭证中有纸质原件时，需要将报销单据同步打印成纸质进行装订，则在系统中该报销单据被标记为纸质。是否纸质，判断起点是OCR系统识别的结果，经办人、经费中心审核岗可修改附件是否纸质的标识，系统自动同步修改该经费报销单对应元数据表中的是否纸质和纸质单据数量字段。

装订机构：一个报销单据存在多个记账机构时，需确定该报销单据应该装订在哪个机构下，取该机构作为装订机构。取值规则：依据该报销主单据生成的会计分录机构段值中，是否包括提交机构来判断。会计分录机构段值中包括该提交机构，则装订机构为提交机构。会计分录机构段值中不包括该提交机构，则对会计分录中的记账机构依次判断该记账机构是否是提交机构的立档机构所负责整理的记账机构，若是，则取该记账机构为装订机构，其余机构不再判断；若所有记账机构均不是提交机构的立档机构所负责整理的记账机构，则取会计分录第一行记账机构为装订机构。

然后介绍数据处理的业务流程。图2是一个示例中，数据处理的业务流程示意图。以下对本示例中数据处理方法的流程进行详细说明。

步骤1，核算系统可自动对审核通过的经费报销单生成记账凭证，同时生成PDF格式的记账凭证电子文件以及记账凭证元数据信息；同时，报销业务系统可生成该经费报销单以及报销单附件(如发票、合同、申请单等)PDF格式的电子文件及报销单元数据信息和报销单附件元数据信息。

步骤2，档案管理系统可设置定时任务，定时从核算业务系统获取步骤1中的电子文件以及元数据信息，并分别生成相应的元数据表。

步骤3，档案管理系统可将步骤2中获取到的电子文件以及元数据表上传至区块链上。上传时可根据元数据表中记录的文件数量，对电子文件的数量进行校验，若数量一致则上链，数量不一致则重复步骤2。

步骤4，对于需要付款的经费报销单，可由结算业务系统获取到相应的电子回单数据，将其与经费报销单关联，同时生成PDF格式的电子回单文件及相应的电子回单元数据信息。档案管理系统同样可设置定时任务，抓取结算业务系统的电子回单文件及元数据信息，并生成元数据表，而后上传至区块链上，以对经费报销单对应的源数据表进行更新。

步骤5，对于有纸质附件(例如纸质发票、纸质合同等)的经费报销单据，可由经费审核岗打印经费报销单，并连同纸质附件提交至档案管理岗处。

步骤6，对于需要付款的经费报销单，如果有纸质付款回单，则需要付款岗在结算业务系统上传纸质付款回单的影像件并将其关联经费报销单据，同时生成相应的纸质付款回单元数据信息。档案管理系统同样设置定时任务，抓取结算业务系统的纸质付款回单影像件及元数据信息，并生成元数据表，而后上传至区块链上，以对经费报销单对应的源数据表进行更新。

步骤7，经费付款岗可将纸质付款回单提交至档案管理岗处。

步骤8，对于判断为纸质的经费报销单，档案管理岗可在档案管理系统中的“纸质单据受理”界面中查看这些单据信息，“纸质单据受理”界面可以如图3所示；此外，对于付款岗在结算业务系统上传了纸质付款回单影像的经费报销单，也会显示在“纸质单据受理”界面中，并附有回单信息。当接收到经费审核岗提交的纸质单据及附件时，档案管理岗在纸质单据受理界面点击“扫码受理”按钮，而后用扫码枪扫描报销单据上的条形码进行受理。当接收到付款岗提交的纸质付款回单时，档案管理岗可根据回单信息在“纸质单据受理”界面中找到相应的经费报销单据，若该单据为非纸质的经费报销单，则档案管理岗可打印该单据并扫码受理。

具体地，在报销业务系统上传附件时，可由OCR自动识别附件是电子文件还是纸质影像件，若是纸质影像件，则自动将经费报销单元数据表中“是否纸质”字段标注为“是”，且记录电子件数量和纸质影像件数量。经费审核岗在审核经费单据时，可根据实际接收到的文件修改该数量。在结算业务系统上传纸质回单影像时，自动将回单元数据表中“是否纸质”字段标注为“是”。如此，即可基于元数据表中的字段，确定经费报销单和回单是否为纸质。

步骤9，档案管理系统可识别所扫单据信息并判断是否可受理，若可受理则该单据的受理状态更新为“已受理”，且该单据进入“纸质单据装订”页面中，“纸质单据装订”页面可以如图4所示；若不可受理，则可以向档案管理岗发送提示信息。档案管理岗收到提示信息后，可人工判断单据是否可受理，若认为可受理，可人工将该单据的受理状态更新为“已受理”；若认为不可受理，则可在“纸质单据受理”界面勾选该单据并点击“退回”按钮，则单据状态变更为“退回”，档案管理系统可发送待办消息给经费审核岗，同时档案管理岗可于线下将单据退回给提交方。

具体地，可以根据扫码识别出的报销单号，判断该经费报销单在报销业务系统中是否存在。如不存在，则档案管理岗扫码时系统可弹窗提示“该笔报销单号无效，请确认”。同时，提交该纸质经费报销单的经费审核岗人员可收到待办消息，内容可以例如是“您所提交的XXX报销单号无效，请至档案管理岗处取回”。档案管理岗线下可将该单据退回至经费审核岗。如果该经费报销单在报销业务系统中存在，则可根据该经费报销单的元数据表中的“立档机构”字段，判断其与当前扫码受理的档案管理岗所在机构是否一致。如不一致，则可弹窗提示“该笔经费报销单应由XX机构受理，请确认”。同时，提交该纸质经费报销单的经费审核岗人员可收到待办消息，内容可以例如是“您所提交的XXXX报销单应由XX机构受理，请至XXX档案管理岗处取回”。档案管理岗线下可将该单据退回至经费审核岗。如该经费报销单的立档机构与当前扫码受理机构一致，则可根据该经费报销单元数据表中的“记账凭证编号”字段是否有值，判断其是否已入账。如未入帐，则可弹窗提示“该笔经费报销单尚未入账，请确认”。同时，提交该纸质经费报销单的经费审核岗人员可收到待办消息，内容可以例如是“您所提交的XXXX报销单尚未入账，请至档案管理岗处取回”。档案管理岗线下可将该单据退回至经费审核岗。如该经费报销单已入账生成凭证，则可根据该经费报销单元数据表中的“是否纸质”字段判断其是否为纸质单据。如果“是否纸质”为“否”，则可弹窗提示“该笔经费报销单为无纸纯电单据，请确认”。同时，提交该纸质经费报销单的经费审核岗人员可收到待办消息，内容可以例如是“您所提交的XXXX报销单应为无纸纯电单据，请至档案管理岗处取回”。档案管理岗线下可将该单据退回至经费审核岗。

步骤10，档案管理岗可在“纸质单据装订”界面点击“装订成册”按钮，对已受理的单据进行扫码。

步骤11，档案管理系统可识别所扫单据信息并判断是否可装订，若可装订则该单据的信息反显在装订成册界面上，档案管理岗可随时在如图5所示的“装订成册界面”，点击“完成本册装订”按钮，并输入册号，同时线下可将所扫单据装订成一本档案册，结束装订操作；若不可装订，则系统提示错误信息，由档案管理岗线下处理。

具体地，如果装订成册时扫码枪无法识别该经费报销单据的条形码，则可弹窗提示“该单据无法识别”。档案管理岗可以点击“取消本次装订”按钮，取消本次装订成册操作，或者点击“继续扫码装订”按钮，回到装订成册界面，继续扫码装订，线下处理该单据时，装订可跳过该单据。如果单据可识别，则继续判断该经费报销单是否应由本立档机构装订，即根据该经费报销单的元数据表中的“立档机构”字段判断其与当前扫码装订的档案管理岗所在机构是否一致。如不一致，则可弹窗提示“该经费报销单据应由XX机构整理装订”。档案管理岗可以取消本次装订或继续扫码装订，同时，提交该纸质经费报销单的经费审核岗人员可收到待办消息，内容可以例如是“您所提交的XXXX报销单应由XX机构整理装订，请至XXX档案管理岗处取回”。档案管理岗线下可将该单据退回至经费审核岗。如一致，则可判断该经费报销单据装订状态是否为可装订状态。若该经费报销单无需付款，则当其“受理状态”为“已受理”时，其装订状态置为“可装订”；若该经费报销单需要付款，则当其在结算业务系统完成对账、且当其“受理状态”为“已受理”时，其装订状态置为“可装订”。如扫码的经费报销单不是“可装订”状态，则可弹窗提示“该经费报销单不可装订/已装订/已装箱”。档案管理岗可以取消本次装订或继续扫码装订。

步骤12，对于已装订好的档案册，档案管理岗可在“纸质单据装订”界面点击“装箱”按钮，跳转到如图6所示的装箱界面，勾选已有的册号，点击“确认装箱”按钮，并输入箱号，同时线下将所选册子装入档案保管箱，结束装箱操作。同时档案管理系统可将册号与箱号反写至每个经费报销单对应的元数据表中，然后将元数据表上传至区块链上，以对经费报销单对应的源数据表进行更新。

步骤13，原始生成形式为纸质的经费会计文件(例如人工登记的经费会计账簿、经费重要印章登记簿等)，可以以电子扫描件的形式进行归档，即可人工上传归档文件，由档案管理岗在档案管理系统中人工上传纸质文件的影像件。上传后系统自动生成相应的元数据表，并将影像件和元数据表一同上传至区块链上。人工上传归档文件可以在如图7及图8所示的“人工上传归档文件”界面中进行。

在一个实施例中，人工上传归档文件的流程可以如图9所示。具体地，档案管理岗可进入人工上传归档文件页面。点击“上传”按钮，进入上传界面，输入基本信息。然后，可以上传文件，可批量上传，系统自动解析出各文件的页数并统计总页数。上传后，可点击“提交”按钮，然后，系统可自动校验上传文件总页数与基本信息中输入页数是否相符，若不符则提示档案管理岗修改信息；若校验相符，则生成人工上传归档文件记录。完成人工上传归档后，可生成人工上传归档文件的册号、箱号，该类文件单独成册、装箱，还可自动生成相应元数据表。可以将电子文件及元数据表上传至区块链上，并在人工上传归档文件表里记录归档信息。人工上传归档文件表可包括归档文件类型、归档文件名称、装订机构、立档机构、页数、起止年月日、保管期限、提交人、上链状态、上链时间等字段，以用于对人工归档操作进行记录和核查。

步骤14，核算系统每日可生成各记账机构的PDF格式的日记账电子文件以及相应的元数据信息；结算业务系统每日可生成各记账机构的PDF格式的余额调节表电子文件以及相应的元数据信息。档案管理系统可设置定时任务，分别抓取以上内容，并分别生成元数据表，而后上传至区块链上。核算系统每年末可生成各记账机构的PDF格式的年度总账、明细账、固定资产卡片以及相应的元数据信息。档案管理系统可设置定时任务，分别抓取各记账机构的PDF格式的年度总账、明细账、固定资产卡片以及相应的元数据信息，并分别生成元数据表，而后上传至区块链上。

步骤15，档案管理岗次年初可在系统发起一键归档操作。

步骤16，发起一键归档操作后，系统可自动生成上一年度所有需归档经费会计资料电子文件的件号、卷号、档号，并反写至对应的元数据表中，同时生成移交清单以及相应的元数据表，然后上传至区块链上。同时线下各立档机构可将纸质经费会计归档资料移交至归档库房。

在一个实施例中，一键归档的流程可以如图10所示。档案管理岗进入如图11所示的“一键归档管理”页面后，可点击“一键归档”按钮。响应于一键归档操作，系统可判断该立档机构上一年度“归档状态”是否为“已归档”，若是，则结束流程，并提示档案管理岗“本立档机构上一年度已完成一键归档”；若否，则可以判断上一年度的所有纸质单据的装订状态是否为“已装箱”。若装订状态不为“已装箱”，则可结束流程，并提示档案管理岗“本立档机构上一年度仍存在纸质经费报销单尚未装订，无法发起一键归档”。若装订状态为“已装箱”，则档案管理系统可生成各经费电子会计资料的件号、卷号、档号，并反写至各电子文件的元数据表中，同时在一键归档界面展示档案管理岗所处立档机构上一年度需归档的各类型经费电子会计资料数量，档案管理岗可点击“确认归档”按钮，以完成归档的确认。确认后，档案管理系统可生成件号、卷号、档号、移交清单的相应元数据表，然后，可以将移交清单及所有元数据表上传至区块链上，并在一键归档表中记录归档信息。一键归档表可包括归档文件类型、归档文件名称、装订机构、立档机构、所属年度、当年文件数量、归档状态、归档时间等字段，以用于对一键归档操作进行记录和核查。

下面对上述数据处理方法的流程中，经费会计文件及其对应的元数据表的上链流程进行说明。

如图12所示，业务系统在凭证生成时，可触发调用档案管理系统的元数据接收保存接口。为了避免查询数据的重复，调用元数据接收保存接口后，可在凭证表中同步元数据状态为“已同步”。档案管理系统可设置元数据状态为“未上链”，并保存相关的凭证元数据。定时任务可定期扫描状态为“未上链”和“上链失败”的凭证元数据，以触发电子归档流程。被扫描到的元数据状态可修改为“上链中”。如果经费报销单元数据表中“是否纸质”字段为“是”，则额外需要走纸质归档流程，否则只需要走电子归档即可。如果电子文件数量与元数据标注不一致(第一次上链不校验回单)，则可修改元数据状态为“上链失败”，可等待下一次扫描，待文件数量补齐后，可重新触发上链；如果电子文件数量与元数据标注一致，则可调用区块链接口，进行上链固化。上链固化后，可收取上链反馈，记录上链记录。若上链成功，则可以修改元数据状态为“上链成功”。

下面对上述数据处理方法的流程中，回单及其对应的元数据表的上链流程进行说明。

如图13所示，付款业务发生后，可获取银行反馈的回单，如果为纸质回单，可由付款岗在结算业务系统上传纸质回单影像；如果为电子回单，可由结算业务系统抓取电子回单。付款回单到位后，可调用档案管理系统的元数据接收保存接口，将元数据与原始凭证状态修改为“未上链”，以便定时任务扫描到该数据。定时任务可定期扫描状态为“未上链”和“上链失败”的凭证元数据，触发回单归档流程，被扫描到的元数据状态修改为“上链中”。如果回单元数据表中“是否纸质”字段为“是”，则额外需要走纸质归档流程，否则只需要走电子归档流程即可。如果电子文件数量与元数据标注不一致，则修改元数据状态为“上链失败”可等待下一次扫描，待文件数量补齐后，重新触发上链；如果电子文件数量与元数据标注一致，则可调用区块链接口，进行上链固化。上链固化后，可记录上链记录及上链清单，以便备查。若上链成功，则可修改元数据状态为“上链成功”。

在一个实施例中，对于需要上链固化的经费会计文件及其对应的回单，可建立数据库表，表中可包括经办机构、记账凭证编号、回单编号、上链时间、上链状态、上链数量、成功数量、失败数量、创建时间等字段，以及其他可扩展字段。

在一个实施例中，还可以在后台数据库中生成纸质单据表，纸质单据受理界面与纸质单据装订界面可与该纸质单据表相关联。纸质单据表可包括报销单号、供应商、金额、币种、是否纸质、纸质附件数量、装订机构、立档机构、纸质回单类型、纸质回单号、受理状态、受理时间、装订状态、装订时间、册号、箱号、退回接收人、退回时间、退回原因等字段。以下介绍纸质单据表的生成逻辑：可定时根据记账凭证获取对应的经费报销单据，并将其中“是否纸质”字段为“是”的经费报销单据回写至纸质单据表中，将初始受理状态设置为待受理状态。可定时根据记账凭证获取对应的经费报销单据，并判断“是否纸质”字段为“否”的经费报销单据对应的回单是否为纸质回单，若为纸质回单，则将经费报销单据会写至纸质单据表中，将初始受理状态设置为待受理状态。当经费报销单据被扫码受理时，可根据扫码受理结构更新受理状态。档案管理岗可在纸质单据受理界面与纸质单据装订界面查看所负责装订的记账机构的单据。当经费报销单被装订成册后，可将册号回写到纸质单据表中，装箱后可将箱号回写到纸质单据表中。

基于相同的发明构思，本申请实施例还提供了一种数据处理装置200。

如图14所示，数据处理装置200可以包括获取模块201、生成模块202以及存储模块203。

获取模块201，用于获取与经费报销单对应的记账凭证以及记账凭证元数据信息，记账凭证以及记账凭证元数据信息为基于核算系统对经费报销单的审核结果生成。

获取模块201，还用于获取经费会计文件以及经费会计文件的元数据信息，经费会计文件包括经费报销单以及报销单附件，经费会计文件的元数据信息包括经费报销单元数据信息以及报销单附件元数据信息。

生成模块202，用于根据记账凭证元数据信息、经费会计文件的元数据信息，生成元数据表，元数据表包括文件数量，文件包括记账凭证以及经费会计文件。

存储模块203，用于在文件的实际数量与文件数量一致的情况下，将文件和元数据表存储至区块链。

本申请实施例的数据处理装置，能够获取与经费报销单对应的记账凭证以及记账凭证元数据信息，以及经费会计文件、经费会计文件的元数据信息，根据记账凭证元数据信息和经费会计文件的元数据信息生成元数据表。然后，在记账凭证以及经费会计文件的实际数量与元数据表中标注的文件数量一致的情况下，再将文件和元数据表存储至区块链。基于元数据表中标注的文件数量对记账凭证以及经费会计文件的实际数量进行校验，能够保证记账凭证元数据信息和经费会计文件的完整性。将记账凭证以及经费会计文件和元数据表存储至区块链，能够降低文件和元数据表被篡改的风险。如此，能够提升数据处理的准确性和可靠性。

在一个实施例中，装置还可以包括：

获取模块，用于获取结算业务系统生成的电子回单文件以及电子回单元数据信息，电子回单元数据信息包括电子回单文件与经费报销单的关联关系。

确定模块，用于根据电子回单文件与经费报销单的关联关系，确定与电子回单文件对应的第一目标元数据表，第一目标元数据表为与电子回单文件相关联的经费报销单对应的元数据表。

写入模块，用于将电子回单元数据信息写入第一目标元数据表，得到第一元数据表，第一元数据表包括电子回单文件数量。

存储模块，用于在电子回单文件的实际数量与电子回单文件数量一致的情况下，将电子回单文件存储至区块链，并将区块链中存储的第一目标元数据表更新为第一元数据表。

在一个实施例中，获取模块用于获取经费会计文件以及经费会计文件的元数据信息，具体可以包括：

获取模块，用于在经费会计文件包括纸质文件的情况下，获取经费会计文件对应的经费会计影像文件，以及经费会计影像文件的元数据信息。

在一个实施例中，装置还可以包括：

获取模块，用于获取结算业务系统生成的纸质回单影像文件以及纸质回单元数据信息，纸质回单元数据信息包括纸质回单与经费报销单的关联关系。

确定模块，用于根据纸质回单文件与经费报销单的关联关系，确定与纸质回单文件对应的第二目标元数据表，第一目标元数据表为与纸质回单文件相关联的经费报销单对应的元数据表。

写入模块，用于将纸质回单元数据信息写入第二目标元数据表，得到第二元数据表，第二元数据表包括纸质回单影像文件数量。

存储模块，用于在纸质回单影像文件的实际数量与纸质回单影像文件数量一致的情况下，将纸质回单影像文件存储至区块链，并将区块链中存储的第二目标元数据表更新为第二元数据表。

在一个实施例中，装置还可以包括：

确定模块，用于根据纸质回单与经费报销单的关联关系，确定与纸质回单对应的目标经费报销单。

打印模块，用于在目标经费报销单为非纸质文件的情况下，打印目标经费报销单，以用于根据打印的目标经费报销单确定目标经费报销单的受理状态。

在一个实施例中，装置还可以包括：

提取模块，用于在经费会计文件包括纸质文件的情况下，提取经费会计文件的单据信息，单据信息包括与经费会计文件的受理条件相关的信息。

更新模块，用于在单据信息符合预设受理条件的情况下，将经费会计文件的受理状态更新为已受理状态。

在一个实施例中，装置还可以包括：

获取模块，用于获取受理状态为已受理状态的目标经费会计文件。

装订模块，用于在目标经费会计文件符合预设装订条件的情况下，对目标经费会计文件进行装订，得到档案册以及与档案册对应的档案册信息，档案册信息包括册号以及档案册包含的经费报销单的标识信息。

在一个实施例中，装置还可以包括：

装箱模块，用于对多个档案册进行装箱，得到档案保管箱以及与档案保管箱对应的档案保管箱信息，档案保管箱信息包括箱号以及档案保管箱包含的档案册的档案册信息。

获取模块，用于基于档案保管箱信息，获取与经费报销单对应的册号以及箱号。

写入模块，用于将册号以及箱号写入至经费报销单对应的第三目标元数据表，得到第三元数据表。

更新模块，，用于将区块链中存储的第三目标元数据表更新为第三元数据表。

在一个实施例中，装置还可以包括：

获取模块，用于在预设时间获取经费会计汇总文件以及与经费会计汇总文件对应的元数据信息。

生成模块，用于根据与经费会计汇总文件对应的元数据信息生成汇总元数据表，汇总元数据表包括经费会计汇总文件数量。

存储模块，用于在经费会计汇总文件的实际数量与经费会计汇总文件数量一致的情况下，将经费会计汇总文件以及汇总元数据表存储至区块链。

在一个实施例中，装置还可以包括：

标记模块，用于响应于用户设备输入的一键归档请求，对需要归档的经费会计文件对应的元数据表进行标记。

生成模块，用于基于标记后的元数据表，生成移交清单以及相应的移交元数据表。

存储模块，用于将移交清单以及相应的移交元数据表存储至区块链。

本申请实施例提供的数据处理装置能够实现图1的方法实施例实现的各个过程，为避免重复，这里不再赘述。

图15示出了本申请实施例提供的数据处理设备的硬件结构示意图。

在数据处理设备可以包括处理器301以及存储有计算机程序指令的存储器302。

具体地，上述处理器301可以包括中央处理器(CPU)，或者特定集成电路(Application Specific Integrated Circuit，ASIC)，或者可以被配置成实施本申请实施例的一个或多个集成电路。

存储器302可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器302可包括硬盘驱动器(Hard Disk Drive，HDD)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(Universal Serial Bus，USB)驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器302可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器302可在综合网关容灾设备的内部或外部。在特定实施例中，存储器302是非易失性固态存储器。

存储器可包括只读存储器(ROM)，随机存取存储器(RAM)，磁盘存储介质设备，光存储介质设备，闪存设备，电气、光学或其他物理/有形的存储器存储设备。因此，通常，存储器包括一个或多个编码有包括计算机可执行指令的软件的有形(非暂态)计算机可读存储介质(例如，存储器设备)，并且当该软件被执行(例如，由一个或多个处理器)时，其可操作来执行参考根据本公开的一方面的方法所描述的操作。

处理器301通过读取并执行存储器302中存储的计算机程序指令，以实现上述实施例中的任意一种数据处理方法。

在一个示例中，数据处理设备还可包括通信接口303和总线310。其中，如图15所示，处理器301、存储器302、通信接口303通过总线310连接并完成相互间的通信。

通信接口303，主要用于实现本申请实施例中各模块、装置、单元和/或设备之间的通信。

总线310包括硬件、软件或两者，将在线数据流量计费设备的部件彼此耦接在一起。举例来说而非限制，总线可包括加速图形端口(AGP)或其他图形总线、增强工业标准架构(EISA)总线、前端总线(FSB)、超传输(HT)互连、工业标准架构(ISA)总线、无限带宽互连、低引脚数(LPC)总线、存储器总线、微信道架构(MCA)总线、外围组件互连(PCI)总线、PCI-Express(PCI-X)总线、串行高级技术附件(SATA)总线、视频电子标准协会局部(VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线310可包括一个或多个总线。尽管本申请实施例描述和示出了特定的总线，但本申请考虑任何合适的总线或互连。

该数据处理设备可以执行本申请实施例中的数据处理方法，从而实现结合图1和图14描述的数据处理方法和装置。

另外，结合上述实施例中的数据处理方法，本申请实施例可提供一种计算机存储介质来实现。该计算机存储介质上存储有计算机程序指令；该计算机程序指令被处理器执行时实现上述实施例中的任意一种数据处理方法。

需要明确的是，本申请并不局限于上文所描述并在图中示出的特定配置和处理。为了简明起见，这里省略了对已知方法的详细描述。在上述实施例中，描述和示出了若干具体的步骤作为示例。但是，本申请的方法过程并不限于所描述和示出的具体步骤，本领域的技术人员可以在领会本申请的精神后，作出各种改变、修改和添加，或者改变步骤之间的顺序。

以上所述的结构框图中所示的功能块可以实现为硬件、软件、固件或者它们的组合。当以硬件方式实现时，其可以例如是电子电路、专用集成电路(ASIC)、适当的固件、插件、功能卡等等。当以软件方式实现时，本申请的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中，或者通过载波中携带的数据信号在传输介质或者通信链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质的例子包括电子电路、半导体存储器设备、ROM、闪存、可擦除ROM(EROM)、软盘、CD-ROM、光盘、硬盘、光纤介质、射频(RF)链路，等等。代码段可以经由诸如因特网、内联网等的计算机网络被下载。

还需要说明的是，本申请中提及的示例性实施例，基于一系列的步骤或者装置描述一些方法或系统。但是，本申请不局限于上述步骤的顺序，也就是说，可以按照实施例中提及的顺序执行步骤，也可以不同于实施例中的顺序，或者若干步骤同时执行。

上面参考根据本公开的实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本公开的各方面。应当理解，流程图和/或框图中的每个方框以及流程图和/或框图中各方框的组合可以由计算机程序指令实现。这些计算机程序指令可被提供给通用计算机、专用计算机、或其它可编程数据处理装置的处理器，以产生一种机器，使得经由计算机或其它可编程数据处理装置的处理器执行的这些指令使能对流程图和/或框图的一个或多个方框中指定的功能/动作的实现。这种处理器可以是但不限于是通用处理器、专用处理器、特殊应用处理器或者现场可编程逻辑电路。还可理解，框图和/或流程图中的每个方框以及框图和/或流程图中的方框的组合，也可以由执行指定的功能或动作的专用硬件来实现，或可由专用硬件和计算机指令的组合来实现。

以上所述，仅为本申请的具体实施方式，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。应理解，本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。

Claims (14)

1.一种数据处理方法，其特征在于，包括：

获取与经费报销单对应的记账凭证以及记账凭证元数据信息，所述记账凭证以及所述记账凭证元数据信息为基于核算系统对所述经费报销单的审核结果生成；

获取经费会计文件以及所述经费会计文件的元数据信息，所述经费会计文件包括所述经费报销单以及报销单附件，所述经费会计文件的元数据信息包括经费报销单元数据信息以及报销单附件元数据信息；

根据所述记账凭证元数据信息、所述经费会计文件的元数据信息，生成元数据表，所述元数据表包括文件数量，所述文件包括所述记账凭证以及所述经费会计文件；

在所述文件的实际数量与所述文件数量一致的情况下，将所述文件和所述元数据表存储至区块链。

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

获取结算业务系统生成的电子回单文件以及电子回单元数据信息，所述电子回单元数据信息包括所述电子回单文件与经费报销单的关联关系；

根据所述电子回单文件与经费报销单的关联关系，确定与所述电子回单文件对应的第一目标元数据表，所述第一目标元数据表为与所述电子回单文件相关联的经费报销单对应的元数据表；

将所述电子回单元数据信息写入所述第一目标元数据表，得到第一元数据表，所述第一元数据表包括所述电子回单文件数量；

在所述电子回单文件的实际数量与所述电子回单文件数量一致的情况下，将所述电子回单文件存储至区块链，并将区块链中存储的所述第一目标元数据表更新为所述第一元数据表。

3.根据权利要求1所述的方法，其特征在于，所述获取经费会计文件以及所述经费会计文件的元数据信息，包括：

在所述经费会计文件包括纸质文件的情况下，获取经费会计文件对应的经费会计影像文件，以及所述经费会计影像文件的元数据信息。

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

获取结算业务系统生成的纸质回单影像文件以及纸质回单元数据信息，所述纸质回单元数据信息包括所述纸质回单与经费报销单的关联关系；

根据所述纸质回单文件与经费报销单的关联关系，确定与所述纸质回单文件对应的第二目标元数据表，所述第一目标元数据表为与所述纸质回单文件相关联的经费报销单对应的元数据表；

将所述纸质回单元数据信息写入所述第二目标元数据表，得到第二元数据表，所述第二元数据表包括所述纸质回单影像文件数量；

在所述纸质回单影像文件的实际数量与所述纸质回单影像文件数量一致的情况下，将所述纸质回单影像文件存储至区块链，并将区块链中存储的所述第二目标元数据表更新为所述第二元数据表。

5.根据权利要求4所述的方法，其特征在于，所述获取结算业务系统生成的纸质回单影像文件以及纸质回单元数据信息之后，所述方法还包括：

根据所述纸质回单与经费报销单的关联关系，确定与所述纸质回单对应的目标经费报销单；

在所述目标经费报销单为非纸质文件的情况下，打印所述目标经费报销单，以用于根据打印的所述目标经费报销单确定所述目标经费报销单的受理状态。

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

在所述经费会计文件包括纸质文件的情况下，提取所述经费会计文件的单据信息，所述单据信息包括与所述经费会计文件的受理条件相关的信息；

在所述单据信息符合预设受理条件的情况下，将所述经费会计文件的受理状态更新为已受理状态。

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

获取受理状态为已受理状态的目标经费会计文件；

在所述目标经费会计文件符合预设装订条件的情况下，对所述目标经费会计文件进行装订，得到档案册以及与所述档案册对应的档案册信息，所述档案册信息包括册号以及所述档案册包含的经费报销单的标识信息。

8.根据权利要求7所述的方法，其特征在于，在所述对所述目标经费会计文件进行装订之后，所述方法还包括：

对多个所述档案册进行装箱，得到档案保管箱以及与所述档案保管箱对应的档案保管箱信息，所述档案保管箱信息包括箱号以及所述档案保管箱包含的档案册的档案册信息；

基于所述档案保管箱信息，获取与经费报销单对应的册号以及箱号；

将所述册号以及箱号写入至所述经费报销单对应的第三目标元数据表，得到第三元数据表；

将区块链中存储的所述第三目标元数据表更新为所述第三元数据表。

9.根据权利要求1-8中任一项所述的方法，其特征在于，所述方法还包括：

在预设时间获取经费会计汇总文件以及与经费会计汇总文件对应的元数据信息；

根据所述与经费会计汇总文件对应的元数据信息生成汇总元数据表，所述汇总元数据表包括所述经费会计汇总文件数量；

在所述经费会计汇总文件的实际数量与所述经费会计汇总文件数量一致的情况下，将所述经费会计汇总文件以及所述汇总元数据表存储至区块链。

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

响应于用户设备输入的一键归档请求，对需要归档的经费会计文件对应的元数据表进行标记；

基于所述标记后的元数据表，生成移交清单以及相应的移交元数据表；

将所述移交清单以及相应的移交元数据表存储至区块链。

11.一种数据处理装置，其特征在于，包括：

获取模块，用于获取与经费报销单对应的记账凭证以及记账凭证元数据信息，所述记账凭证以及所述记账凭证元数据信息为基于核算系统对所述经费报销单的审核结果生成；

所述获取模块，还用于获取经费会计文件以及所述经费会计文件的元数据信息，所述经费会计文件包括所述经费报销单以及报销单附件，所述经费会计文件的元数据信息包括经费报销单元数据信息以及报销单附件元数据信息；

生成模块，用于根据所述记账凭证元数据信息、所述经费会计文件的元数据信息，生成元数据表，所述元数据表包括文件数量，所述文件包括所述记账凭证以及所述经费会计文件；

存储模块，用于在所述文件数量与所述文件的实际数量一致的情况下，将所述文件和所述元数据表存储至区块链。

12.一种电子设备，其特征在于，所述设备包括：处理器以及存储有计算机程序指令的存储器；

所述处理器执行所述计算机程序指令时实现如权利要求1-10中任意一项所述的数据处理方法。

13.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序指令，所述计算机程序指令被处理器执行时实现如权利要求1-10中任意一项所述的数据处理方法。

14.一种计算机程序产品，其特征在于，所述计算机程序产品中的指令由电子设备的处理器执行时，使得所述电子设备执行如权利要求1-10中任意一项所述的数据处理方法。

Images