报送数据检查方法、装置、设备及存储介质

技术领域

本申请涉及大数据领域，尤其涉及一种报送数据检查方法、装置、设备及存储介质。

背景技术

数字外汇管理平台是整合多种业务的数据采集、数据反馈、业务办理等需求而建立的面向金融机构的信息系统，金融机构需按照数字外汇管理平台的数据接口采集规范，生成标准化格式数据，将标准化格式数据报送至数字外汇管理平台。

数字外汇管理平台涉及的业务种类较多，涉及的数据校验要求繁杂，金融机构的各个业务处理系统可以分别建设报送数据的检查功能，及时检查报送数据的质量问题。

然而，上述方式存在相同检查功能重复建设的情况，导致报送数据的检查成本较高。

发明内容

本申请提供一种报送数据检查方法、装置、设备及存储介质，用以解决检查功能重复建设导致报送数据的检查成本较高的问题。

第一方面，本申请提供一种报送数据检查方法，包括：

获取来自业务处理端的需报送数据；

确定所述需报送数据所属的目标业务种类；

在报送数据检查配置文件中，查找所述目标业务种类对应的报送数据检查规则，所述报送数据检查配置文件中包含多个业务种类分别对应的报送数据检查规则，所述报送数据检查配置文件是基于数字管理平台的数据接口采集规范文件生成的；

按照所述目标业务种类对应的报送数据检查规则，对所述需报送数据进行数据检查，得到所述需报送数据的数据检查结果；

输出所述数据检查结果。

第二方面，本申请提供一种报送数据检查装置，包括：

数据获取模块，用于获取来自业务处理端的需报送数据；

种类确定模块，用于确定所述需报送数据所属的目标业务种类；

规则查找模块，用于在报送数据检查配置文件中，查找所述目标业务种类对应的报送数据检查规则，所述报送数据检查配置文件中包含多个业务种类分别对应的报送数据检查规则，所述报送数据检查配置文件是基于数字管理平台的数据接口采集规范文件生成的；

数据检查模块，用于按照所述目标业务种类对应的报送数据检查规则，对所述需报送数据进行数据检查，得到所述需报送数据的数据检查结果；

结果输出模块，用于输出所述数据检查结果。

第三方面，本申请提供一种电子设备，包括：处理器，以及与所述处理器通信连接的存储器；所述存储器存储计算机执行指令；所述处理器执行所述存储器存储的计算机执行指令，以实现如第一方面所述的报送数据检查方法。

第四方面，本申请提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现第一方面所述的报送数据检查方法。

第五方面，本申请提供一种计算机程序产品，所述计算机程序产品包括计算机程序，所述计算机程序被处理器执行时实现如第一方面提供的报送数据检查方法。

本申请提供的报送数据检查方法、装置、设备及存储介质，基于数字管理平台的数据接口采集规范文件，在报送数据检查配置文件中整理有多个业务种类分别对应的报送数据检查规则，在获取来自业务处理端的需报送数据后，在报送数据检查配置文件中可查找到需报送数据所属的业务种类对应的报送数据检查规则，基于需报送数据所属的业务种类对应的报送数据检查规则，对需报送数据进行数据检查，得到需报送数据的数据检查结果。可见，通过本申请可以处理不同业务种类的报送数据的数据检查，而无需在各个业务处理端分别建设检查功能，避免了相同检查功能的重复建设，降低了报送数据的检查成本。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1为本申请实施例适用的应用场景的示例图；

图2为本申请实施例提供的报送数据检查方法的流程示意图一；

图3为本申请实施例提供的报送数据检查方法的流程示意图二；

图4为本申请实施例提供的报送数据检查装置的结构示意图；

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

通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

需要说明的是，本申请所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据，并且相关数据的收集、使用和处理需要遵守相关法律法规和标准，并提供有相应的操作入口，供用户选择授权或者拒绝。

需要说明的是，本申请提供的报送数据检查方法、装置、设备及存储介质可用于大数据领域，也可用于除大数据领域之外的任意领域，本申请提供的报送数据检查方法、装置、设备及存储介质的应用领域不作限定。

数字外汇管理平台向金融机构提供数据接口采集规范，通过数据接口采集规范描述外汇相关数据的报送要求。金融机构需按照数字外汇管理平台的数据接口采集规范的要求，生成标准化格式数据，将标准化格式数据提供给数据外汇管理平台。在数据接口采集规范中，采用同一标准的描述语言来描述各项校验要求，由于涉及外汇管理报送的业务种类较多，数据校验要求也各不相同，金融机构在各个业务处理系统中分别开发出针对各业务种类的报送数据检查功能，以避免各业务处理系统之间相互耦合、相互影响。

然而，报送数据检查功能需要完整覆盖数据接口采集规范，在各个业务处理系统中分别开发针对各业务种类的报送数据检查功能，存在以下问题：1、相同报送种类的报送数据检查功能的重复投入、重复建设，导致报送数据的检查成本较高；2、相同报送种类的报送数据检查功能在各业务处理系统中的具体实现还可能不一致；3、在接口采集规范文档升级后，金融机构需要同步修改各业务处理系统中的外汇管理报送数据的检查功能，无法安全、快速地进行检查功能的升级，灵活性不足。

为解决上述问题，本申请提供了报送数据检查方法、装置、设备及存储介质。在本申请中，基于数字管理平台的数据接口采集规范文件，在报送数据检查配置文件中，整理了多个业务种类分别对应的报送数据检查规则，基于报送数据检查配置文件，可为金融机构的业务处理端的需报送数据，查找到相应业务种类的报送数据检查规则，基于这些报送数据检查规则，对需报送数据进行数据检查，实现需报送数据的自动检查。从而，无需在各个业务处理端分别建设报送数据的检查功能，可以有效地减少金融机构各业务处理端的研发工作量，缩短研发周期，加快上限时间；避免了相同报送种类的报送数据检查功能在各业务处理系统中的具体实现不一致；提高了报送数据检查的灵活性。

图1为本申请实施例适用的应用场景的示例图。如图1所示，应用场景可涉及业务处理端101、报送数据检查装置102和数字管理平台103，业务处理端101可以理解为金融机构的业务处理系统，由于金融机构涉及不同业务，可以有多个业务处理系统，业务处理端101可为多个，图1以1个为例；数字管理平台103是指外汇管理的数据采集系统，如数字外汇管理平台；报送数据检查装置102用于执行本申请提供的报送数据检查方法。

业务处理端101可以先按照数字管理平台103的数据接口采集规范文件，采集得到需报送数据，将需报送数据传入至报送数据检查装置102，由报送数据检查装置102基于报送数据检查配置文件对需报送数据进行检查，得到数据检查结果。报送数据检查装置102可以将数据检查结果返回给业务处理端101，业务处理端101在数据检查合格的情况下，可以将需报送数据上报至数字管理平台103，完成数据报送。

其中，业务处理端101、报送数据检查装置102和数字管理平台103可以是终端也可以是服务器，图1以业务处理端101和报送数据检查装置102为终端、数字管理平台103为服务器为例。终端可以是个人数字助理(personal digital assistant，简称PDA)设备、具有无线通信功能的手持设备(例如智能手机、平板电脑)、计算设备(例如个人电脑(personalcomputer，简称PC))、可穿戴设备(例如智能手表、智能手环)以及智能家居设备(例如智能音箱、智能显示设备)等。服务器可以为独立的服务器也可以为服务器集群，可以为本地服务器也可以为云服务器。

下面以具体的实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。

图2为本申请实施例提供的报送数据检查方法的流程示意图一。如图2所示，报送数据检查方法包括如下步骤：

S201，获取来自业务处理端的需报送数据。

其中，需报送数据是业务处理端按照数字管理平台的数字接口采集规范文件进行业务数据采集得到的，业务数据可以包括外汇业务的交易数据和/或与外汇业务相关的其他业务的交易数据。数字接口采集规范文件给出了数字管理平台对报送数据的要求。

本实施例中，可接收业务处理端的数据检查请求，从数据检查请求中获取需报送数据。或者，可从数据库中获取需报送数据，需报送数据由业务处理端存储至数据库中。

S202，确定需报送数据所属的目标业务种类。

其中，业务种类例如涉外收支业务、银行卡境外交易业务、外币存取业务等。为便于区分，在此将需报送数据所属的业务种类称为目标业务种类。

本实施例中，在业务处理端的数据检查请求中包含有需报送数据所属的目标业务种类，可从数据检查请求中获取目标业务种类；或者，可根据需报送数据所来自的业务处理端所处的业务领域，确定需报送数据所属的目标业务种类。

S203，在报送数据检查配置文件中，查找目标业务种类对应的报送数据检查规则，报送数据检查配置文件中包含多个业务种类分别对应的报送数据检查规则，报送数据检查配置文件是基于数字管理平台的数据接口采集规范文件生成的。

其中，可通过对数字管理平台的数据接口采集规范文件进行分析和整理，得到报送数据检查配置文件。在报送数据检查配置文件中，记载着业务种类以及与业务种类对应的报送数据检查规则，业务种类与报送数据检查规则可以是一对一的关系、一对多的关系或者是多对多的关系，比如，一个业务种类可以对应多个报送数据检查规则，又如，多个业务种类可以对应相同一批报送数据检查规则。

本实施例中，以目标业务种类作为关键字，在报送数据检查配置文件中，查找目标业务种类对应的报送数据检查规则，目标业务种类对应的报送检查规则体现了数字管理平台的数据接口采集规范文件对目标业务种类下的业务数据的报送要求。

S204，按照目标业务种类对应的报送数据检查规则，对需报送数据进行数据检查，得到需报送数据的数据检查结果。

本实施例中，检查需报送数据是否满足目标业务种类对应法的报送数据检查规则中的各项要求，得到需报送数据的数据检查结果。其中，需报送数据的数据检查结果可以是需报送数据成功通过检查，也可以是需报送数据未成功通过检查，如果数据检查结果是需报送数据未成功通过检查，数据检查结果中还可以包括未成功通过检查的原因。

S205，输出数据检查结果。

本实施例中，可显示数据检查结果，和/或，将数据检查结果发送至业务处理端，使得用户可以在报送数据检查装置上和/或在业务处理端上及时知道数据检查结果。

可选的，业务处理端在接收到数据检查结果后，如果数据检查结果是需报送数据成功通过检查，则业务处理端可将需报送数据发送至数字管理平台。从而，实现报送数据检查和报送的自动进行，提高了数据报送效率。

本申请实施例中，通过将数字管理平台的数据接口采集规范文件中对数据的要求，转换为报送数据检查配置文件中多个业务种类分别对应的报送数据检查规则，使得不同的业务种类之间的检查规则相互隔离、互不影响。基于报送数据检查配置文件，可以为不同业务种类的报送数据，查找到相应的报送数据检查规则并进行数据检查。从而，无需在各个业务处理端分别建设报送数据的检查功能，当业务处理端新增业务种类或者调整业务种类时，本实施例依旧可以为业务处理端提供数据检查服务，有效地减少金融机构各业务处理端的研发工作量，缩短研发周期，加快上限时间；避免了相同报送种类的报送数据检查功能在各业务处理系统中的具体实现不一致；提高了报送数据检查的灵活性。

在一些实施例中，报送数据检查配置文件中多个业务种类与报送数据检查规则的对应关系可以体现为多个业务种类标识与报送数据检查规则的对应关系。其中，业务种类标识唯一，即不同的业务种类具备不同的业务种类标识。从而，通过唯一的业务种类标识与报送数据检查规则的对应关系，清楚标识业务种类与报送数据检查规则的对应关系。基于此，S202可包括：确认需报送数据所属的目标业务种类标识；S203可包括：在报送数据检查配置文件中，查找目标业务种类标识对应的报送检查规则；S204可包括：按照目标业务种类标识对应的报送数据检查规则，对需报送数据进行数据检查，得到需报送数据的数据检查结果。从而，基于业务种类标识为报送数据查找准确的数据检查规则并进行数据检查。

可选的，业务种类标识可包括业务种类编号(又可以称为业务种类代码)和业务种类名称，通过业务种类代码和业务种类名称唯一标识业务种类。

作为示例的，业务种类标识如表1所示：

表1

在一些实施例中，需报送数据可包括多个字段，即需报送数据可以体现为报文的形式，报文中包含有多个字段。目标业务种类对应的报送数据检查规则包括多个字段分别对应的字段检查规则，字段对应的字段检查规则用于对该字段进行检查，所以数据检查结果可包括多个字段分别对应的字段检查结果。按照目标业务种类对应的报送数据检查规则，对需报送数据进行数据检查，得到需报送数据的数据检查结果，可包括：按照多个字段分别对应的字段检查规则，对多个字段分别进行检查，得到多个字段分别对应的字段检查结果。

其中，对多个字段分别进行检查，可以是并行对多个字段进行检查，也可以是对多个字段依次进行检查，直至需报送数据中的每个字段都进行了检查。

本实施例中，字段对应的字段检查规则中可以包括检查字段的完整性的字段检查规则和/或检查字段的合法性的字段检查规则，对多个字段分别进行检查的过程中，针对各个字段，可按照字段对应的字段检查规则，对字段进行完整性检查和/或合法性检查，得到字段对应的字段检查结果。从而，将需报送数据的数据检查细化到了多个字段的字段检查，确保需报送数据的每个字段都进行了检查。

在一种可能的实现方式中，按照多个字段分别对应的字段检查规则，对多个字段分别进行检查，得到多个字段分别对应的字段检查结果，可包括：按照多个字段分别对应的字段检查规则，对多个字段分别进行字段类型检查、字段长度检查、必输选输内容检查、数据字典检查、数据格式检查、数据逻辑检查、字段函数检查中至少一种检查，得到多个字段分别对应的字段检查结果。从而，实现对字段一个或者多个方面的检查。

其中，字段类型检查，是指检查字段的字段类型是否符合字段检查规则中的字段类型，比如整型、浮点型、字符型、数字字符混合型、日期型、时间型、文本型等；字段长度检查，是指检查字段的字段长度是否符合字段检查规则中的字段长度；必输选输内容检查，是指检查字段检查规则中字段是否为必输字段，如果字段是必输字段则检查字段的字段内容是否为空，在字段是必输字段的情况下要求字段内容不为空，在字段不是必输字段的情况下字段内容可以为空；对字段进行数据字典检查，是指检查字段内容是否符合字段检查规则所采用的数据字典，比如字段为选择项，需要在数据字典给出的几个内容中选择其中一个，那么需要检查字段内容是否是数据字段中针对该字段给出的可选内容，比如检查字段中的货币代码是否符合数据字典中的货币代码，此外数据字段中还可以包含操作类型、借贷标志、处理状态等个性化代码；数据格式检查，是指检查字段的数据格式是否符合字段检查规则中的数据格式，比如日期型、时间型；对字段进行数据逻辑检查，是指按照字段检查规则对字段进行固定长度检查、边界值检查、范围值检查、字段间逻辑比较等一种或者多种检查；字段函数检查，是指通过自定义函数对字段进行检查，比如通过自定义函数进行证件号、组织机构代码的校验位校验。

可选的，报送数据检查配置文件中可以包括多个业务种类分别对应的报送数据检查规则表，在报送数据检查规则表中，每一行对应一个字段的字段检查规则。如此，通过报送数据检查配置文件将数据采集接口规范文档中的报送数据要求配置为一个个规则，便于报送数据检查装置处理，进而实现不同种类的报送数据的自动检查。

作为示例的，在数据采集结构规范文档中，可结合数据术语解释、数据格式和数据字典等多方面内容来描述对报送数据的要求。其中，数据术语解释如表2所示：

表2

其中，数据字典如表3所示：

表3

作为示例的，数据检查配置文件中的报送数据检查规则表如表4(需说明，表4主要是展示表中菜单项，比如字段、内容、数据类型等，每个字段在这些菜单下的内容根据具体业务来确定，在表4不进行展示，用省略号代替)所示：

表4

在数据检查配置文件中可以有多个如表4的报送数据检查规则表，每个报送数据检查规则表可分别对应一个业务种类，用于描述业务种类下多个字段的字段检查规则。

可选的，按照多个字段分别对应的字段检查规则，对多个字段分别进行检查，得到多个字段分别对应的字段检查结果之后，包括：确定多个字段中是否存在未检查字段；如果多个字段中存在未检查字段，则继续对未检查字段进行检查，否则结束对需报送数据的检查。从而，避免多个字段中遗漏部分字段未检查。尤其地，在对多个字段依次检查的过程中，可以每次都判断是否存在未检查字段。

图3为本申请实施例提供的报送数据检查方法的流程示意图二。如图3所示，报送数据检查方法包括如下步骤：

S301，获取来自业务处理端的需报送数据。

S302，确定所需报送数据所属的目标业务种类。

S303，在报送数据检查配置文件中，查找目标业务种类对应的报送数据检查规则。

其中，S301～S303的实现原理和技术效果可参照前述实施例，不再赘述。

S304，确定需报送数据中是否存在未检查字段。

如果需报送数据中存在未检查字段，则执行S305，否则执行S307。

S305，从未检查字段中获取当前字段。

本实施例中，可按顺序从未检查字段中获取一个字段作为当前字段。

S306，对当前字段进行字段类型、字段长度、必输选输内容、数据字典、数据格式、数据逻辑、字段函数的检查，得到当前字段的字段检查结果。

本实施例中，可对当前字段依次或者并行进行字段类型、字段长度、必输选输内容、数据字典、数据格式、数据逻辑、字段函数的检查，这些检查的顺序可以打乱，最终得到当前字段的字段检查结果，字段检查结果中可以包括字段类型检查结果、字段长度检查结果、必输选输内容检查结果、数据字典检查结果、数据格式检查结果、数据逻辑检查结果以及字段函数检查结果，在这些检查结果中可以记载检查通过或者检查未通过，如果检查未通过还可以记载未通过的原因。具体的检查过程可以参照前述实施例，不再赘述。

在执行S306之后，可跳转至执行S304。

S307，输出需报送数据的数据检查结果，其中，需报送数据的数据检查结果包括需报送数据中所有字段的字段检查结果。

可选的，还可保存需报送数据的数据检查结果，便于用户随时可以查看。

可选的，将对需报送数据的检查操作保存至操作日志，以便用户在操作日志中查看需报送数据的检查信息，比如检查时间、检查结果等。

进一步的，在对需报送数据进行检查之前或者检查之后，可获取与目标业务种类相关的全局变量(比如交易机构、交易日期、交易人员等全局信息)以及数据检查的环境信息(比如数据检查装置的终端ID、IP地址等)，在将对需报送数据的检查操作保存至操作日志的过程中，可将该全局变量和环境信息写入操作日志中，为用户提供更多信息。

本公开实施例中，基于报送数据检查配置文件，可针对需报送数据所属的业务种类，为需报送数据提供准确的报送数据检查规则，如此可适应于报送数据的业务种类灵活调整数据检查规则；基于报送数据检查规则，对需报送数据中的多个字段分别进行多方面的字段检查，实现报送数据自动检查的同时，提高了报送数据的检查准确性。

在一些实施例中，在得到需报送数据的数据检查结果之后，如果数据检查结果中指示需报送数据存在数据缺失，则可输出补录提示信息，补录提示信息用于提示用户对需报送数据进行补录处理；获取需报送数据的补录数据；对补录数据进行完整性检查；如果补录数据不完整，则继续进行补录处理直至补录完整。从而，在数据检查后，用户可以对缺失的数据进行及时补录，满足数据监管的实时性，而不用重新提交需报送数据的全部内容，无需重新对需报送数据中的全部内容进行数据检查，提高了数据检查的灵活性和效率。

本实施例中，在数据检查结果指示需报送数据存在数据缺失的情况下(比如，在对需报送数据进行必输选输内容检查时，检查出需报送数据中的必输内容为空)，可显示补录提示信息，或者将补录提示信息发送至业务处理端，以提醒业务处理端的用户对需报送数据进行补录处理。补录提示信息还可以指示需报送数据所缺失的数据，便于用户知道是哪部分内容缺失，提高数据补录的准确性。在用户进行数据补录之后，可获取需报送数据的补录数据，按照目标业务种类对应的报送数据检查规则，对补录数据进行完整性检查。如果补录数据不完整，则可以继续提示用户进行补录直至补录完整。当然，用户在判断无法通过补录解决问题的情况下，可以放弃补录，选择重新输入需报送数据。

可选的，在需报送数据包括多个字段的情况下，如果需报送数据的数据检查结果中指示需报送数据存在数据缺失，则基于数据缺失字段的字段属性，确定数据缺失字段是否为关键字段；如果数据缺失字段不为关键字段，则输出补录提示信息。如果数据确实字段为关键字段，则无需提示用户进行补录，需要业务处理端重新提供需报送数据。从而，对于非关键字段的数据缺失，支持用户手工补录，满足数据报送的时效性要求，对于关键字段的数据缺失，不支持用户手工补录，避免关键字段因补录而被人为错误覆盖。

在一些实施例中，可响应于数据接口采集规范文件的更新，更新报送数据检查配置文件，从而，提高报送数据检查配置文件的准确性。相较于在各个业务处理端单独开发报送数据的检查功能，本实施例可以适应于数据接口采集规范文件的更新，灵活更新数据报送配置文件，而无需升级每个检查功能，降低了开发成本。

本实施例中，如果数据接口采集规范文档新增与已有业务种类相关的数据采集规范，比如对已有业务种类下的字段新增了一些数据要求，那么在数据检查配置文件中，可以更新该已有业务种类对应的报送数据检查规则，使其覆盖该已有业务种类下的所有数据采集规范。如果数据采集规范文档中出现新增业务种类的数据采集规范，则在数据检查配置文件中，可以增加该新增业务种类对应的报送数据检查规则。

图4为本申请实施例提供的报送数据检查装置的结构示意图。如图4所示，本实施例提供的报送数据检查装置400，包括：

数据获取模块401，用于获取来自业务处理端的需报送数据；

种类确定模块402，用于确定需报送数据所属的目标业务种类；

规则查找模块403，用于在报送数据检查配置文件中，查找目标业务种类对应的报送数据检查规则，报送数据检查配置文件中包含多个业务种类分别对应的报送数据检查规则，报送数据检查配置文件是基于数字管理平台的数据接口采集规范文件生成的；

数据检查模块404，用于按照目标业务种类对应的报送数据检查规则，对需报送数据进行数据检查，得到需报送数据的数据检查结果；

结果输出模块405，用于输出数据检查结果。

在一些实施例中，需报送数据包括多个字段，目标业务种类对应的报送数据检查规则包括多个字段分别对应的字段检查规则，数据检查结果包括多个字段分别对应的字段检查结果；数据检查模块404具体用于：按照多个字段分别对应的字段检查规则，对多个字段分别进行检查，得到多个字段分别对应的字段检查结果。

在一些实施例中，数据检查模块404具体用于：按照多个字段分别对应的字段检查规则，对多个字段分别进行字段类型检查、字段长度检查、必输选输内容检查、数据字典检查、数据格式检查、数据逻辑检查、字段函数检查中至少一种检查，得到多个字段分别对应的字段检查结果。

在一些实施例中，数据检查模块404具体用于：将经过检查的字段标记为已检查字段；确定多个字段中是否存在未检查字段；如果多个字段中存在未检查字段，则继续对未检查字段进行检查，否则结束对需报送数据的检查。

在一些实施例中，报送数据检查装置还包括数据补录模块406，用于如果数据检查结果中指示需报送数据存在数据缺失，则输出补录提示信息，补录提示信息用于提示用户对需报送数据进行补录处理；获取需报送数据的补录数据；对补录数据进行完整性检查；如果补录数据不完整，则继续进行补录处理直至补录完整。

在一些实施例中，需报送数据包括多个字段，需报送数据存在数据缺失包括多个字段中存在数据缺失字段，数据补录模块406具体用于：如果数据检查结果中指示需报送数据存在数据缺失，则基于数据缺失字段的字段属性，确定数据缺失字段是否为关键字段；如果数据缺失字段不为关键字段，则输出补录提示信息。

在一些实施例中，报送数据检查装置还包括更新模块407，用于响应于数据接口采集规范文件的更新，更新报送数据检查配置文件。

图5为本申请实施例提供的一种电子设备的结构示意图。如图5所示，该电子设备500可以包括：至少一个处理器501和存储器502。图5示出的是以一个处理器为例的电子设备。

存储器502，用于存放处理器501的程序。具体地，程序可以包括程序代码，程序代码包括计算机操作指令。

存储器502可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

处理器501配置为用于执行存储器502存储的计算机程序，以实现以上各方法实施例中报送数据检查方法中的各步骤。

其中，处理器501可能是一个中央处理器(central processing unit，简称为CPU)，或者是特定集成电路(application specific integrated circuit，简称为ASIC)，或者是被配置成实施本申请实施例的一个或多个集成电路。

可选地，存储器502既可以是独立的，也可以跟处理器501集成在一起。当存储器502是独立于处理器501之外的器件时，电子设备500，还可以包括：总线503，用于连接处理器501以及存储器502。总线可以是工业标准体系结构(industry standard architecture，简称为ISA)总线、外部设备互连(peripheral component，PCI)总线或扩展工业标准体系结构(extended industry standard architecture，EISA)总线等。总线可以分为地址总线、数据总线、控制总线等，但并不表示仅有一根总线或一种类型的总线。

可选的，在具体实现上，如果存储器502和处理器501集成在一块芯片上实现，则存储器502和处理器501可以通过内部界面完成通信。

本申请还提供了一种计算机可读存储介质，该计算机可读存储介质可以包括：U盘、移动硬盘、只读存储器(read-only memory，ROM)、随机存取存储器(random accessmemory，RAM)、磁盘或者光盘等各种可以存储程序代码的介质，具体的，该计算机可读存储介质中存储有计算机执行指令，当电子设备的至少一个处理器执行该计算机执行指令时，电子设备执行上述的各种实施方式提供的报送数据检查方法的各个步骤。

本申请实施例还提供一种计算机程序产品，该计算机程序产品包括计算机程序，该计算机程序存储在可读存储介质中。电子设备的至少一个处理器可以从可读存储介质读取该计算机程序，至少一个处理器执行该计算机程序使得电子设备实施上述的各种实施方式提供的报送数据检查方法的各个步骤。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求书指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求书来限制。