一种对账方法、系统、介质、电子设备与流程

本发明涉及信息处理技术领域，尤其涉及一种对账方法、系统、介质、电子设备。

背景技术：

目前利用第三方支付软件，如支付宝完成购买保险的方式，是在支付宝侧生成一个账单，在保险(如泰康保险)业务系统侧生成与该账单对应的保单。

由于保险业务系统侧每日生成的保单的数量非常多，为了便于对数量较多的保单的存储和管理，保险业务系统侧并不是直接以保单的形式独立存储，而是根据一些业务逻辑，将业务形态相同的保单合并成一个大保单(即合单处理)来统一存储和管理。

本发明的发明人发现，虽然合单处理的方式减少了保单的数量，优化了保单的存储和管理方式，但合单处理的方式却带来了对账困难的问题。比如，支付宝侧生成有10笔账单，每一笔账单对应一个金额，保险业务系统侧将该10笔账单对应的保单合并成一个大保单，该大保单的金额为该10笔账单的总金额。那么在对账时，由于支付宝侧的账单与保险业务系统侧的保单并不是一一对应，因此无法实现账单与保单间的一一核对。

技术实现要素：

有鉴于此，本发明提供一种对账方法、系统、介质、电子设备，以实现在合单处理的方式下，仍可以实现账单与保单间的一一核对。技术方案如下：

基于本发明实施例的一方面，本发明实施例提供一种对账方法，包括：

从第三方支付平台获取目标日期的所有账单；

依据各个账单中的支付信息，获取与所述各个账单分别对应的各个保单；

对于获取到的所有保单，将满足预设合单处理条件的保单进行合单处理，得到大保单；

对于获取到的所有账单，将进行合单处理的保单对应的账单进行合单处理，得到大账单；

依据得到的所有大账单、以及所有账单中未进行合单处理的账单，生成对账账单；其中，各个大账单、所有账单中未进行合单处理的各个账单分别作为所述对账账单中的子账单；

基于所述对账账单进行对账。

可选地，所述预设合单处理条件包括账单的发生时间相同且保单的保险起期相同。

可选地，所述依据各个账单中的支付信息，获取与所述各个账单分别对应的各个保单包括：

依据账单中的交易流水号，获取包括与所述交易流水号相对应的支付流水号的保单。

可选地，所述对账方法还包括：

当依据账单中的支付信息，无法获取到与账单对应的保单时，确定该无法获取到保单的账单对应的保单为空。

可选地，所述基于所述对账账单进行对账包括：

判断所述对账账单中的子账单是否存在对应的保单；

如果不存在，进行第一标记；

如果存在，判断所述子账单中的金额与所述对应的保单的金额是否一致；

如果不一致，进行第二标记。

可选地，当判断所述对账账单中，进行合单处理后的子账单的金额与进行合单处理后的保单的金额不一致时，所述对账方法还包括：

获取所述目标日期的日结文件；

依据所述日结文件中记载的业务明细数据，判断所述进行合单处理后的子账单是否存在差异，和/或，判断所述进行合单处理后的保单是否存在差异，如果存在，将差异结果写入预设的合单差异明细数据表。

可选地，所述从第三方支付平台包括支付宝；所述从第三方支付平台获取目标日期的所有账单包括：

从支付宝侧的安全文件传送协议sftp服务器中下载并获取到前一日生成的所有账单。

基于本发明实施例的另一方面，本发明实施例提供一种对账系统，包括：

账单获取单元，用于从第三方支付平台获取目标日期的所有账单；

保单获取单元，用于依据各个账单中的支付信息，获取与所述各个账单分别对应的各个保单；

第一合单处理单元，用于对于获取到的所有保单，将满足预设合单处理条件的保单进行合单处理，得到大保单；

第二合单处理单元，用于对于获取到的所有账单，将进行合单处理的保单对应的账单进行合单处理，得到大账单；

对账账单生成单元，用于依据得到的所有大账单、以及所有账单中未进行合单处理的账单，生成对账账单；其中，各个大账单、所有账单中未进行合单处理的各个账单分别作为所述对账账单中的子账单；

对账单元，用于基于所述对账账单进行对账。

基于本发明实施例的再一方面，本发明实施例提供一种存储介质，其上存储有程序，所述程序被处理器执行时实现前文所述的对账方法。

基于本发明实施例的再一方面，本发明实施例提供一种电子设备，包括：处理器；以及存储器，用于存储所述处理器的可执行指令；其中，所述处理器配置为经由执行所述可执行指令来执行前文所述的对账方法。

本发明实施例提供的对账方法中，对于获取到的所有保单，在将满足预设合单处理条件的保单进行合单处理得到大保单的同时，本发明实施例还会将进行合单处理的保单对应的账单进行合单处理，得到一大账单，该大账单与大保单一一对应，进而依据得到的所有大账单、以及所有账单中未进行合单处理的账单，生成对账账单，该生成的对账账单中包含了与进行合单处理得到的所有大保单以及所有未进行合单处理的保单成一一对应关系的各个子账单，实现了账单与保单间的一一对应。因此本发明实施例实现了在合单处理的方式下，仍可以实现账单与保单间的一一核对。

附图说明

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

图1为本发明实施例提供的一种对账方法的流程图；

图2为本发明实施例中保单表、账单表的示意图；

图3为本发明实施例中合并保单、合并账单的示意图；

图4为本发明实施例中生成对账账单的示意图；

图5为本发明实施例中基于对账账单进行对账的方法的流程图；

图6为本发明实施例提供的一种对账系统的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

如图1所示，其示出了本发明实施例提供的一种对账方法的流程图，包括：

步骤101，从第三方支付平台获取目标日期的所有账单。

其中第三方支付平台例如为支付宝、快钱、财付通、易宝等具有支付功能的平台。为了便于描述，本发明实施例中以第三方支付平台具体为支付宝为例进行说明。

在实际应用过程中，假设用户于2017年12月12日通过支付宝购买了一份退运费险，同日，便会在支付宝端生成一个账单，该账单用于表示用户于2017年12月12日通过支付宝购买了一份退运费险。同时，保险业务系统也会对应生成一份保单，该保单与退运费险一一对应，具体如图2所示。其中账单包括订单号、发生时间、发生金额、交易流水号等基本信息。保单包括保单号、保额、保费、保险起期、保险止期、支付流水号等基本信息。

保险业务系统欲进行对账时，会于次日，即2017年12月13日从支付宝侧的sftp(securefiletransferprotocol，安全文件传送协议)服务器中下载并获取到目标日期，即前一日(2017年12月12日)生成的所有账单，进而根据获取到的所有账单与保险业务系统则生成的保单进行对账。

步骤102，依据各个账单中的支付信息，获取与所述各个账单分别对应的各个保单。

保险业务系统获取到支付宝在2017年12月12日生成的所有账单后，进一步依据各个账单中的支付信息，获取与各个账单分别对应的各个保单。

具体地，结合图2所示，账单中的支付信息至少包括交易流水号，保单中包括支付流水号，对于具有一一对应关系的保单和账单，其保单中的支付流水号与账单中的支付流水号也具有相应的对应关系，比如图2中保单中的支付流水号与账单中的支付流水号相同，亦或者保单中的支付流水号与账单中的支付流水号具有部分相同的字段，亦或者保单中的支付流水号与账单中的支付流水号通过一映射表实现一一对应等。那么以图2所示为例，本发明实施例可以直接依据账单中的交易流水号，获取包括与所述交易流水号相同的支付流水号的保单，且能够进一步获取该保单的保单号、保额、保单相关日期信息等。

步骤103，对于获取到的所有保单，将满足预设合单处理条件的保单进行合单处理，得到大保单。

步骤104，对于获取到的所有账单，将进行合单处理的保单对应的账单进行合单处理，得到大账单。

为了便于对保单的存储和管理，保险业务系统在获取到所有保单后，首先依据预设合单处理条件，将满足预设合单处理条件的保单进行合单处理，得到大保单。

具体地，预设合单处理条件可以包括账单的发生时间相同且保单的保险起期相同。结合图3所示，其中保单表中保单号为17021-17029的9份保单的保险起期相同，账单表中订单号为17021-17030的10份账单的发生时间相同。基于此，本发明实施例可以确定账单的发生时间相同且保单的保险起期相同的保单包括保单号为17021-17029的9份保单，账单的发生时间相同且保单的保险起期相同的账单包括订单号为17021-17029的9份账单，因此，本发明实施例将保单号为17021-17029的9份保单进行合单处理，得到大保单，并为该大保单重新分配保单号610001，以及支付流水号140001。其中，该保单号为610001的大保单对应的保额，为保单号为17021-17029的9份保单分别对应的保额的总保额，该保单号为610001的大保单对应的保费，为保单号为17021-17029的9份保单分别对应的保费的总保费，该保单号为610001的大保单对应的保险起期和保险止期与保单号为17021-17029的9份保单分别对应的保险起期和保险止期一致。

同时，本发明实施例将订单号为17021-17029的9份账单进行合单处理，得到大账单，并为该大账单重新分配支付流水号140001。其中，该支付流水号为140001的大账单对应的金额，为订单号为17021-17029的9份账单分别对应的发生金额的总金额，该支付流水号为140001的大账单对应的支付时间，与订单号为17021-17029的9份账单分别对应的发生时间一致。

经过对保单的合单处理，以及对账单的合单处理，使得合单处理后得到的大保单与大账单仍然保持一致。

步骤105，依据得到的所有大账单、以及所有账单中未进行合单处理的账单，生成对账账单；其中，各个大账单、所有账单中未进行合单处理的各个账单分别作为所述对账账单中的子账单。

结合图4所示，本发明实施例依据得到的所有大账单、以及所有账单中未进行合单处理的账单，生成对账账单。其中财务账单指的是保险业务系统从支付宝侧下载获取到的所有账单，其中包括了未进行合单处理的账单、以及已经进行合单处理的账单。本发明实施例基于前述步骤104确定出进行合单处理的账单，将这些进行合单处理的账单从财务账单中去除，剩下的账单即为未进行合单处理的账单。

步骤106，基于所述对账账单进行对账。

在生成对账账单后，保险业务系统直接基于该生成的对账账单进行对账即可。本发明实施例中，针对合单处理后得到的大保单，因为对账账单中对应记载了相应的大账单，因此保证了保单与账单的一一对应，实现了保单与账单间的一一核对。

因此，应用本发明实施例提供的对账方法，对于获取到的所有保单，在将满足预设合单处理条件的保单进行合单处理得到大保单的同时，还会将进行合单处理的保单对应的账单进行合单处理，得到一大账单，该大账单与大保单一一对应，进而依据得到的所有大账单、以及所有账单中未进行合单处理的账单，生成对账账单，该生成的对账账单中包含了与进行合单处理得到的所有大保单以及所有未进行合单处理的保单成一一对应关系的各个子账单，实现了账单与保单间的一一对应。因此本发明实施例实现了在合单处理的方式下，仍可以实现账单与保单间的一一核对。

在本发明实施例中，由于账单的生成、保单的生成的不实时性、不同步性，可能存在账单已生成，但并未生成保单的情况，针对这类情况，本发明实施例中的保险业务系统在依据账单中的支付信息，无法获取到与账单对应的保单时，先暂时确定该无法获取到保单的账单对应的保单为空，即对于生成的对账账单而言，可以在对账账单中记载的无法获取到保单的账单上添加例如“空”的标注，以提示用户该账单对应的保单为空。

在前述实施例的基础上，本发明实施例进一步提出了基于对账账单进行对账的具体实现方法，如图5所示，方法包括：

步骤201，判断所述对账账单中的子账单是否存在对应的保单。如果存在，执行步骤203，如果不存在，执行步骤202。

具体地，可以依据子账单的交易流水号判断子账单是否存在对应的保单。

步骤202，进行第一标记，并继续执行步骤204。

其中第一标记例如为“空”、“0”等。

步骤203，判断所述子账单中的金额与所述对应的保单的金额是否一致。如果不一致，执行步骤205，如果一致，执行步骤204。

当子账单存在对应的保单时，进一步判断该子账单中的金额与对应的保单的金额是否一致。

步骤204，选取所述对账账单中的下一子账单，并返回执行步骤201，直至所述对账账单中的所有子账单均检测完成。

当确定子账单中的金额与对应的保单的金额一致时，可以确定当前的子账单检测无误，由此可以继续顺序选择与当前子账单相邻的下一子账单，并针对下一子账单继续采用步骤201-步骤203的方式进行判断。

步骤205，进行第二标记，并继续执行步骤204。

其中第二标记例如为“错误”、“1”等。

可选地，本发明实施例在步骤205进行第二标记之后，方法还可以包括：获取所述目标日期的日结文件；依据所述日结文件中记载的业务明细数据，判断所述进行合单处理后的子账单是否存在差异，和/或，判断所述进行合单处理后的保单是否存在差异，如果存在，将差异结果写入合单差异明细数据表。

其中，日结文件是保险业务系统每日获取到的所有数据信息，其中包括包含有从支付宝侧获取的所有账单、自身生成的所有保单信息的业务明细数据。本发明实施例在判断对账账单中，进行合单处理后的子账单的金额与进行合单处理后的保单的金额不一致时，通过获取目标日期的日结文件，从中获取包含有所有账单、所有保单信息的业务明细数据，进而基于业务明细数据，判断进行合单处理后的子账单是否存在差异，和/或，判断进行合单处理后的保单是否存在差异。如果存在，将差异结果写入预先设置的合单差异明细数据表。

通常情况下，如果子账单的金额与保单的金额不一致时，只存在两种原因，一种是账单合单时出现错误，另一种是保单合单时出现错误。本发明实施例基于业务明细数据，分别判断合单处理后的子账单是否存在差异、以及合单处理后的保单是否存在差异，从而准确地判断出差异存在点。且本发明实施例通过将差异结果写入预先设置的合单差异明细数据表中，更有利于业务人员能够及时查看获知问题出现的原因，以助于业务人员及时对问题作出标记以及时修复。

基于前文本发明实施例提供的一种对账方法，本发明实施例还提供一种对账系统，如图6所述，对账系统包括：

账单获取单元100，用于从第三方支付平台获取目标日期的所有账单；

保单获取单元200，用于依据各个账单中的支付信息，获取与所述各个账单分别对应的各个保单；

第一合单处理单元300，用于对于获取到的所有保单，将满足预设合单处理条件的保单进行合单处理，得到大保单；

第二合单处理单元400，用于对于获取到的所有账单，将进行合单处理的保单对应的账单进行合单处理，得到大账单；

对账账单生成单元500，用于依据得到的所有大账单、以及所有账单中未进行合单处理的账单，生成对账账单；其中，各个大账单、所有账单中未进行合单处理的各个账单分别作为所述对账账单中的子账单；

对账单元600，用于基于所述对账账单进行对账。

所述对账系统包括处理器和存储器，上述账单获取单元100、保单获取单元200、第一合单处理单元300、第二合单处理单元400、对账账单生成单元500、和对账单元600等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。

处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数来实现保单与账单间的对账。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)，存储器包括至少一个存储芯片。

本发明实施例提供了一种存储介质，其上存储有程序，该程序被处理器执行时实现所述对账方法。

本发明实施例提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行所述对账方法。

本发明实施例提供了一种电子设备，设备包括处理器、存储器及存储在存储器上并可在处理器上运行的程序，处理器执行程序时实现以下步骤：

从第三方支付平台获取目标日期的所有账单；

依据各个账单中的支付信息，获取与所述各个账单分别对应的各个保单；

对于获取到的所有保单，将满足预设合单处理条件的保单进行合单处理，得到大保单；

对于获取到的所有账单，将进行合单处理的保单对应的账单进行合单处理，得到大账单；

依据得到的所有大账单、以及所有账单中未进行合单处理的账单，生成对账账单；其中，各个大账单、所有账单中未进行合单处理的各个账单分别作为所述对账账单中的子账单；

基于所述对账账单进行对账。

可选地，所述预设合单处理条件包括账单的发生时间相同且保单的保险起期相同。

可选地，所述依据各个账单中的支付信息，获取与所述各个账单分别对应的各个保单包括：

依据账单中的交易流水号，获取包括与所述交易流水号相对应的支付流水号的保单。

可选地，所述对账方法还包括：

当依据账单中的支付信息，无法获取到与账单对应的保单时，确定该无法获取到保单的账单对应的保单为空。

可选地，所述基于所述对账账单进行对账包括：

判断所述对账账单中的子账单是否存在对应的保单；

如果不存在，进行第一标记；

如果存在，判断所述子账单中的金额与所述对应的保单的金额是否一致；

如果不一致，进行第二标记。

可选地，当判断所述对账账单中，进行合单处理后的子账单的金额与进行合单处理后的保单的金额不一致时，所述对账方法还包括：

获取所述目标日期的日结文件；

依据所述日结文件中记载的业务明细数据，判断所述进行合单处理后的子账单是否存在差异，和/或，判断所述进行合单处理后的保单是否存在差异，如果存在，将差异结果写入预设的合单差异明细数据表。

可选地，所述从第三方支付平台包括支付宝；所述从第三方支付平台获取目标日期的所有账单包括：

从支付宝侧的安全文件传送协议sftp服务器中下载并获取到前一日生成的所有账单。

本文中的设备可以是服务器、pc、pad、手机等。

本申请还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有如下方法步骤的程序：

从第三方支付平台获取目标日期的所有账单；

依据各个账单中的支付信息，获取与所述各个账单分别对应的各个保单；

对于获取到的所有保单，将满足预设合单处理条件的保单进行合单处理，得到大保单；

对于获取到的所有账单，将进行合单处理的保单对应的账单进行合单处理，得到大账单；

依据得到的所有大账单、以及所有账单中未进行合单处理的账单，生成对账账单；其中，各个大账单、所有账单中未进行合单处理的各个账单分别作为所述对账账单中的子账单；

基于所述对账账单进行对账。

可选地，所述预设合单处理条件包括账单的发生时间相同且保单的保险起期相同。

可选地，所述依据各个账单中的支付信息，获取与所述各个账单分别对应的各个保单包括：

依据账单中的交易流水号，获取包括与所述交易流水号相对应的支付流水号的保单。

可选地，所述对账方法还包括：

当依据账单中的支付信息，无法获取到与账单对应的保单时，确定该无法获取到保单的账单对应的保单为空。

可选地，所述基于所述对账账单进行对账包括：

判断所述对账账单中的子账单是否存在对应的保单；

如果不存在，进行第一标记；

如果存在，判断所述子账单中的金额与所述对应的保单的金额是否一致；

如果不一致，进行第二标记。

可选地，当判断所述对账账单中，进行合单处理后的子账单的金额与进行合单处理后的保单的金额不一致时，所述对账方法还包括：

获取所述目标日期的日结文件；

依据所述日结文件中记载的业务明细数据，判断所述进行合单处理后的子账单是否存在差异，和/或，判断所述进行合单处理后的保单是否存在差异，如果存在，将差异结果写入预设的合单差异明细数据表。

可选地，所述从第三方支付平台包括支付宝；所述从第三方支付平台获取目标日期的所有账单包括：

从支付宝侧的安全文件传送协议sftp服务器中下载并获取到前一日生成的所有账单。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。存储器是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本发明的实施例可提供为方法、系统或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

以上仅为本发明的实施例而已，并不用于限制本发明。对于本领域技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本发明的权利要求范围之内。