CN112258191A - 数据对账方法、装置、设备及存储介质 - Google Patents

Abstract

本发明涉及信息处理技术领域，公开了一种数据对账方法、装置、设备和存储介质，该方法包括：获取本地订单数据与渠道订单数据，并将它们存入redis数据库中作为第一对账数据与第二对账数据，并将第一对账数据与第二对账数据进行对比，得到差异对账数据，并根据差异对账数据获得判断结果。相较于现有技术中通常采用将双方对账数据总量直接对比，本发明通过差异比较方法将双方对账数据处理后再进行对比，可有效降低对账程序的繁琐度，减少数据库资源占用，提升对账整体效率。

Description

数据对账方法、装置、设备及存储介质

技术领域

本发明涉及信息处理技术领域，尤其涉及一种数据对账方法、装置、设备和存储介质。

背景技术

随着互联网技术的快速发展，企业可以通过自建支付***，对接多个第三方支付渠道***来完成订单交易。但由于支付过程中可能会因为网络延迟，网络错误，或者***漏洞导致本地订单数据与渠道订单数据不一致，因此数据对账显得尤为重要。

目前大部分***都是直接将双方***数据的总量进行比对，如将所有本地订单数据与渠道订单数据存入一个临时数据库，基于临时数据库进行不断大批量遍历比较查询，逐步从临时数据库中找出差异数据并记录。

但庞大的数据量造成对账程序繁琐又耗时，对账过程中一直占用数据库的资源，使得对账效率低下。

上述内容仅用于辅助理解本发明的技术方案，并不代表承认上述内容是现有技术。

发明内容

本发明的主要目的在于提供一种数据对账方法、装置、设备和存储介质，旨在解决对账程序繁琐又耗时，对账过程占用数据库资源较多，对账效率低下的技术问题。

为实现上述目的，本发明提供一种数据对账方法，所述方法包括以下步骤：

获取本地订单数据及渠道订单数据；

将所述本地订单数据作为第一对账数据、所述渠道订单数据作为第二对账数据保存至redis数据库中；

将所述第一对账数据与所述第二对账数据进行对比，得到差异对账数据；

根据所述差异对账数据对所述本地订单数据和/或所述渠道订单数据中的对账结果进行数据更新判断，并获得判断结果。

优选地，所述获取本地订单数据及渠道订单数据，具体包括：

向渠道运营商发送渠道订单数据请求，并接收所述渠道运营商根据所述渠道订单数据请求反馈的渠道订单数据；

将所述渠道订单数据存放至本地服务器中；

获取本地服务器的非易失性存储器中存储的本地订单数据。

优选地，所述将所述本地订单数据作为第一对账数据、所述渠道订单数据作为第二对账数据保存至redis数据库中，具体包括：

提取所述本地订单数据的订单号和订单金额信息作为第一对账数据存放至redis数据库；

提取所述渠道订单数据的订单号和订单金额信息作为第二对账数据存放至redis数据库。

优选地，所述将所述第一对账数据与所述第二对账数据进行对比，得到差异对账数据，具体包括：

根据所述第一对账数据和所述第二对账数据获取当日长款数据；

读取历史存疑订单数据，并根据所述历史存疑订单数据和所述当日长款数据，获得存疑转平数据；

根据所述历史存疑订单数据、所述存疑转平数据以及所述当日长款数据确定实际短款数据和实际长款数据，并将所述实际短款数据和所述实际长款数据作为差异对账数据。

优选地，所述根据所述第一对账数据和所述第二对账数据获取当日长款数据，具体包括：

获取所述第一对账数据和所述第二对账数据之间的交集数据；

比较所述第二对账数据和所述交集数据，并根据比较结果确定当日长款数据；

所述读取历史存疑订单数据，并根据所述历史存疑订单数据和所述当日长款数据，获得存疑转平数据的步骤，包括：

读取历史存疑订单数据，将所述历史存疑订单数据存入所述redis数据库；

对所述历史存疑订单数据和所述当日长款数据进行交集运算，获得存疑转平数据。

优选地，所述根据所述历史存疑订单数据、所述存疑转平数据以及所述当日长款数据确定实际短款数据和实际长款数据，具体包括：

将所述历史存疑订单数据和所述存疑转平数据作差集运算，根据差集运算结果获取超过预设存疑时长的对账数据，并将获得的对账数据作为实际短款数据；

将所述当日长款数据和所述存疑转平数据作差集运算，获得实际长款数据。

优选地，所述根据所述差异对账数据对所述本地订单数据和/或所述渠道订单数据中的对账结果进行数据更新判断，并获得判断结果，具体包括：

在所述差异对账数据仅包含所述实际长款数据时，判定本地订单数据为待更新数据；

在所述差异对账数据仅包含所述实际短款数据时，判定渠道订单数据为待更新数据；

在所述差异对账数据中包含所述实际长款数据和所述实际短款数据时，判定本地订单数据与渠道订单数据均为待更新数据。

此外，为实现上述目的，本发明还提出一种数据对账装置，所述装置包括以下模块：

数据获取模块，用于获取本地订单数据及渠道订单数据；

数据存储模块，用于将所述本地订单数据作为第一对账数据、所述渠道订单数据作为第二对账数据保存至redis数据库中；

数据对账模块，用于将所述第一对账数据与所述第二对账数据进行对比，得到差异对账数据；

结果判定模块，用于根据所述差异对账数据对所述本地订单数据和/或所述渠道订单数据中的对账结果进行数据更新判断，并获得判断结果。

此外，为实现上述目的，本发明还提出一种数据对账设备，所述数据对账设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的数据对账程序，所述数据对账程序被所述处理器执行时实现上述任一项所述的数据对账方法的步骤。

此外，为实现上述目的，本发明还提出了一种计算机可读存储介质，所述计算机可读存储介质上存储有数据对账程序，所述数据对账程序执行时实现上述任一项所述的数据对账方法的步骤。

本发明通过获取本地订单数据与渠道订单数据，并将它们存入redis数据库中作为第一对账数据与第二对账数据，并将第一对账数据与第二对账数据进行对比，得到差异对账数据，并根据差异对账数据获得判断结果。相较于现有技术中通常采用将双方对账数据总量直接对比，本发明通过差异比较方法将双方对账数据处理后再进行对比，并得到对账结果，可有效降低对账程序的繁琐度，减少数据库资源占用，提升对账整体效率。

附图说明

图1是本发明实施例方案涉及的硬件运行环境的数据对账设备的结构示意图；

图2为本发明数据对账方法第一实施例的流程示意图；

图3为本发明数据对账方法第二实施例的流程示意图；

图4为本发明数据对账装置第一实施例的结构框图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。

参照图1，图1为本发明实施例方案涉及的硬件运行环境的数据对账设备结构示意图。

如图1所示，该数据对账设备可以包括：处理器1001，例如中央处理器（CentralProcessing Unit，CPU），通信总线1002、用户接口1003，网络接口1004，存储器1005。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏（Display）、输入单元比如键盘（Keyboard），可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口（如无线保真（WIreless-FIdelity，WI-FI）接口）。存储器1005可以是高速的随机存取存储器（RandomAccess Memory，RAM）存储器，也可以是稳定的非易失性存储器（Non-Volatile Memory，NVM），例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。

本领域技术人员可以理解，图1中示出的结构并不构成对数据对账设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图1所示，作为一种存储介质的存储器1005中可以包括操作***、数据存储模块、网络通信模块、用户接口模块以及数据对账程序。

在图1所示的数据对账设备中，网络接口1004主要用于与网络服务器进行数据通信；用户接口1003主要用于与用户进行数据交互；本发明数据对账设备中的处理器1001、存储器1005可以设置在数据对账设备中，所述数据对账设备通过处理器1001调用存储器1005中存储的数据对账程序，并执行本发明实施例提供的数据对账方法。

本发明实施例提供了一种数据对账方法，参照图2，图2为本发明数据对账方法第一实施例的流程示意图。

本实施例中，所述数据对账方法包括以下步骤：

步骤S10：获取本地订单数据及渠道订单数据；

需要说明的是，本实施例的执行主体可以是具有数据处理、网络通信以及程序运行功能的计算服务设备，例如智能手机、平板电脑、个人电脑等，也可以是其他能够实现上述功能的设备，本实施例对此不作限制。本实施例及下述各实施例将以数据对账设备为例进行具体说明。

本实施例中，所述订单数据可以是支付过程中产生的可以表明订单详情的信息，例如：订单号、订单金额、手续费金额、订单创建时间等，本地订单数据即数据对账设备本地产生的订单数据，渠道订单数据即渠道运营商产生的订单数据。

在具体实现中，数据对账设备向渠道运营商发送渠道订单数据请求，并接收渠道运营商发送的渠道订单数据，然后获取预先存放在本地服务器的非易失性存储器中存储的本地订单数据。

进一步的，为了提高数据对账效率，本步骤S10，可细化为：

步骤S101：向渠道运营商发送渠道订单数据请求，并接收所述渠道运营商根据所述渠道订单数据请求反馈的渠道订单数据；

应理解的是，数据对账设备发送渠道订单数据请求可以是通过连接网络发送的，例如：2G网络、3G网络、4G网络、5G网络、宽带网络、光纤网络等，本实施例对此不加以限制。

在具体实现中，数据对账设备连接网络发送渠道订单数据给渠道运营商，渠道运营商接收到渠道订单数据请求后，解析该请求，并将渠道订单数据通过网络回发给数据对账设备。

步骤S102：将所述渠道订单数据存放至本地服务器中；

在具体实现中，数据对账设备获取到渠道订单数据后，将渠道订单数据存储在本地服务器的非易失性存储器中保存。

步骤S103：获取本地服务器的非易失性存储器中存储的本地订单数据。

应理解的是，本地订单数据是预先存储在本地服务器的非易失性存储器中的。

在具体实现中，数据对账设备读取预先存储在本地服务器的非易失性存储器中的本地订单数据。

步骤S20：将所述本地订单数据作为第一对账数据、所述渠道订单数据作为第二对账数据保存至redis数据库中；

应理解的是，第一对账数据是本地订单数据中截取的一部分可以表明本地订单数据特征的信息，例如：本地订单数据的手续费金额、订单创建时间等；第二对账数据是渠道订单数据中截取的一部分可以表明渠道订单数据特征的信息，例如：渠道订单数据的手续费金额、订单创建时间等。

在具体实现中，数据对账设备可将本地订单数据作为第一对账数据，接收到的渠道订单数据作为第二对账数据，然后将第一对账数据与第二对账数据存放入redis数据库中。

进一步的，为了解决独权步骤存在的缺陷，或者实现更进一步的目的，本步骤S20，可细化为：

步骤S201：提取所述本地订单数据的订单号和订单金额信息作为第一对账数据存放至redis数据库；

在具体实现中，数据对账设备将本地订单数据的订单号和订单金额提取出来，并将提取出来的订单号和订单金额作为第一对账数据存入redis数据库作为第一对账数据。

步骤S202：提取所述渠道订单数据的订单号和订单金额信息作为第二对账数据存放至redis数据库。

在具体实现中，数据对账设备将渠道订单数据的订单号和订单金额提取出来，并将提取出来的订单号和订单金额作为第二对账数据存入redis数据库作为第二对账数据。

步骤S30：将所述第一对账数据与所述第二对账数据进行对比，得到差异对账数据；

需要说明的是，差异对账数据是指因网络延迟、网络错误或者***漏洞导致的本地订单数据与渠道订单数据不一致的对账数据。例如：由网络延迟导致的差异订单数据，在本地交易订单创建时间为23:59:59，那么因网络延迟，到达第三方渠道时可能已经00:00:01，则前一天汇总时就会出现本地有订单数据，渠道无订单数据的现象。

应理解的是，数据对账设备将第一对账数据与第二对账数据进行对比，目的是为了得到消除网络延迟影响的差异对账数据，例如：包含网络错误或者***漏洞导致的差异对账数据，本实施例对此不加以限制。

在具体实现中，数据对账设备将第一对账数据与第二对账数据进行交集差集等比较运算，得到消除网络延迟影响的差异对账数据。

步骤S40：根据所述差异对账数据对所述本地订单数据和/或所述渠道订单数据中的对账结果进行数据更新判断，并获得判断结果。

应理解的是，为了得到最后的对账结果，数据对账设备通常需要对差异对账数据进行分析比对，并输出判断结果。

在具体实现中，数据对账设备根据差异对账数据的对账结果，判定本地订单数据或者渠道订单数据是否为待更新数据。

进一步的，为了提高对账效率，本步骤S40，可细化为：

S401：在所述差异对账数据仅包含所述实际长款数据时，判定本地订单数据为待更新数据；

需要说明的是，所述实际长款数据是指消除了网络延迟影响的长款数据，例如：本地订单数据无，渠道订单数据有的数据。

在具体实现中，数据对账设备若检测到差异对账数据仅包含实际长款数据时，则判定本地订单数据为待更新数据，需要对实际长款数据进行分析判断后来确定本地订单数据需要更新的地方。

S402：在所述差异对账数据仅包含所述实际短款数据时，判定渠道订单数据为待更新数据；

需要说明的是，实际短款数据是指消除了网络延迟影响的短款数据，例如：本地订单数据有，渠道订单数据无的数据。

在具体实现中，数据对账设备若检测到差异对账数据仅包含实际短款数据时，则判定渠道订单数据为待更新数据，需要将实际短款数据进行分析判断后来确定渠道订单数据需要更新的地方。

S403：在所述差异对账数据中包含所述实际长款数据和所述实际短款数据时，判定本地订单数据与渠道订单数据均为待更新数据。

在具体实现中，数据对账设备若检测到差异对账数据既包含实际长款数据又包含实际短款数据时。则判定本地订单数据与渠道订单数据均为待更新数据，需要将实际长款数据和实际短款数据进行分析判断后来确定本地订单数据与渠道订单数据需要更新的地方。

本实施例通过获取本地订单数据与渠道订单数据，并将它们存入redis数据库中作为第一对账数据与第二对账数据，并将第一对账数据与第二对账数据进行对比，得到差异对账数据，并根据差异对账数据获得判断结果。相较于现有技术中通常采用将双方对账数据总量直接对比，本发明通过差异比较方法将双方对账数据处理后再进行对比，并得到对账结果，可有效降低对账程序的繁琐度，减少数据库资源占用，提升对账整体效率。

参考图3，图3为本发明数据对账方法第二实施例的流程示意图。

基于上述第一实施例，在本实施例中，所述步骤S30包括：

步骤S301：根据所述第一对账数据和所述第二对账数据获取当日长款数据；

需要说明的是，当日长款数据是指可能因网络延迟或者其它因素导致的本地订单数据没有，而渠道订单数据有的订单数据。

应理解的是，差异比较运算是指将第一对账数据与第二对账数据进行比较处理的算法，其目的是为得到第一对账数据与第二对账数据的差异结果。

在具体实现中，数据对账设备可将第一对账数据与第二对账数据作交集运算，然后根据交集运算的结果来进一步确定当日长款数据。

进一步的，为了提高对账效率，本步骤S301，可细化为：

步骤S3011：获取所述第一对账数据和所述第二对账数据之间的交集数据；

步骤S3012：比较所述第二对账数据和所述交集数据，并根据比较结果确定当日长款数据。

需要说明的是，上述交集运算是指采用redis交集运算指令对2个集合进行求交集的操作，例如：采用sinter方法对第一对账数据与第二对账数据取交集。

应理解的是，第一对账数据与第二对账数据中存在着重合的部分，该重合的部分是本地订单数据与渠道订单数据对平、不存在差异的部分，即上述交集数据。

在具体实现中，数据对账设备将第一对账数据与第二对账数据运用redis的交集运算指令进行运算，得出交集数据后，即可将第二对账数据和所述交集数据进行比较，然后根据比较结果确定当日长款数据。

应理解的是，第二对账数据与交集数据的差集即为一组长款数据，即为本地订单数据没有，渠道订单数据有的订单数据，但该组数据可能是由于网络延迟导致的，所以这里将该组长款数据作为当日长款数据，以便后续操作得到消除网络延迟影响的差异对账数据。

在具体实现中，数据对账设备将第二对账数据与交集数据运用redis的差集运算指令进行运算，并根据运算结果确定当日长款数据。

步骤S302：读取历史存疑订单数据，并根据所述历史存疑订单数据和所述当日长款数据，获得存疑转平数据；

需要说明的是，所述历史存疑订单数据即库存存疑订单，正常情况下，订单存疑留存天数是固定的（一般为一天）。所述存疑转平数据是指对账账务不平的数据转为对账账务平齐的数据。例如：当日长款数据与历史存疑订单数据因网络延迟作用，存在着重合的部分数据，提取该部分数据出来即为一组存疑转平数据。

应理解的是，历史存疑订单数据和当日长款数据之间存在着交集部分，即网络延迟导致的前一天有历史存疑订单数据，后一天有当日长款数据。故而将两者作交集运算，可找出它们当中可以对平的数据，即存疑转平数据。

在具体实现中，数据对账设备将第一长款数据与第一短款数据作交集运算，取交集运算的结果作为存疑转平数据。具体的，数据对账设备可读取历史存疑订单数据，将历史存疑订单数据存入redis数据库，然后对历史存疑订单数据和当日长款数据进行交集运算，获得存疑转平数据。

步骤S303：根据所述历史存疑订单数据、所述存疑转平数据以及所述当日长款数据确定实际短款数据和实际长款数据，并将所述实际短款数据和所述实际长款数据作为差异对账数据。

在具体实现中，数据对账设备可将历史存疑订单数据和存疑转平数据作差集运算，然后根据差集运算结果获取超过预设存疑时长的对账数据，并将获得的对账数据作为实际短款数据；再将当日长款数据和存疑转平数据作差集运算，获得实际长款数据，最后将实际短款数据和实际长款数据作为差异对账数据。其中，预设存疑时长也一般设置为一天。

此外，本发明实施例还提出了一种存储介质，所述存储介质上存储有数据对账程序，所述数据对账程序被处理器执行时实现如上文所述的数据对账方法的步骤。

参照图4，图4为本发明数据对账装置第一实施例的结构框图。

如图4所示，本发明实施例提出的数据对账装置包括：

数据获取模块401，用于获取本地订单数据及渠道订单数据；

数据存储模块402，用于将所述本地订单数据作为第一对账数据、所述渠道订单数据作为第二对账数据保存至redis数据库中；

数据对账模块403，用于将所述第一对账数据与所述第二对账数据进行对比，得到差异对账数据；

结果判定模块404，用于根据所述差异对账数据对所述本地订单数据和/或所述渠道订单数据中的对账结果进行数据更新判断，并获得判断结果。

本实施例通过获取本地订单数据与渠道订单数据，并将它们存入redis数据库中作为第一对账数据与第二对账数据，并将第一对账数据与第二对账数据进行对比，得到差异对账数据，并根据差异对账数据获得判断结果。相较于现有技术中通常采用将双方对账数据总量直接对比，本发明通过差异比较方法将双方对账数据处理后再进行对比，并得到对账结果，可有效降低对账程序的繁琐度，减少数据库资源占用，提升对账整体效率。

基于本发明上述数据对账装置第一实施例，提出了本发明数据对账装置的第二实施例。

在本实施例中，所述数据获取模块401，用于向渠道运营商发送渠道订单数据请求，并接收所述渠道运营商根据所述渠道订单数据请求反馈的渠道订单数据；将所述渠道订单数据存放至本地服务器中；获取本地服务器的非易失性存储器中存储的本地订单数据。

进一步地，所述数据存储模块402，用于提取所述本地订单数据的订单号和订单金额信息作为第一对账数据存放至redis数据库；提取所述渠道订单数据的订单号和订单金额信息作为第二对账数据存放至redis数据库。

进一步地，所述数据对账模块403，用于根据所述第一对账数据和所述第二对账数据获取当日长款数据；读取历史存疑订单数据，并根据所述历史存疑订单数据和所述当日长款数据，获得存疑转平数据；根据所述历史存疑订单数据、所述存疑转平数据以及所述当日长款数据确定实际短款数据和实际长款数据，并将所述实际短款数据和所述实际长款数据作为差异对账数据。

进一步地，所述数据对账模块403，还用于获取所述第一对账数据和所述第二对账数据之间的交集数据；比较所述第二对账数据和所述交集数据，并根据比较结果确定当日长款数据；读取历史存疑订单数据，将所述历史存疑订单数据存入所述redis数据库；对所述历史存疑订单数据和所述当日长款数据进行交集运算，获得存疑转平数据。

进一步地，所述数据对账模块403，还用于将所述历史存疑订单数据和所述存疑转平数据作差集运算，根据差集运算结果获取超过预设存疑时长的对账数据，并将获得的对账数据作为实际短款数据；将所述当日长款数据和所述存疑转平数据作差集运算，获得实际长款数据。

进一步地，所述结果判定模块404，用于在所述差异对账数据仅包含所述实际长款数据时，判定本地订单数据为待更新数据；在所述差异对账数据仅包含所述实际短款数据时，判定渠道订单数据为待更新数据；在所述差异对账数据中包含所述实际长款数据和所述实际短款数据时，判定本地订单数据与渠道订单数据均为待更新数据。

本发明数据对账装置的其他实施例或具体实现方式可参照上述各方法实施例，此次不再赘述。

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

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种数据对账方法，其特征在于，所述方法包括以下步骤：

获取本地订单数据及渠道订单数据；

将所述本地订单数据作为第一对账数据、所述渠道订单数据作为第二对账数据保存至redis数据库中；

将所述第一对账数据与所述第二对账数据进行对比，得到差异对账数据；

根据所述差异对账数据对所述本地订单数据和/或所述渠道订单数据中的对账结果进行数据更新判断，并获得判断结果。

2.如权利要求1所述的方法，其特征在于，所述获取本地订单数据及渠道订单数据，具体包括：

向渠道运营商发送渠道订单数据请求，并接收所述渠道运营商根据所述渠道订单数据请求反馈的渠道订单数据；

将所述渠道订单数据存放至本地服务器中；

获取本地服务器的非易失性存储器中存储的本地订单数据。

3.如权利要求2所述的方法，其特征在于，所述将所述本地订单数据作为第一对账数据、所述渠道订单数据作为第二对账数据保存至redis数据库中，具体包括：

提取所述本地订单数据的订单号和订单金额信息作为第一对账数据存放至redis数据库；

提取所述渠道订单数据的订单号和订单金额信息作为第二对账数据存放至redis数据库。

4.如权利要求3所述的方法，其特征在于，所述将所述第一对账数据与所述第二对账数据进行对比，得到差异对账数据，具体包括：

根据所述第一对账数据和所述第二对账数据获取当日长款数据；

读取历史存疑订单数据，并根据所述历史存疑订单数据和所述当日长款数据，获得存疑转平数据；

根据所述历史存疑订单数据、所述存疑转平数据以及所述当日长款数据确定实际短款数据和实际长款数据，并将所述实际短款数据和所述实际长款数据作为差异对账数据。

5.如权利要求4所述的方法，其特征在于，所述根据所述第一对账数据和所述第二对账数据获取当日长款数据，具体包括：

获取所述第一对账数据和所述第二对账数据之间的交集数据；

比较所述第二对账数据和所述交集数据，并根据比较结果确定当日长款数据；

所述读取历史存疑订单数据，并根据所述历史存疑订单数据和所述当日长款数据，获得存疑转平数据的步骤，包括：

读取历史存疑订单数据，将所述历史存疑订单数据存入所述redis数据库；

对所述历史存疑订单数据和所述当日长款数据进行交集运算，获得存疑转平数据。

6.如权利要求5所述的方法，其特征在于，所述根据所述历史存疑订单数据、所述存疑转平数据以及所述当日长款数据确定实际短款数据和实际长款数据，具体包括：

将所述历史存疑订单数据和所述存疑转平数据作差集运算，根据差集运算结果获取超过预设存疑时长的对账数据，并将获得的对账数据作为实际短款数据；

将所述当日长款数据和所述存疑转平数据作差集运算，获得实际长款数据。

7.如权利要求6所述的方法，其特征在于，所述根据所述差异对账数据对所述本地订单数据和/或所述渠道订单数据中的对账结果进行数据更新判断，并获得判断结果，具体包括：

在所述差异对账数据仅包含所述实际长款数据时，判定本地订单数据为待更新数据；

在所述差异对账数据仅包含所述实际短款数据时，判定渠道订单数据为待更新数据；

在所述差异对账数据中包含所述实际长款数据和所述实际短款数据时，判定本地订单数据与渠道订单数据均为待更新数据。

8.一种数据对账装置，其特征在于，所述装置包括以下模块：

数据获取模块，用于获取本地订单数据及渠道订单数据；

数据存储模块，用于将所述本地订单数据作为第一对账数据、所述渠道订单数据作为第二对账数据保存至redis数据库中；

数据对账模块，用于将所述第一对账数据与所述第二对账数据进行对比，得到差异对账数据；

结果判定模块，用于根据所述差异对账数据对所述本地订单数据和/或所述渠道订单数据中的对账结果进行数据更新判断，并获得判断结果。

9.一种数据对账设备，其特征在于，所述数据对账设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的数据对账程序，所述数据对账程序被所述处理器执行时实现如权利要求1-7中任一项所述的数据对账方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有数据对账程序，所述数据对账程序执行时实现如权利要求1-7中任一项所述的数据对账方法的步骤。

Images