CN116843459A - 数据稽核方法、电子设备、存储介质及产品 - Google Patents

Abstract

本申请提供了一种数据稽核方法、电子设备、存储介质及产品，属于互联网技术领域。所述方法包括：获取目标交易平台在第一时期期末的OP项数据、第一资金数据及第二资金数据，第一资金数据为目标交易平台关联的各个银行托管账户在第一时期期末的资金数据的总和，第二资金数据为目标交易平台上各个清分对象在第一时期期末待提取的资金数据的总和；当OP科目数据和第一资金数据之和与第二资金数据之间的差值在预设差值范围，确定目标交易平台在第一时期的收支平衡。本申请不再采用两两核验的单点稽核方式，而是结合交易平台的OP项数据，站在全局角度对目标交易平台的财务数据进行核验，从而能够发现企业的收支状况，稽核效果较佳。

Description

数据稽核方法、电子设备、存储介质及产品

技术领域

本申请涉及互联网技术领域，特别涉及一种数据稽核方法、电子设备、存储介质及产品。

背景技术

随着互联网技术的发展，为使企业的生产经营活动能够健康进行，需要对企业交易平台上的财务数据进行稽核，以确保账证实的一致性。其中，“账”为账目，也即是交易平台上的财务核算数据，例如，三方支付流水数据等；“证”为凭证，也即是交易平台上的交易数据，例如，支付单等；“实”为实际资金，也即是银行托管账户的资金数据，例如，银行的汇总来账数据。

相关技术在对交易平台上的财务数据进行稽核时，获取该交易平台上的支付单、三方支付流水数据及银行的汇总来账数据，然后将支付单、三方支付流水数据及银行的汇总来账数据两两进行稽核，当任意两者的差异在要求的范围内，则确定交易平台上的财务数据通过稽核。

然而，现有的稽核方法反映的是账证实中两两的差异，具有一定的局限性，即便交易平台上的财务数据通过稽核，但是透过这个差异也很难发现企业财务上存在的问题。可见，现有的稽核方法稽核效果不佳。

发明内容

本申请实施例提供了一种数据稽核方法、电子设备、存储介质及产品，能够在全局角度对财务数据进行稽核，从而能够发现企业财务上的问题，稽核效果较佳。所述技术方案如下：

第一方面，提供了一种数据稽核方法，所述方法包括：

响应于接收到第一用户针对目标交易平台在第一时期的收支状况的稽核请求，获取所述目标交易平台在所述第一时期期末的其他应付款OP(Other Payable，其他应付款)项数据，所述OP科目数据为所述目标交易平台账面上的余额数据；

获取所述目标交易平台在所述第一时期期末的第一资金数据，所述第一资金数据为所述目标交易平台关联的各个银行托管账户在所述第一时期期末的资金数据的总和；

获取所述目标交易平台在所述第一时期期末的第二资金数据，所述第二资金数据为所述目标交易平台上各个清分对象在所述第一时期期末待提取的资金数据的总和，所述清分对象是指所述目标交易平台上具有资金分配权限的对象；

计算所述OP科目数据和所述第一资金数据之和与所述第二资金数据之间的差值，得到所述目标交易平台在所述第一时期的收支状况的稽核结果；

当所述稽核结果在预设差值范围，确定所述目标交易平台在所述第一时期的收支平衡。

第二方面，提供了一种数据稽核方法，所述方法包括：

显示目标交易平台的数据稽核界面，所述数据稽核界面上显示有数据稽核控件；

响应于第一用户对所述数据稽核控件的触发操作，生成针对目标交易平台在第一时期的收支状况的稽核请求；

将所述稽核请求发送至数据稽核设备，所述稽核请求用于请求所述数据稽核设备获取所述目标交易平台在第一时期期末的其他应付款OP科目数据、第一资金数据及第二资金数据，并在所述OP科目数据和所述第一资金数据之和与所述第二资金数据之间的差值在预设差值范围时，确定所述目标交易平台在所述第一时期的收支平衡，所述OP科目数据为所述目标交易平台账面上的余额数据，所述第一资金数据为所述目标交易平台关联的各个银行托管账户在所述第一时期期末的资金数据的总和，所述第二资金数据为所述目标交易平台上各个清分对象在所述第一时期期末待提取的资金数据的总和，所述清分对象是指所述目标交易平台上具有资金分配权限的对象。

第三方面，提供了一种数据稽核装置，所述装置包括：

第一获取模块，用于响应于接收到第一用户针对目标交易平台在第一时期的收支状况的第一稽核请求，获取所述目标交易平台在所述第一时期期末的其他应付款OP科目数据，所述OP科目数据为所述目标交易平台账面上的余额数据；

第二获取模块，用于获取所述目标交易平台在所述第一时期期末的第一资金数据，所述第一资金数据为所述目标交易平台关联的各个银行托管账户在所述第一时期期末的资金数据的总和；

第三获取模块，用于获取所述目标交易平台在所述第一时期期末的第二资金数据，所述第二资金数据为所述目标交易平台上各个清分对象在所述第一时期期末待提取的资金数据的总和，所述清分对象是指所述目标交易平台上具有资金分配权限的对象；

计算模块，用于计算所述OP科目数据和所述第一资金数据之和与所述第二资金数据之间的差值，得到所述目标交易平台在所述第一时期的收支状况的稽核结果；

第一确定模块，用于当所述稽核结果在预设差值范围，确定所述目标交易平台在所述第一时期的收支平衡。

第四方面，提供了一种数据稽核装置，所述装置包括：

显示模块，用于显示目标交易平台的数据稽核界面，所述数据稽核界面上显示有数据稽核控件；

生成模块，用于响应于第一用户对所述数据稽核控件的触发操作，生成针对目标交易平台在第一时期的收支状况的稽核请求；

发送模块，用于将所述稽核请求发送至数据稽核设备，所述稽核请求用于请求所述数据稽核设备获取所述目标交易平台在第一时期期末的其他应付款OP科目数据、第一资金数据及第二资金数据，并在所述OP科目数据和所述第一资金数据之和与所述第二资金数据之间的差值在预设差值范围时，确定所述目标交易平台在所述第一时期的收支平衡，所述OP科目数据为所述目标交易平台账面上的余额数据，所述第一资金数据为所述目标交易平台关联的各个银行托管账户在所述第一时期期末的资金数据的总和，所述第二资金数据为所述目标交易平台上各个清分对象在所述第一时期期末待提取的资金数据的总和，所述清分对象是指所述目标交易平台上具有资金分配权限的对象。

第五方面，提供了一种电子设备，包括处理器以及存储器；所述存储器存储至少一条程序代码；所述至少一条程序代码用于被所述处理器调用并执行，以实现第一方面或第二方面所述的数据稽核方法。

第六方面，提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有至少一条计算机程序，所述至少一条计算机程序被处理器执行时能够实现如第一方面或第二方面所述的数据稽核方法。

第七方面，提供了一种计算机程序产品，所述计算机程序产品包括计算机程序，所述计算机程序被处理器执行时能够实现如第一方面或第二方面所述的数据稽核方法。

本申请实施例提供的技术方案带来的有益效果是：

在企业生产经营活动过程中，交易平台上收益的来源主要有两方面，一方面为账面OP科目，另一方面为各个银行账户中的资金，通过将这两方面的数据相加，可得到交易平台的全部收益。交易平台的支出一般为交易平台上各个商户需要提取的资金，通过获取各个商户需要提取的资金的总和，可得到交易平台的支出。OP科目作为企业生产经营活动中的全能科目，包含着能够反映企业盈亏状况的重要信息。本申请实从OP科目出发，在实际稽核场景下，当接收到第一用户针对目标交易平台在第一时期的收支状况的稽核请求时，获取目标交易平台的OP科目数据，并获取目标交易平台关联的各个银行托管账户在所述第一时期期末的资金数据的总和，即第一资金数据，并获取目标交易平台上各个清分对象在第一时期期末待提取的资金数据的总和，即第二资金数据，计算OP科目数据和第一资金数据之和与第二资金数据之间的差值，得到稽核结果，进而将该稽核结果与预设差值范围进行比较，该预设差值范围为企业在收支平衡的情况下所允许的收支误差，当该稽核结果在预设差值范围内，确定目标交易平台在第一时期的收支平衡。通常来说，当目标交易平台上的收支平衡时，账证实必然一致。可见，采用该方法不仅能够确保账证实的一致性，而且能够衡量出目标交易平台的收支状况，从而及时发现企业财务中存在的问题，稽核效果较佳。

附图说明

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

图1是申请实施例涉及的数据处理系统的架构图；

图2是本申请实施例中数据处理的整个过程的数据流向和资金流向的示意图；

图3是本申请实施例提供的一种账证实一致性的稽核逻辑的框图；

图4是本申请实施例提供的一种数据稽核方法的流程图；

图5是本申请实施例提供的一种从局部到全局的账证实校验逻辑的框图；

图6是本申请实施例提供的一种数据稽核装置的结构示意图；

图7是本申请实施例提供的一种数据稽核装置的结构示意图；

图8示出了本申请一个示例性实施例提供的一种电子设备的结构框图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

可以理解，本申请实施例所使用的术语“每个”、“多个”及“任一”等，多个包括两个或两个以上，每个是指对应的多个中的每一个，任一是指对应的多个中的任意一个。举例来说，多个词语包括10个词语，而每个词语是指这10个词语中的每一个词语，任一词语是指10个词语中的任意一个词语。

需要说明的是，本申请所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据，并且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准，并提供有相应的操作入口，供用户选择授权或者拒绝。

在执行本申请实施例之前，首先对本申请实施例涉及的名词进行解释。

清算是指按照一定的规则和制度安排，对经济活动中形成的多重债务关系进行结清的过程和行为。清算包括两个过程，一个是清分，一个是结算。清分是清算的数据准备阶段,主要是将当日的全部网络交易数据按照各成员行之间本代他、他代本、贷记、借记、笔数、金额、轧差净额等进行汇总、整理、分类。结算是指将清算过程中产生的待结算债权、债务，在收、付款人金融机构之间进行账务处理、账簿记录，以完成货币所有权的最终转移的过程和行为。

计提是计算和提取的简称，也即是将尚未发生但将要发生的支出计算出来列入费用，按规定的比率与规定的基数相乘计算提取，列入某科目。

权责发生制亦称应计基础，是指以取得收到现金的权利或支付现金的责任权责的发生为标志来确认本期收益和费用及债权和债务。即收益按现金收益及未来现金收益――债权发生来确认；费用按现金支出及未来现金支出――债务的发生进行确认，而不是以现金的收益与支付来确认收益费用。

收付实现制是以现金的实际收付为标志来确定本期收益和支出的会计核算基础。

红冲是财务中常用的一种编制会计凭证的方法，主要是指用红字作凭证，在抵消或冲正某一项账务时，将原凭证重新补制一张新凭证，以取消或抵消原凭证的总额。红冲的目的是是为了确认金额的准确性，同时防止发生误差。

银行流水是指银行活期账户的存、取款交易记录(包括活期存折和银行卡)。银行对账单是银行和企业核对帐务的联系单，也是证实企业往来的纪录。

自有资金是与“借入资金”相对的概念，是企业为进行生产运营运动所常常拥有、能进行操纵而不需归还的资产。

随着平台型电商逐步发展，交易平台上纷繁复杂的交易数据，对财务精细化核算和银行托管资金的管理提出了更高的要求。为确保交易数据、财务核算数据以及银行托管资金的准确无误，通常需要对交易平台上相关的财务数据进行稽核。相关技术中通过账证实两两稽核的方法，通常只是发现账证实任意两方的差异，为一种偏点状的局部稽核方法，并没有在全局角度来验证三者的一致性关系，且没有提供一个客观的指标来反映整体的账证实的差异，简单来说，通过任意两方的差异，无法稽核出企业收支状况，更满足不了对企业财务数据稽核的初衷。

例如，在企业生产经营活动过程中，通常会有资金打入到交易平台相关的银行托管账户中，对于这部分资金，需要清分给不同的对象，但是相关技术缺乏对这些银行托管账户的资金的管控能力，无法对这些银行托管账户的资金进行校验，因而无法稽核出打入银行托管账户中的资金是否正确，更无法得知企业的盈亏，对企业来说可能会存在较大的问题。

又例如，OP科目作为企业生产经营活动中的全能科目，对于一些分不出来的账目，企业一般会将该账目放到OP科目中，该OP科目数据为企业账面上的余额数据，其中包含着反映企业盈亏状况的重要信息，而相关技术在进行账证实一致性稽核时，并未关注该OP科目，错失了稽核的重要信息。

为解决上述问题，本申请实施例提供了一种数据稽核方法，该方法在接收到第一用户针对交易平台在某一时期的收支状况的稽核请求，获取交易平台在第一时期期末的OP科目数据，并获取交易平台关联的各个银行托管账户在该时期期末的资金数据的总和，及交易平台上各个清分对象在该时期期末待提取的资源数据的总和，进而计算OP科目数据和第一资金数据之和与第二资源数据之和的差值，然后将该差值与预设差值范围进行比较，该预设差值范围为在企业收支平衡时收益与支出所允许的偏差，当该差值在预设差值范围内在，在确定企业在该时期的收支平衡。采用本申请实施例提供的稽核方法，并不是简单的两两比对的单点稽核方法，而是结合OP科目数据、各个银行托管账户的资源数据及各个清分对象需要提取的资源数据的总和，站在全局角度上进行校验，能够稽核出企业的收支状况，从而及时发现企业生产经营活动中存在的问题，确保企业健康发展。此外，采用本申请实施例提供方法还能够对平台上的各个交易活动的参与对象，例如商户、骑手等的收益进行核验，从而提供了一种收支透明的核验机制。

图1示出了本申请实施例提供的数据稽核方法所采用的数据处理系统的架构图，参见图1，该系统包括：第一终端101、交易服务器102、第二终端103、支付服务器104、银行托管服务器105、第三方支付服务器106、第三终端107、履约服务器108、清结算设备109、抛账设备110、第四终端111、数据稽核设备112等。第一终端101和第二终端103通过网络与交易服务器102通过网络进行连接，交易服务器102通过网络与支付服务器104和第三终端107通过网络进行连接，支付服务器104通过网络与银行托管服务器105和第三方支付服务器106进行连接，第三终端107通过网络与履约服务器108进行连接，履约服务器108通过网络与清结算设备109进行连接，清结算设备109通过网络与银行托管服务器105及抛账设备110进行连接，抛账设备110通过网络与数据稽核设备112进行连接，数据稽核设备112通过网络与第三方支付服务器106、银行托管服务器105、清结算设备109、第二终端103及第四终端111进行连接，该网络可以为有线网络或无线网络，本申请实施例不对该网络作具体的限定。

其中，第一终端101可以为买家所使用的终端，用于买家在交易平台上下单购买物品、获取服务等。第二终端103为商户所使用的终端，用于商户接收交易订单，基于交易订单为买家提供服务。第三终端107为骑手等履约用户所使用的终端。第四终端111为外审人员或企业内部的财务人员等使用的终端。该第一终端101、第二终端103、第三终端107及第四终端111可以为智能手机、平台电脑、笔记本电脑、台式电脑等。

交易服务器102、支付服务器104、银行托管服务器105、第三方支付服务器106、履约服务器108、清结算设备109、抛账设备110、数据稽核设备112可以为单独的物理服务器，也可以为多个物理服务器构成的分布式系统或集群，还可以为提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN(ContentDelivery Network，内容分发网络)、以及大数据和人工智能平台等基础云计算服务的云服务器等。

对于系统中各个组成元素的功能，下面将结合下单场景分别进行介绍。

第一终端101检测买家在交易平台上的操作，当检测到买家的下单操作时，获取买家所选择的物品的信息、物品的金额、下单时间、支付方式、优惠券等信息，并基于这些信息，生成订单处理请求，进而将该订单处理请求发送至交易服务器102。交易服务器102接收第一终端101发送的订单处理请求，并对该交易订单进行处理。具体地，交易服务器102基于该订单处理请求中的金额、支付方式及优惠券等信息，生成支付请求，进而将该支付请求发送至支付服务器104。支付服务器104接收交易服务器102发送的支付请求，根据支付请求中指示的支付方式及金额，执行支付操作。如果支付方式为银行卡支付，则调用银行卡的后台服务器，执行将该银行卡对应账户中相应金额的资金转移到银行托管服务器105的银行托管账户的操作，根据转移结果生成相应的支付消息；如果支付方式为第三方支付工具，则调用第三方支付服务器106，由第三方支付服务器106将第三方支付工具上买家账户中相应金额的资金，或所绑定的银行卡对应账户中相应金额的资金转移到银行托管服务器105的银行托管账户中，根据转移结果生成相应的支付消息。在根据转移结果生成相应的支付消息时，如果资金转移成功，则生成支付成功消息，如果资金转移失败，则生成支付失败消息。第三方支付服务器106将支付消息发送至交易服务器102，由交易服务器102将支付消息发送至第一终端101。如果支付消息为支付成功消息，交易服务器102将该支付成功消息发送至第二终端103，以提示商户向买家提供相应服务，同时向第三终端107发送订单配送消息，以提示履约用户在规定时间内将交易订单中相应物品配送给买家。当履约用户在规定时间内将交易订单中的物品配送给买家，第三终端107向履约服务器108发送履约完成消息。当接收到履约完成消息，履约服务器108确定该交易订单完结，至此通过本系统完成了下单至订单处理及完结过程。

当确定交易订单履约完成，履约服务器108向清结算设备109发送针对该交易订单的清分处理请求，当接收到该清分处理请求，清结算设备109对银行托管账户中该交易订单相关的资金进行清分处理。清结算设备109在对交易订单相关的资金进行清分处理时，可根据待清分的资金的组成及各个清分对象的清分比例进行清分处理。如果待清分的资金的组成包括买家的出资和优惠券，对于买家的出资，则将该部分资金记为平台收益项，并按照各个清分对象的清分比例对该部分资金进行清分，例如，买家出资100元，清分对象包括商户、平台及骑手，商户的清分比例为92％，平台的清分比例为5％，骑手的清分比例为3％，则确定该笔资金中待清分给商户的资金为92元、待清分给平台的资金为5元、待清分给骑手的资金为3元。优惠券的出资方有多种，可能为商户，也可能为平台。对于商户出资的优惠券，例如商户的红包、满减券等，则将该部分资金记为平台收益项，在清分的时候，从商户的子户中获取该部分资金，并按照各个清分对象的清分比例，对该部分资金进行清分处理，该部分资金的记账逻辑为：借收益贷补贴。对于平台出资的优惠券，例如平台的红包、满减券等，则将该部分资金记为平台成本项，在清分的时候，从平台的自有资金账户中提取该部分资金，然后按照各个清分对象的清分比例，对该部分资金进行清分处理，该部分资金的记账逻辑为：借费用贷OP，然后借OP贷银行。通常来说，不同的清分对象具有不同的结算周期，例如，对商户来说可能为T+3天，对平台来说可能为T+19天，对骑手来说可能为T+1天等等，当达到任一清分对象的结算周期，清结算设备109对该清分对象的清分数据进行结算处理，将各个清分对象的资金结算到不同的子户中，各个清分对象从对应的子户中提取所结算的资金即可实现提现。然后清结算设备109将所每笔交易订单的清结算数据提供给抛账设备110，由抛账设备110进行自动化抛账，从而生成交易平台的OP科目项。

当外审人员或平台的财务人员想要对交易平台的收支状态进行核验时，可操作第四终端111向数据稽核设备112发送对交易平台在某一时期的收支状况的稽核请求，数据稽核设备112接收到该稽核请求，调用抛账设备110获取交易平台在该时期期末的OP科目数据。同时数据稽核设备112调用银行托管服务器105，获取交易平台在该时期期末各个银行托管账户的资金数据的总和，即第一资金数据，并调用清结算设备109和第三方支付服务器106，获取目标交易平台上各个清分对象在第一时期期末待提取的资金数据的总和，即第二资金数据，然后计算OP科目数据与第一资金数据之和，并计算该数据和与第二资金数据之差，得到的差值为交易平台在该时期期末的收支状况的稽核结果，如果该稽核结果在预设差值范围内，则确定交易平台在该时期期末的收支状况平衡；如果该稽核结果不在预设差值范围内，则确定交易平台在该时期期末的收支状况不平衡，企业的财务存在问题，此时将向第四终端111发送提示信息，以提示外审人员或平台的财务人员企业生产经营活动中存在风险。

当然，商户如果想要了解在某一时期期末的收益情况，商户也可触发第二终端103向数据稽核设备112发送对该时期内收益情况的查询请求，当接收到第二终端103发送的查询请求，数据稽核设备112调用清结算设备109和第三方支付服务器，获取商户在该时期内的收益数据，并将该收益数据发送给商户。

图2为基于图1所示系统的整个数据处理过程的示意图，该数据处理过程分为信息流转过程和资金流转两个过程，下面将分别进行说明。

信息流转过程：交易平台或商户推出营销活动，买家咨询这些营销活动后，在交易平台上下单，该交易订单中包括这些营销活动的优惠券，然后支付该笔交易订单。支付完成后，骑手等履约用户执行履约活动，当该交易订单履约完成后，触发清结算设备执行清分操作，清结算设备执行清分操作，生成清分明细数据。当达到清分对象的结算周期，执行结算操作，将结算周期内需要结算给清分对象的资金打入到清分对象对应的账户中，例如，如果商户的结算周期为T+3，则会将3天的清分数据进行汇总，然后结算到商户的账户中。清分对象登录相应的账户，即可发起提现操作，将账户中的资金提到相应的银行卡中。

资金流转过程：如果用户在下单的时候采用支付工具进行支付，则会将该支付工具中用户账户中的资金转移到平台收款户(即平台在支付工具上的账户)中，然后由平台收款户打到银行大户(即银行托管账户)中。如果该笔订单中有部分资金为平台补贴，则在支付的时候会从平台的银行账户(即自有资金账户)中打入到银行大户(即银行托管账户)中。对于银行大户中的资金，包括待清算的资金和已入账的资金，待清算的资金包括未清分的资金和已清分未结算的资金，已入账的资金为已结算未提取的资金。对于已入账的资金可以存在各个清分对象的子户中，包括各个商户的子户、平台收益子户、募捐子户、抽佣转CPC子户等。当监测到子户中有资金打入，各个清分对象可发送调拨指令，将该子户中的资金转入到银行账户中。例如交易平台发送调拨指令，将平台收益子户中的资金转入到银行账户(即自由资金账户)中，作为交易平台的收益。

图3示出了本申请实施例基于账证实一致性的稽核逻辑的框图，参见图3，该稽核逻辑为：财务OP科目数据+银行账户中的资金数据大于等于商户资金数据。

简单来说，对于任一交易平台，如果该交易平台在某一时期期末的所有银行账户的资金加上OP在途的还未调入银行的资金，能够清偿该交易平台上所有商户在该时期期末的资金(包括已经结算给商户但是商户未提取的资金及未结算给商户的资金)，则确定该交易平台在该时期期末的收支平衡，否则可能出现资不抵债的严重问题。

其中，OP科目为财务外审时具有较强稽核诉求的科目。通常从OP科目出发，可以验证整个账证实的一致性，从而可以比较客观的评估企业的账务质量和交易处理的正确性。OP科目包括不同场景下平台收益和成本类事务的收益(也称为费用)。该不同服务场景包括服务A、服务B、服务C等等。平台收益包括佣金收益、物流收益等等。成本类事务的收益包括交易平台的补贴等。通常交易平台通过清结算的清分数据来记录交易平台的收益或费用，这个是基于权责发生制实现的，并通过银行流水进行OP科目的冲销，这个是基于收付实现制实现的。账面OP数据实际上是由于权责发生制和收付实现制之间的时间差导致的，对于平台收益来说，是已做了平台收益记账，但还未调拨入自有资金账户的资金；对于费用来说，是已做了平台补贴记账，但还未调拨出自有资金账户的资金。账面OP数据体现的是调拨在途的资金。

OP科目还可以包括代收代付类事务，该代收代付类事务可以理解为代替商户保管资金的事务，通俗来说，结算给商户的资金商户在提走之前存储在银行托管账户中代为保管。该代收代付类事务，可根据银行流水来进行OP的记账。

在财务领域，平台收益属于类OR(Other Receivable，其他应收款)，成本类事务的收益属于OP。对于一笔平台收益在流入时候记录为：借OP，贷收益，在流出的时候记录为：借银行，贷OP。对于一笔成本类事务的收益在流入时候记录为：借费用，贷OP，在流出的时候记录为：借OP，贷银行。对于代收代付类事务的收益在流入的时候记录为：借银行，贷OP，在流出的时候记录为：借OP，贷银行。

银行账户中的资金数据包括第三方支付工具的在途资金数据及各个银行托管账户的资金数据。各个银行托管账户的类型包括A银行托管账户、B银行托管账户等等。需要说明的是，由于在获取银行账户中的资金数据时会获取各个银行托管账户的资金数据，而代收代付类事务相关的资金数据也会放入银行托管账户中，因而在获取账面OP科目数据时，可无需获取代收代付类事务相关的资金数据。

商户资金数据包括已结算未提取的资金数据和已清分未结算的资金数据。已结算未提取的资金数据通常会放在商户虚户中，因而通过获取商户虚户中的余额，即可获取到已结算未提取的资金数据。已清分未结算的资金数据包括已支付未清分的资金数据和已清分未结算的资金数据。

进一步地，为了更好展示不同服务场景的财务数据，本申请实施例还将对不同场景的财务数据进行细化，从而在对财务数据进行稽核时，能够通过获取不同场景的财务数据，实现对交易平台上整体的财务状况的稽核。参见图3，根据不同服务场景，在获取账面OP科目数据时，可获取服务A的OP科目数据、服务B的OP科目数据、服务C的OP科目数据等，在获取商户的资金数据时，可获取服务A的商户资金数据、服务B的商户资金数据、服务C的资金数据等。

本申请实施例提供的数据稽核方法为一种通用的账证实一致性的稽核方法，对计算机语言、软硬件没有特别的限制，可适用于任意的企业的任意交易平台上。

本申请实施例提供了一种数据稽核方法，以图1所示的数据稽核设备和第四终端执行本申请实施例为例，参见图4，本申请实施例提供的方法流程包括：

401、第四终端显示目标交易平台的数据稽核界面，该数据稽核界面上显示有数据稽核控件。

其中，第四终端为企业内部的财务人员或者企业外部的外审员等用户(本申请实施例中称为第一用户)所使用的终端，该第四终端用于第一用户对目标交易平台在某一时期的收支状况进行核查。该第四终端上显示有数据稽核界面，该数据稽核界面上显示有数据稽核控件，还显示时间控件。该数据稽核控件用于触发第四终端生成稽核请求，以通过将该稽核请求发送至数据稽核设备，实现对目标交易平台在某一时期的收支状况的核验。该时间控件用于第一用户选择或输入需要核验的时间段。当然，数据稽核界面上还可以显示有其他控件或信息，例如，目标交易平台在历史时期的稽核结果等等。

402、响应于第一用户对数据稽核控件的触发操作，第四终端生成针对目标交易平台在第一时期的收支状况的稽核请求。

在本申请实施例中，当第一用户对目标交易平台在第一时期期末的收支状况进行稽核时，第一用户可基于时间控件选择或输入第一时期，该第一时期可以为指定月份，例如，23年的1月等，然后触发数据稽核控件，响应于第一用户对数据稽核控件的触发操作，第四终端生成针对目标交易平台在第一时期的收支状况的稽核请求。

403、第四终端将稽核请求发送至数据稽核设备。

基于与数据稽核设备所建立的连接，第四终端将该数据稽核请求发送至数据稽核设备。

404、响应于接收到的稽核请求，数据稽核设备获取目标交易平台在第一时期期末的其他应付款OP科目数据。

其中，OP科目数据为目标交易平台账面上的余额数据。数据稽核设备在获取目标交易平台在第一时期期末的其他应付款OP科目数据时，可通过对目标交易平台在第一时期内各个交易订单进行抛账处理，生成目标交易平台的OP科目，进而获取OP科目对应的资金数据，作为OP科目数据。通常交易订单的抛账方式有多种，包括人工抛账及采用抛账设备进行抛账。其中，抛账设备为一种核算引擎，能够将上游的交易订单进行明细级入账，通过账期控制、自动红冲等方式，轻柔地实现财务表和入账数据(即业财数据)的一致性。采用抛账设备进行自动化抛账，能够有效规避手工抛账导致的误差，保证了入账数据的准确性。

405、数据稽核设备获取目标交易平台在第一时期期末的第一资金数据。

其中，第一资金数据为目标交易平台关联的各个银行托管账户在第一时期期末的资金数据的总和。考虑到在实际交易场景下，用户可能采取多种支付方式进行支付，例如，银行卡支付、第三方支付工具进行支付等，当采用第三方支付工具进行支付时，资金需要一定的时间才能转入银行托管账户中，因而在获取目标交易平台关联的各个银行托管账户在第一时期期末的资金数据时，不仅需要获取各个银行托管账户中的期末余额数据，而且需要获取在途资金数据，也就是，在第一时期期末第三方支付工具未转入到任一银行托管账户中的资金数据。

具体地，数据稽核设备获取目标交易平台在第一时期期末的第一资金数据时，可以获取目标交易平台在第一时期期末的在途资金数据，并获取目标交易平台在第一时期期末各个银行托管账户的期末余额数据，进而将在途资金数据和各个银行托管账户的期末余额数据之和，作为第一资金数据。

为提高对在途资金数据的监管，本申请实施例在获取目标交易平台在第一时期期末的在途资金数据之前，还将通过资金链路对在途资金数据进行校验。具体地，可获取第三方支付工具的流水数据和各个银行托管账户的流水数据，进而基于第三方支付工具的流水数据和各个银行托管账户的流水数据，校验是否存在在途资金数据，当确定存在在途资金数据，校验该在途资金数据能否成功转移到任一银行托管账户中，如果该在途资金数据能够成功转移到任一银行托管账户中，则确定在途资金数据有效。进一步地，响应于该在途资金数据有效，则将执行调用在途资金数据获取模型，获取目标交易平台在所述第一时期期末的在途资金数据的操作。在校验是否存在在途资金数据时，可将第三方支付工具的流水数据与各个银行托管账户的流水数据一一进行比较，如果第三方支付工具存在未转移到银行托管账户中的流水数据，则确定存在在途资金数据。在校验在途资金数据能否转移到银行托管账户中，可以校验在途资金数据的账户及需要转入的银行托管账户是否为风控冻结账户等，如果不是风控冻结账户，则确定该在途资金数据能够成功转移到任一银行托管账户中。

406、数据稽核设备获取目标交易平台在第一时期期末的第二资金数据。

其中，第二资金数据为目标交易平台上各个清分对象在第一时期期末待提取的资金数据的总和。清分对象是指目标交易平台上具有资金分配权限的对象，包括商户、平台、骑手等等。通常第二资金数据包括各个清分对象在第一时期期末已结算未提取的资金数据和未结算的资金数据。已结算未提取的资金数据一般存储在商户虚户中。未结算的资金数据包括已支付未清分数据和已清分未结算数据。因此，在获取目标交易平台的第二资金数据时，需要获取商户虚户中的资金数据、目标交易平台在第一时期期末的已支付未清分数据及已清分未结算数据，进而将商户虚户中的资金数据、已支付未清分数据及已清分未结算数据之和，作为第二资金数据。对于已支付未清分数据及已清分未结算数据在财务领域，也称为计提。根据资金的不同去向，计提可分为服务A计提、服务B计提、服务C计提等等。

针对目标交易平台在第一时期期末的第二资金数据的组成，本申请实施例在获取目标交易平台在第一时期期末的第二资金数据时，可以直接获取商户虚户中的资金数据，该商户虚户用于存储目标交易平台上各个清分对象的已结算未提取的资金数据，然后调用已支付未清分数据获取模型，获取目标交易平台在第一时期期末的已支付未清分的总资金数据，并调用已清分未结算数据获取模型，获取目标交易平台在第一时期期末的已清分未结算的总资金数据，最后将商户虚户中的资金数据、已支付未清分的总资金数据及已清分未结算的总资金数据之和，作为第二资金数据。

上述已支付未清分数据获取模型用于获取任一交易平台在不同时期期末的已支付未清分的总资金数据，可根据已清分的历史交易订单训练得到。该已支付未清分数据获取模型的训练过程为：获取每个第一样本交易订单的收益项目的资金数据及各个样本清分对象的清分数据，该第一样本交易订单为已清分的历史交易订单，进而调用待训练的已支付未清分数据获取模型，对每个第一样本交易订单的收益项目的资金数据和各个样本清分对象的清分数据进行处理，得到每个第一样本交易订单的处理结果，进而基于多个第一样本交易订单的处理结果，对待训练的已支付未清分数据获取模型的模型参数进行调整，得到已支付未清分数据获取模型。

在实际应用中，上述已支付未清分数据获取模型可以为一种表征交易订单的收益项目的资金数据和各个清分对象的清分数据之间平衡关系的公式，该公式＝每笔交易订单的收益项目的资金数据-每笔交易订单中各个清分对象的清分数据。其中，每笔交易订单的收益项目的资金数据包括用户支付的资金数据和补贴的资金数据。举例来说，对于任一笔交易订单的清分数据包括商户清分数据、服务C的清分数据、募捐清分数据、平台清分数据、CPC(Cost Per Click，每次点击付费)清分数据，则该公式＝(用户支付的资金数据+补贴的资金数据)-(商户清分数据+服务C的清分数据+募捐已清分数据+平台清分数据+CPC清分数据)。

相应地，该已支付未清分数据获取模型的训练过程，可以看作对公式中各项参数的调整过程。在训练时可以预先指定一些收益项目和清分对象，构建初始公式，然后获取多个第一样本交易订单，进而基于每个第一样本交易订单中指定收益项目的资金数据与指定清分对象的清分数据，按照初始公式进行计算，如果基于多个第一样本交易订单计算的差值大于设定的阈值，则调整收益项目和清分对象，进而基于调整后的公式，对多个第一样本交易订单进行计算，重复执行该过程，直至基于调整后的公式对第一样本交易订单进行计算得到的差值小于设定的阈值，此时得到的公式即为训练好的已支付未清分数据获取模型。

进一步地，历史交易订单为抛账设备的入账数据，在对已支付未清分数据获取模型的训练过程中，实现了对入账数据进行明细级核算，保证了入账数据的正确性。通过按交易订单的资金流入流出进行平衡校验，能够及时发现入账数据的完整性和一致性问题，在一定程度上提升核算数据的正确性。

上述已清分未结算数据获取模型用于获取任一交易平台在不同时期期末的已清分未结算的总资金数据，可根据已清分已结算的历史交易订单训练得到。该已清分未结算数据获取模型的训练过程为：获取每个第二样本交易订单的各个样本清分对象的清分数据和结算数据，该第二样本交易订单为已清分已结算的历史交易订单，进而调用待训练的已清分未结算数据获取模型，对每个第二样本交易订单的清分数据和结算数据进行处理，得到每个第二样本交易订单的处理结果，然后基于多个第二样本交易订单的处理结果，对待训练的已清分未结算数据获取模型的模型参数进行调整，得到已清分未结算数据获取模型。

在实际应用中，上述已清分未结算数据获取模型可以为一种表征交易订单中各个清分对象的清分数据和计算数据之间平衡关系的公式，该公式＝(清分对象1的清分数据-清分对象1的结算数据)+(清分对象2的清分数据-清分对象2的结算数据)+…+(清分对象n的清分数据-清分对象n的结算数据)。例如，清分对象包括商户、平台及骑手，则该公式＝(商户的清分数据-商户的结算数据)+(平台的清分数据-平台的结算数据)+(骑手的清分数据-骑手的结算数据)。

相应地，上述已清分未结算数据获取模型的训练过程，可以看作对公式中各项参数的调整过程。在训练时预先指定清分对象及每个清分对象的结算周期，构建初始公式，然后获取多个第二样本交易订单，进而基于每个第二样本交易订单中各个清分对象的清分数据及各个清分对象的结算周期，获取各个清分对象的结算数据，然后按照初始公式计算每个第二样本交易订单中清分对象的清分数据与结算周期内的结算数据之间的差值，并将每个第二样本交易订单中各个清分对象对应的差值相加，得到每个第二样本交易订单的已清分未结算数据，由于第二样本交易订单为已清分已结算的历史交易订单，假设该公式不存在问题，则第二样本交易订单的已清分未结算数据应该小于设定的阈值，当第二样本交易订单的已清分未结算数据大于设定的阈值，则需要检查公式中的清分对象项是否准确，并检查每个清分对象的结算周期是否准确，通过不断调整清分对象项和结算周期，对该公式进行调整，直至基于该公式所计算的已清分未结算数据小于设定的阈值，得到的公式即为训练好的已清分未结算数据获取模型。

需要说明的是，本申请实施例中的已支付未清分数据获取模型和已清分未结算数据获取模型的模型参数，并不是固定不变的，而是随着应用不断地更新调整。通过对模型不断优化，保证了所获取的各个清分对象在不同时期期末待提取的资金数据的准确性。当本申请采用该已支付未清分数据获取模型和已清分未结算数据获取模型获取第二资金数据时，所获取的第二资金数据与实际的第二资金数据误差较小，能够保证所获取的第二资金数据准确、可靠。进一步地，当基于第二资金数据进行后续稽核时，稽核结果更为准确。

407、数据稽核设备计算OP科目数据和第一资金数据之和与第二资金数据之间的差值，得到目标交易平台在第一时期的收支状况的稽核结果。

在本申请实施例中，数据稽核设备可以调用数据稽核模型，计算OP科目数据和第一资金数据之和与第二资金数据之间的差值，从而得到目标交易平台在第一时期的收支状况的稽核结果。其中，该数据稽核模型用于基于交易平台在某一时期期末的OP科目数据、交易平台相关联的银行托管账户中的资金数据的总和及交易平台上各个清分对象待提取的资金数据的总和，对交易平台在该时期的收支状况进行稽核。该数据稽核模型可基于交易平台在不同时期的数据训练得到。

数据稽核模型的训练过程为：将历史月份交易平台上各种服务线上的资金数据(比如已清分未结算数据、已支付未清分数据等)输入到数据稽核模型中，然后每个月跑一遍数据稽核模型，进而比较不同月份的计算结果。在比较时主要关注两点：一个是当月核对的差异有多大，另一个是与历史月份相比环比差异有多大。如果每个月的差异都很大，说明模型没有收敛，此时可以分析是不是少考虑一部分项目，或者是不是有些资金异常的情况没有考虑进去，比如银行调拨由于节假日原因晚几天打入账户中，在调整模型的时候需要将这部分差异的资金考虑进去，再比如，有部分资金统计错了少考虑一部分，则需要把这部分资金重新放入模型中，重新跑一遍模型，然后再看模型每个月的计算结果是否收敛，通过不断的重刷数据及模型，从而达到模型最终收敛的目的。

基于所训练的数据稽核模型，通过调用该数据稽核模型，计算OP科目数据和第一资金数据之和与第二资金数据之间的差值，可得到目标交易平台在第一时期的收支状况的稽核结果。

408、当稽核结果在预设差值范围，数据稽核设备确定目标交易平台在第一时期的收支平衡。

其中，预设差值范围为基于多个历史时期的计算结果确定，如果多个历史时期计算的差异在10万～20万之间，则确定该预设差值范围为10万～20万。

进一步地，当确定目标交易平台在第一时期的收支平衡，数据稽核设备还将向第四终端发送第一提示消息，从而使得第一用户能够获知目标交易平台在第一时期的收支平衡的稽核结果。可选地，数据稽核设备还可将稽核过程中所涉及的数据，例如，OP科目数据、第一资金数据及第二资金数据发送至第一用户，使得第一用户能够对交易平台在第一时期的收支状况进一步分析，提升交易平台的稽核准确性。

在本申请实施例中，当稽核结果不在预设差值范围，数据稽核设备可向第一用户发送第二提示信息，以提示第一用户目标交易平台在第一时期的收支异常。响应于接收到的第二提示信息，第一用户将第一时期与历史核验结果进行比对，并分析稽核过程中所涉及的数据，从而发现收支异常的原因，从而帮助企业改善生产经营活动。

在本申请的另一个实施例中，为了能够获取到生产经营活动中的收益情况，商户还可针对某一时期的收益情况进行查询。具体地，第二用户可发送针对目标商户在第二时期的收益状况的查询请求，响应于第二用户针对目标商户在第二时期的收益状况的查询请求，数据数据稽核设备获取目标商户在第二时期期末待提取的目标资金数据，进而将目标资金数据发送至第二用户。当接收到该目标资金数据，第二用户可将自己所计算的资金数据与该目标资金数据进行比对，如果存在差异，可向平台发送核验请求，以请求平台对其在第二时期的收益情况进行核验。

在本申请实施例中，基于财务的应收应付的管理逻辑，每笔交易订单都具有结算日，例如，服务A的结算日为T+1日(T为交易订单的确认日)，服务C的结算日为下月19号等。正常情况下，当达到该笔交易订单的结算日时，清结算设备会根据该笔交易订单各个清分对象相应的清分数据进行结算处理。如果一笔交易订单在达到结算日未结算，则需要跟踪该笔交易订单，找到异常原因，例如商户的账户未通过验证，或者商户的账户为风控冻结账户，从而及时通知商户，以确保已清分数据的准确性。如果一笔交易订单在超过结算日的预设时长(例如60天)仍无法正常结算，则可针对该笔交易订单进行坏账计提，以确保账证实的一致性。

本申请实施例提供的方法从OP科目项出发，来校验整个公司账证实的一致性。由于账证实的一致性是reporting(即审计)要求的，因而在对交易平台的财务数据进行校验时需要确保账证实的一致性。然而，大多数公司的OP科目项都承载着公司无法算清的财务数据，目前在对公司的财务数据进行稽核时，从账证实层面无法对OP科目项进行核验。本申请实施例提供的方法从一个宏观层面上对OP科目项进行校验，由于涉及到整个公司的账证实，因而包含财务账面上的OP科目项、在途资金数据、银行托管账户中的期末余额数据及各个清分对象需要提取的资金数据，在校验过程中虽然没有对每笔交易订单的资金数据进行核验，但是从宏观层面上来看公司的资金数据是否存在较大的差异，如果存在较大的差异，说明某一环节存在问题，需要进一步检查存在问题的环节，在对每一环节进行核验时并不是简单的单点核验，而是网状核验。比如说，对于一笔交易订单，如果该交易订单的资金已经结算给商家，商家把结算的资金进行体现，但是如果这部分资金没有从商户账户中扣除，最终的核算结果将存在差异。另外，本申请实施例通过对银行托管账户中的资金组成进行分析(计算未清分数据、已清分数据、已结算数据等)，来对银行托管账户中的资金进行监管。通过这种方式能够分析出整个资金的变化趋势，该变化趋势与从整个公司层面上分析账证实的一致性相关(由于整个模型中很大部分依赖于银行托管账户中的资金)。

总的来说，本申请实施例提供的方法不仅在全局角度，基于账证实的一致性对财务数据进行稽核，而且在局部角度上对于财务数据的相关项进行校验，以保证待校验的财务数据的准确性，从而确保了稽核效果。

图5示出了本申请实施例提供的财务数据的稽核方法从全局到局部的稽核过程，参见图3，整个稽核过程包括：业财一致性治理、资金待清治理及账证实一致性。其中，业财一致性性治理主要采用抛账设备进行自动化抛账，并基于多种校验方案(平衡公式、长账期校验、资金链路校验)对交易订单进行明细粒度的校验，以保证业财数据的一致性；资金待清治理主要基于清结算设备对每笔交易订单进行清结算处理，确定每笔交易订单相应资金的流向；账证实一致性主要是基于账面OP数据、银行账户的资金数据和商户的资金数据，验证账证实的一致性，该银行账户的资金包括在途资金、A银行托管账户的余额、B银行托管账户的余额等，该商户资金包括商户虚户余额、已支付未清分数据、已清分未结算数据，还包括其他商户资金(例如计提资金)等，当账面OP数据与银行账户的资金数据之和大于等于商户的资金数据，则确定账证实一致，企业收支平衡。

本申请实施例提供的方法，在企业生产经营活动过程中，交易平台上收益的来源主要有两方面，一方面为账面OP科目，另一方面为各个银行账户中的资金，通过将这两方面的数据相加，可得到交易平台的全部收益。交易平台的支出一般为交易平台上各个商户需要提取的资金，通过获取各个商户需要提取的资金的总和，可得到交易平台的支出。OP科目作为企业生产经营活动中的全能科目，包含着能够反映企业盈亏状况的重要信息。本申请实从OP科目出发，在实际稽核场景下，当接收到第一用户针对目标交易平台在第一时期的收支状况的稽核请求时，获取目标交易平台的OP科目数据，并获取目标交易平台关联的各个银行托管账户在所述第一时期期末的资金数据的总和，即第一资金数据，并获取目标交易平台上各个清分对象在第一时期期末待提取的资金数据的总和，即第二资金数据，计算OP科目数据和第一资金数据之和与第二资金数据之间的差值，得到稽核结果，进而将该稽核结果与预设差值范围进行比较，该预设差值范围为企业在收支平衡的情况下所允许的收支误差，当该稽核结果在预设差值范围内，确定目标交易平台在第一时期的收支平衡。通常来说，当目标交易平台上的收支平衡时，账证实必然一致。可见，采用该方法不仅能够确保账证实的一致性，而且能够衡量出目标交易平台的收支状况，从而及时发现企业财务中存在的问题，稽核效果较佳。

请参考图6，其示出了本申请实施例提供了一种数据稽核装置的结构示意图，该装置可以通过软件、硬件或者二者结合实现，成为电子设备的全部或一部分，该装置包括：

第一获取模块601，用于响应于接收到第一用户针对目标交易平台在第一时期的收支状况的第一稽核请求，获取目标交易平台在第一时期期末的其他应付款OP科目数据，该OP科目数据为目标交易平台账面上的余额数据；

第二获取模块602，用于获取目标交易平台在第一时期期末的第一资金数据，该第一资金数据为目标交易平台关联的各个银行托管账户在第一时期期末的资金数据的总和；

第三获取模块603，用于获取目标交易平台在第一时期期末的第二资金数据，该第二资金数据为目标交易平台上各个清分对象在第一时期期末待提取的资金数据的总和，该清分对象是指目标交易平台上具有资金分配权限的对象；

计算模块604，用于计算OP科目数据和第一资金数据之和与第二资金数据之间的差值，得到目标交易平台在第一时期的收支状况的稽核结果；

第一确定模块605，用于当稽核结果在预设差值范围，确定目标交易平台在第一时期的收支平衡。

在本申请的另一个实施例中，第一获取模块601，用于通过对目标交易平台在第一时期内各个交易订单进行抛账处理，生成目标交易平台的OP科目；获取OP科目对应的资金数据，作为OP科目数据。

在本申请的另一个实施例中，第二获取模块602，用于获取目标交易平台在第一时期期末的在途资金数据，在途资金数据为第一时期期末第三方支付工具未转到任一银行托管账户中的资金数据；获取目标交易平台在第一时期期末各个银行托管账户的期末余额数据；将在途资金数据和各个银行托管账户的期末余额数据之和，作为第一资金数据。

在本申请的另一个实施例中，该装置还包括：

校验模块，用于基于第三方支付工具的流水数据和各个银行托管账户的流水数据，校验是否存在在途资金数据；

第二确定模块，用于当确定存在在途资金数据，且在途资金数据能够成功转移到任一银行托管账户中，则确定在途资金数据有效；

第二获取模块，用于响应于在途资金数据有效，执行调用在途资金数据获取模型，获取目标交易平台在第一时期期末的在途资金数据的操作。

在本申请的另一个实施例中，第三获取模块，用于获取商户虚户中的资金数据，商户虚户用于存储目标交易平台上各个清分对象的已结算未提取的资金数据；调用已支付未清分数据获取模型，获取目标交易平台在第一时期期末的已支付未清分的总资金数据；调用已清分未结算数据获取模型，获取目标交易平台在第一时期期末的已清分未结算的总资金数据；将商户虚户中的资金数据、已支付未清分的总资金数据及已清分未结算的总资金数据之和，作为第二资金数据。

在本申请的另一个实施例中，该装置还包括：

第四获取模块，用于获取每个第一样本交易订单的收益项目的资金数据及各个样本清分对象的清分数据；

第一处理模块，用于调用待训练的已支付未清分数据获取模型，对每个第一样本交易订单的收益项目的资金数据和各个样本清分对象的清分数据进行处理，得到每个第一样本交易订单的处理结果；

调整模块，用于基于多个第一样本交易订单的处理结果，对待训练的已支付未清分数据获取模型的模型参数进行调整，得到已支付未清分数据获取模型。

在本申请的另一个实施例中，该装置还包括：

第五获取模块，用于获取每个第二样本交易订单的各个样本清分对象的清分数据和结算数据；

第二处理模块，用于调用待训练的已清分未结算数据获取模型，对每个第二样本交易订单的清分数据和结算数据进行处理，得到每个第二样本交易订单的处理结果；

第二调整模块，用于基于多个第二样本交易订单的处理结果，对待训练的已清分未结算数据获取模型的模型参数进行调整，得到已清分未结算数据获取模型。

在本申请的另一个实施例中，该装置还包括：

第一发送模块，用于向第一用户发送第一提示信息，该第一提示信息用于提示第一用户所述目标交易平台在第一时期的收支平衡。

在本申请的另一个实施例中，该装置还包括：

第二发送模块，用于当稽核结果不在预设差值范围，向第一用户发送第二提示信息，该第二提示信息用于提示第一用户目标交易平台在第一时期的收支异常。

在本申请的另一个实施例中，该装置还包括：

第六获取模块，用于响应于第二用户针对目标商户在第二时期的收益状况的查询请求，调用第二数据处理模型，获取目标商户在第二时期期末待提取的目标资金数据；

第三发送模块，用于将目标资金数据发送至第二用户。

请参考图7，其示出了本申请实施例提供了一种数据稽核装置的结构示意图，该装置可以通过软件、硬件或者二者结合实现，成为电子设备的全部或一部分，该装置包括：

显示模块701，用于显示目标交易平台的数据稽核界面，该数据稽核界面上显示有数据稽核控件；

生成模块702，用于响应于第一用户对数据稽核控件的触发操作，生成针对目标交易平台在第一时期的收支状况的稽核请求；

发送模块，用于将稽核请求发送至数据稽核设备，该稽核请求用于请求数据稽核设备获取目标交易平台在第一时期期末的其他应付款OP科目数据、第一资金数据及第二资金数据，并在OP科目数据和第一资金数据之和与第二资金数据之间的差值在预设差值范围时，确定目标交易平台在第一时期的收支平衡，OP科目数据为目标交易平台账面上的余额数据，第一资金数据为目标交易平台关联的各个银行托管账户在第一时期期末的资金数据的总和，第二资金数据为目标交易平台上各个清分对象在第一时期期末待提取的资金数据的总和，清分对象是指目标交易平台上具有资金分配权限的对象。

图8示出了本申请一个示例性实施例提供的一种电子设备800的结构框图。电子设备800可以为本申请实施例涉及的任一设备，该电子设备800包括有：处理器801和存储器802。

处理器801可以采用DSP(Digital Signal Processing，数字信号处理)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)、PLA(Programmable LogicArray，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器801也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器801可以在集成有GPU(Graphics Processing Unit，图像处理器)，GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器801还可以包括人工智能处理器，该人工智能处理器用于处理有关机器学习的计算操作。

存储器802可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是可以是非临时性计算机可读存储介质，例如，所述非临时性计算机可读存储介质可以是CD-ROM(Compact Disc Read-Only Memory，只读光盘)、ROM、RAM(Random AccessMemory，随机存取存储器)、磁带、软盘和光数据存储设备等。该计算机可读存储介质中存储有至少一条计算机程序，该至少一条计算机程序被执行时能够实现数据稽核方法。

当然，上述电子设备必然还可以包括其他部件，例如输入/输出接口、通信组件等。输入/输出接口为处理器和外围接口模块之间提供接口，上述外围接口模块可以是输出设备、输入设备等。通信组件被配置为便于电子设备和其他设备之间有线或无线方式的通信等。

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

本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有至少一条计算机程序，所述至少一条计算机程序被处理器执行时能够实现数据稽核方法。

本申请实施例提供了一种计算机程序产品，所述计算机程序产品包括计算机程序，所述计算机程序被处理器执行时能够实现数据稽核方法。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

Claims (14)

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

响应于接收到第一用户针对目标交易平台在第一时期的收支状况的稽核请求，获取所述目标交易平台在所述第一时期期末的其他应付款OP科目数据，所述OP科目数据为所述目标交易平台账面上的余额数据；

获取所述目标交易平台在所述第一时期期末的第一资金数据，所述第一资金数据为所述目标交易平台关联的各个银行托管账户在所述第一时期期末的资金数据的总和；

获取所述目标交易平台在所述第一时期期末的第二资金数据，所述第二资金数据为所述目标交易平台上各个清分对象在所述第一时期期末待提取的资金数据的总和，所述清分对象是指所述目标交易平台上具有资金分配权限的对象；

计算所述OP科目数据和所述第一资金数据之和与所述第二资金数据之间的差值，得到所述目标交易平台在所述第一时期的收支状况的稽核结果；

当所述稽核结果在预设差值范围，确定所述目标交易平台在所述第一时期的收支平衡。

2.根据权利要求1所述的方法，其特征在于，所述获取所述目标交易平台在所述第一时期期末的其他应付款OP科目数据，包括：

通过对所述目标交易平台在第一时期内各个交易订单进行抛账处理，生成所述目标交易平台的OP科目；

获取所述OP科目对应的资金数据，作为所述OP科目数据。

3.根据权利要求1所述的方法，其特征在于，所述获取所述目标交易平台在所述第一时期期末的第一资金数据，包括：

获取所述目标交易平台在所述第一时期期末的在途资金数据，所述在途资金数据为所述第一时期期末第三方支付工具未转到任一银行托管账户中的资金数据；

获取所述目标交易平台在所述第一时期期末各个银行托管账户的期末余额数据；

将所述在途资金数据和各个银行托管账户的期末余额数据之和，作为所述第一资金数据。

4.根据权利要求3所述的方法，其特征在于，所述获取所述目标交易平台在所述第一时期期末的在途资金数据之前，还包括：

基于所述第三方支付工具的流水数据和各个银行托管账户的流水数据，校验是否存在所述在途资金数据；

当确定存在所述在途资金数据，且所述在途资金数据能够成功转移到任一银行托管账户中，则确定在途资金数据有效；

响应于所述在途资金数据有效，执行获取所述目标交易平台在所述第一时期期末的在途资金数据的操作。

5.根据权利要求1所述的方法，其特征在于，所述获取所述目标交易平台在所述第一时期期末的第二资金数据，包括：

获取商户虚户中的资金数据，所述商户虚户用于存储所述目标交易平台上各个清分对象的已结算未提取的资金数据；

调用已支付未清分数据获取模型，获取所述目标交易平台在所述第一时期期末的已支付未清分的总资金数据，所述已支付未清分数据获取模型用于获取任一交易平台在不同时期期末的已支付未清分的总资金数据；

调用已清分未结算数据获取模型，获取所述目标交易平台在所述第一时期期末的已清分未结算的总资金数据，所述已清分未结算数据获取模型用于获取任一交易平台在不同时期期末的已清分未结算的总资金数据；

将所述商户虚户中的资金数据、所述已支付未清分的总资金数据及所述已清分未结算的总资金数据之和，作为所述第二资金数据。

6.根据权利要求5所述的方法，其特征在于，所述调用已支付未清分数据获取模型，获取所述目标交易平台在所述第一时期期末的已支付未清分的总资金数据之前，还包括：

获取每个第一样本交易订单的收益项目的资金数据及各个样本清分对象的清分数据；

调用待训练的已支付未清分数据获取模型，对每个第一样本交易订单的收益项目的资金数据和各个样本清分对象的清分数据进行处理，得到每个第一样本交易订单的处理结果；

基于多个第一样本交易订单的处理结果，对待训练的已支付未清分数据获取模型的模型参数进行调整，得到所述已支付未清分数据获取模型。

7.根据权利要求5所述的方法，其特征在于，所述调用已清分未结算数据获取模型，获取所述目标交易平台上各个清分对象的已清分未结算的资金数据之前，还包括：

获取每个第二样本交易订单的各个样本清分对象的清分数据和结算数据；

调用待训练的已清分未结算数据获取模型，对每个第二样本交易订单的清分数据和结算数据进行处理，得到每个第二样本交易订单的处理结果；

基于多个第二样本交易订单的处理结果，对待训练的已清分未结算数据获取模型的模型参数进行调整，得到所述已清分未结算数据获取模型。

8.根据权利要求1所述的方法，其特征在于，所述确定所述目标交易平台在所述第一时期的收支平衡之后，还包括：

向所述第一用户发送第一提示信息，所述第一提示信息用于提示所述第一用户所述目标交易平台在所述第一时期的收支平衡。

9.根据权利要求1所述的方法，其特征在于，所述方法还包括：

当所述稽核结果不在所述预设差值范围，向所述第一用户发送第二提示信息，所述第二提示信息用于提示所述第一用户所述目标交易平台在所述第一时期的收支异常。

10.根据权利要求1所述的方法，其特征在于，所述方法还包括：

响应于第二用户针对目标商户在第二时期的收益状况的查询请求，获取所述目标商户在所述第二时期期末待提取的目标资金数据；

将所述目标资金数据发送至所述第二用户。

11.一种数据稽核方法，其特征在于，所述方法包括：

显示目标交易平台的数据稽核界面，所述数据稽核界面上显示有数据稽核控件；

响应于第一用户对所述数据稽核控件的触发操作，生成针对目标交易平台在第一时期的收支状况的稽核请求；

将所述稽核请求发送至数据稽核设备，所述稽核请求用于请求所述数据稽核设备获取所述目标交易平台在第一时期期末的其他应付款OP科目数据、第一资金数据及第二资金数据，并在所述OP科目数据和所述第一资金数据之和与所述第二资金数据之间的差值在预设差值范围时，确定所述目标交易平台在所述第一时期的收支平衡，所述OP科目数据为所述目标交易平台账面上的余额数据，所述第一资金数据为所述目标交易平台关联的各个银行托管账户在所述第一时期期末的资金数据的总和，所述第二资金数据为所述目标交易平台上各个清分对象在所述第一时期期末待提取的资金数据的总和，所述清分对象是指所述目标交易平台上具有资金分配权限的对象。

12.一种电子设备，其特征在于，包括处理器以及存储器；所述存储器存储至少一条程序代码；所述至少一条程序代码用于被所述处理器调用并执行，以实现如权利要求1至10中任一项所述的数据稽核方法，或权利要求11所述的数据稽核方法。

13.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有至少一条计算机程序，所述至少一条计算机程序被处理器执行时能够实现如权利要求1至10中任一项所述的数据稽核方法，或权利要求11所述的数据稽核方法。

14.一种计算机程序产品，其特征在于，所述计算机程序产品包括计算机程序，所述计算机程序被处理器执行时能够实现如权利要求1至10中任一项所述的数据稽核方法，或权利要求11所述的数据稽核方法。