G06Q10/10 G06Q40/08
1.一种数据处理方法,应用于保险系统,其特征在于,所述数据处理方法包括以下步 骤:
在系统平台上发布产品信息及配置标准模板,接收渠道方发送的基于所述产品信息完 善所述标准模板所生成的申请文件;
对所述申请文件进行校验,当校验通过时,将所述申请文件发送至第三方系统;
接收所述第三方系统基于所述申请文件反馈的确认信息,根据所述确认信息与所述申 请文件生成确认文件,将所述确认文件发送至所述渠道方。
2.如权利要求1所述的数据处理方法,其特征在于,对所述申请文件进行校验之后包 括:
当所述申请文件校验不通过时,获取所述申请文件校验不通所对应的错误类型;
当所述错误类型为信息输入错误时,向所述渠道方输出信息输入错误的提示,以使所 述渠道方对所述申请文件的数据进行修改;
当所述错误类型为文件缺失时,对所述申请文件的数据进行暂停处理。
3.如权利要求1所述的数据处理方法,其特征在于,所述接收渠道方发送的基于所述产 品信息完善所述标准模板所生成的申请文件,包括:
接收渠道方发送的基于所述产品信息完善所述标准模板所生成的申请文件,根据所述 申请文件获取所述渠道方对应的渠道流水号,并为所述渠道方设定渠道代码;
根据所述渠道流水号及设定的渠道代码生成目标流水号;
将所述申请文件发送至第三方系统的步骤包括:
根据所述目标流水号将所述申请文件发送至第三方系统;
将所述确认文件发送至所述渠道方的步骤包括:
获取所述目标流水号中包含的渠道流水号,根据所述渠道流水号将所述确认文件发送 至所述渠道方。
4.如权利要求1所述的数据处理方法,其特征在于,所述标准模板包括文件名称、文件 类型、版本号、交易流水号、交易时间、银行账号、证件类型、个人信息和/或。
5.如权利要求1-4任一项所述的数据处理方法,其特征在于,所述接收渠道方发送的基 于所述产品信息完善所述标准模板所生成的申请文件之后包括:
获取接收到所述渠道方发送所述申请文件的接收时间,判断所述申请文件的接收时间 是否在当天的预设时间范围内;
若所述申请文件的接收时间在当天的预设时间范围内,则执行对所述申请文件进行校 验的步骤;
若所述申请文件的接收时间不在当天的预设时间范围内,则在第二天的预设时间范围 内,执行对所述申请文件进行校验的步骤。
6.一种数据处理装置,应用于保险系统,其特征在于,所述数据处理装置包括:
接收模块,用于在系统平台上发布产品信息及配置标准模板,接收渠道方发送的基于 所述产品信息完善所述标准模板所生成的申请文件;
校验模块,用于对所述申请文件进行校验,当校验通过时,将所述申请文件发送至第三 方系统;
发送模块,用于接收所述第三方系统基于所述申请文件反馈的确认信息,根据所述确 认信息与所述申请文件生成确认文件,将所述确认文件发送至所述渠道方。
7.如权利要求6所述的数据处理装置,其特征在于,所述数据处理装置还包括:
获取模块,用于当所述申请文件校验不通过时,获取所述申请文件校验不通所对应的 错误类型;
修改模块,用于当所述错误类型为信息输入错误时,向所述渠道方输出信息输入错误 的提示,以使所述渠道方对所述申请文件的数据进行修改;
暂停模块,用于当所述错误类型为文件缺失时,对所述申请文件的数据进行暂停处理。
8.如权利要求6所述的数据处理装置,其特征在于,所述接收模块还用于,接收渠道方 发送的基于所述产品信息完善所述标准模板所生成的申请文件,根据所述申请文件获取所 述渠道方对应的渠道流水号,并为所述渠道方设定渠道代码;根据所述渠道流水号及设定 的渠道代码生成目标流水号;
所述校验模块还用于,对所述申请文件进行校验,当校验通过时,根据所述目标流水号 将所述申请文件发送至第三方系统;
所述发送模块还用于,接收所述第三方系统基于所述申请文件反馈的确认信息,根据 所述确认信息与所述申请文件生成确认文件;获取所述目标流水号中包含的渠道流水号, 根据所述渠道流水号将所述确认文件发送至所述渠道方。
9.如权利要求6所述的数据处理装置,其特征在于,所述所述标准模板包括文件名称、 文件类型、版本号、交易流水号、交易时间、银行账号、证件类型、个人信息和/或。
10.如权利要求6-9任一项所述的数据处理装置,其特征在于,所述数据处理装置还包 括:
判断模块,用于获取接收到所述渠道方发送所述申请文件的接收时间,判断所述申请 文件的接收时间是否在当天的预设时间范围内;
处理模块,用于若所述申请文件的接收时间在当天的预设时间范围内,则由所述校验 模块对所述申请文件进行校验;
若所述申请文件的接收时间不在当天的预设时间范围内,则所述校验模块在第二天的 预设时间范围内,对所述申请文件进行校验。
本发明涉及保险系统技术领域,尤其涉及一种数据处理方法及装置。
保险系统对接的渠道方众多,例如,该保险系统可为养老保障系统。由于保险系统 与渠道方之间进行数据交互时,针对每个渠道方的数据交互规则不一致,导致针对不同的 渠道方需要重新开发不同的交互模板。从而随着保险系统对接渠道方的增多,不仅增加了 保险系统开发的复杂性,而且保险系统与不同渠道方之间通过不同的规则进行数据交互, 不够便捷。
本发明的主要目的在于提供一种数据处理方法及装置,旨在提高保险系统与渠道 方进行交互的便捷性。
为实现上述目的,本发明提供了一种数据处理方法,应用于保险系统,包括:
在系统平台上发布产品信息及配置标准模板,接收渠道方发送的基于所述产品信 息完善所述标准模板所生成的申请文件;
对所述申请文件进行校验,当校验通过时,将所述申请文件发送至第三方系统;
接收所述第三方系统基于所述申请文件反馈的确认信息,根据所述确认信息与所 述申请文件生成确认文件,将所述确认文件发送至所述渠道方。
优选地,对所述申请文件进行校验之后包括:
当所述申请文件校验不通过时,获取所述申请文件校验不通所对应的错误类型;
当所述错误类型为信息输入错误时,向所述渠道方输出信息输入错误的提示,以 使所述渠道方对所述申请文件的数据进行修改;
当所述错误类型为文件缺失时,对所述申请文件的数据进行暂停处理。
优选地,所述接收渠道方发送的基于所述产品信息完善所述标准模板所生成的申 请文件,包括:
接收渠道方发送的基于所述产品信息完善所述标准模板所生成的申请文件,根据 所述申请文件获取所述渠道方对应的渠道流水号,并为所述渠道方设定渠道代码;
根据所述渠道流水号及设定的渠道代码生成目标流水号;
将所述申请文件发送至第三方系统的步骤包括:
根据所述目标流水号将所述申请文件发送至第三方系统;
将所述确认文件发送至所述渠道方的步骤包括:
获取所述目标流水号中包含的渠道流水号,根据所述渠道流水号将所述确认文件 发送至所述渠道方。
优选地,所述标准模板包括文件名称、文件类型、版本号、交易流水号、交易时间、 银行账号、证件类型、个人信息和/或。
优选地,所述接收渠道方发送的基于所述产品信息完善所述标准模板所生成的申 请文件之后包括:
获取接收到所述渠道方发送所述申请文件的接收时间,判断所述申请文件的接收 时间是否在当天的预设时间范围内;
若所述申请文件的接收时间在当天的预设时间范围内,则执行对所述申请文件进 行校验的步骤;
若所述申请文件的接收时间不在当天的预设时间范围内,则在第二天的预设时间 范围内,执行对所述申请文件进行校验的步骤。
此外,为实现上述目的,本发明还提供了一种数据处理装置,应用于保险系统,包 括:
接收模块,用于在系统平台上发布产品信息及配置标准模板,接收渠道方发送的 基于所述产品信息完善所述标准模板所生成的申请文件;
校验模块,用于对所述申请文件进行校验,当校验通过时,将所述申请文件发送至 第三方系统;
发送模块,用于接收所述第三方系统基于所述申请文件反馈的确认信息,根据所 述确认信息与所述申请文件生成确认文件,将所述确认文件发送至所述渠道方。
优选地,所述数据处理装置还包括:
获取模块,用于当所述申请文件校验不通过时,获取所述申请文件校验不通所对 应的错误类型;
修改模块,用于当所述错误类型为信息输入错误时,向所述渠道方输出信息输入 错误的提示,以使所述渠道方对所述申请文件的数据进行修改;
暂停模块,用于当所述错误类型为文件缺失时,对所述申请文件的数据进行暂停 处理。
优选地,所述接收模块还用于,接收渠道方发送的基于所述产品信息完善所述标 准模板所生成的申请文件,根据所述申请文件获取所述渠道方对应的渠道流水号,并为所 述渠道方设定渠道代码;根据所述渠道流水号及设定的渠道代码生成目标流水号;
所述校验模块还用于,对所述申请文件进行校验,当校验通过时,根据所述目标流 水号将所述申请文件发送至第三方系统;
所述发送模块还用于,接收所述第三方系统基于所述申请文件反馈的确认信息, 根据所述确认信息与所述申请文件生成确认文件;获取所述目标流水号中包含的渠道流水 号,根据所述渠道流水号将所述确认文件发送至所述渠道方。
优选地,所述所述标准模板包括文件名称、文件类型、版本号、交易流水号、交易时 间、银行账号、证件类型、个人信息和/或。
优选地,所述数据处理装置还包括:
判断模块,用于获取接收到所述渠道方发送所述申请文件的接收时间,判断所述 申请文件的接收时间是否在当天的预设时间范围内;
处理模块,用于若所述申请文件的接收时间在当天的预设时间范围内,则由所述 校验模块对所述申请文件进行校验;
若所述申请文件的接收时间不在当天的预设时间范围内,则所述校验模块在第二 天的预设时间范围内,对所述申请文件进行校验。
本发明实施例保险系统在系统平台上发布产品信息及配置标准模板,接收渠道方 发送的基于所述产品信息完善所述标准模板所生成的申请文件;对所述申请文件进行校 验,当校验通过时,将所述申请文件发送至第三方系统;接收所述第三方系统基于所述申请 文件反馈的确认信息,根据所述确认信息与所述申请文件生成确认文件,将所述确认文件 发送至所述渠道方。使得通过设定标准模板进行信息传递,提高了保险系统与渠道方进行 交互的便捷性。
图1为本发明数据处理方法第一实施例的流程示意图;
图2为本发明数据处理方法第二实施例的流程示意图;
图3为本发明数据处理方法第三实施例的流程示意图;
图4为本发明数据处理装置第一实施例的功能模块示意图;
图5为本发明数据处理装置第二实施例的功能模块示意图;。
本发明目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明。
应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
如图1所示,示出了本发明一种数据处理方法第一实施例。该实施例的数据处理方 法包括:
步骤S10、在系统平台上发布产品信息及配置标准模板,接收渠道方发送的基于所 述产品信息完善所述标准模板所生成的申请文件;
本实施例中,数据处理方法应用于保险系统,该保险系统包括养老保障系统,以下 将以养老保障系统为例进行详细说明。养老保障系统在其设置的项目库中建立与基金产品 对应的产品项目,并发布该产品项目对应的产品信息,等待客户对基金产品进行认购或赎 回等。
养老保障系统还配置有与渠道方及第三方系统进行交互的标准模板,以便通过该 标准模板进行数据交互。标准模板包括文件名称、文件类型、版本号、交易流水号、交易时 间、银行账号、证件类型、个人信息、等。
当渠道方需要与养老保障系统进行交互时,渠道方基于产品信息对标准模板进行 完善,以根据完善的标准模板所生成的申请文件,并将申请文件发送至养老保障系统,养老 保障系统接收该申请文件,该申请文件包括开户文件、认购文件、赎回文件等。该渠道方包 括预先与养老保障系统建立合作关系的渠道方,例如陆金所、、京东等。
步骤S20、对所述申请文件进行校验,当校验通过时,将所述申请文件发送至第三 方系统;
养老保障系统对接收到的申请文件进行校验,该校验包括物理校验和业务校验, 该物理校验可为对期赎回文件的长度、数值型等进行校验,该业务校验可为对期赎回文件 的身份证号、银行账号等进行校验。
首先判断物理校验是否通过,当物理校验不通过时,输出相应的提示信息,以便管 理人员根据提示信息进行处理。当物理校验通过时,判断业务校验是否通过,若业务校验不 通过,则输出相应的提示信息,以便管理人员根据提示信息进行处理。若业务校验通过,则 将申请文件发送至第三方系统,并将申请文件存储至指定的业务表中。例如,当申请文件为 开户文件时,将开户文件存储至开户业务表中;当申请文件为认购文件时,将认购文件存储 至认购业务表中。该第三方系统可为与养老保障系统建立合作关系的银行系统,例如,恒生 的TA系统。
步骤S30、接收所述第三方系统基于所述申请文件反馈的确认信息,根据所述确认 信息与所述申请文件生成确认文件,将所述确认文件发送至所述渠道方。
第三方系统对接收到的申请文件进行审核,当审核通过后生成确认信息,将确认 信息发送至养老保障系统。养老保障系统接收第三方系统基于申请文件反馈的确认信息, 并将确认信息存储至指定的业务表中。然后根据确认信息与申请文件生成确认文件,说明 申请成功,此时将确认文件发送至渠道方。
本发明实施例养老保障系统在系统平台上发布产品信息及配置标准模板,接收渠 道方发送的基于所述产品信息完善所述标准模板所生成的申请文件;对所述申请文件进行 校验,当校验通过时,将所述申请文件发送至第三方系统;接收所述第三方系统基于所述申 请文件反馈的确认信息,根据所述确认信息与所述申请文件生成确认文件,将所述确认文 件发送至所述渠道方。使得通过设定标准模板进行信息传递,提高了养老保障系统与渠道 方进行交互的便捷性。
进一步地,基于上述数据处理方法第一实施例,提出了本发明数据处理方法第二 实施例,该实施例中上述对所述申请文件进行校验的步骤之后包括:
当所述申请文件校验不通过时,获取所述申请文件校验不通所对应的错误类型;
当所述错误类型为信息输入错误时,向所述渠道方输出信息输入错误的提示,以 使所述渠道方对所述申请文件的数据进行修改;
当所述错误类型为文件缺失时,对所述申请文件的数据进行暂停处理。
本实施例中,养老保障系统在对申请文件进行校验的过程中,当校验不通过时,可 获取申请文件的错误类型并根据错误类型对数据进行相应的处理。具体地,当错误类型为 个人信息、文件名称等信息输入错误时,养老保障系统向渠道方输出信息输入错误的提示, 以使渠道方对申请文件的数据进行修改,养老保障系统接收渠道方基于信息输入错误返回 的修改信息,根据修改信息接收用户输入指令对申请文件的数据执行相应的修改操作。
当错误类型为文件缺失时,也即接收到文件的顺序错误,例如,先接收到渠道方发 送的认购文件,而未接收到渠道方发送的开户文件时,暂停对认购文件的处理,并判断是否 接收到开户文件。当接收到开户文件时,依次对开户文件及认购文件进行处理;当未接收到 开户文件时,维持对认购文件的暂停处理。
本实施例养老保障系统在对申请文件校验不通过时,可根据申请文件的错误类型 来对申请文件的数据进行相应的处理,减少人工干预的工作量,提高了校验的准确性及时 效性。
进一步地,基于上述数据处理方法第一实施例,提出了本发明数据处理方法第三 实施例,该实施例中上述步骤S10包括:
接收渠道方发送的基于所述产品信息完善所述标准模板所生成的申请文件,根据 所述申请文件获取所述渠道方对应的渠道流水号,并为所述渠道方设定渠道代码;
根据所述渠道流水号及设定的渠道代码生成目标流水号;
将所述申请文件发送至第三方系统的步骤包括:
根据所述目标流水号将所述申请文件发送至第三方系统;
将所述确认文件发送至所述渠道方的步骤包括:
获取所述目标流水号中包含的渠道流水号,根据所述渠道流水号将所述确认文件 发送至所述渠道方。
本实施例中,为了减少人工确认的不准确,养老保障系统在与渠道方及第三方系 统进行数据交互时,可通过设定目标流水号,将目标流水号作为数据交互的识别码。具体 地,养老保障系统在接收到接收渠道方发送的申请文件后,获取该渠道方对应的渠道流水 号,并为渠道方设定渠道代码。然后根据渠道流水号及设定的渠道代码生成目标流水号,并 在对申请文件校验通过后,根据目标流水号将申请文件发送至第三方系统。在接收到第三 方系统基于申请文件反馈的确认信息后,根据确认信息与申请文件生成确认文件,再提取 目标流水号中包含的渠道流水号,根据渠道流水号将确认文件发送至渠道方。
本实施例养老保障系统在接收到申请文件后,通过根据渠道流水号及设定的渠道 代码生成目标流水号,以便通过目标流水号与渠道方及第三方系统进行数据交互,减少了 人工操作,提高了对数据进行确认的准确性及效率。
进一步地,基于上述数据处理方法第一、第二或第三实施例,提出了本发明数据处 理方法第四实施例,该实施例中上述步骤S10之后包括:
获取接收到所述渠道方发送所述申请文件的接收时间,判断所述申请文件的接收 时间是否在当天的预设时间范围内;
若所述申请文件的接收时间在当天的预设时间范围内,则执行对所述申请文件进 行校验的步骤;
若所述申请文件的接收时间不在当天的预设时间范围内,则在第二天的预设时间 范围内,执行对所述申请文件进行校验的步骤。
具体地,在一实施例中,如图2所示,本实施例中数据处理方法包括:
步骤S10、养老保障系统在系统平台上发布产品信息及配置标准模板,接收渠道方 发送的基于所述产品信息完善所述标准模板所生成的申请文件;
步骤S40、获取接收到所述渠道方发送所述申请文件的接收时间,判断所述申请文 件的接收时间是否在当天的预设时间范围内;
步骤S21、若所述申请文件的接收时间在当天的预设时间范围内,则对所述申请文 件进行校验,当校验通过时,将所述申请文件发送至第三方系统;
步骤S30、接收所述第三方系统基于所述申请文件反馈的确认信息,根据所述确认 信息与所述申请文件生成确认文件,将所述确认文件发送至所述渠道方。
在另一实施例中,如图3所示,本实施例中数据处理方法包括:
步骤S10、养老保障系统在系统平台上发布产品信息及配置标准模板,接收渠道方 发送的基于所述产品信息完善所述标准模板所生成的申请文件;
步骤S40、获取接收到所述渠道方发送所述申请文件的接收时间,判断所述申请文 件的接收时间是否在当天的预设时间范围内;
步骤S22、若所述申请文件的接收时间不在当天的预设时间范围内,则在第二天的 预设时间范围内,对所述申请文件进行校验,当校验通过时,将所述申请文件发送至第三方 系统;
步骤S30、接收所述第三方系统基于所述申请文件反馈的确认信息,根据所述确认 信息与所述申请文件生成确认文件,将所述确认文件发送至所述渠道方。
本实施例中,养老保障系统可预先设置日切开关,规定每天仅在指定的时间内对 接收到的数据进行处理。例如,渠道方可随时发送数据至养老保障系统,但是在每天早上9 点,日切开关打开,使得养老保障系统可以对接收到的数据进行处理;而下午15点时,日切 开关关闭,使得15点以后接收到的数据自动委托到第二天进行处理。
养老保障系统在接收到渠道方发送的到期申请文件后,在对到期申请文件进行进 行校验之前,首先获取接收到渠道方发送到期申请文件的接收时间,判断接收时间是否在 当天的预设时间范围内。当接收时间在当天的预设时间范围内,则对到期申请文件进行进 行校验;当接收时间不在当天的预设时间范围内,则在第二天的预设时间范围内,对到期申 请文件进行进行校验。该预设时间范围可根据具体情况而灵活设置。
本实施例养老保障系统可不限定接收申请文件的时间,而设定处理接收到的申请 文件的时间,以适应管理人员的工作时间,提高了养老保障系统对数据进行处理的灵活性 及便捷性。
对应地,如图4所示,提出本发明一种数据处理装置第一实施例。该实施例的数据 处理装置包括:
接收模块100,用于在系统平台上发布产品信息及配置标准模板,接收渠道方发送 的基于所述产品信息完善所述标准模板所生成的申请文件;
本实施例中,数据处理装置应用于保险系统,该保险系统包括养老保障系统,以下 将以养老保障系统为例进行详细说明。养老保障系统在其设置的项目库中建立与基金产品 对应的产品项目,并发布该产品项目对应的产品信息,等待客户对基金产品进行认购或赎 回等。
养老保障系统还配置有与渠道方及第三方系统进行交互的标准模板,以便通过该 标准模板进行数据交互。标准模板包括文件名称、文件类型、版本号、交易流水号、交易时 间、银行账号、证件类型、个人信息、等。
当渠道方需要与养老保障系统进行交互时,渠道方基于产品信息对标准模板进行 完善,以根据完善的标准模板所生成的申请文件,并将申请文件发送至养老保障系统,养老 保障系统由接收模块100接收该申请文件,该申请文件包括开户文件、认购文件、赎回文件 等。该渠道方包括预先与养老保障系统建立合作关系的渠道方,例如陆金所、、京东等。
校验模块200,用于对所述申请文件进行校验,当校验通过时,将所述申请文件发 送至第三方系统;
校验模块200对接收到的申请文件进行校验,该校验包括物理校验和业务校验,该 物理校验可为对期赎回文件的长度、数值型等进行校验,该业务校验可为对期赎回文件的 身份证号、银行账号等进行校验。
首先判断物理校验是否通过,当物理校验不通过时,输出相应的提示信息,以便管 理人员根据提示信息进行处理。当物理校验通过时,判断业务校验是否通过,若业务校验不 通过,则输出相应的提示信息,以便管理人员根据提示信息进行处理。若业务校验通过,则 将申请文件发送至第三方系统,并将申请文件存储至指定的业务表中。例如,当申请文件为 开户文件时,将开户文件存储至开户业务表中;当申请文件为认购文件时,将认购文件存储 至认购业务表中。该第三方系统可为与养老保障系统建立合作关系的银行系统,例如,恒生 的TA系统。
发送模块300,用于接收所述第三方系统基于所述申请文件反馈的确认信息,根据 所述确认信息与所述申请文件生成确认文件,将所述确认文件发送至所述渠道方。
第三方系统对接收到的申请文件进行审核,当审核通过后生成确认信息,将确认 信息发送至养老保障系统。养老保障系统调用发送模块300接收第三方系统基于申请文件 反馈的确认信息,并将确认信息存储至指定的业务表中。然后根据确认信息与申请文件生 成确认文件,说明申请成功,此时将确认文件发送至渠道方。
本发明实施例养老保障系统在系统平台上发布产品信息及配置标准模板,接收渠 道方发送的基于所述产品信息完善所述标准模板所生成的申请文件;对所述申请文件进行 校验,当校验通过时,将所述申请文件发送至第三方系统;接收所述第三方系统基于所述申 请文件反馈的确认信息,根据所述确认信息与所述申请文件生成确认文件,将所述确认文 件发送至所述渠道方。使得通过设定标准模板进行信息传递,提高了养老保障系统与渠道 方进行交互的便捷性。
进一步地,基于上述数据处理装置第一实施例,提出了本发明数据处理装置第二 实施例,该实施例中上述数据处理装置还包括:
获取模块,用于当所述申请文件校验不通过时,获取所述申请文件校验不通所对 应的错误类型;
修改模块,用于当所述错误类型为信息输入错误时,向所述渠道方输出信息输入 错误的提示,以使所述渠道方对所述申请文件的数据进行修改;
暂停模块,用于当所述错误类型为文件缺失时,对所述申请文件的数据进行暂停 处理。
本实施例中,养老保障系统在对申请文件进行校验的过程中,当校验不通过时,获 取模块可获取申请文件的错误类型并根据错误类型对数据进行相应的处理。具体地,当错 误类型为个人信息、文件名称等信息输入错误时,修改模块向渠道方输出信息输入错误的 提示,以使渠道方对申请文件的数据进行修改,修改模块接收渠道方基于信息输入错误返 回的修改信息,根据修改信息接收用户输入指令对申请文件的数据执行相应的修改操作。
当错误类型为文件缺失时,也即接收到文件的顺序错误,例如,先接收到渠道方发 送的认购文件,而未接收到渠道方发送的开户文件时,暂停对认购文件的处理,并判断是否 接收到开户文件。当接收到开户文件时,依次对开户文件及认购文件进行处理;当未接收到 开户文件时,暂停模块维持对认购文件的暂停处理。
本实施例养老保障系统在对申请文件校验不通过时,可根据申请文件的错误类型 来对申请文件的数据进行相应的处理,减少人工干预的工作量,提高了校验的准确性及时 效性。
进一步地,基于上述数据处理装置第一实施例,提出了本发明数据处理装置第三 实施例,该实施例中上述接收模块100还用于,接收渠道方发送的基于所述产品信息完善所 述标准模板所生成的申请文件,根据所述申请文件获取所述渠道方对应的渠道流水号,并 为所述渠道方设定渠道代码;根据所述渠道流水号及设定的渠道代码生成目标流水号;
所述校验模块200还用于,对所述申请文件进行校验,当校验通过时,根据所述目 标流水号将所述申请文件发送至第三方系统;
所述发送模块300还用于,接收所述第三方系统基于所述申请文件反馈的确认信 息,根据所述确认信息与所述申请文件生成确认文件;获取所述目标流水号中包含的渠道 流水号,根据所述渠道流水号将所述确认文件发送至所述渠道方。
本实施例中,为了减少人工确认的不准确,养老保障系统在与渠道方及第三方系 统进行数据交互时,可通过设定目标流水号,将目标流水号作为数据交互的识别码。具体 地,接收模块100在接收到接收渠道方发送的申请文件后,获取该渠道方对应的渠道流水 号,并为渠道方设定渠道代码。然后根据渠道流水号及设定的渠道代码生成目标流水号,并 在对申请文件校验通过后,由校验模块200根据目标流水号将申请文件发送至第三方系统。 在接收到第三方系统基于申请文件反馈的确认信息后,发送模块300根据确认信息与申请 文件生成确认文件,再提取目标流水号中包含的渠道流水号,根据渠道流水号将确认文件 发送至渠道方。
本实施例养老保障系统在接收到申请文件后,通过根据渠道流水号及设定的渠道 代码生成目标流水号,以便通过目标流水号与渠道方及第三方系统进行数据交互,减少了 人工操作,提高了对数据进行确认的准确性及效率。
进一步地,如图5所示,基于上述数据处理装置第一、第二或第三实施例,提出了本 发明数据处理装置第四实施例,该实施例中上述数据处理装置还包括:
判断模块400,用于获取接收到所述渠道方发送所述申请文件的接收时间,判断所 述申请文件的接收时间是否在当天的预设时间范围内;
处理模块500,用于若所述申请文件的接收时间在当天的预设时间范围内,则由所 述校验模块对所述申请文件进行校验;
若所述申请文件的接收时间不在当天的预设时间范围内,则所述校验模块在第二 天的预设时间范围内,对所述申请文件进行校验。
本实施例中,养老保障系统可预先设置日切开关,规定每天仅在指定的时间内对 接收到的数据进行处理。例如,渠道方可随时发送数据至养老保障系统,但是在每天早上9 点,日切开关打开,使得养老保障系统可以对接收到的数据进行处理;而下午15点时,日切 开关关闭,使得15点以后接收到的数据自动委托到第二天进行处理。
养老保障系统在接收到渠道方发送的到期申请文件后,在对到期申请文件进行进 行校验之前,首先由判断模块400获取接收到渠道方发送到期申请文件的接收时间,判断接 收时间是否在当天的预设时间范围内。处理模块500在接收时间在当天的预设时间范围内 时,对到期申请文件进行进行校验;在接收时间不在当天的预设时间范围内时,在第二天的 预设时间范围内,对到期申请文件进行进行校验。该预设时间范围可根据具体情况而灵活 设置。
本实施例养老保障系统可不限定接收申请文件的时间,而设定处理接收到的申请 文件的时间,以适应管理人员的工作时间,提高了养老保障系统对数据进行处理的灵活性 及便捷性。
以上仅为本发明的优选实施例,并非因此限制本发明的专利范围,凡是利用本发 明说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技 术领域,均同理包括在本发明的专利保护范围内。
本文发布于:2023-04-13 11:46:50,感谢您对本站的认可!
本文链接:https://patent.en369.cn/patent/2/85531.html
版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系,我们将在24小时内删除。
留言与评论(共有 0 条评论) |