对账方法、装置、设备及计算机可读存储介质与流程

本申请实施例涉及互联网技术领域，尤其涉及一种对账方法、装置、设备及计算机可读存储介质。

背景技术：

随着互联网的发展，很多用户都逐渐使用线上交易，线上交易会产生交易订单，尤其是在一些通过第三方渠道进行交易的订单，用户往往需要首先从第三方渠道获取交易订单，然后根据第三方渠道的交易订单和自己记录的交易订单进行对账。目前，这种对账主要是单向对账，也就是说目前主要是用户根据第三方渠道的交易订单和自己记录的交易订单进行对账。这种情形下，如果用户核对出用户方的交易订单多于第三方渠道的交易订单，则还需要进一步排查处理问题，导致对账效率低。

技术实现要素：

本申请实施例提供一种对账方法、装置、设备及计算机可读存储介质，以实现双向对账，提高对账效率。

第一方面，本申请实施例提供一种对账方法，应用于第一方的终端设备，所述第一方的对账方为第二方，所述对账方法包括：获取数据共享平台中存储的预定时间段内的第一交易数据，所述第一交易数据为所述第一方通过终端设备预先上传至所述数据共享平台；获取数据共享平台中存储的预定时间段内的第二交易数据，所述第二交易数据为所述第二方通过终端设备预先上传至所述数据共享平台；基于所述第二交易数据对所述第一交易数据进行对账处理；对存在差异的所述第一交易数据进行修复，并重新上传至所述数据共享平台。

可选的，所述对存在差异的所述第一交易数据进行修复，包括：在所述第二交易数据多于所述第一交易数据的情况下，基于多出的第二交易数据，对所述第一交易数据进行补充；在所述第二交易数据少于所述第一交易数据的情况下，将多出的第一交易数据上传至所述数据共享平台，以使所述第二方根据多出的第一交易数据对所述第二交易数据进行补充。

可选的，所述第一交易数据包括多个第一交易订单，所述第二交易数据包括多个第二交易订单；所述基于所述第二交易数据对所述第一交易数据进行对账处理，包括：确定所述第一交易订单的数量与所述第二交易订单的数量是否相同；所述对存在差异的所述第一交易数据进行修复，包括：在所述第二交易订单的数量多于所述第一交易订单的情况下，基于多出的第二交易订单，对所述第一方的交易订单进行补充；在所述第二交易订单的数量少于所述第一交易订单的情况下，将多出的第一交易订单上传至所述数据共享平台，以使所述第二方根据多出的第一交易订单对自身的交易订单进行补充。

可选的，所述第一交易数据包括多个第一交易订单，所述第二交易数据包括多个第二交易订单；所述第一交易订单包括多个第一属性项，所述第二交易订单包括多个第二属性项；所述基于所述第二交易数据对所述第一交易数据进行对账处理，包括：在所述多个第二交易订单中，确定与所述第一交易订单属于同一交易订单的第二交易订单；将同一交易订单中所述第一交易订单的第一属性项的属性值，与对应的第二属性项的属性值进行比较；所述对存在差异的所述第一交易数据进行修复，包括：在所述第一属性项的属性值与对应的所述第二属性项的属性值不一致的情况下，则识别正确的属性值，并根据所述正确的属性值修复错误的属性值。

可选的，所述第一交易订单包括第一订单标识信息；所述第二交易订单包括第二订单标识信息；所述在所述多个第二交易订单中，确定与所述第一交易订单属于同一交易订单的第二交易订单，包括：针对多个第一交易订单中的每个第一交易订单，基于所述第一订单标识信息和所述第二订单标识信息，将所述第一交易订单和所述第二交易订单进行匹配；将匹配成功的第二交易订单识别为与所述第一交易订单属于同一交易订单的第二交易订单。

可选的，所述针对多个第一交易订单中的每个第一交易订单，基于所述第一订单标识信息和所述第二订单标识信息，将所述第一交易订单和所述第二交易订单进行匹配之后，所述方法还包括：在匹配之后剩余的交易订单为第二交易订单的情况下，基于匹配之后剩余的第二交易订单，对所述第一方的交易订单进行补充；在匹配之后剩余的交易订单为第一交易订单的情况下，将匹配之后剩余的第一交易订单上传至所述数据共享平台，以使所述第二方根据匹配之后剩余的第一交易订单对自身的交易订单进行补充。

可选的，所述对存在差异的所述第一交易数据进行修复，并重新上传至所述数据共享平台之后，所述方法还包括：记录存在差异的交易订单或者属性值不一致的属性项；间隔预设时间段之后，确定所述存在差异的交易订单是否还存在差异或者同一属性项的属性值是否还存在不一致；若间隔预设时间段之后，所述存在差异的交易订单依然存在差异或者同一属性项的属性值依然不一致，则继续对存在差异的交易订单或者属性值不一致的属性项进行修复，否则，确定存在差异的交易订单或所述属性项对账成功。

第二方面，本申请实施例提供一种对账装置，包括：第一获取模块，用于获取数据共享平台中存储的预定时间段内的第一交易数据，所述第一交易数据为所述第一方通过终端设备预先上传至所述数据共享平台；第二获取模块，用于获取数据共享平台中存储的预定时间段内的第二交易数据，所述第二交易数据为所述第二方通过终端设备预先上传至所述数据共享平台；对账模块，用于基于所述第二交易数据对所述第一交易数据进行对账处理；修复模块，用于对存在差异的所述第一交易数据进行修复，并重新上传至所述数据共享平台。

可选的，修复模块在对存在差异的所述第一交易数据进行修复时，具体包括：在所述第二交易数据多于所述第一交易数据的情况下，基于多出的第二交易数据，对所述第一交易数据进行补充；在所述第二交易数据少于所述第一交易数据的情况下，将多出的第一交易数据上传至所述数据共享平台，以使所述第二方根据多出的第一交易数据对所述第二交易数据进行补充。

可选的，所述第一交易数据包括多个第一交易订单，所述第二交易数据包括多个第二交易订单；所述对账模块在基于所述第二交易数据对所述第一交易数据进行对账处理时，具体包括：确定所述第一交易订单的数量与所述第二交易订单的数量是否相同；所述修复模块在对存在差异的所述第一交易数据进行修复时，具体包括：在所述第二交易订单的数量多于所述第一交易订单的情况下，基于多出的第二交易订单，对所述第一方的交易订单进行补充；在所述第二交易订单的数量少于所述第一交易订单的情况下，将多出的第一交易订单上传至所述数据共享平台，以使所述第二方根据多出的第一交易订单对自身的交易订单进行补充。

可选的，所述第一交易数据包括多个第一交易订单，所述第二交易数据包括多个第二交易订单；所述第一交易订单包括多个第一属性项，所述第二交易订单包括多个第二属性项；所述对账模块在基于所述第二交易数据对所述第一交易数据进行对账处理时，具体包括：在所述多个第二交易订单中，确定与所述第一交易订单属于同一交易订单的第二交易订单；将同一交易订单中所述第一交易订单的第一属性项的属性值，与对应的第二属性项的属性值进行比较；所述修复模块在对存在差异的所述第一交易数据进行修复时，具体包括：在所述第一属性项的属性值与对应的所述第二属性项的属性值不一致的情况下，则识别正确的属性值和错误的属性值，并根据所述正确的属性值修复错误的属性值。

可选的，所述第一交易订单包括第一订单标识信息；所述第二交易订单包括第二订单标识信息；所述对账模块在所述多个第二交易订单中，确定与所述第一交易订单属于同一交易订单的第二交易订单时，具体包括：针对多个第一交易订单中的每个第一交易订单，基于所述第一订单标识信息和所述第二订单标识信息，将所述第一交易订单和所述第二交易订单进行匹配；将匹配成功的第二交易订单识别为与所述第一交易订单属于同一交易订单的第二交易订单。

可选的，所述对账模块，还用于在匹配之后剩余的交易订单为第二交易订单的情况下，基于匹配之后剩余的第二交易订单，对所述第一方的交易订单进行补充；以及在匹配之后剩余的交易订单为第一交易订单的情况下，将匹配之后剩余的第一交易订单上传至所述数据共享平台，以使所述第二方根据匹配之后剩余的第一交易订单对自身的交易订单进行补充。

可选的，该装置还包括：记录模块，用于记录存在差异的交易订单或者属性值不一致的属性项；对账模块，还用于间隔预设时间段之后，确定存在差异的交易订单是否还存在差异或者同一属性项的属性值是否还存在不一致；以及若间隔预设时间段之后，存在差异的交易订单依然存在差异或者同一属性项的属性值依然不一致，则继续对存在差异的交易订单或者属性值不一致的属性项进行修复，否则，确定存在差异的交易订单或所述属性项对账成功。

第三方面，本申请实施例提供一种对账设备，包括：存储器；处理器；以及计算机程序；其中，所述计算机程序存储在所述存储器中，并被配置为由所述处理器执行以实现如第一方面所述的方法。

第四方面，本申请实施例提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行以实现第一方面所述的方法。

本申请实施例提供的对账方法、装置、设备及计算机可读存储介质，对账的双方包括第一方和第二方，第一方产生的第一交易数据和第二方产生的第二交易数据均会上传至预先建立的数据共享平台的共享空间中，对账的双方均可以在共享空间中查看对方的交易数据，并根据对方的交易数据对自身的交易数据进行对账处理，在对账处理结果是双方的交易数据存在差异的情况下，对存在差异的交易数据进行修复，然后重新上传至数据共享平台，以重新进行对账处理。

由于第一方产生的第一交易数据和第二方产生的第一交易数据均会上传至预先建立的数据共享平台的共享空间中，对账的双方均可以在共享空间中查看对方的交易数据，并根据对方的交易数据对自身的交易数据进行对账处理，因此，能够实现双向对账。另外，由于对账的双方都是基于数据共享空间中的共享交易数据进行对账，因此，如果其中一方的交易数据存在问题，则可以直接根据另一方的交易数据对自身的交易数据进行修复，从而提高对账效率。

附图说明

图1为本申请实施例提供的对账系统的结构示意图；

图2为本申请实施例提供的对账方法流程图；

图3为本申请实施例提供的对账装置的结构示意图；

图4为本申请实施例提供的对账设备的结构示意图。

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

具体实施方式

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

本申请实施例提供的对账方法，可以适用于图1所示的对账系统。如图1所示，该对账系统包括：第一终端设备11、数据共享平台12和第二终端设备13；其中，第一终端设备11和第二终端设备13分别可以是电脑、ipad、智能手机等电子设备；第一终端设备11和第二终端设备13分别为对账的双方，以下分别称为第一方和第二方。第一方或第二方可以在数据共享平台12中申请一共享空间，第一方或第二方可以将各自的数据上传至数据共享平台12，并且其中一方在登录数据共享平台后，可以查看共享空间中的所有数据。

在一个典型的应用场景中，第一方可以为互联网保险公司，第二方可以为第三方渠道，例如轻松筹、微保等渠道，第一方可以称之为产品方，第二方也可以称之为渠道方。第一方的产品可以通过第二方进行销售，并产生第二交易数据，同时，第一方也会记录第二方交易的数据，产生第一交易数据。第一方或第二方可以在数据共享平台中申请一数据共享空间，然后第一方可以通过第一终端设备将第一交易数据上传至如图1所示的数据共享平台的共享空间中，同样地，第二方也可以通过第二终端设备将第二交易数据上传至如图1所示的数据共享平台的共享空间中。每隔一段时间，例如每日，第一方可以根据第二方的第二交易数据和自身的第一交易数据进行对账，第二方也可以根据第一方的第一交易数据和自身的第二交易数据进行对账。

在一种可选的应用场景中，渠道方会根据投保人输入的投保信息生成投保单，然后渠道方将该投保单发送至产品方，由产品方对该投保单进行校验，如果产品方对该投保单校验成功，则会生成对应的保单，并返回至渠道方。

在另一种可选的应用场景中，是渠道方根据投保人输入的投保信息生成投保单，并对该投保单进行校验，如果渠道方对该投保单校验成功，则会生成对应的保单，并将该保单同步至产品方。

在上述两种可选的应用场景下，渠道方会产生第一交易数据，产品方会产生第二交易数据。

以下将以第一方根据第二方的第二交易数据和自身的第一交易数据进行对账为例对本申请实施例的实施过程进行详细说明，应当理解，本申请实施例不限于第一方根据第二方的第二交易数据和自身的第一交易数据进行对账，第二方也可以根据第一方的第一交易数据和自身的第二交易数据进行对账。

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

图2为本申请实施例提供的对账方法流程图。本申请实施例针对现有技术的如上技术问题，提供了对账方法，该方法具体步骤如下：

步骤201、获取数据共享平台中存储的预定时间段内的第一交易数据。

其中，第一交易数据为第一方通过第一终端设备预先上传至数据共享平台的。

第一方可以通过登录数据共享平台，并从数据共享平台的数据共享空间中获取预定时间段内的第一方的交易数据，也即是第一交易数据。

步骤202、获取数据共享平台中存储的预定时间段内的第二交易数据。

其中，第二交易数据为第二方通过第二终端设备预先上传至数据共享平台的。

由于第一方和第二方可以共享数据，因此，第一方通过登录数据共享平台，可以查看和获取数据共享空间中的所有数据。第一方可以从数据共享平台的数据共享空间中获取预定时间段内的第二方的交易数据，也即是第二交易数据。

值得注意的是，对账是对一定时间段内的交易数据进行对账，因此，为了保证对账的准确度，需要确保获取的第一交易数据和第二交易数据是同一时间段的。

上述步骤201和步骤202的执行顺序不分先后，可以是先执行步骤201，再执行步骤202，也可以是先执行步骤202，再执行步骤201，还可以是同时执行步骤201和步骤202。本实施例对此不做具体限定。

其中，获取的预定时间段内的第二交易数据包括至少一个第二方的交易数据，也就是说，获取的预定时间段内的第二交易数据可以包括一个第二方的交易数据，也可以包括多个第二方的交易数据。

步骤203、基于第二交易数据对第一交易数据进行对账处理。

可选的，基于第二交易数据对第一交易数据进行对账处理，可以认为是基于预定时间段内的第二交易数据对预定时间段内的第一交易数据进行核对，或者是将预定时间段内的第二交易数据与预定时间段内的第一交易数据进行比对。

步骤204、对存在差异的交易数据进行修复，并重新上传至数据共享平台。

可选的，对存在差异的第一交易数据进行修复，包括：

在一种可选的实施方式中，在第二交易数据多于第一交易数据的情况下，基于多出的第二交易数据，对第一交易数据进行补充。

在另一种可选的实施方式中，在第二交易数据少于第一交易数据的情况下，将多出的第一交易数据上传至数据共享平台，以使第二方根据多出的第一交易数据对第二交易数据进行补充。

可选的，本实施例还可以包括：在第二交易数据与第一交易数据一致的情况下，认为该时间段内的交易数据对账成功。

本申请实施例对账的双方包括第一方和第二方，第一方产生的第一交易数据和第二方产生的第二交易数据均会上传至预先建立的数据共享平台的共享空间中，对账的双方均可以在共享空间中查看对方的交易数据，并根据对方的交易数据对自身的交易数据进行对账处理，在对账处理结果是双方的交易数据存在差异的情况下，对存在差异的交易数据进行修复，然后重新上传至数据共享平台，以重新进行对账处理。

由于第一方产生的第一交易数据和第二方产生的第一交易数据均会上传至预先建立的数据共享平台的共享空间中，对账的双方均可以在共享空间中查看对方的交易数据，并根据对方的交易数据对自身的交易数据进行对账处理，因此，能够实现双向对账。另外，由于对账的双方都是基于数据共享空间中的共享交易数据进行对账，因此，如果其中一方的交易数据存在问题，则可以直接根据另一方的交易数据对自身的交易数据进行修复，从而提高对账效率。

其中，第一交易数据包括多个第一交易订单，第二交易数据包括多个第二交易订单；相应的，基于第二交易数据对第一交易数据进行对账处理，包括：

步骤a1、确定第一交易订单的数量与第二交易订单的数量是否相同。

例如，对预定时间段内的第一交易订单的数量进行统计，得到n，以及对预定时间段内的第二交易订单的数量进行统计，记为m，然后确定n和m是否相等，若n＝m，则确定第一交易订单的数量与第二交易订单的数量相同，若n≠m，则确定第一交易订单的数量与第二交易订单的数量不相同。

相应的，对存在差异的第一交易数据进行修复，包括：

步骤a2、在第二交易订单的数量多于第一交易订单的情况下，基于多出的第二交易订单，对第一方的交易订单进行补充。

例如，假设预设时间段t1内的第二交易订单包括3个，分别记为m1、m2和m3；预设时间段t1内的第一交易订单包括2个，分别记为n1、n2；且n1与m1对应，n2与m2对应，则m3为多出的第二交易订单，第一方可以根据m3增加同一订单至自身在预定时间段内的交易订单。

步骤a3、在第二交易订单的数量少于第一交易订单的情况下，将多出的第一交易订单上传至数据共享平台，以使第二方根据多出的第一交易订单对自身的交易订单进行补充。

例如，假设预设时间段t1内的第二交易订单包括2个，分别记为m1、m2，预设时间段t1内的第一交易订单包括3个，分别记为n1、n2和n3，且n1与m1对应，n2与m2对应，则n3为多出的第二交易订单，第一方可以通过将m3上传至数据共享平台，以使第二方根据m3补充第二方在预定时间段内的交易订单。

可选的，数据共享平台中可以设置订单补单接口，第一方或者第二方均可以调用该订单补单接口对自身的交易订单进行补充。也就是说，第一方或者第二方均可以通过调用该订单补单接口获取自身在预定时间段内缺少的交易订单，从而对自身在预定时间段内的交易订单进行补充。

可选的，第一交易数据包括多个第一交易订单，第二交易数据包括多个第二交易订单；第一交易订单包括多个第一属性项，第二交易订单包括多个第二属性项。其中，基于第二交易数据对第一交易数据进行对账处理，包括：

步骤b1、在多个第二交易订单中，确定与第一交易订单属于同一交易订单的第二交易订单。

可选的，第一交易订单包括第一订单标识信息；第二交易订单包括第二订单标识信息。其中，在多个第二交易订单中，确定与第一交易订单属于同一交易订单的第二交易订单，包括：

步骤b1-1、针对多个第一交易订单中的每个第一交易订单，基于第一订单标识信息和第二订单标识信息，将第一交易订单和第二交易订单进行匹配。

步骤b1-2、将匹配成功的第二交易订单识别为与第一交易订单属于同一交易订单的第二交易订单。

示例性地，订单标识信息可以是订单编号，在保险业务的场景中，订单标识信息可以是保单号，对于同一交易订单，第一交易订单和第二交易订单记录的订单编号是相同的，因此，可以将多个第一交易订单和多个第二交易订单中属于同一订单编号的第一交易订单和第二交易订单确定为同一交易订单，从而将多个第一交易订单和多个第二交易订单进行匹配。

例如，假设预设时间段t1内的第二交易订单包括2个，分别记为m1、m2，预设时间段t1内的第一交易订单包括2个，分别记为n1、n2，且n1与m1的订单编号相同，则n1与m1匹配，n2与m2的订单编号相同，则n2与m2匹配。

步骤b2、将同一交易订单中第一交易订单的第一属性项的属性值，与对应的第二属性项的属性值进行比较。

可选的，交易订单中包括属性项，属性项是指交易订单中的数据项，可以包括交易金额等。在交易订单是保单的情况下，属性项包括承保时间、手续费、被保人信息、投保人信息、保额和保费中的至少一项，那么属性值就是指具体的承保时间、手续费、被保人信息、投保人信息、保额和保费等。

其中，对存在差异的第一交易数据进行修复，包括：

步骤b3、在第一属性项的属性值与对应的第二属性项的属性值不一致的情况下，则识别的正确的属性值，并根据所述正确属性值修复错误的属性值。

例如，若第一交易订单中的保额或保费与第二交易订单中的保额或保费不同，则需要进一步核实正确的保额或保费，并基于正确的保额或保费修复错误的保额或保费。

可选的，针对多个第一交易订单中的每个第一交易订单，基于第一订单标识信息和第二订单标识信息，将第一交易订单和第二交易订单进行匹配之后，本实施例的方法还包括：

步骤c3、在匹配之后剩余的交易订单为第二交易订单的情况下，基于匹配之后剩余的第二交易订单，对第一方的交易订单进行补充。

例如，假设预设时间段t1内的第二交易订单包括3个，分别记为m1、m2和m3；预设时间段t1内的第一交易订单包括2个，分别记为n1、n2；且n1与m1匹配，n2与m2匹配，则m3为匹配之后剩余的第二交易订单，第一方可以根据m3增加同一订单至自身在预定时间段内的交易订单。

步骤c4、在匹配之后剩余的交易订单为第一交易订单的情况下，将匹配之后剩余的第一交易订单上传至数据共享平台，以使第二方根据匹配之后剩余的第一交易订单对自身的交易订单进行补充。

例如，假设预设时间段t1内的第二交易订单包括2个，分别记为m1、m2，预设时间段t1内的第一交易订单包括3个，分别记为n1、n2和n3，且n1与m1匹配，n2与m2匹配，则n3为多出的第二交易订单，第一方可以通过将m3上传至数据共享平台，以使第二方根据m3补充第二方在预定时间段内的交易订单。

可选的，对存在差异的第一交易数据进行修复，并重新上传至数据共享平台之后，本实施例的方法还包括：基于第二交易数据对第一交易数据进行对账处理。

本实施例中，在调用自动补单接口进行自动补单之后，或者根据正确的属性值修复错误的属性值之后，本实施例的方法还包括：记录存在差异的交易订单或者属性值不一致的属性项；间隔预设时间段之后，确定所述存在差异的交易订单是否还存在差异或者同一属性项的属性值是否还存在不一致；若间隔预设时间段之后，所述存在差异的交易订单依然存在差异或者同一属性项的属性值依然不一致，则继续对存在差异的交易订单或者属性值不一致的属性项进行修复，否则，确定存在差异的交易订单或所述属性项对账成功。

可选的，存在差异的保单或者属性值不一致的属性项，会流入问题保单池当中，问题保单池还会基于问题类型对这些存在差异的保单或者属性值不一致的属性项进行分类。例如，分类为手续费问题、保额问题、保费问题、投保人信息问题、被保人信息问题等，以便在问题保单池中快速查找到对应的保单。

图3为本申请实施例提供的对账装置的结构示意图。该对账装置具体可以是上述实施例中的第一终端设备或第二终端设备。本申请实施例提供的对账装置可以执行对账方法实施例提供的处理流程，如图3所示，对账装置30包括：第一获取模块31、第二获取模块32、对账模块33和修复模块34；其中，第一获取模块31，用于获取数据共享平台中存储的预定时间段内的第一交易数据，所述第一交易数据为所述第一方通过终端设备预先上传至所述数据共享平台；第二获取模块32，用于获取数据共享平台中存储的预定时间段内的第二交易数据，所述第二交易数据为所述第二方通过终端设备预先上传至所述数据共享平台；对账模块33，用于基于所述第二交易数据对所述第一交易数据进行对账处理；修复模块34，用于对存在差异的所述第一交易数据进行修复，并重新上传至所述数据共享平台。

可选的，修复模块34在对存在差异的所述第一交易数据进行修复时，具体包括：在所述第二交易数据多于所述第一交易数据的情况下，基于多出的第二交易数据，对所述第一交易数据进行补充；在所述第二交易数据少于所述第一交易数据的情况下，将多出的第一交易数据上传至所述数据共享平台，以使所述第二方根据多出的第一交易数据对所述第二交易数据进行补充。

可选的，所述第一交易数据包括多个第一交易订单，所述第二交易数据包括多个第二交易订单；所述对账模块33在基于所述第二交易数据对所述第一交易数据进行对账处理时，具体包括：确定所述第一交易订单的数量与所述第二交易订单的数量是否相同；所述修复模块34在对存在差异的所述第一交易数据进行修复时，具体包括：在所述第二交易订单的数量多于所述第一交易订单的情况下，基于多出的第二交易订单，对所述第一方的交易订单进行补充；在所述第二交易订单的数量少于所述第一交易订单的情况下，将多出的第一交易订单上传至所述数据共享平台，以使所述第二方根据多出的第一交易订单对自身的交易订单进行补充。

可选的，所述第一交易数据包括多个第一交易订单，所述第二交易数据包括多个第二交易订单；所述第一交易订单包括多个第一属性项，所述第二交易订单包括多个第二属性项；所述对账模块33在基于所述第二交易数据对所述第一交易数据进行对账处理时，具体包括：在所述多个第二交易订单中，确定与所述第一交易订单属于同一交易订单的第二交易订单；将同一交易订单中所述第一交易订单的第一属性项的属性值，与对应的第二属性项的属性值进行比较；所述修复模块34在对存在差异的所述第一交易数据进行修复时，具体包括：在所述第一属性项的属性值与对应的所述第二属性项的属性值不一致的情况下，则识别正确的属性值和错误的属性值，并根据所述正确的属性值修复错误的属性值。

可选的，所述第一交易订单包括第一订单标识信息；所述第二交易订单包括第二订单标识信息；所述对账模块33在所述多个第二交易订单中，确定与所述第一交易订单属于同一交易订单的第二交易订单时，具体包括：针对多个第一交易订单中的每个第一交易订单，基于所述第一订单标识信息和所述第二订单标识信息，将所述第一交易订单和所述第二交易订单进行匹配；将匹配成功的第二交易订单识别为与所述第一交易订单属于同一交易订单的第二交易订单。

可选的，所述对账模块33，还用于在匹配之后剩余的交易订单为第二交易订单的情况下，基于匹配之后剩余的第二交易订单，对所述第一方的交易订单进行补充；以及在匹配之后剩余的交易订单为第一交易订单的情况下，将匹配之后剩余的第一交易订单上传至所述数据共享平台，以使所述第二方根据匹配之后剩余的第一交易订单对自身的交易订单进行补充。

可选的，该装置还包括：记录模块35，用于记录存在差异的交易订单或者属性值不一致的属性项；对账模块33，还用于间隔预设时间段之后，确定存在差异的交易订单是否还存在差异或者同一属性项的属性值是否还存在不一致；以及若间隔预设时间段之后，存在差异的交易订单依然存在差异或者同一属性项的属性值依然不一致，则继续对存在差异的交易订单或者属性值不一致的属性项进行修复，否则，确定存在差异的交易订单或所述属性项对账成功。

图3所示实施例的对账装置可用于执行上述方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

图4为本申请实施例提供的对账设备的结构示意图。该对账设备具体可以是上述实施例中的第一终端设备或第二终端设备。本申请实施例提供的对账设备可以执行对账方法实施例提供的处理流程，如图4所示，对账设备40包括：存储器41、处理器42、计算机程序和通讯接口43；其中，计算机程序存储在存储器41中，并被配置为由处理器42执行以下操作：获取数据共享平台中存储的预定时间段内的第一交易数据，所述第一交易数据为所述第一方通过终端设备预先上传至所述数据共享平台；获取数据共享平台中存储的预定时间段内的第二交易数据，所述第二交易数据为所述第二方通过终端设备预先上传至所述数据共享平台；基于所述第二交易数据对所述第一交易数据进行对账处理；对存在差异的交易数据进行修复，并重新上传至所述数据共享平台。

可选的，所述对存在差异的所述第一交易数据进行修复，包括：在所述第二交易数据多于所述第一交易数据的情况下，基于多出的第二交易数据，对所述第一交易数据进行补充；在所述第二交易数据少于所述第一交易数据的情况下，将多出的第一交易数据上传至所述数据共享平台，以使所述第二方根据多出的第一交易数据对所述第二交易数据进行补充。

可选的，所述第一交易数据包括多个第一交易订单，所述第二交易数据包括多个第二交易订单；所述基于所述第二交易数据对所述第一交易数据进行对账处理，包括：确定所述第一交易订单的数量与所述第二交易订单的数量是否相同；所述对存在差异的所述第一交易数据进行修复，包括：在所述第二交易订单的数量多于所述第一交易订单的情况下，基于多出的第二交易订单，对所述第一方的交易订单进行补充；在所述第二交易订单的数量少于所述第一交易订单的情况下，将多出的第一交易订单上传至所述数据共享平台，以使所述第二方根据多出的第一交易订单对自身的交易订单进行补充。

可选的，所述第一交易数据包括多个第一交易订单，所述第二交易数据包括多个第二交易订单；所述第一交易订单包括多个第一属性项，所述第二交易订单包括多个第二属性项；所述基于所述第二交易数据对所述第一交易数据进行对账处理，包括：在所述多个第二交易订单中，确定与所述第一交易订单属于同一交易订单的第二交易订单；将同一交易订单中所述第一交易订单的第一属性项的属性值，与对应的第二属性项的属性值进行比较；所述对存在差异的所述第一交易数据进行修复，包括：在所述第一属性项的属性值与对应的所述第二属性项的属性值不一致的情况下，则识别正确的属性值，并根据所述正确的属性值修复错误的属性值。

可选的，所述第一交易订单包括第一订单标识信息；所述第二交易订单包括第二订单标识信息；所述在所述多个第二交易订单中，确定与所述第一交易订单属于同一交易订单的第二交易订单，包括：针对多个第一交易订单中的每个第一交易订单，基于所述第一订单标识信息和所述第二订单标识信息，将所述第一交易订单和所述第二交易订单进行匹配；将匹配成功的第二交易订单识别为与所述第一交易订单属于同一交易订单的第二交易订单。

可选的，所述针对多个第一交易订单中的每个第一交易订单，基于所述第一订单标识信息和所述第二订单标识信息，将所述第一交易订单和所述第二交易订单进行匹配之后，所述方法还包括：在匹配之后剩余的交易订单为第二交易订单的情况下，基于匹配之后剩余的第二交易订单，对所述第一方的交易订单进行补充；在匹配之后剩余的交易订单为第一交易订单的情况下，将匹配之后剩余的第一交易订单上传至所述数据共享平台，以使所述第二方根据匹配之后剩余的第一交易订单对自身的交易订单进行补充。

可选的，所述对存在差异的所述第一交易数据进行修复，并重新上传至所述数据共享平台之后，所述方法还包括：记录存在差异的交易订单或者属性值不一致的属性项；间隔预设时间段之后，确定所述存在差异的交易订单是否还存在差异或者同一属性项的属性值是否还存在不一致；若间隔预设时间段之后，所述存在差异的交易订单依然存在差异或者同一属性项的属性值依然不一致，则继续对存在差异的交易订单或者属性值不一致的属性项进行修复，否则，确定存在差异的交易订单或所述属性项对账成功。

图4所示实施例的对账设备可用于执行上述方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

另外，本申请实施例还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行以实现上述实施例所述的对账方法。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施例所述方法的部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-onlymemory，rom)、随机存取存储器(randomaccessmemory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。

本领域技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。