CN115760456A - 账单数据校验方法、装置、设备及存储介质 - Google Patents

Abstract

本发明涉及数据处理技术领域，公开了一种账单数据校验方法、装置、设备及存储介质。该方法包括：获取业务系统推送的记账数据集，并基于预设的划拨前置条件从记账数据中筛选满足划拨前置条件的记账数据，并生成打款订单，并对打款订单进行数据核对，将核对通过的打款订单进行预拨款得到拨款队列，并对预拨款过程中产生的订单数据进行校验得到校验结果，基于校验结果和拨款队列进行拨款审核。本发明通过对物流订单中的账单数据进行签约状态、开户状态、划拨限额、虚拟账户状态等进行校验，增加各环节的校验规则，实现了资金快速安全的记账，保障资金出款安全，提高了处理多订单的能力和效率。

Description

账单数据校验方法、装置、设备及存储介质

技术领域

本发明涉及数据处理技术领域，具体涉及一种账单数据校验方法、装置、设备及存储介质。

背景技术

伴随着电子商务、终端零售等行业的飞速发展，物流行业的订单账款也随之增多，公司对于资金快速安全的记账、清算、订单打款、订单划拨、数据校验等需求日渐旺盛。现有物流公司的流水记账处理模式中，大部分操作由人工进行，针对同一对账批次、同一汇总记账场景通常会出现重读记账清算、订单划拨对象错误、订单打款金额有误等问题，造成公司的资金风险。同时老旧的数据库无法满足当下千万级别的订单量划拨、打款等需求的快速处理，尤其对于复杂逻辑的差异处理配置逻辑的开发和维护成本消耗巨大，同时随着各种监管新规和内控要求的颁布，经常需要根据业务要求进行风控规则的变更。

发明内容

本发明的主要目的在于解决现有的账单记账方案，在较大数据量的账单数据校验中容易出现重复记账、误记账且效率低的问题。

本发明第一方面提供了一种账单数据校验方法，获取业务系统推送的记账数据集，并基于预设的划拨前置条件从所述记账数据中筛选满足所述划拨前置条件的记账数据，其中，所述划拨前置条件用于识别用户提交打款请求的权限；根据筛选出的记账数据中的账单生成打款订单，并对所述打款订单进行数据核对；将核对通过的打款订单进行预拨款得到拨款队列，并对预拨款过程中产生的订单数据进行校验，得到校验结果；基于所述校验结果和所述拨款队列进行审核拨款。

可选的，在本发明第一方面的第一种实现方式中，所述获取业务系统推送的记账数据集，并基于预设的划拨前置条件从所述记账数据中筛选满足所述划拨前置条件的记账数据，包括：获取业务系统推送的记账数据集，并对各记账数据解析，得到对应的用户数据；基于各所述用户数据提取对应的各划拨前置条件信息，并依次判断各所述划拨前置条件信息是否满足签约状态、开户状态、划拨限额、账户状态和订单状态的要求；若不满足，则将对应用户的标记设置为未划拨用户，并提示所述用户对应的未划拨异常原因；若满足，则将对应用户的标记设置为已划拨用户，并从所述记账数据集中筛选已划拨用户对应的记账数据，得到满足预设的划拨前置条件的记账数据。

可选的，在本发明第一方面的第二种实现方式中，所述基于各所述用户数据提取对应的各划拨前置条件信息，并依次判断各所述划拨前置条件信息是否满足签约状态、开户状态、划拨限额、账户状态和订单状态的要求，包括：分别提取各所述用户数据中的签约信息、开户信息、划拨限额信息、账户信息和订单信息；依次判断所述用户的签约状态是否为已签约、开户状态是否为已开户、是否达到划拨限额、账户状态是否为冻结、是否存在打款中的订单、是否存在已打款的订单，得到判断结果；若所述判断结果为用户开户且签约、达到划拨限额或尾款结算不需校验业务限额、虚拟账户状态为非冻结、不存在打款中的订单或结算中状态的账单且不存在已打款的订单，则确认所述用户满足划拨前置条件。

可选的，在本发明第一方面的第三种实现方式中，在所述若满足，则将对应用户的标记设置为已划拨用户，并从所述记账数据集中筛选已划拨用户对应的记账数据，得到满足预设的划拨前置条件的记账数据之后，还包括：若所述用户满足划拨前置条件，则提取所述用户数据中的划拨状态、结算账户限额和记账状态，并判断是否满足预设的校验规则；若满足，则将所述用户标记为划拨用户，并统计所有划拨用户的数量，判断所述数量是否达到阈值，若是，则暂停获取业务系统推送的记账数据集；若不满足，则将所述用户标记为未划拨用户，并分别提示对应的未划拨异常原因。

可选的，在本发明第一方面的第四种实现方式中，所述根据筛选出的记账数据中的账单生成打款订单，并对所述打款订单进行数据核对，包括：基于划拨用户提交的记账数据的类型，将不同种类的账单根据对应的处理路径生成打款订单；将所述打款订单与所述账单核对，判断所述打款订单是否与所述账单一一对应；若否，则判断所述账单是否已进行划拨，若已进行划拨，则将所述账单标记为异常账单，并发出提示；若一一对应，则确认所述打款订单核对通过。

可选的，在本发明第一方面的第五种实现方式中，所述将核对通过的打款订单进行预拨款得到拨款队列，并对预拨款过程中产生的订单数据进行校验，得到校验结果，包括：将核对通过的打款订单进行预拨款，得到拨款队列；基于所述拨款队列依次判断所述拨款队列中的打款订单对应的结算状态是否为已结算；若否，则确认所述结算状态为结算失败；若是，则将结算状态为已结算的打款订单从所述拨款队列中剔除；基于所述剔除结果得到预拨款过程中产生的订单数据的校验结果。

可选的，在本发明第一方面的第六种实现方式中，所述基于所述校验结果和所述拨款队列进行拨款审核，包括：按照所述拨款队列中的订单顺序，提取所述校验结果中结算状态为结算失败的拨款订单；基于所述拨款订单对应的订单业务号遍历订单历史数据，判断所述拨款订单是否已打款；若否，则确认所述拨款订单审核通过，对所述拨款订单进行拨款。

本发明第二方面提供了一种账单数据校验装置，包括：筛选模块，用于获取业务系统推送的记账数据集，并基于预设的划拨前置条件从所述记账数据中筛选满足所述划拨前置条件的记账数据，其中，所述划拨前置条件用于识别用户提交打款请求的权限；核对模块，用于根据筛选出的记账数据中的账单生成打款订单，并对所述打款订单进行数据核对；校验模块，用于将核对通过的打款订单进行预拨款得到拨款队列，并对预拨款过程中产生的订单数据进行校验，得到校验结果；审核模块，用于基于所述校验结果和所述拨款队列进行拨款审核。

可选地，在本发明第二方面的第一种实现方式中，所述筛选模块包括：解析单元，用于获取业务系统推送的记账数据集，并对各记账数据解析，得到对应的用户数据；第一判断单元，用于基于各所述用户数据提取对应的各划拨前置条件信息，并依次判断各所述划拨前置条件信息是否满足签约状态、开户状态、划拨限额、账户状态和订单状态的要求；标记单元，用于若不满足，则将对应用户的标记设置为未划拨用户，并提示所述用户对应的未划拨异常原因；若满足，则将对应用户的标记设置为已划拨用户，并从所述记账数据集中筛选已划拨用户对应的记账数据，得到满足预设的划拨前置条件的记账数据。

可选地，在本发明第二方面的第二种实现方式中，所述第一判断单元具体用于：分别提取各所述用户数据中的签约信息、开户信息、划拨限额信息、账户信息和订单信息；依次判断所述用户的签约状态是否为已签约、开户状态是否为已开户、是否达到划拨限额、账户状态是否为冻结、是否存在打款中的订单、是否存在已打款的订单，得到判断结果；若所述判断结果为用户开户且签约、达到划拨限额或尾款结算不需校验业务限额、虚拟账户状态为非冻结、不存在打款中的订单或结算中状态的账单且不存在已打款的订单，则确认所述用户满足划拨前置条件。

可选地，在本发明第二方面的第三种实现方式中，所述筛选模块还包括：统计单元，用于若所述用户满足划拨前置条件，则提取所述用户数据中的划拨状态、结算账户限额和记账状态，并判断是否满足预设的校验规则；若满足，则将所述用户标记为划拨用户，并统计所有划拨用户的数量，判断所述数量是否达到阈值，若是，则暂停获取业务系统推送的记账数据集；若不满足，则将所述用户标记为未划拨用户，并分别提示对应的未划拨异常原因。

可选地，在本发明第二方面的第四种实现方式中，所述核对模块包括：生成单元，用于基于划拨用户提交的记账数据的类型，将不同种类的账单根据对应的处理路径生成打款订单；核对判断单元，用于将所述打款订单与所述账单核对，判断所述打款订单是否与所述账单一一对应；提示确认单元，用于若不一一对应，则判断所述账单是否已进行划拨，若已进行划拨，则将所述账单标记为异常账单，并发出提示；若一一对应，则确认所述打款订单核对通过。

可选的，在本发明第二方面的第五种实现方式中，所述校验模块包括：第二判断单元，用于将核对通过的打款订单进行预拨款，得到拨款队列，并基于所述拨款队列依次判断所述拨款队列中的打款订单对应的结算状态是否为已结算；剔除单元，用于若否，则确认所述结算状态为结算失败；若是，则将结算状态为已结算的打款订单从所述拨款队列中剔除；获取单元，用于基于所述剔除结果得到预拨款过程中产生的订单数据的校验结果。

可选的，在本发明第二方面的第六种实现方式中，所述审核模块包括：提取单元，用于按照所述拨款队列中的订单顺序，提取所述校验结果中结算状态为结算失败的拨款订单；遍历单元，用于基于所述拨款订单对应的订单业务号遍历订单历史数据，判断所述拨款订单是否已打款；审核拨款单元，用于若否，则确认所述拨款订单审核通过，对所述拨款订单进行拨款。

本发明的第三方面提供了一种账单数据校验设备，所述账单数据校验设备包括存储器和至少一个处理器，所述存储器中存储有指令；所述至少一个处理器调用所述存储器中的所述指令，以使得所述账单数据校验设备执行如上所述的账单数据校验方法的各个步骤。

本发明的第四方面提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有指令，所述指令被处理器执行时实现如上所述账单数据校验方法的各个步骤。

本发明提供的技术方案中，本发明通过对物流订单中的账单数据进行签约状态、开户状态、划拨限额、虚拟账户状态等进行校验，增加各环节的校验规则，实现了资金快速安全的记账，保障资金出款安全，提高了处理多订单的能力和效率。

附图说明

图1为本发明实施例提供的账单数据校验方法的第一个实施例示意图；

图2为本发明实施例提供的账单数据校验方法的第二个实施例示意图；

图3为本发明实施例提供的账单数据校验方法的第三个实施例示意图；

图4为本发明实施例提供的账单数据校验装置的一种结构示意图；

图5为本发明实施例提供的账单数据校验装置的另一种结构示意图；

图6为本发明实施例提供的账单数据校验设备的结构示意图。

具体实施方式

针对于现有的账单数据校验方式，本申请通过对大数据量的账单数据进行筛选、审核、校验，解决了现有技术在账单校验中重复记账、误记账且效率低的问题，通过增加、改进各环节的校验规则，提高了账单数据校验效率。

本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”或“具有”及其任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、设备、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

为便于理解，下面对本发明实施例的具体流程进行描述，请参阅图1本发明实施例提供的账单数据校验方法的第一个实施例示意图，该方法具体包括以下步骤：

101、获取业务系统推送的记账数据集，并基于预设的划拨前置条件从记账数据中筛选满足划拨前置条件的记账数据。

业务系统接收用户提交的打款请求，得到记账数据集，对记账数据集中的账单进行划拨前置条件的筛选，对经过筛选的账单生成订单，具体的，获取提交打款请求的用户的用户数据，通过所述用户数据依次判断是否满足预设定划拨前置条件。获取提交打款申请的用户的账号，根据账号搜索账号AVL树，得到该账号在账户内存区的下标，根据该下标访问账户内存区，得到总账地址，根据总账地址访问总账内存区，查找到对应的账户的总账信息，得到对应用户的用户数据，并将所述用户数据与划拨前置条件比较，判断是否符合，若符合则从记账数据中筛选满足划拨前置条件的记账数据。

在本实施例中，所述划拨前置条件用于识别用户提交打款请求的权限，验证用户的资格，对合格的用户标记为划拨用户，对不满足划拨前置条件的用户标记为未划拨用户。系统进行账单划拨和尾款结算时，需以用户为维度，具体根据网点编码和业务员编码唯一确定用户，计算记账用户数，同时统计满足划拨条件的用户数、不满足划拨条件无法生成订单的用户数，并统计未划拨的原因。对用户划拨条件的判断顺序为签约状态、开户状态、划拨限额、虚拟账户状态、是否存在打款中订单、当日是否已打款。

用户满足以上划拨条件，则记为划拨用户。具体规则如下：

(1)签约状态，用户未签约，即存在必签未签的渠道机构或税源地协议，该用户标记为未划拨用户，对应的未划拨异常原因为用户未签约，具体的，校验用户的业务条件是否合格，用户和业务公司是否与分配渠道签约，渠道机构、税源地限额，其中，渠道机构进行渠道每月限额和单笔限额的校验，税源地进行税源地单笔限额、税源地每月限额和税源地单人每月限额校验。

(2)开户状态，用户已签约但未开户，即未开通包含钱包、直接结算的任意结算方式，该用户标记为未划拨用户，对应的未划拨异常原因为用户未开户。

(3)未达到划拨限额，用户开户且签约，但对应的业务虚拟账户待结算金额未达到业务限额即对应业务管理配置中的单笔划拨限额的下限，尾款结算除外，该用户标记为未划拨用户，对应的未划拨异常原因为未达到划拨限额。

(4)账户冻结，用户开户且签约，且达到划拨限额或尾款结算不需校验业务限额，但虚拟账户的状态为冻结状态，该用户标记为未划拨用户，对应的未划拨异常原因为账户冻结。

(5)存在打款中订单，用户开户且签约、达到划拨限额或尾款结算不需校验业务限额，并虚拟账户状态为非冻结，但用户存在打款中的订单或存在结算中的账单，该用户标记为未划拨用户，对应的未划拨异常原因为存在打款中订单。

(6)存在已打款订单，用户开户且签约、达到划拨限额或尾款结算不需校验业务限额、虚拟账户状态为非冻结，并不存在打款中的订单或结算中状态的账单，当该业务该用户当日已存在打款成功的订单或结算状态为已结算的账单，其中，订单打款状态更新时间或账单结算状态更新时间为当日，该用户标记为未划拨用户，对应的未划拨异常原因为存在已打款订单，该规则只适用划拨限制为一天一次的业务。

进一步的，根据依次判断用户是否满足划拨前置条件的顺序，提取不满足划拨条件的用户数据，并基于所述用户数据从对应关系表中获取对应的未划拨异常原因并进行提示。更优的，若所述用户为再次提交打款请求，则首先判断用户是否为已标记的划拨用户，若是，则提取所述用户的用户数据中相较上次记录为划拨用户的用户数据中不一致的用户数据，基于所述不一致的用户数据判断其是否满足预设的校验规则，若满足，则确认所述用户为满足划拨条件用户，并将所述用户标记为划拨用户。

102、根据筛选出的记账数据中的账单生成打款订单，并对打款订单进行数据核对。

基于划拨用户提交的账单生成打款订单，可以由订单生成系统负责订单的生成以及暂时存储，依据账单核对的种类构建分类订单，为各分类的账单分配一线程，对账单进行筛选处理，判断所述打款订单是否与所述账单一一对应，并将筛选处理的订单同步到拨款系统进行下一步骤。对所述账单生成打款订单后，需对打款订单进行一一核对，判断在订单生成的过程中是否存在重复产生或遗漏产生，更进一步的，判断记账数据中的账单对应的业务是否需要实时打款，若需要，则判断所述账单业务是否为在固定时间周期内只允许划拨一次，若是，则判断所述用户在当前时间周期内是否存在结算中或结算成功的订单，若存在，则说明在当前时间周期内只允许划拨一次的账单业务已经拨款成功，所述账单不允许再次划拨生成新订单。

103、将核对通过的打款订单进行预拨款得到拨款队列，并对预拨款过程中产生的订单数据进行校验，得到校验结果。

按照先后处理的顺序将打款订单进行预拨款，得到拨款队列，在所述拨款队列中，按照先进先出的规则，将拨款队列中的订单进行校验，具体的，对订单数据进行有效性验证，可以通过提取订单信息中的订单标识，具有订单标识的订单数据为有效订单，如果订单数据中不具有订单标识或者订单标识并不在支付成功的订单信息中，说明订单数据并非是真实订单生成，不予校验通过；另一部分是对订单数据进行重复性校验，可以通过查询订单信息中虚拟对象的发放状态，对于已发放状态的订单数据为重复订单，不予校验通过，进一步获取校验通过的第一订单数据，该校验通过的第一订单数据为经过双重校验的订单，能够保证订单的可靠性。还可以根据所述订单数据的订单组合标识遍历匹配所述预先存储支付成功的订单信息，判断所述订单信息中是否存在所述订单数据的订单组合标识；若存在，则获取所述订单组合标识映射的订单信息，并根据所述订单信息查询所述订单对应的订单状态；根据所述订单对应的订单状态，对所述订单数据进行重复性校验。

104、基于校验结果和拨款队列进行拨款审核。

根据校验结果中校验合格的订单，按照拨款队列的顺序，依次进行拨款审核，判断所述订单是否已经拨款，若已经拨款，则将所述订单对应的账单标记为异常账单，对于异常账单，可以转至人工处理，也可以向提交所述账单的用户提示验证信息，若用户端的验证通过，则确认审核通过，对所述账单对应的订单进行拨款。

本方案通过对物流订单中的账单数据进行签约状态、开户状态、划拨限额、虚拟账户状态等进行校验，增加各环节的校验规则，实现了资金快速安全的记账，保障资金出款安全。

请参阅图2本发明实施例提供的账单数据校验方法的第二个实施例示意图，该方法具体包括以下步骤：

201、获取业务系统推送的记账数据集，并对各记账数据解析，得到对应的用户数据。

202、基于各用户数据提取对应的各划拨前置条件信息，并依次判断各划拨前置条件信息是否满足签约状态、开户状态、划拨限额、账户状态和订单状态的要求。

分别提取各所述用户数据中的签约信息、开户信息、划拨限额信息、账户信息和订单信息；依次判断所述用户的签约状态是否为已签约、开户状态是否为已开户、是否达到划拨限额、账户状态是否为冻结、是否存在打款中的订单、是否存在已打款的订单，得到判断结果；若所述判断结果为用户开户且签约、达到划拨限额或尾款结算不需校验业务限额、虚拟账户状态为非冻结、不存在打款中的订单或结算中状态的账单且不存在已打款的订单，则确认所述用户满足划拨前置条件

若不满足划拨前置条件，则将对应用户的标记设置为未划拨用户，并提示用户对应的未划拨异常原因。

若所述用户存在必签未签的渠道机构或税源地协议，则将该用户标记为未划拨用户，对应的未划拨异常原因为用户未签约；若所述已签约用户未开通任意结算方式，则将该用户标记为未划拨用户，对应的未划拨异常原因为用户未开户；若所述已签约、开户的用户对应的业务虚拟账户待结算金额未达到业务限额，则将该用户标记为未划拨用户，对应的未划拨异常原因为未达到划拨限额；若所述已签约、开户，且达到划拨限额的用户的虚拟账户的状态、为冻结状态，则将该用户标记为未划拨用户，对应的未划拨异常原因为账户冻结；若所述已签约、开户，且达到划拨限额，虚拟账户状态为非冻结的用户存在打款中的订单或结算中的账单，则将该用户标记为未划拨用户，对应的未划拨异常原因为存在打款中订单；若所述已签约、开户，且达到划拨限额，虚拟账户状态为非冻结，不存在打款中的订单或结算中状态的账单的用户存在打款成功的订单或结算状态为已结算的账单，则将该用户标记为未划拨用户，对应的未划拨异常原因为存在已打款订单。

203、若满足划拨前置条件，则将对应用户的标记设置为已划拨用户，并从记账数据集中筛选已划拨用户对应的记账数据，得到满足预设的划拨前置条件的记账数据。

提取所述用户的用户数据中的签约状态，判断所述用户是否存在必签未签的渠道机构或税源地协议，若不存在，则确定所述用户已签约；提取所述已签约用户的用户数据中的开户状态，判断所述用户是否开通任意结算方式，若开通，则确定所述用户已签约、开户；提取所述已签约、开户的用户的用户数据中的划拨限额，判断所述用户对应的业务虚拟账户待结算金额是否达到业务限额，若达到，则确定所述用户已签约、开户，且达到划拨限额；提取所述已签约、开户，且达到划拨限额的用户的用户数据中的虚拟账户的状态，判断所述用户的虚拟账户的状态是否为冻结状态，若否，则确定所述用户已签约、开户，且达到划拨限额，虚拟账户状态为非冻结；提取所述已签约、开户，且达到划拨限额，虚拟账户状态为非冻结的用户的用户数据中的订单和账单，判断所述用户是否存在打款中的订单或结算中的账单，若不存在，则确定所述用户已签约、开户，且达到划拨限额，虚拟账户状态为非冻结，不存在打款中的订单或结算中状态的账单；提取所述已签约、开户，且达到划拨限额，虚拟账户状态为非冻结，不存在打款中的订单或结算中状态的账单的用户的用户数据中的订单打款状态或账单结算状态，判断所述用户是否存在打款成功的订单或结算状态为已结算的账单，若不存在，则确定所述用户满足划拨条件。将对应用户的标记设置为已划拨用户，并从记账数据集中筛选已划拨用户对应的记账数据，得到满足预设的划拨前置条件的记账数据。

204、提取用户数据中的划拨状态、结算账户限额和记账状态，并判断是否满足预设的校验规则。

若用户满足划拨条件，即所述用户开户且签约、达到划拨限额或尾款结算不需校验业务限额、虚拟账户状态为非冻结、不存在打款中的订单或结算中状态的账单且不存在已打款的订单，则判断用户是否满足预设的校验规则。具体的，提取用户数据中的账单结算状态，判断进行划拨的账单的结算状态是否为待结算，若是，则确认所述用户的划拨状态正常；提取用户数据中的结算账户限额，判断用户结算的金额超过结算方式限额，若否，则确认所述用户划拨金额未超过结算方式限额；提取用户数据中的记账状态，判断用户的记账状态是否为已记账，若是，则确认所述用户已记账且不能再进行记账，若用户数据中的划拨状态、结算账户限额和记账状态都判断为划拨状态正常、划拨金额未超过结算方式限额且已记账，则判断用户满足预设的校验规则。

若不满足，则将用户标记为未划拨用户，并分别提示对应的未划拨异常原因。

若用户进行划拨的账单的结算状态不为待结算，则确认所述用户的划拨状态异常，将用户标记为未划拨用户，对应的未划拨异常原因为划拨状态异常；若用户结算方式为银行卡直接结算，结算的金额超过银行卡限额，则确认所述用户结算的金额超过银行卡限额，将用户标记为未划拨用户，对应的未划拨异常原因为划拨金额超结算卡限额；若用户记账状态为已记账，但仍进行划拨，则确认所述用户的记账状态异常，将用户标记为未划拨用户，对应的未划拨异常原因为其他。

205、若满足预设的校验规则，则将用户标记为划拨用户，得到筛选后的记账数据，并统计所有划拨用户的数量，判断是否达到阈值。

若所有划拨用户的数量达到阈值，则暂停获取业务系统推送的记账数据集。若满足划拨前置条件的用户的划拨状态、结算账户限额和记账状态也满足预设的校验规则，则将用户标记为划拨用户，并统计所有划拨用户的数量，判断是否达到阈值，若达到预设的划拨用户阈值，则说明系统处理账单的能力达到最大化，此时暂停获取业务系统推送的记账数据集，不再接受用户提交的记账申请，待已接收的记账申请处理后，再重新获取记账数据。

206、根据筛选出的记账数据中的账单生成打款订单，并对打款订单进行数据核对。

207、将核对通过的打款订单进行预拨款得到拨款队列，并对预拨款过程中产生的订单数据进行校验，得到校验结果，并基于校验结果和拨款队列进行拨款审核。

本方案通过对用户的签约状态、开户状态、划拨限额、虚拟账户状态、是否存在打款中订单、当日是否已打款进行判断，若满足以上划拨条件，则确认用户的权限，以此实现对用户资格的校验，并完成对账单前置条件的校验，实现对账户的账单数据校验。

请参阅图3本发明实施例提供的账单数据校验方法的第三个实施例示意图，该方法具体包括以下步骤：

301、获取业务系统推送的记账数据集，并基于预设的划拨前置条件从记账数据中筛选满足划拨前置条件的记账数据。

302、基于划拨用户提交的记账数据的类型，将不同种类的账单根据对应的处理路径生成打款订单。

其中，划拨用户提交的记账数据中根据账单对应的业务不同，具有不同的类型，例如同一账单需用多种支付方式联合支付、运费支付、商品价格支付等，导入多项费用账单信息，将所述费用账单信息以特征标识为单元进行分组处理，对相同特征标识的组中的所述费用账单信息进行分析，并针对每一个异常账单信息依次进行分析判断，将不同种类的账单根据对应的处理路径生成打款订单，确定最终的费用账单对账结果，同时更新账单状态信息。

303、将打款订单与账单核对，判断打款订单是否与账单一一对应。

一般情况下，在基于账单生成订单后，账单与订单应为一一对应，一条账单数据只有一条对应的订单数据，因此，可以基于打款订单，依次遍历账单集，或基于账单集，依次遍历打款订单，判断是否一一对应。

若不一一对应，则判断账单是否已进行划拨，若已进行划拨，则将账单标记为异常账单，并发出提示。若不一一对应，则说明账单中存在未按照对应路径生成打款订单的异常账单，或者打款订单中存在基于同一账单的不同打款订单，此时，判断账单是否已进行划拨，若已进行划拨，则说明所述账单为重复划拨，将其标记为异常账单，同时基于所述账单，提取出所述账单对应的已划拨的订单和用户提交的打款请求转至人工，并发出异常账单提示，若未进行划拨，则将所述账单重新进行处理生成打款订单。

304、若一一对应，则确认打款订单核对通过。

若一一对应，则说明此时的打款订单与账单在生成过程中都是按照对应路径一一对应生成，不存在未按照对应路径生成打款订单的异常账单，或者打款订单中存在基于同一账单的不同打款订单，此时确认打款订单核对通过。

305、将核对通过的打款订单进行预拨款，得到拨款队列，并基于拨款队列依次判断拨款队列中的打款订单对应的结算状态是否为已结算。

将所述打款订单进行预拨款，得到拨款队列，在所述拨款队列中，订单划拨需对预划拨订单对应的账单划拨前的结算状态进行校验，其对应的结算状态因为待结算或结算失败。同时，该笔账单需无终态重置，即账单之前已进行结算，但又重新进入了划拨账单队列的情况。

306、基于判断结果得到预拨款过程中产生的订单数据的校验结果。

若否，则确认所述结算状态为结算失败；若是，则将结算状态为已结算的打款订单从所述拨款队列中剔除；基于所述剔除结果得到预拨款过程中产生的订单数据的校验结果。

307、按照拨款队列中的订单顺序，提取校验结果中结算状态为结算失败的拨款订单。

308、基于拨款订单对应的订单业务号遍历订单历史数据，判断拨款订单是否已打款，若否，则确认拨款订单审核通过，对拨款订单进行拨款。

对于拨款订单，获取所述拨款订单对应的账单业务是否需要实时打款，若该业务是一天只允许划拨一次，需校验该用户当天该业务是否已有结算中或结算成功的订单，若存在，则该用户该业务不允许再次划拨生成新订单，订单对应的账单需与已划拨的账单历史数据以业务运单号进行比对，其中，账单历史数据不包含结算失败的账单明细数据和非派费直达业务，判断账单明细数据是否已进行划拨，此时判断条件不包含结算失败，若已划拨，账单进入异常账单，需人工进行处理。

本方案通过对划拨用户提交的打款请求进行核对、校验以及审核，包括账单划拨前置校验、业务条件校验、去重校验、状态校验、订单校验等，增加各环节的校验规则，实现了账户的账单数据校验。

上面对本发明实施例中账单数据校验方法进行了描述，下面从模块化功能实体的角度对本发明实施例账单数据校验装置进行详细描述，请参阅图4，本发明实施例提供的账单数据校验装置的一种结构示意图，包括：

筛选模块401，用于获取业务系统推送的记账数据集，并基于预设的划拨前置条件从所述记账数据中筛选满足所述划拨前置条件的记账数据，其中，所述划拨前置条件用于识别用户提交打款请求的权限；

核对模块402，用于根据筛选出的记账数据中的账单生成打款订单，并对所述打款订单进行数据核对；

校验模块403，用于将核对通过的打款订单进行预拨款得到拨款队列，并对预拨款过程中产生的订单数据进行校验，得到校验结果；

审核模块404，用于基于所述校验结果和所述拨款队列进行审核拨款。

本方案通过获取业务系统推送的记账数据集，并基于预设的划拨前置条件从记账数据中筛选满足划拨前置条件的记账数据，并生成打款订单，并对打款订单进行数据核对，将核对通过的打款订单进行预拨款得到拨款队列，并对预拨款过程中产生的订单数据进行校验得到校验结果，基于校验结果和拨款队列进行拨款审核，增加了各环节的校验规则，实现了资金快速安全的记账，保障资金出款安全。

请参阅图5，本发明实施例提供的账单数据校验装置的另一种结构示意图，包括：

筛选模块401，用于获取业务系统推送的记账数据集，并基于预设的划拨前置条件从所述记账数据中筛选满足所述划拨前置条件的记账数据，其中，所述划拨前置条件用于识别用户提交打款请求的权限；

核对模块402，用于根据筛选出的记账数据中的账单生成打款订单，并对所述打款订单进行数据核对；

校验模块403，用于将核对通过的打款订单进行预拨款得到拨款队列，并对预拨款过程中产生的订单数据进行校验，得到校验结果；

拨款模块404，用于基于所述校验结果和所述拨款队列进行审核拨款。

在本实施例中，所述筛选模块401包括：

解析单元4011，用于获取业务系统推送的记账数据集，并对各记账数据解析，得到对应的用户数据；

第一判断单元4012，用于基于各所述用户数据提取对应的各划拨前置条件信息，并依次判断各所述划拨前置条件信息是否满足签约状态、开户状态、划拨限额、账户状态和订单状态的要求；

标记单元4013，用于若不满足，则将对应用户的标记设置为未划拨用户，并提示所述用户对应的未划拨异常原因；若满足，则将对应用户的标记设置为已划拨用户，并从所述记账数据集中筛选已划拨用户对应的记账数据，得到满足预设的划拨前置条件的记账数据。

在本实施例中，所述第一判断单元4012具体用于：分别提取各所述用户数据中的签约信息、开户信息、划拨限额信息、账户信息和订单信息；依次判断所述用户的签约状态是否为已签约、开户状态是否为已开户、是否达到划拨限额、账户状态是否为冻结、是否存在打款中的订单、是否存在已打款的订单，得到判断结果；若所述判断结果为用户开户且签约、达到划拨限额或尾款结算不需校验业务限额、虚拟账户状态为非冻结、不存在打款中的订单或结算中状态的账单且不存在已打款的订单，则确认所述用户满足划拨前置条件。

在本实施例中，在所述筛选模块401中，还包括统计单元具体用于：若所述用户满足划拨前置条件，则提取所述用户数据中的划拨状态、结算账户限额和记账状态，并判断是否满足预设的校验规则；若满足，则将所述用户标记为划拨用户，并统计所有划拨用户的数量，判断所述数量是否达到阈值，若是，则暂停获取业务系统推送的记账数据集；若不满足，则将所述用户标记为未划拨用户，并分别提示对应的未划拨异常原因。

在本实施例中，所述核对模块402包括：

生成单元4021，用于基于划拨用户提交的记账数据的类型，将不同种类的账单根据对应的处理路径生成打款订单；

核对判断单元4022，用于将所述打款订单与所述账单核对，判断所述打款订单是否与所述账单一一对应；

提示确认单元4023，用于若不一一对应，则判断所述账单是否已进行划拨，若已进行划拨，则将所述账单标记为异常账单，并发出提示；若一一对应，则确认所述打款订单核对通过。

在本实施例中，所述校验模块403包括：

第二判断单元4031，用于将核对通过的打款订单进行预拨款，得到拨款队列，并基于所述拨款队列依次判断所述拨款队列中的打款订单对应的结算状态是否为已结算；

剔除单元4032，用于若否，则确认所述结算状态为结算失败；若是，则将结算状态为已结算的打款订单从所述拨款队列中剔除；

获取单元4033，用于基于所述剔除结果得到预拨款过程中产生的订单数据的校验结果。

在本实施例中，所述审核模块404包括：

提取单元4041，用于按照所述拨款队列中的订单顺序，提取所述校验结果中结算状态为结算失败的拨款订单；

遍历单元4042，用于基于所述拨款订单对应的订单业务号遍历订单历史数据，判断所述拨款订单是否已打款；

审核拨款单元4043，用于若否，则确认所述拨款订单审核通过，对所述拨款订单进行拨款。

本方案通过判断记账数据是否划拨前置条件，筛选记账数据并生成打款订单，基于核对通过的打款订单进行预拨款得到拨款队列，并对预拨款过程中产生的订单数据进行校验得到校验结果，基于校验结果和拨款队列进行拨款审核，通过对物流订单中的账单数据进行签约状态、开户状态、划拨限额、虚拟账户状态等进行校验，增加各环节的校验规则，实现了资金快速安全的记账，保障资金出款安全，提高了处理多订单的能力和效率。

上面图4-5从模块化功能实体的角度对本发明实施例中的中账单数据校验装置进行详细描述，下面从硬件处理的角度对本发明实施例中账单数据校验设备进行详细描述。

图6是本发明实施例提供的一种账单数据校验设备的结构示意图，该账单数据校验设备600可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器(central processing units，CPU)610(例如，一个或一个以上处理器)和存储器620，一个或一个以上存储应用程序633或数据632的存储介质630(例如一个或一个以上海量存储设备)。其中，存储器620和存储介质630可以是短暂存储或持久存储。存储在存储介质630的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对账单数据校验设备600中的一系列指令操作。更进一步地，处理器610可以设置为与存储介质630通信，在账单数据校验设备600上执行存储介质630中的一系列指令操作，以实现上述实施提供的方法。

账单数据校验设备600还可以包括一个或一个以上电源640，一个或一个以上有线或无线网络接口650，一个或一个以上输入输出接口660，和/或，一个或一个以上操作设备631，例如Windows Serve，Mac OS X，Unix，Linux，FreeBSD等等。本领域技术人员可以理解，图6所示的账单数据校验设备结构并不构成对本发明提供的计算机设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

本发明还提供一种计算机可读存储介质，该计算机可读存储介质可以为非易失性计算机可读存储介质，该计算机可读存储介质也可以为易失性计算机可读存储介质，所述计算机可读存储介质中存储有指令，当所述指令在计算机上运行时，使得计算机执行上述各实施例提供的所述的账单数据校验方法的各个步骤。

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

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims (10)

1.一种账单数据校验方法，其特征在于，所述账单数据校验方法包括：

获取业务系统推送的记账数据集，并基于预设的划拨前置条件从所述记账数据中筛选满足所述划拨前置条件的记账数据，其中，所述划拨前置条件用于识别用户提交打款请求的权限；

根据筛选出的记账数据中的账单生成打款订单，并对所述打款订单进行数据核对；

将核对通过的打款订单进行预拨款得到拨款队列，并对预拨款过程中产生的订单数据进行校验，得到校验结果；

基于所述校验结果和所述拨款队列进行拨款审核。

2.如权利要求1所述的账单数据校验方法，其特征在于，所述获取业务系统推送的记账数据集，并基于预设的划拨前置条件从所述记账数据中筛选满足所述划拨前置条件的记账数据，包括：

获取业务系统推送的记账数据集，并对各记账数据解析，得到对应的用户数据；

基于各所述用户数据提取对应的各划拨前置条件信息，并依次判断各所述划拨前置条件信息是否满足签约状态、开户状态、划拨限额、账户状态和订单状态的要求；

若不满足，则将对应用户的标记设置为未划拨用户，并提示所述用户对应的未划拨异常原因；

若满足，则将对应用户的标记设置为已划拨用户，并从所述记账数据集中筛选已划拨用户对应的记账数据，得到满足预设的划拨前置条件的记账数据。

3.如权利要求2所述的账单数据校验方法，其特征在于，所述基于各所述用户数据提取对应的各划拨前置条件信息，并依次判断各所述划拨前置条件信息是否满足签约状态、开户状态、划拨限额、账户状态和订单状态的要求，包括：

分别提取各所述用户数据中的签约信息、开户信息、划拨限额信息、账户信息和订单信息；

依次判断所述用户的签约状态是否为已签约、开户状态是否为已开户、是否达到划拨限额、账户状态是否为冻结、是否存在打款中的订单、是否存在已打款的订单，得到判断结果；

若所述判断结果为用户开户且签约、达到划拨限额或尾款结算不需校验业务限额、虚拟账户状态为非冻结、不存在打款中的订单或结算中状态的账单且不存在已打款的订单，则确认所述用户满足划拨前置条件。

4.如权利要求2所述的账单数据校验方法，其特征在于，在所述若满足，则将对应用户的标记设置为已划拨用户，并从所述记账数据集中筛选已划拨用户对应的记账数据，得到满足预设的划拨前置条件的记账数据之后，还包括：

若所述用户满足划拨前置条件，则提取所述用户数据中的划拨状态、结算账户限额和记账状态，并判断是否满足预设的校验规则；

若满足，则将所述用户标记为划拨用户，并统计所有划拨用户的数量，判断所述数量是否达到阈值，若是，则暂停获取业务系统推送的记账数据集；

若不满足，则将所述用户标记为未划拨用户，并分别提示对应的未划拨异常原因。

5.如权利要求1-4中任一项所述的账单数据校验方法，其特征在于，所述根据筛选出的记账数据中的账单生成打款订单，并对所述打款订单进行数据核对，包括：

基于划拨用户提交的记账数据的类型，将不同种类的账单根据对应的处理路径生成打款订单；

将所述打款订单与所述账单核对，判断所述打款订单是否与所述账单一一对应；

若否，则判断所述账单是否已进行划拨，若已进行划拨，则将所述账单标记为异常账单，并发出提示；

若一一对应，则确认所述打款订单核对通过。

6.如权利要求1所述的账单数据校验方法，其特征在于，所述将核对通过的打款订单进行预拨款得到拨款队列，并对预拨款过程中产生的订单数据进行校验，得到校验结果，包括：

将核对通过的打款订单进行预拨款，得到拨款队列；

基于所述拨款队列依次判断所述拨款队列中的打款订单对应的结算状态是否为已结算；

若否，则确认所述结算状态为结算失败；

若是，则将结算状态为已结算的打款订单从所述拨款队列中剔除；

基于所述剔除结果得到预拨款过程中产生的订单数据的校验结果。

7.如权利要求1所述的账单数据校验方法，其特征在于，所述基于所述校验结果和所述拨款队列进行拨款审核，包括：

按照所述拨款队列中的订单顺序，提取所述校验结果中结算状态为结算失败的拨款订单；

基于所述拨款订单对应的订单业务号遍历订单历史数据，判断所述拨款订单是否已打款；

若否，则确认所述拨款订单审核通过，对所述拨款订单进行拨款。

8.一种账单数据校验装置，其特征在于，所述账单数据校验装置包括：

筛选模块，用于获取业务系统推送的记账数据集，并基于预设的划拨前置条件从所述记账数据中筛选满足所述划拨前置条件的记账数据，其中，所述划拨前置条件用于识别用户提交打款请求的权限；

核对模块，用于根据筛选出的记账数据中的账单生成打款订单，并对所述打款订单进行数据核对；

校验模块，用于将核对通过的打款订单进行预拨款得到拨款队列，并对预拨款过程中产生的订单数据进行校验，得到校验结果；

审核模块，用于基于所述校验结果和所述拨款队列进行拨款审核。

9.一种账单数据校验设备，其特征在于，所述账单数据校验设备包括存储器和至少一个处理器，所述存储器中存储有指令；所述至少一个处理器调用所述存储器中的所述指令，以使得所述账单数据校验设备执行如权利要求1-7中任一项所述的账单数据校验方法的各个步骤。

10.一种计算机可读存储介质，所述计算机可读存储介质上存储有指令，其特征在于，所述指令被处理器执行时实现如权利要求1-7中任一项所述账单数据校验方法的各个步骤。

Images