CN115953257A - 数据处理方法、装置、设备及存储介质 - Google Patents

Abstract

本申请提供一种数据处理方法、装置、设备及存储介质。该方法包括：获取待稽核的营收数据，所述营收数据包括：应收明细数据、实收明细数据、应收为准数据及实收为准数据；对所述待稽核的营收数据进行稽核处理，获得稽核成功的营收数据和未稽核成功的营收数据；将所述稽核成功的营收数据和所述未稽核成功的营收数据发送至用户终端，以供所述用户终端反馈修正的营收数据；根据所述修正的营收数据获得对应的长短款数值。本申请的方法，通过自动对数据进行稽核处理，能够直接得到稽核成功的营收数据和未稽核成功的营收数据，而且能够根据修正的营收数据自动获得对应的长短款数值，无需工作人员手工对账，减少了人工成本，提高了对账效率。

Description

数据处理方法、装置、设备及存储介质

技术领域

本申请涉及数据处理技术领域，尤其涉及一种数据处理方法、装置、设备及存储介质。

背景技术

随着互联网业务的日益发展，企业营收资金管理所涵盖的业务越来越繁杂，数据源接口、报表、功能模块越来越多。

现有的营收资金对账方式是基于各省、地市、区县、网点的工作人员进行汇总，从而实现业务的现金流日结、月结、长短款自动管理。

但是，现有的营收资金由工作人员手工对账的方式人工成本高、对账周期长，而且效率较低。

发明内容

本申请提供一种一种数据处理方法、装置、设备及存储介质，用以解决现有的营收资金由工作人员手工对账的方式对账周期长而且效率较低的问题。

第一方面，本申请提供一种数据处理方法，包括：

获取待稽核的营收数据，所述营收数据包括：应收明细数据、实收明细数据、应收为准数据及实收为准数据；

对所述待稽核的营收数据进行稽核处理，获得稽核成功的营收数据和未稽核成功的营收数据；

将所述稽核成功的营收数据和所述未稽核成功的营收数据发送至用户终端，以供所述用户终端反馈修正的营收数据；

根据所述修正的营收数据获得对应的长短款数值。

第二方面，本申请提供一种数据处理装置，包括：

获取单元，用于获取待稽核的营收数据，所述营收数据包括：应收明细数据、实收明细数据、应收为准数据及实收为准数据；

处理单元，用于对所述待稽核的营收数据进行稽核处理，获得稽核成功的营收数据和未稽核成功的营收数据；

处理单元，还用于将所述稽核成功的营收数据和所述未稽核成功的营收数据发送至用户终端，以供所述用户终端根据所述未稽核成功的营收数据反馈修正的营收数据；

处理单元，还用于根据所述修正的营收数据获得对应的长短款数值。

第三方面，本申请提供一种电子设备，包括：处理器，存储器及收发器；

处理器，存储器及收发器电路互联；

存储器存储计算机执行指令；

收发器，用于收发数据；

处理器执行存储器存储的计算机执行指令，使得处理器执行如第一方面所述的方法。

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

本申请提供的数据处理方法、装置、设备及存储介质，获取待稽核的营收数据，所述营收数据包括：应收明细数据、实收明细数据、应收为准数据及实收为准数据；对所述待稽核的营收数据进行稽核处理，获得稽核成功的营收数据和未稽核成功的营收数据；将所述稽核成功的营收数据和所述未稽核成功的营收数据发送至用户终端，以供所述用户终端反馈修正的营收数据；根据所述修正的营收数据获得对应的长短款数值，通过自动对数据进行稽核处理，能够直接得到稽核成功的营收数据和未稽核成功的营收数据，而且能够根据修正的营收数据自动获得对应的长短款数值，无需工作人员手工对账，减少了人工成本，提高了对账效率。

附图说明

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

图1为本申请提供的数据处理方法的网络架构示意图；

图2为本申请提供的一种数据处理方法的流程示意图；

图3为本申请提供的另一种数据处理方法的流程示意图；

图4为本申请提供的一种数据处理装置的结构示意图；

图5为用来实现本申请实施例的数据处理方法的电子设备的第一框图；

图6为用来实现本申请实施例的数据处理方法的电子设备的第二框图。

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

具体实施方式

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

为了清楚理解本申请的技术方案，首先对现有技术的方案进行详细介绍。

随着互联网业务的日益发展，企业营收资金管理所涵盖的业务越来越繁杂，数据源接口、报表、功能模块越来越多。现有的营收资金对账方式是基于各省、地市、区县、网点的工作人员进行汇总，从而实现业务的现金流日结、月结、长短款自动管理。

但是，现有的营收资金由工作人员手工对账的方式人工成本高、对账周期长，而且效率较低。

所以针对现有技术中基于人工对入库数据进行抽样检查的方式效率较低，发明人在研究中发现，获取待稽核的营收数据，其中，营收数据包括应收明细数据、实收明细数据、应收为准数据及实收为准数据，对待稽核的营收数据进行稽核处理，获得稽核成功的营收数据和未稽核成功的营收数据；将获得的稽核成功的营收数据和未稽核成功的营收数据发送至用户终端，以供用户终端反馈修正的营收数据，进一步根据修正的营收数据获得对应的长短款数值，通过自动对数据进行稽核处理，能够直接得到稽核成功的营收数据和未稽核成功的营收数据，而且能够根据修正的营收数据自动获得对应的长短款数值，无需工作人员手工对账，减少了人工成本，提高了对账效率。

所以发明人基于上述的创造性发现，提出了本申请实施例的技术方案。下面对本申请实施例提供的数据处理方法的网络架构及应用场景进行介绍。

如图1所示，本申请实施例提供的数据处理方法对应的网络架构中包括：服务器1和用户终端2，服务器1获取待稽核的营收数据，营收数据包括：应收明细数据、实收明细数据、应收为准数据及实收为准数据；对待稽核的营收数据进行稽核处理，获得稽核成功的营收数据和未稽核成功的营收数据；服务器1将稽核成功的营收数据和未稽核成功的营收数据发送至用户终端2，以供用户终端2反馈修正的营收数据；服务器1根据修正的营收数据获得对应的长短款数值。通过自动对数据进行稽核处理，能够直接得到稽核成功的营收数据和未稽核成功的营收数据，而且能够根据修正的营收数据自动获得对应的长短款数值，无需工作人员手工对账，减少了人工成本，提高了对账效率。

以下将参照附图来具体描述本发明的实施例。

图2为本申请提供的一种数据处理方法的流程示意图，该方法应用于电子设备。其中，电子设备可以为表示各种形式的数字计算机。诸如，蜂窝电话、智能电话、膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。如图2所示，该方法包括：

步骤201，获取待稽核的营收数据，营收数据包括：应收明细数据、实收明细数据、应收为准数据及实收为准数据。

在本实施例中，获取待稽核的营收数据，其中，营收数据包括应收明细数据、实收明细数据、应收为准数据及实收为准数据。

步骤202，对待稽核的营收数据进行稽核处理，获得稽核成功的营收数据和未稽核成功的营收数据。

在本实施例中，对待稽核的营收数据进行稽核处理，获得稽核成功的营收数据和未稽核成功的营收数据，具体地，分别对应收明细数据、实收明细数据、应收为准数据及实收为准数据进行稽核处理。

步骤203，将稽核成功的营收数据和未稽核成功的营收数据发送至用户终端，以供用户终端反馈修正的营收数据。

在本实施例中，将稽核成功的营收数据和未稽核成功的营收数据发送至用户终端，用户终端接收稽核成功的营收数据，用户终端显示稽核成功的营收数据，用户可以更加直观地了解数据。用户可以对未稽核成功的营收数据进行修正，如，核对订单信息是否有误，通过用户终端反馈修正的营收数据。

步骤204，根据修正的营收数据获得对应的长短款数值。

在本实施例中，接收修正的营收数据，根据修正的营收数据获得对应的长短款数值，并将长短款数值与预设阈值进行比较，根据比较结果确定对应的数据库，从而进行存储。

在本实施例中，获取待稽核的营收数据，其中，营收数据包括应收明细数据、实收明细数据、应收为准数据及实收为准数据，对待稽核的营收数据进行稽核处理，获得稽核成功的营收数据和未稽核成功的营收数据；将获得的稽核成功的营收数据和未稽核成功的营收数据发送至用户终端，以供用户终端反馈修正的营收数据，进一步根据修正的营收数据获得对应的长短款数值，通过自动对数据进行稽核处理，能够直接得到稽核成功的营收数据和未稽核成功的营收数据，而且能够根据修正的营收数据自动获得对应的长短款数值，无需工作人员手工对账，减少了人工成本，提高了对账效率。

图3为本申请提供的另一种数据处理方法的流程示意图，该方法应用于电子设备，如图3所示，该方法包括：

步骤301，获取待稽核的营收数据，营收数据包括：应收明细数据、实收明细数据、应收为准数据及实收为准数据。

在本实施例中，步骤301与步骤201具有相同的技术特征，具体描述可参考步骤201，在此不做赘述。

步骤302，对待稽核的营收数据进行稽核处理，获得稽核成功的营收数据和未稽核成功的营收数据。

在一种可能的实现方式中，若营收数据为应收明细数据；对待稽核的营收数据进行稽核处理，获得稽核成功的营收数据和未稽核成功的营收数据，包括：

步骤3021，获取总部实收明细数据，将待稽核的应收明细数据中的流水标识与总部实收明细数据中的订单标识进行匹配。

在本实施例中，获取总部实收明细，将待稽核的应收明细数据中的流水标识与总部实收明细数据中的订单标识进行匹配，其中，流水标识和订单标识是相同的标识，只是在应收明细数据中称之为流水标识，在实收明细数据中称之为订单标识。

其中，获取应收明细数据之前，还包括：

根据网点编码查找与网点编码匹配的省分生产收费明细表表中预设时间段内的明细数据；将预设时间段内的明细数据中的应收日期、网点编码、业务流水标识、业务号码信息进行汇总，形成收费明细表应收明细；根据收费明细表应收明细中的业务流水标识关联实体渠道收费明细表和互联网渠道收费明细表数据，得到应收明细数据。

在本实施例中，获取网点编码，根据网点编码查找与网点编码匹配的省分生产收费明细表表中预设时间段内的明细数据，从而将预设时间段内的明细数据中的应收日期、网点编码、业务流水标识、业务号码信息进行汇总，得到收费明细表应收明细，进一步根据收费明细表应收明细中的业务流水标识关联实体渠道收费明细表和互联网渠道收费明细表数据，从而得到应收明细数据。

步骤3022，若流水标识与订单标识匹配，则确定流水标识匹配的订单标识对应的订单信息是否与该流水标识对应的订单信息一致，订单信息包括：订单金额和支付方式。

在本实施例中，若待稽核的应收明细数据中的流水标识与总部实收明细数据中的订单标识匹配，确定流水标识匹配的订单标识对应的订单信息是否与该流水标识对应的订单信息相同，其中，订单信息包括订单金额和支付方式，将流水标识匹配的订单标识对应的订单信息中订单金额和支付方式与该流水标识对应的订单信息中订单金额和支付方式进行对比。

步骤3023，若是，则将该流水标识对应的应收明细数据从待稽核的应收明细数据中删除，获得更新的第一应收明细数据，该流水标识对应的应收明细数据为稽核成功的应收明细数据。

本实施例中，若流水标识匹配的订单标识对应的订单信息与该流水标识对应的订单信息相同，说明同一笔订单，将该流水标识对应的应收明细数据从待稽核的应收明细数据中删除，获得更新的第一应收明细数据，其中，该流水标识对应的应收明细数据为稽核成功的应收明细数据。将待稽核的应收明细数据对应的全部稽核成功的应收明细数据进行汇总，将汇总的稽核成功的应收明细数据发送至用户终端。

步骤3024，将更新的第一应收明细数据中的业务标识与总部实收明细数据中的业务标识进行匹配，根据业务标识匹配结果确定未稽核成功的应收明细数据。

在本实施例中，将更新的第一应收明细数据中的业务标识与总部实收明细数据中的业务标识进行匹配，从而根据业务标识匹配结果确定未稽核成功的应收明细数据。

可选地，根据业务标识匹配结果确定未稽核成功的应收明细数据，包括：

若更新的第一应收明细数据的业务标识与总部实收明细数据中的业务标识匹配，则将匹配的业务标识对应的预设时间内的应收明细数据从更新的第一应收明细数据中删除，获得更新的第二应收明细数据，匹配的业务标识对应的预设时间内的应收明细数据为稽核成功的应收明细数据；获取分部实收明细数据，确定更新的第二应收明细数据的业务号码是否与分部实收明细数据中的非退单状态对应的业务号码匹配；若是，则将匹配的业务标识对应的应收明细数据从更新的第二应收明细数据删除，获得更新的第三应收明细数据，匹配的业务标识对应的应收明细数据为稽核成功的应收明细数据；确定更新的第三应收明细数据的业务号码是否与分部实收明细数据中的退单状态对应的业务号码匹配；若是，则将匹配的业务标识对应的应收明细数据从更新的第三应收明细数据删除，获得未稽核成功的应收明细数据，匹配的业务标识对应的应收明细数据为稽核成功的应收明细数据。

在本实施例中，若更新的第一应收明细数据的业务标识与总部实收明细数据中的业务标识匹配，则将匹配的业务标识对应的预设时间内的应收明细数据从更新的第一应收明细数据中删除，获得更新的第二应收明细数据，其中，删除的这部分即匹配的业务标识对应的预设时间内的应收明细数据为稽核成功的应收明细数据。

进一步地，获取分部实收明细数据，分部实收明细数据为省份实收明细数据，确定更新的第二应收明细数据的业务号码是否与分部实收明细数据中的非退单状态对应的业务号码匹配，若更新的第二应收明细数据的业务号码与分部实收明细数据中的非退单状态对应的业务号码匹配，则将匹配的业务标识对应的应收明细数据从更新的第二应收明细数据删除，获得更新的第三应收明细数据，删除的这部分即匹配的业务标识对应的应收明细数据为稽核成功的应收明细数据。

进一步地，确定更新的第三应收明细数据的业务号码是否与分部实收明细数据中的退单状态对应的业务号码匹配，若更新的第三应收明细数据的业务号码与分部实收明细数据中的退单状态对应的业务号码匹配，则将匹配的业务标识对应的应收明细数据从更新的第三应收明细数据删除，获得未稽核成功的应收明细数据，其中，匹配的业务标识对应的应收明细数据为稽核成功的应收明细数据。其中，将待稽核的应收明细数据对应的全部未稽核成功的应收明细数据进行汇总，将汇总的未稽核成功的应收明细数据发送至用户终端，以供用户对未稽核成功的应收明细数据进行修正，反馈修正的应收明细数据。

在一种可能的实现方式中，若营收数据为实收明细数据；对待稽核的营收数据进行稽核处理，获得稽核成功的营收数据和未稽核成功的营收数据，包括：

步骤3025，获取总部应收明细数据及分部应收明细数据，确定待稽核的实收明细数据的订单标识是否与总部应收明细数据中的订单标识匹配。

在本实施例中，获取总部应收明细数据及分部应收明细数据，确定待稽核的实收明细数据的订单标识是否与总部应收明细数据中的订单标识匹配，进一步根据匹配结果确定稽核成功的实收明细数据和未稽核成功的实收明细数据。

步骤3026，若是，则确定匹配的订单标识对应的订单信息是否与待稽核的实收明细数据的订单标识对应的订单信息一致，订单信息包括：订单金额和支付方式。

在本实施例中，若待稽核的实收明细数据的订单标识与总部应收明细数据中的订单标识匹配，确定匹配的订单标识对应的订单信息是否与待稽核的实收明细数据的订单标识对应的订单信息一致，其中，订单信息包括订单金额和支付方式。

步骤3027，若是，则将该订单标识对应的实收明细数据从待稽核的实收明细中删除，获得更新的第一实收明细数据，该订单标识对应的实收明细数据为稽核成功的实收明细数据。

在本实施例中，若匹配的订单标识对应的订单信息是否与待稽核的实收明细数据的订单标识对应的订单信息一致，说明是同一笔订单，将该订单标识对应的实收明细数据从待稽核的实收明细中删除，获得更新的第一实收明细数据，其中，该订单标识对应的实收明细数据为稽核成功的实收明细数据。

步骤3028，根据更新的第一实收明细数据、总部应收明细数据及分部应收明细数据确定未稽核成功的实收数据。

在本实施例中，根据更新的第一实收明细数据、总部应收明细数据及分部应收明细数据确定未稽核成功的实收数据。

可选地，根据更新的第一实收明细数据、总部应收明细数据及分部应收明细数据确定未稽核成功的实收数据，包括：

确定更新的第一实收明细数据中支付状态对应的订单标识是否与分部应收明细数据中支付状态对应的订单标识匹配；若是，则将匹配的订单标识对应的实收明细数据从更新的第一实收明细数据中删除，获得更新的第二实收明细数据，匹配的订单标识对应的实收明细数据为稽核成功的实收数据；确定更新的第二实收明细数据中退款状态对应的订单标识是否与分部应收明细数据中退款状态对应的订单标识匹配；若是，则将匹配的订单标识对应的实收明细数据从更新的第二实收明细数据中删除，获得更新的第三实收明细数据，匹配的订单标识对应的实收明细数据为稽核成功的实收数据；根据更新的第三实收明细数据和总部应收明细数据确定未稽核成功的实收数据。

在本实施例中，确定更新的第一实收明细数据中支付状态对应的订单标识是否与分部应收明细数据中支付状态对应的订单标识匹配，若更新的第一实收明细数据中支付状态对应的订单标识与分部应收明细数据中支付状态对应的订单标识匹配，进一步将匹配的订单标识对应的实收明细数据从更新的第一实收明细数据中删除，获得更新的第二实收明细数据，其中，匹配的订单标识对应的实收明细数据为稽核成功的实收数据。

进一步地，确定更新的第二实收明细数据中退款状态对应的订单标识是否与分部应收明细数据中退款状态对应的订单标识匹配，若更新的第二实收明细数据中退款状态对应的订单标识与分部应收明细数据中退款状态对应的订单标识匹配，将匹配的订单标识对应的实收明细数据从更新的第二实收明细数据中删除，获得更新的第三实收明细数据，其中，匹配的订单标识对应的实收明细数据为稽核成功的实收数据。进一步根据更新的第三实收明细数据和总部应收明细数据继续确定未稽核成功的实收数据。

可选地，根据更新的第三实收明细数据和总部应收明细数据确定未稽核成功的实收数据，包括：

确定更新的第三实收明细数据中支付状态对应的订单标识是否与总部应收明细数据中支付状态对应的订单标识匹配；若是，则将匹配的订单标识对应的实收明细数据从更新的第三实收明细数据中删除，获得更新的第四实收明细数据，匹配的订单标识对应的实收明细数据为稽核成功的实收数据；确定更新的第四实收明细数据中退款状态对应的订单标识是否与总部应收明细数据中退款状态对应的订单标识匹配；若是，则将匹配的订单标识对应的实收明细数据从更新的第四实收明细数据中删除，获得未稽核成功的实收数据，匹配的订单标识对应的实收明细数据为稽核成功的实收数据。

在本实施例中，确定更新的第三实收明细数据中支付状态对应的订单标识是否与总部应收明细数据中支付状态对应的订单标识匹配，若更新的第三实收明细数据中支付状态对应的订单标识与总部应收明细数据中支付状态对应的订单标识匹配，则将匹配的订单标识对应的实收明细数据从更新的第三实收明细数据中删除，获得更新的第四实收明细数据，其中，匹配的订单标识对应的实收明细数据为稽核成功的实收数据。

进一步地，确定更新的第四实收明细数据中退款状态对应的订单标识是否与总部应收明细数据中退款状态对应的订单标识匹配，若更新的第四实收明细数据中退款状态对应的订单标识与总部应收明细数据中退款状态对应的订单标识匹配，则将匹配的订单标识对应的实收明细数据从更新的第四实收明细数据中删除，获得未稽核成功的实收数据，其中，匹配的订单标识对应的实收明细数据为稽核成功的实收数据，将待稽核的实收明细数据对应的全部稽核成功的实收明细数据进行汇总，将汇总的稽核成功的实收明细数据发送至用户终端，便于用户直观地了解实收明细数据。

在一种可能的实现方式中，若营收数据为应收为准数据；对待稽核的营收数据进行稽核处理，获得稽核成功的营收数据和未稽核成功的营收数据，包括：

步骤3021a，获取稽核成功的实收明细数据和稽核成功的应收明细数据，确定待稽核的应收为准数据中的订单标识是否与稽核成功的实收明细数据中的订单标识匹配。

在本实施例中，获取稽核成功的实收明细数据和稽核成功的应收明细数据，进一步确定待稽核的应收为准数据中的订单标识是否与稽核成功的实收明细数据中的订单标识匹配，根据标识匹配结果确定未稽核成功的应收为准数据及稽核成功的应收为准数据。

步骤3021b，若是，则将匹配的订单标识对应的应收为准数据从待稽核的应收为准数据删除，获得未稽核成功的应收为准数据，匹配的订单标识对应的应收为准数据为稽核成功的应收为准数据。

在本实施例中，若待稽核的应收为准数据中的订单标识与稽核成功的实收明细数据中的订单标识匹配，将匹配的订单标识对应的应收为准数据从待稽核的应收为准数据删除，得到未稽核成功的应收为准数据，其中，匹配的订单标识对应的应收为准数据为稽核成功的应收为准数据。

步骤3021c，确定稽核成功的应收明细数据中的订单标识是否与稽核成功的实收明细数据中的订单标识与匹配。

在本实施例中，确定稽核成功的应收明细数据中的订单标识是否与稽核成功的实收明细数据中的订单标识与匹配，根据匹配结果确定未稽核成功的应收为准数据和稽核成功的应收为准数据。

步骤3021d，若是，则将匹配的订单标识对应的应收为准数据从稽核成功的应收明细数据删除，获得未稽核成功的应收为准数据，匹配的订单标识对应的应收为准数据为稽核成功的应收为准数据。

在本实施例中，若稽核成功的应收明细数据中的订单标识与稽核成功的实收明细数据中的订单标识与匹配，将匹配的订单标识对应的应收为准数据从稽核成功的应收明细数据删除，获得未稽核成功的应收为准数据，其中，删除的数据为稽核成功的应收为准数据。

在一种可能的实现方式中，若营收数据为实收为准数据；

对待稽核的营收数据进行稽核处理，获得稽核成功的营收数据和未稽核成功的营收数据，包括：

步骤3021e，获取稽核成功的应收明细数据和稽核成功的实收明细数据，确定待稽核的实收为准数据中的订单标识是否与稽核成功的应收明细数据中的订单标识匹配。

在本实施例中，获取稽核成功的应收明细数据和稽核成功的实收明细数据，确定待稽核的实收为准数据中的订单标识是否与稽核成功的应收明细数据中的订单标识匹配。

步骤3021f，若是，则将匹配的订单标识对应的实收为准数据从待稽核的实收为准数据删除，获得未稽核成功的实收为准数据，匹配的订单标识对应的实收为准数据为稽核成功的实收为准数据。

在本实施例中，若待稽核的实收为准数据中的订单标识与稽核成功的应收明细数据中的订单标识匹配，则将匹配的订单标识对应的实收为准数据从待稽核的实收为准数据删除，获得未稽核成功的实收为准数据，其中，匹配的订单标识对应的应收为准数据为稽核成功的实收为准数据。

步骤3021g，确定稽核成功的实收明细数据中的订单标识是否与稽核成功的应收明细数据中的订单标识与匹配。

在本实施例中，确定稽核成功的实收明细数据中的订单标识是否与稽核成功的应收明细数据中的订单标识与匹配，根据匹配结果确定未稽核成功的实收为准数据和稽核成功的实收为准数据。

步骤3021f，若是，则将匹配的订单标识对应的实收为准数据从稽核成功的实收明细数据删除，获得未稽核成功的实收为准数据，匹配的订单标识对应的实收为准数据为稽核成功的实收为准数据。

在本实施例中，若稽核成功的实收明细数据中的订单标识与稽核成功的应收明细数据中的订单标识与匹配，删除匹配的部分，将匹配的订单标识对应的实收为准数据从稽核成功的实收明细数据删除，获得未稽核成功的实收为准数据，其中，匹配的订单标识对应的实收为准数据为稽核成功的实收为准数据。

步骤303，将稽核成功的营收数据和未稽核成功的营收数据发送至用户终端，以供用户终端反馈修正的营收数据。

在本实施例中，步骤303与步骤203具有相同的技术特征，具体描述可参考步骤203，在此不做赘述。

步骤304，获取修正的营收数据中的订单标识对应的应收费用和实收费用，根据订单标识对应的应收费用和实收费用进行长短款复核，获得订单标识对应的长短款数值，长短款数值包括：长款数值和短款数值。

在本实施例中，获取修正的营收数据中的订单标识对应的应收费用和实收费用，进一步根据订单标识对应的应收费用和实收费用进行长短款复核，获得订单标识对应的长短款数值，长短款数值包括长款数值和短款数值，其中，实收费用减去应收费用，若得到的差值为正数，说明实收费用超出应收费用，该差值为长款数值；若得到的差值为负数，说明实收费用未超出应收费用，该差值为短款数值。将长款数值、短款数值和预设阈值进行比较，根据比较结果确定对应的数据库，从而进行存储。

可选地，根据订单标识对应的应收费用和实收费用进行长短款复核，获得订单标识对应的长短款数值之后，还包括：

若短款数值小于预设阈值，则将短款数值小于预设阈值对应的订单标识及订单信息存储至预设第一数据库；若长款数值大于预设阈值，则将长款数值大于预设阈值对应的订单标识及订单信息存储至预设第二数据库；若长款数值等于短款数值，则将长款数值等于短款数值对应的订单标识及订单信息存储至预设第三数据库。

在本实施例中，若短款数值小于预设阈值，其中，预设阈值为0，则将短款数值小于预设阈值对应的订单标识及订单信息存储至预设第一数据库，第一数据库用于存储短款数值相关数据。若长款数值大于预设阈值，则将长款数值大于预设阈值对应的订单标识及订单信息存储至预设第二数据库，第二数据库用于存储长款数值相关数据。若长款数值等于短款数值，则将长款数值等于短款数值对应的订单标识及订单信息存储至预设第三数据库，第二数据库用于存储长款数值、短款数值复核一致的相关数据。

通过自动对数据进行稽核处理，能够直接得到稽核成功的营收数据和未稽核成功的营收数据，而且能够根据修正的营收数据自动获得对应的长短款数值，无需工作人员手工对账，减少了人工成本，提高了对账效率。而且还能将不同的数据按类存储，便于用户查找数据。

图4为本申请提供的一种数据处理装置的结构示意图，如图4所示，本实施例提供的数据处理装置400包括获取单元401，处理单元402。

其中，获取单元401，用于获取待稽核的营收数据，营收数据包括：应收明细数据、实收明细数据、应收为准数据及实收为准数据。处理单元402，用于对待稽核的营收数据进行稽核处理，获得稽核成功的营收数据和未稽核成功的营收数据。处理单元402，还用于将稽核成功的营收数据和未稽核成功的营收数据发送至用户终端，以供用户终端根据未稽核成功的营收数据反馈修正的营收数据。处理单元402，还用于根据修正的营收数据获得对应的长短款数值。

可选地，获取单元，还用于获取总部实收明细数据。处理单元，还用于将待稽核的应收明细数据中的流水标识与总部实收明细数据中的订单标识进行匹配；若流水标识与订单标识匹配，则确定流水标识匹配的订单标识对应的订单信息是否与该流水标识对应的订单信息一致，订单信息包括：订单金额和支付方式；若是，则将该流水标识对应的应收明细数据从待稽核的应收明细数据中删除，获得更新的第一应收明细数据，该流水标识对应的应收明细数据为稽核成功的应收明细数据；将更新的第一应收明细数据中的业务标识与总部实收明细数据中的业务标识进行匹配，根据业务标识匹配结果确定未稽核成功的应收明细数据。

可选地，处理单元，还用于若更新的第一应收明细数据的业务标识与总部实收明细数据中的业务标识匹配，则将匹配的业务标识对应的预设时间内的应收明细数据从更新的第一应收明细数据中删除，获得更新的第二应收明细数据，匹配的业务标识对应的预设时间内的应收明细数据为稽核成功的应收明细数据。获取单元，还用于获取分部实收明细数据。处理单元，还用于确定更新的第二应收明细数据的业务号码是否与分部实收明细数据中的非退单状态对应的业务号码匹配；若是，则将匹配的业务标识对应的应收明细数据从更新的第二应收明细数据删除，获得更新的第三应收明细数据，匹配的业务标识对应的应收明细数据为稽核成功的应收明细数据；确定更新的第三应收明细数据的业务号码是否与分部实收明细数据中的退单状态对应的业务号码匹配；若是，则将匹配的业务标识对应的应收明细数据从更新的第三应收明细数据删除，获得未稽核成功的应收明细数据，匹配的业务标识对应的应收明细数据为稽核成功的应收明细数据。

可选地，获取单元，还用于获取总部应收明细数据及分部应收明细数据。处理单元，还用于确定待稽核的实收明细数据的订单标识是否与总部应收明细数据中的订单标识匹配；若是，则确定匹配的订单标识对应的订单信息是否与待稽核的实收明细数据的订单标识对应的订单信息一致，订单信息包括：订单金额和支付方式；若是，则将该订单标识对应的实收明细数据从待稽核的实收明细中删除，获得更新的第一实收明细数据，该订单标识对应的实收明细数据为稽核成功的实收明细数据；根据更新的第一实收明细数据、总部应收明细数据及分部应收明细数据确定未稽核成功的实收数据。

可选地，处理单元，还用于确定更新的第一实收明细数据中支付状态对应的订单标识是否与分部应收明细数据中支付状态对应的订单标识匹配；若是，则将匹配的订单标识对应的实收明细数据从更新的第一实收明细数据中删除，获得更新的第二实收明细数据，匹配的订单标识对应的实收明细数据为稽核成功的实收数据；确定更新的第二实收明细数据中退款状态对应的订单标识是否与分部应收明细数据中退款状态对应的订单标识匹配；若是，则将匹配的订单标识对应的实收明细数据从更新的第二实收明细数据中删除，获得更新的第三实收明细数据，匹配的订单标识对应的实收明细数据为稽核成功的实收数据；根据更新的第三实收明细数据和总部应收明细数据确定未稽核成功的实收数据。

可选地，处理单元，还用于确定更新的第三实收明细数据中支付状态对应的订单标识是否与总部应收明细数据中支付状态对应的订单标识匹配；若是，则将匹配的订单标识对应的实收明细数据从更新的第三实收明细数据中删除，获得更新的第四实收明细数据，匹配的订单标识对应的实收明细数据为稽核成功的实收数据；确定更新的第四实收明细数据中退款状态对应的订单标识是否与总部应收明细数据中退款状态对应的订单标识匹配；若是，则将匹配的订单标识对应的实收明细数据从更新的第四实收明细数据中删除，获得未稽核成功的实收数据，匹配的订单标识对应的实收明细数据为稽核成功的实收数据。

可选地，获取单元，还用于获取稽核成功的实收明细数据和稽核成功的应收明细数据。处理单元，还用于确定待稽核的应收为准数据中的订单标识是否与稽核成功的实收明细数据中的订单标识匹配；若是，则匹配的订单标识对应的应收为准数据从待稽核的应收为准数据删除，获得未稽核成功的应收为准数据，匹配的订单标识对应的应收为准数据为稽核成功的应收为准数据；确定稽核成功的应收明细数据中的订单标识是否与稽核成功的实收明细数据中的订单标识与匹配；若是，则将匹配的订单标识对应的应收为准数据从稽核成功的应收明细数据删除，获得未稽核成功的应收为准数据，匹配的订单标识对应的应收为准数据为稽核成功的应收为准数据。

可选地，获取单元，还用于获取稽核成功的应收明细数据和稽核成功的实收明细数据。处理单元，还用于确定待稽核的实收为准数据中的订单标识是否与稽核成功的应收明细数据中的订单标识匹配；若是，则将匹配的订单标识对应的实收为准数据从待稽核的实收为准数据删除，获得未稽核成功的实收为准数据，匹配的订单标识对应的实收为准数据为稽核成功的实收为准数据；确定稽核成功的实收明细数据中的订单标识是否与稽核成功的应收明细数据中的订单标识与匹配；若是，则将匹配的订单标识对应的实收为准数据从稽核成功的实收明细数据删除，获得未稽核成功的实收为准数据，匹配的订单标识对应的实收为准数据为稽核成功的实收为准数据。

可选地，获取单元，还用于获取修正的营收数据中的订单标识对应的应收费用和实收费用。处理单元，还用于根据订单标识对应的应收费用和实收费用进行长短款复核，获得订单标识对应的长短款数值，长短款数值包括：长款数值和短款数值。

可选地，处理单元，还用于若短款数值小于预设阈值，则将短款数值小于预设阈值对应的订单标识及订单信息存储至预设第一数据库；若长款数值大于预设阈值，则将长款数值大于预设阈值对应的订单标识及订单信息存储至预设第二数据库；若长款数值等于短款数值，则将长款数值等于短款数值对应的订单标识及订单信息存储至预设第三数据库。

图5为用来实现本申请实施例的数据处理方法的电子设备的第一框图，如图5所示，该电子设备500包括：存储器501，处理器502及收发器503。

处理器502，存储器501及收发器503电路互联；

收发器503，用于收发数据；

存储器501存储计算机执行指令；

处理器502执行存储器501存储的计算机执行指令，使得处理器502执行上述任意实施例提供的方法。

图6为用来实现本申请实施例的数据处理方法的电子设备的第二框图，如图6所示，该电子设备可以是计算机，数字广播终端，消息收发设备，平板设备，个人数字助理，服务器，服务器集群等。

电子设备800可以包括以下一个或多个组件：处理组件802，存储器804，电源组件806，多媒体组件808，音频组件810，输入/输出(I/O)接口812，传感器组件814，以及通信组件816。

处理组件802通常控制电子设备800的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件802可以包括一个或多个模块，便于处理组件802和其他组件之间的交互。例如，处理组件802可以包括多媒体模块，以方便多媒体组件808和处理组件802之间的交互。

存储器804被配置为存储各种类型的数据以支持在电子设备800的操作。这些数据的示例包括用于在电子设备800上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件806为电子设备800的各种组件提供电力。电源组件806可以包括电源管理系统，一个或多个电源，及其他与为电子设备800生成、管理和分配电力相关联的组件。

多媒体组件808包括在电子设备800和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件808包括一个前置摄像头和/或后置摄像头。当电子设备800处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件810被配置为输出和/或输入音频信号。例如，音频组件810包括一个麦克风(MIC)，当电子设备800处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中，音频组件810还包括一个扬声器，用于输出音频信号。

I/O接口812为处理组件802和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件814包括一个或多个传感器，用于为电子设备800提供各个方面的状态评估。例如，传感器组件814可以检测到电子设备800的打开/关闭状态，组件的相对定位，例如组件为电子设备800的显示器和小键盘，传感器组件814还可以检测电子设备800或电子设备800一个组件的位置改变，用户与电子设备800接触的存在或不存在，电子设备800方位或加速/减速和电子设备800的温度变化。传感器组件814可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件814还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件816被配置为便于电子设备800和其他设备之间有线或无线方式的通信。电子设备800可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，通信组件816还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，电子设备800可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器804，上述指令可由电子设备800的处理器820执行以完成上述方法。例如，非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

在示例性实施例中，还提供了一种计算机可读存储介质，计算机可读存储介质中存储有计算机执行指令，计算机执行指令被处理器执行上述任意一个实施例中的方法。

在示例性实施例中，还提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行上述任意一个实施例中的方法。

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

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

Claims (13)

1.一种数据处理方法，其特征在于，所述方法包括：

获取待稽核的营收数据，所述营收数据包括：应收明细数据、实收明细数据、应收为准数据及实收为准数据；

对所述待稽核的营收数据进行稽核处理，获得稽核成功的营收数据和未稽核成功的营收数据；

将所述稽核成功的营收数据和所述未稽核成功的营收数据发送至用户终端，以供所述用户终端反馈修正的营收数据；

根据所述修正的营收数据获得对应的长短款数值。

2.根据权利要求1所述的方法，其特征在于，若所述营收数据为应收明细数据；

所述对所述待稽核的营收数据进行稽核处理，获得稽核成功的营收数据和未稽核成功的营收数据，包括：

获取总部实收明细数据，将待稽核的应收明细数据中的流水标识与总部实收明细数据中的订单标识进行匹配；

若流水标识与订单标识匹配，则确定流水标识匹配的订单标识对应的订单信息是否与该流水标识对应的订单信息一致，所述订单信息包括：订单金额和支付方式；

若是，则将该流水标识对应的应收明细数据从待稽核的应收明细数据中删除，获得更新的第一应收明细数据，所述该流水标识对应的应收明细数据为稽核成功的应收明细数据；

将更新的第一应收明细数据中的业务标识与总部实收明细数据中的业务标识进行匹配，根据业务标识匹配结果确定未稽核成功的应收明细数据。

3.根据权利要求2所述的方法，其特征在于，所述根据业务标识匹配结果确定未稽核成功的应收明细数据，包括：

若更新的第一应收明细数据的业务标识与总部实收明细数据中的业务标识匹配，则将匹配的业务标识对应的预设时间内的应收明细数据从更新的第一应收明细数据中删除，获得更新的第二应收明细数据，所述匹配的业务标识对应的预设时间内的应收明细数据为稽核成功的应收明细数据；

获取分部实收明细数据，确定更新的第二应收明细数据的业务号码是否与分部实收明细数据中的非退单状态对应的业务号码匹配；

若是，则将匹配的业务标识对应的应收明细数据从更新的第二应收明细数据删除，获得更新的第三应收明细数据，所述匹配的业务标识对应的应收明细数据为稽核成功的应收明细数据；

确定更新的第三应收明细数据的业务号码是否与分部实收明细数据中的退单状态对应的业务号码匹配；

若是，则将匹配的业务标识对应的应收明细数据从更新的第三应收明细数据删除，获得未稽核成功的应收明细数据，所述匹配的业务标识对应的应收明细数据为稽核成功的应收明细数据。

4.根据权利要求1所述的方法，其特征在于，若所述营收数据为实收明细数据；

所述对所述待稽核的营收数据进行稽核处理，获得稽核成功的营收数据和未稽核成功的营收数据，包括：

获取总部应收明细数据及分部应收明细数据，确定待稽核的实收明细数据的订单标识是否与总部应收明细数据中的订单标识匹配；

若是，则确定匹配的订单标识对应的订单信息是否与待稽核的实收明细数据的订单标识对应的订单信息一致，所述订单信息包括：订单金额和支付方式；

若是，则将该订单标识对应的实收明细数据从待稽核的实收明细中删除，获得更新的第一实收明细数据，所述该订单标识对应的实收明细数据为稽核成功的实收明细数据；

根据更新的第一实收明细数据、总部应收明细数据及分部应收明细数据确定未稽核成功的实收数据。

5.根据权利要求4所述的方法，其特征在于，所述根据更新的第一实收明细数据、总部应收明细数据及分部应收明细数据确定未稽核成功的实收数据，包括：

确定更新的第一实收明细数据中支付状态对应的订单标识是否与分部应收明细数据中支付状态对应的订单标识匹配；

若是，则将匹配的订单标识对应的实收明细数据从更新的第一实收明细数据中删除，获得更新的第二实收明细数据，所述匹配的订单标识对应的实收明细数据为稽核成功的实收数据；

确定更新的第二实收明细数据中退款状态对应的订单标识是否与分部应收明细数据中退款状态对应的订单标识匹配；

若是，则将匹配的订单标识对应的实收明细数据从更新的第二实收明细数据中删除，获得更新的第三实收明细数据，所述匹配的订单标识对应的实收明细数据为稽核成功的实收数据；

根据更新的第三实收明细数据和总部应收明细数据确定未稽核成功的实收数据。

6.根据权利要求5所述的方法，其特征在于，所述根据更新的第三实收明细数据和总部应收明细数据确定未稽核成功的实收数据，包括：

确定更新的第三实收明细数据中支付状态对应的订单标识是否与总部应收明细数据中支付状态对应的订单标识匹配；

若是，则将匹配的订单标识对应的实收明细数据从更新的第三实收明细数据中删除，获得更新的第四实收明细数据，所述匹配的订单标识对应的实收明细数据为稽核成功的实收数据；

确定更新的第四实收明细数据中退款状态对应的订单标识是否与总部应收明细数据中退款状态对应的订单标识匹配；

若是，则将匹配的订单标识对应的实收明细数据从更新的第四实收明细数据中删除，获得未稽核成功的实收数据，所述匹配的订单标识对应的实收明细数据为稽核成功的实收数据。

7.根据权利要求1所述的方法，其特征在于，若所述营收数据为应收为准数据；

所述对所述待稽核的营收数据进行稽核处理，获得稽核成功的营收数据和未稽核成功的营收数据，包括：

获取稽核成功的实收明细数据和稽核成功的应收明细数据，确定待稽核的应收为准数据中的订单标识是否与稽核成功的实收明细数据中的订单标识匹配；

若是，则匹配的订单标识对应的应收为准数据从待稽核的应收为准数据删除，获得未稽核成功的应收为准数据，所述匹配的订单标识对应的应收为准数据为稽核成功的应收为准数据；

确定稽核成功的应收明细数据中的订单标识是否与稽核成功的实收明细数据中的订单标识与匹配；

若是，则将匹配的订单标识对应的应收为准数据从稽核成功的应收明细数据删除，获得未稽核成功的应收为准数据，所述匹配的订单标识对应的应收为准数据为稽核成功的应收为准数据。

8.根据权利要求1所述的方法，其特征在于，若所述营收数据为实收为准数据；

所述对所述待稽核的营收数据进行稽核处理，获得稽核成功的营收数据和未稽核成功的营收数据，包括：

获取稽核成功的应收明细数据和稽核成功的实收明细数据，确定待稽核的实收为准数据中的订单标识是否与稽核成功的应收明细数据中的订单标识匹配；

若是，则将匹配的订单标识对应的实收为准数据从待稽核的实收为准数据删除，获得未稽核成功的实收为准数据，所述匹配的订单标识对应的实收为准数据为稽核成功的实收为准数据；

确定稽核成功的实收明细数据中的订单标识是否与稽核成功的应收明细数据中的订单标识与匹配；

若是，则将匹配的订单标识对应的实收为准数据从稽核成功的实收明细数据删除，获得未稽核成功的实收为准数据，所述匹配的订单标识对应的实收为准数据为稽核成功的实收为准数据。

9.根据权利要求1至8任一项所述的方法，其特征在于，所述根据所述修正的营收数据获得对应的长短款数值，包括：

获取所述修正的营收数据中的订单标识对应的应收费用和实收费用；

根据订单标识对应的应收费用和实收费用进行长短款复核，获得订单标识对应的长短款数值，所述长短款数值包括：长款数值和短款数值。

10.根据权利要求9所述的方法，其特征在于，所述根据订单标识对应的应收费用和实收费用进行长短款复核，获得订单标识对应的长短款数值之后，包括：

若短款数值小于预设阈值，则将短款数值小于预设阈值对应的订单标识及订单信息存储至预设第一数据库；

若长款数值大于预设阈值，则将长款数值大于预设阈值对应的订单标识及订单信息存储至预设第二数据库；

若长款数值等于短款数值，则将长款数值等于短款数值对应的订单标识及订单信息存储至预设第三数据库。

11.一种数据处理装置，其特征在于，所述装置包括：

获取单元，用于获取待稽核的营收数据，所述营收数据包括：应收明细数据、实收明细数据、应收为准数据及实收为准数据；

处理单元，用于对所述待稽核的营收数据进行稽核处理，获得稽核成功的营收数据和未稽核成功的营收数据；

处理单元，还用于将所述稽核成功的营收数据和所述未稽核成功的营收数据发送至用户终端，以供所述用户终端根据所述未稽核成功的营收数据反馈修正的营收数据；

处理单元，还用于根据所述修正的营收数据获得对应的长短款数值。

12.一种电子设备，包括：处理器，存储器及收发器；

处理器，存储器及收发器电路互联；

收发器，用于收发数据；

所述存储器存储计算机执行指令；

所述处理器执行所述存储器存储的计算机执行指令，使得所述处理器执行如权利要求1至10任一项所述的方法。

13.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如权利要求1至10任一项所述的方法。

Images