首页> 中国专利> 提现执行方法、系统、计算机设备及存储介质

提现执行方法、系统、计算机设备及存储介质

摘要

本发明提供了提现执行方法、系统、计算机设备及存储介质。该提现执行方法包括如下步骤:接收用户的提现请求,提现请求包括用户身份标识、用户账户标识和提现金额;账户类型为本金账户时,根据提现请求生成用户的本金账户对应的提现请求记录,并返回与提现请求记录中所包含的至少一个待测试数据相对应的第一期望数据;将至少一个待测试数据与对应的第一期望数据进行比较;根据比较结果返回提现请求对应的至少一个第一断言,第一断言包括待测试数据与第一期望数据匹配或不匹配;若有一个第一断言为待测试数据与第一期望数据不匹配,则提现失败,否则提现成功。本发明方案可以确定生成的记录的准确性,实现提现业务的全自动化。

著录项

  • 公开/公告号CN112508547A

    专利类型发明专利

  • 公开/公告日2021-03-16

    原文格式PDF

  • 申请/专利号CN202011523682.6

  • 发明设计人 薛欣欣;李挺;胡慧超;李海勇;

    申请日2020-12-21

  • 分类号G06Q20/06(20120101);G06Q40/04(20120101);

  • 代理机构11391 北京智汇东方知识产权代理事务所(普通合伙);

  • 代理人白莉莉

  • 地址 310051 浙江省杭州市滨江区江陵路1760号

  • 入库时间 2023-06-19 10:16:30

说明书

技术领域

本发明涉及提现业务技术领域,尤其涉及一种提现执行方法、系统、计算机设备及存储介质。

背景技术

随着智能交通技术的发展,打车软件已经成为司机和乘客必不可少的便利工具。打车软件的出现提高了司机接单效率,减少了乘客等车时间。

打车软件涉及到提现功能,提现时涉及到如司机和乘客的本金账户和收入账户。司机的本金账户的金额来源为司机充值,一般用于新能源车的充电消费等,收入账户的金额来源为司机接单后订单收入金额。乘客的本金账户的金额来源为乘客充值,收入账户的金额来源为乘客作为顺风车、快车、专车、出租车等的车主时接单后订单收入金额。

提现功能涉及业务繁多,且提现金额是公司相关账户出资,如果出现问题会导致公司出现资损。然而,现有技术中通过人工审核提现订单,审核过程不仅耗费人力时间,而且容易出错。

发明内容

本申请的一个目的在于取消人工操作行为,实现提现业务的自动化,从而使得提现业务智能化。

本申请的一个进一步的目的在于提高提现业务智能化过程中的准确性。

特别地,本发明提供了一种提现执行方法,包括如下步骤:

接收用户的提现请求,所述提现请求至少包括用户身份标识、用以表示账户类型的用户账户标识和提现金额,所述账户类型至少包括本金账户;

在所述账户类型为本金账户时,根据所述提现请求生成所述用户的所述本金账户对应的提现请求记录,并返回与所述提现请求记录中所包含的至少一个待测试数据相对应的第一期望数据;

将所述至少一个待测试数据与对应的所述第一期望数据进行比较;

根据比较结果返回所述提现请求对应的至少一个第一断言,所述第一断言包括所述待测试数据与所述第一期望数据匹配,或所述待测试数据与所述第一期望数据不匹配;

若有一个所述第一断言为所述待测试数据与所述第一期望数据不匹配,则提现失败,否则提现成功。

可选地,所述提现请求记录包括提现订单、冻结记录、账户记录、提现记录以及账单记录;

所述提现订单包括用户身份、账户类型、提现金额以及提现状态;

所述冻结记录包括账户类型、冻结金额以及冻结状态;

所述账户记录包括账户类型、冻结金额以及剩余可用金额;

所述提现记录包括用户身份、账户类型、提现金额以及审核状态;

所述账单记录包括用户身份、账户类型、交易金额以及交易状态。

可选地,所述提现订单中所包含的所述至少一个待测试数据为所述用户身份、所述账户类型以及所述提现金额;

所述冻结记录中所包含的所述至少一个待测试数据为所述账户类型以及所述冻结金额;

所述账户记录中所包含的所述至少一个待测试数据为所述账户类型、所述冻结金额以及所述剩余可用金额;

所述提现记录中所包含的所述至少一个待测试数据为所述用户身份、所述账户类型以及所述提现金额;

所述账单记录中所包含的所述至少一个待测试数据为所述用户身份、所述账户类型以及所述交易金额。

可选地,所述若有至少一个所述第一断言为所述待测试数据与所述第一期望数据不匹配,则提现失败,否则提现成功之后,还包括如下步骤:

向所述提现请求记录中增加与第一提现结果有关的第一提现结果记录;

根据所述第一提现结果返回与所述第一提现结果记录中所包含的至少一个第一结果数据相对应的第二期望数据;

将所述至少一个第一结果数据与相对应的所述第二期望数据进行比较;

根据比较结果返回所述第一结果数据对应的至少一个第二断言,所述第二断言包括所述第一结果数据与所述第二期望数据匹配,或所述第一结果数据与所述第二期望数据不匹配;

若有一个所述第二断言为所述第一结果数据与所述第二期望数据不匹配,则提示所述第一提现结果记录有误,否则提示所述第一提现结果无误。

可选地,所述账户类型还包括收入账户,所述提现执行方法还包括如下步骤:

在所述账户类型为收入账户时,将所述提现请求的所述提现金额J

若所述提现金额J

若所述提现金额J

若所述提现金额J

可选地,所述并生成与第二提现结果有关的第二提现结果记录之后,还包括如下步骤:

根据所述第二提现结果返回与所述第二提现结果记录中所述包含的至少一个第二结果数据相对应的第三期望数据;

将所述至少一个第二结果数据与相对应的所述第三期望数据进行比较;

根据比较结果返回所述第二结果数据对应的至少一个第三断言,所述第三断言包括所述第二结果数据与所述第三期望数据匹配,或所述第二结果数据与所述第三期望数据不匹配;

若有一个所述第三断言为所述第二结果数据与所述第三期望数据不匹配,则提示所述第二提现结果记录有误,否则提示所述第二提现结果无误。

可选地,所述同时生成与第三提现结果有关的第三提现结果记录之后,还包括如下步骤:

根据所述第三提现结果返回与所述第三提现结果记录中所述包含的至少一个第三结果数据相对应的第四期望数据;

将所述至少一个第三结果数据与相对应的所述第四期望数据进行比较;

根据比较结果返回所述第三结果数据对应的至少一个第四断言,所述第四断言包括所述第三结果数据与所述第四期望数据匹配,或所述第三结果数据与所述第四期望数据不匹配;

若有一个所述第四断言为所述第三结果数据与所述第四期望数据不匹配,则提示所述第三提现结果记录有误,否则提示所述第三提现结果无误。

特别地,本发明还提供了一种提现业务自动化执行系统,包括:

接收模块,用于接收用户的提现请求,所述提现请求至少包括用户身份标识、用以表示账户类型的用户账户标识和提现金额,所述账户类型至少包括本金账户;

生成模块,用于在所述账户类型为本金账户时,根据所述提现请求生成所述用户的所述本金账户对应的提现请求记录,并返回与所述提现请求记录中所包含的至少一个待测试数据相对应的第一期望数据;

处理模块,用于将所述至少一个待测试数据与对应的所述第一期望数据进行比较,并根据比较结果返回所述提现请求对应的至少一个第一断言,所述第一断言包括所述待测试数据与所述第一期望数据匹配,或所述待测试数据与所述第一期望数据不匹配;

结果提示模块,用于在有一个所述第一断言为所述待测试数据与所述第一期望数据不匹配时,提示提现失败,否则提示提现成功。

特别地,本发明还提供了一种计算机设备,包括至少一个处理器以及存储器;

其中,所述存储器用于存储程序代码,所述处理器用于调用所述存储器中存储的程序代码来执行如前述的提现执行方法。

特别地,本发明还提供了一种计算机存储介质,包括指令,当其在计算机设备上运行时,使得计算机设备执行如前述的方法。

根据本发明实施例的方案,通过在提现请求发出后,将由此生成的提现请求记录以及返回的第一期望数据进行比较,从而返回第一断言,通过对提现请求记录中进行断言设计,可以真正实现自动化提现时的准确性,提现请求记录中任一记录均会返回对应的第一断言,由此,可以确保生成的记录的准确性,并进而进行后续提现操作,从而实现提现业务的全自动化,而不会担心由于提现出错而导致的公司财务损失。

进一步地,在审核通过或不通过时仍然会生成第一提现结果请求,在生成第一提现结果请求后,则返回与第一提现结果记录中所包含的至少一个第一结果数据相对应的第二期望数据,从而将两者进行比较,再返回第二断言,也就是说,第一提现结果记录中任一记录也均会返回对应的第二断言,由此,可以确定返回的提现结果记录的准确性,具有较强的参考意义。并且实现了不同场景下的第一提现结果的记录。

并且,针对账户类型为收入账户时,同样会存在第三断言和第四断言,与第一断言和第二断言的作用相同,均是为了验证数据的准确性。因此,该提现执行方法结果可靠,真正实现提现业务的准确无误地提现。

根据下文结合附图对本发明具体实施例的详细描述,本领域技术人员将会更加明了本发明的上述以及其他目的、优点和特征。

附图说明

后文将参照附图以示例性而非限制性的方式详细描述本发明的一些具体实施例。附图中相同的附图标记标示了相同或类似的部件或部分。本领域技术人员应该理解,这些附图未必是按比例绘制的。附图中:

图1示出了根据本发明一个实施例的提现执行方法的示意性流程图;

图2示出了根据本发明一个实施例的提现执行方法的另一示意性流程图;

图3示出了根据本发明另一实施例的提现执行方法的示意性流程图;

图4示出了图3所示步骤S140的示意性流程图;

图5示出了图3所示步骤S140的另一示意性流程图;

图6示出了根据本发明一个实施例的提现业务自动化执行系统的示意性结构框图。

具体实施方式

图1示出了根据本发明一个实施例的提现执行方法的示意性流程图。如图1所示,该提现执行方法包括:

步骤S100,接收用户的提现请求,提现请求至少包括用户身份标识、用以表示账户类型的用户账户标识和提现金额,账户类型至少包括本金账户;

步骤S200,在账户类型为本金账户时,根据提现请求生成用户的本金账户对应的提现请求记录,并返回与提现请求记录中所包含的至少一个待测试数据相对应的第一期望数据;

步骤S300,将至少一个待测试数据与对应的第一期望数据进行比较;

步骤S400,根据比较结果返回提现请求对应的至少一个第一断言,第一断言包括待测试数据与第一期望数据匹配,或待测试数据与第一期望数据不匹配;

步骤S500,若有一个第一断言为待测试数据与第一期望数据不匹配,则提现失败,否则提现成功。

在步骤S100中,该用户身份标识为用于标识用户身份的唯一标识符,该用户身份为司机或乘客。该账户类型包括本金账户和收入账户。其中,司机的本金账户的金额来源为司机充值,一般用于新能源车的充电消费等,收入账户的金额来源为司机接单后订单收入金额。乘客的本金账户的金额来源为乘客充值,收入账户的金额来源为乘客作为顺风车、快车、专车、出租车等的车主时接单后订单收入金额。

在步骤S200中,提现请求记录包括提现订单、冻结记录、账户记录、提现记录以及账单记录。其中,该提现请求记录中所有订单或记录均可以以表格形式进行记录。并且,在提现请求发起后,该提现请求记录生成的流程或顺序为:提现订单、冻结记录、账户记录、提现记录以及账单记录。该提现订单包括用户身份、账户类型、提现金额以及提现状态。该冻结记录包括账户类型、冻结金额以及冻结状态。该账户记录包括账户类型、冻结金额以及剩余可用金额。该提现记录包括用户身份、账户类型、提现金额以及审核状态。该账单记录包括用户身份、账户类型、交易金额以及交易状态。

其中,该提现订单中所包含的至少一个待测试数据为用户身份、账户类型以及提现金额。冻结记录中所包含的至少一个待测试数据为账户类型以及冻结金额。该账户记录中所包含的至少一个待测试数据为账户类型、冻结金额以及剩余可用金额。该提现记录中所包含的至少一个待测试数据为用户身份、账户类型以及提现金额。该账单记录中所包含的至少一个待测试数据为用户身份、账户类型以及交易金额。

其中,提现请求记录中的具体内容与场景情况有关,假设有三个场景,分别是:①司机的本金账户审核通过,且需要扣除赠额;②司机的本金账户审核通过,不需要扣除赠额;③司机本金账户审核未通过。其中,赠额为向本金账户充值时所赠予的金额,并且,通常为赠额单独增加一个赠额账户,用以单独存储赠额。

场景①:

该提现订单对应的第一期望数据为“用户身份=司机”、“账户类型=本金账户”、“提现金额=A”和“提现状态=提现中”,提现订单可以为“用户身份=司机or乘客”、“账户类型=本金账户or收入账户”、“提现金额=A or≠A”和“提现状态=提现中or非提现中状态”。

该冻结记录可以包括冻结订单主表以及冻结订单明细表。其中冻结订单主表中对应的第一期望数据可以为“冻结状态=冻结中”和“冻结金额=A”。冻结订单主表可以为“冻结状态=冻结中or非冷冻中状态”和“冻结金额=A or≠A”。

冻结订单明细表对应的第一期望数据可以为“账户类型=本金账户”、“冻结状态=冻结中”和“冻结金额=A”。冻结订单明细表为“账户类型=本金账户or收入账户”、“冻结状态=冻结中or非冷冻中状态”和“冻结金额=A or≠A”。

该账户记录对应的第一期望数据为“账户类型=本金账户”、“冻结金额=+A”和“剩余可用金额=-A”。账户记录为“账户类型=本金账户or收入账户”、“冻结金额=+A or+非A”和“剩余可用金额=-A or–非A”。

该提现记录对应的第一期望数据为“用户身份=司机”、“账户类型=本金账户”、“提现金额=A”和“审核状态=待审核”。提现记录可以为“用户身份=司机or乘客”、“账户类型=本金账户or收入账户”、“提现金额=A or≠A”和“审核状态=待审核or非待审核状态”。

该账单记录对应的第一期望数据为“用户身份=司机”、“账户类型=本金账户”、“交易金额=A”和“交易状态=交易中”。对应的账单记录为“用户身份=司机or乘客”、“账户类型=本金账户or收入账户”、“交易金额=A or≠A”和“交易状态=交易中or非交易中状态”。

该提现请求记录中还可以包括日统计表,日统计表中统计各账户的支出金额,此时,该日统计表中暂无记录。

场景②和场景③的提现请求记录与场景①保持一致,此处不再一一赘述。

在步骤S400中,第一断言中包含待测试数据与第一期望数据的匹配结果,即匹配结果为匹配和不匹配,或者为匹配成功和匹配失败。若返回的第一断言有一个为不匹配或匹配失败,则审核通过,对应显示提现成功记录,否则审核不通过,对应显示提现失败记录。此外,提现成功后判断当前场景是否需要扣除赠额,再对应提现,以下详述。

可以理解的是,场景①和场景②中最终结果为审核通过,场景③最终结果为审核不通过。

如图2所示,在步骤S500之后还包括:

步骤S600,向提现请求记录中增加与第一提现结果有关的第一提现结果记录;

步骤S700,根据第一提现结果返回与第一提现结果记录中所包含的至少一个第一结果数据相对应的第二期望数据;

步骤S800,将至少一个第一结果数据与相对应的第二期望数据进行比较;

步骤S900,根据比较结果返回第一结果数据对应的至少一个第二断言,第二断言包括第一结果数据与第二期望数据匹配,或第一结果数据与第二期望数据不匹配;

步骤S910,若有一个第二断言为第一结果数据与第二期望数据不匹配,则提示第一提现结果记录有误,否则提示第一提现结果无误。

在步骤S600中,该第一提现结果记录中包括提现订单、冻结记录、账户记录、提现记录以及账单记录中对应的第一提现结果。

第一提现结果和第二期望数据具体为,在场景①下:

该提现订单对应的第二期望数据为“提现状态=提现成功”,提现订单增加以下记录“提现状态=提现成功or提现失败”。

该冻结记录中冻结订单主表中对应的第二期望数据为“状态=解冻状态”。冻结订单主表增加如下记录“状态=解冻状态or非解冻状态”。

该冻结记录中冻结订单明细表对应的第二期望数据可以为“账户类型=本金账户、解冻状态”、“账户类型=赠额账户、解冻状态、解冻金额=B”。冻结订单明细表为“账户类型=本金账户or收入账户or赠额账户、解冻状态or非解冻状态、解冻金额=B or非B”。

该账户记录对应的第二期望数据为“账户类型=本金账户、冻结金额=-A、剩余可用金额=+A”、“账户类型=赠额账户、冻结金额=+B-B、剩余可用金额=-B”。账户记录增加如下记录:“账户类型=本金账户or收入账户or赠额账户、冻结金额=-A or非-A、剩余可用金额=+A or非+A”、“账户类型=赠额账户or本金账户or收入账户、冻结金额=+B-B or+B-B、剩余可用金额=-B or非-B”。

该提现记录对应的第二期望数据为“审核状态=审核通过”。提现记录增加如下记录:“审核状态=审核通过or审核不通过”。

该账单记录对应的第二期望数据为“账户类型=本金账户、交易状态=交易成功”、“账户类型=赠额账户、交易状态=交易成功”。对应的账单记录增加如下记录:“账户类型=本金账户or收入账户or赠额账户、交易状态=交易成功or交易失败”、“账户类型=赠额账户or本金账户or收入账户、交易状态=交易成功or交易失败”。

该日统计表对应的第二期望数据为“账户类型=本金账户、支出金额=A”、“账户类型=赠额账户、支出金额=B”,对应的日统计表中增加如下记录“账户类型=本金账户or收入账户or赠额账户、支出金额=A or非A”、“账户类型=赠额账户or本金账户or收入账户、支出金额=B or非B”。

在场景②下:

该提现订单对应的第二期望数据为“提现状态=提现成功”,提现订单增加以下记录“提现状态=提现成功or提现失败”。

该冻结记录中冻结订单主表中对应的第二期望数据为“状态=解冻状态”。冻结订单主表增加如下记录“状态=解冻状态or非解冻状态”。

该冻结记录中冻结订单明细表对应的第二期望数据可以为“账户类型=本金账户”、“状态=解冻状态”。冻结订单明细表为“账户类型=本金账户or收入账户or赠额账户”、“状态=解冻状态or非解冻状态”。

该账户记录对应的第二期望数据为“账户类型=本金账户、冻结金额=-A、剩余可用金额=不变”。账户记录增加如下记录:“账户类型=本金账户or收入账户or赠额账户、冻结金额=-A or非-A、剩余可用金额=变or不变”、“账户类型=赠额账户or本金账户or收入账户、变更结果=无变更or变更”。

该提现记录对应的第二期望数据为“审核状态=审核通过”。提现记录增加如下记录:“审核状态=审核通过or审核不通过”。

该账单记录对应的第二期望数据为“账户类型=本金账户、交易状态=交易成功”、“账户类型=赠额账户、交易状态=无交易”。对应的账单记录增加如下记录:“账户类型=本金账户or收入账户or赠额账户、交易状态=交易成功or交易失败”、“账户类型=赠额账户or本金账户or收入账户、交易状态=无交易or有交易”。

该日统计表对应的第二期望数据为“账户类型=本金账户、支出金额=A”、“账户类型=赠额账户、支出金额=不变”,对应的日统计表中增加如下记录“账户类型=本金账户or收入账户or赠额账户、支出金额=A or非A”、“账户类型=赠额账户or本金账户or收入账户、支出金额=无变化or有变化”。

在场景③下:

该提现订单对应的第二期望数据为“提现状态=提现失败”,提现订单增加以下记录“提现状态=提现成功or提现失败”。

该冻结记录中冻结订单主表中对应的第二期望数据为“状态=解冻状态”。冻结订单主表增加如下记录“状态=解冻状态or非解冻状态”。

该冻结记录中冻结订单明细表对应的第二期望数据可以为“账户类型=本金账户”、“状态=解冻状态”。冻结订单明细表为“账户类型=本金账户or收入账户or赠额账户”、“状态=解冻状态or非解冻状态”。

该账户记录对应的第二期望数据为“账户类型=本金账户、冻结金额=-A、剩余可用金额=+A”、“账户类型=赠额账户、变更结果=无变更”。账户记录增加如下记录:“账户类型=本金账户or收入账户or赠额账户、冻结金额=-A or非-A、剩余可用金额=+A or非+A”、“账户类型=赠额账户or本金账户or收入账户、变更结果=无变更or变更”。

该提现记录对应的第二期望数据为“审核状态=审核不通过”。提现记录增加如下记录:“审核状态=审核通过or审核不通过”。

该账单记录对应的第二期望数据为“账户类型=本金账户、交易状态=交易失败”、“账户类型=赠额账户、交易状态=无记录”。对应的账单记录增加如下记录:“账户类型=本金账户or收入账户or赠额账户、交易状态=交易成功or交易失败”、“账户类型=赠额账户or本金账户or收入账户、交易状态=无记录or有记录”。

该日统计表对应的第二期望数据为“记录情况=无记录”,对应的日统计表中增加如下记录“记录情况=无记录or有记录”。

图3示出了根据本发明另一实施例的提现执行方法的示意性流程图。如图3所示,该提现执行方法包括:

步骤S110,接收用户的提现请求,提现请求至少包括用户身份标识、用以表示账户类型的用户账户标识和提现金额;

步骤S120,在账户类型为收入账户时,将提现请求的提现金额J

步骤S130,若提现金额J

步骤S140,若提现金额J

若提现金额J

该步骤S140中,如图4所示,生成与第二提现结果有关的第二提现结果记录之后还包括:

步骤S141,根据第二提现结果返回与第二提现结果记录中包含的至少一个第二结果数据相对应的第三期望数据;

步骤S142,将至少一个第二结果数据与相对应的第三期望数据进行比较;

步骤S143,根据比较结果返回第二结果数据对应的至少一个第三断言,第三断言包括第二结果数据与第三期望数据匹配,或第二结果数据与第三期望数据不匹配;

步骤S144,若有一个第三断言为第二结果数据与第三期望数据不匹配,则提示第二提现结果记录有误,否则提示第二提现结果无误。

第二提现结果记录与前述第一提现结果记录的原理相同。第二提现结果记录与第一提现结果记录中区别在于:

该第二提现结果记录中提现订单对应的第三期望数据为“用户身份=司机”、“账户类型=第一账户”、“提现状态=提现成功”、“提现金额=A”,提现订单的记录为“用户身份=司机or乘客”、“账户类型=第一账户or非第一账户”、“提现状态=提现成功or提现失败”、“提现金额=A or非A”。

该冻结记录中冻结订单主表中对应的第三期望数据为“状态=解冻状态”、“解冻金额=A”。冻结订单主表的记录为“状态=解冻状态or非解冻状态”、“解冻金额=A or非A”。

该冻结记录中冻结订单明细表对应的第三期望数据可以为“状态=解冻状态”、“解冻金额=A”。冻结订单明细表的记录为“状态=解冻状态or非解冻状态”、“解冻金额=Aor非A”。

该账户记录对应的第三期望数据为“账户类型=第一账户”、“剩余可用金额=-A”。账户记录的记录为:“账户类型=第一账户or第二账户”、“剩余可用金额=-A or非-A”。

该账单记录对应的第三期望数据为“用户类型=司机”、“账户类型=第一账户”、“交易金额=A”、“状态=交易中”。账单记录的记录为“用户类型=司机or乘客”、“账户类型=第一账户or非第一账户”、“交易金额=A or非A”、“状态=交易中or非交易中”。

该日统计表对应的第三期望数据为“账户类型=第一账户”、“支出金额=A”,对应的日统计表中的记录为“账户类型=第一账户or非第一账户”、“支出金额=A or非A”。

该步骤S140中,如图5所示,同时生成与第三提现结果有关的第三提现结果记录之后,还包括:

步骤S145,根据第三提现结果返回与第三提现结果记录中包含的至少一个第三结果数据相对应的第四期望数据;

步骤S146,将至少一个第三结果数据与相对应的第四期望数据进行比较;

步骤S147,根据比较结果返回第三结果数据对应的至少一个第四断言,第四断言包括第三结果数据与第四期望数据匹配,或第三结果数据与第四期望数据不匹配;

步骤S148,若有一个第四断言为第三结果数据与第四期望数据不匹配,则提示第三提现结果记录有误,否则提示第三提现结果无误。

第三提现结果记录与前述第一提现结果记录和第二提现结果记录的原理相同。

该第三提现结果记录中提现订单对应的第四期望数据为“用户身份=司机”、“账户类型=收入账户”、“提现状态=提现成功”、“提现金额=A”,提现订单的记录为“用户身份=司机or乘客”、“账户类型=收入账户or非收入账户”、“提现状态=提现成功or提现失败”、“提现金额=A or非A”。

该第三提现结果记录中的冻结记录中冻结订单主表对应的第四期望数据为“状态=解冻状态”、“解冻金额=A”。冻结订单主表的记录为“状态=解冻状态or非解冻状态”、“解冻金额=A or非A”。

该冻结记录中冻结订单明细表对应的第四期望数据可以为“状态=解冻状态”、“解冻金额=A”。冻结订单明细表的记录为“状态=解冻状态or非解冻状态”、“解冻金额=Aor非A”。

该第三提现结果记录中的该账户记录对应的第四期望数据为“账户类型=收入账户、可用金额=-A”、“账户类型=第二账户、可用金额=-(A-B)”。账户记录的记录为:“账户类型=收入账户or非收入账户、可用金额=-A or非-A”、“账户类型=第二账户or非第二账户、可用金额=-(A-B)or非-(A-B)”。

该第三提现结果记录中的该账单记录对应的第四期望数据为“用户类型=司机”、“账户类型=收入账户”、“交易金额=A”、“状态=交易中”。账单记录的记录为“用户类型=司机or乘客”、“账户类型=收入账户or非收入账户”、“交易金额=A or非A”、“状态=交易中or非交易中”。

该第三提现结果记录中的该日统计表对应的第四期望数据为“账户类型=收入账户”、“支出金额=A”,对应的日统计表中的记录为“账户类型=收入账户or非收入账户”、“支出金额=A or非A”。

根据本发明实施例的方案,通过在提现请求发出后,将由此生成的提现请求记录以及返回的第一期望数据进行比较,从而返回第一断言,通过对提现请求记录中进行断言设计,可以真正实现自动化提现时的准确性,提现请求记录中任一记录均会返回对应的第一断言,由此,可以确保生成的记录的准确性,并进而进行后续提现操作,从而实现提现业务的全自动化,而不会担心由于提现出错而导致的公司财务损失。

进一步地,在审核通过或不通过时仍然会生成第一提现结果请求,在生成第一提现结果请求后,则返回与第一提现结果记录中所包含的至少一个第一结果数据相对应的第二期望数据,从而将两者进行比较,再返回第二断言,也就是说,第一提现结果记录中任一记录也均会返回对应的第二断言,由此,可以确定返回的提现结果记录的准确性,具有较强的参考意义。并且实现了不同场景下的第一提现结果的记录。

并且,针对账户类型为收入账户时,同样会存在第三断言和第四断言,与第一断言和第二断言的作用相同,均是为了验证数据的准确性。因此,该提现执行方法结果可靠,真正实现提现业务的准确无误地提现。

相应地,本发明还提供了与前述提现执行方法一一对应的提现业务自动化执行系统,如图6所示,该提现业务自动化执行系统包括:接收模块10、生成模块20、处理模块30和结果提示模块40。接收模块10用于接收用户的提现请求,提现请求至少包括用户身份标识、用以表示账户类型的用户账户标识和提现金额,账户类型至少包括本金账户。生成模块20用于在账户类型为本金账户时,根据提现请求生成用户的本金账户对应的提现请求记录,并返回与提现请求记录中所包含的至少一个待测试数据相对应的第一期望数据。处理模块30用于将至少一个待测试数据与对应的第一期望数据进行比较,并根据比较结果返回提现请求对应的至少一个第一断言,第一断言包括待测试数据与第一期望数据匹配,或待测试数据与第一期望数据不匹配。结果提示模块40用于在有一个第一断言为待测试数据与第一期望数据不匹配时,提示提现失败,否则提示提现成功。

该提现业务自动化执行系统的其他特征均与提现执行方法的特征一一对应,此处不再赘述。

相应地,本发明还提供了一种计算机设备,包括至少一个处理器以及存储器。其中,该存储器用于存储程序代码,处理器用于调用存储器中存储的程序代码来执行如前述的提现执行方法。

相应地,本发明还提供了一种计算机存储介质,包括指令,当其在计算机设备上运行时,使得计算机设备执行如前述的方法。

至此,本领域技术人员应认识到,虽然本文已详尽示出和描述了本发明的多个示例性实施例,但是,在不脱离本发明精神和范围的情况下,仍可根据本发明公开的内容直接确定或推导出符合本发明常用理的许多其他变型或修改。因此,本发明的范围应被理解和认定为覆盖了所有这些其他变型或修改。

去获取专利,查看全文>

相似文献

  • 专利
  • 中文文献
  • 外文文献
获取专利

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号