CN110009488A - 订单处理方法、装置、设备及存储介质 - Google Patents

Abstract

本发明实施例公开了一种订单处理方法、装置、设备及存储介质。包括：获取首次验证失败订单的失败原因；若所述失败原因满足设定条件，则向用户发送所述首次验证失败订单的补救信息；接收用户输入的所述补救信息对应的补充数据，并对添加了补充数据的首次验证失败订单进行再次验证。本发明实施例提供的订单处理方法，对失败原因满足设定条件的首次验证失败订单添加补充数据，以进行二次验证，以实现对首次验证失败订单的补救，提高订单的成功率。

Description

订单处理方法、装置、设备及存储介质

技术领域

本发明实施例涉及互联网金融技术领域，尤其涉及一种订单处理方法、装置、设备及存储介质。

背景技术

在借贷业务的交易流程中，需要对用户的订单进行匹配即审核。首先根据用户的借款单匹配资金方，然后按照资金方设定的规则对用户信息进行审核，若审核通过，则交易成功，若审核不通过，则交易失败。

现有技术中，若用户信息的审核不通过，就会直接将该订单关闭，无法对失败订单采取补救措施，影响订单的成功率。

发明内容

本发明实施例提供一种订单处理方法、装置、设备及存储介质，以实现对失败订单的补救，提高订单的成功率。

第一方面，本发明实施例提供了一种订单处理方法，该方法包括：

获取首次验证失败订单的失败原因；

若所述失败原因满足设定条件，则向用户发送所述首次验证失败订单的补救信息；

接收用户输入的所述补救信息对应的补充数据，并对添加了补充数据的首次验证失败订单进行再次验证。

进一步地，获取首次验证失败订单的失败原因，包括：

获取首次验证失败订单的失败信息；所述失败信息包括交易错误码和/或交易错误信息；

按照设定规则对所述失败信息进行分析获得失败原因。

进一步地，获取首次验证失败订单的失败原因之后，还包括：

若所述失败原因不满足设定条件，则关闭所述首次验证失败订单。

进一步地，接收用户输入的所述补救信息对应的补充数据，并对添加了补充数据的首次验证失败订单进行再次验证，包括：

若在设定时间段内接收到用户输入的所述补救信息对应的补充数据，则对添加了补充数据的首次验证失败订单进行再次验证；

若在设定时间段内未接收到用户输入的所述补救信息对应的补充数据，则关闭所述首次验证失败订单。

进一步地，获取首次验证失败订单的失败原因之前，还包括：

接收用户输入的订单请求；

根据所述订单请求及资金方的优先级获得目标资金方；

根据所述目标资金方对所述订单请求进行首次验证，获取首次验证失败订单。

进一步地，对添加了补充数据的首次验证失败订单进行再次验证，包括：

根据所述目标资金方对添加了补充数据的首次验证失败订单进行再次验证。

进一步地，所述设定条件为用户信息不完整。

第二方面，本发明实施例还提供了一种订单处理装置，包括：

订单失败原因获取模块，用于获取首次验证失败订单的失败原因；

补救信息发送模块，用于当所述失败原因满足设定条件时，向用户发送所述首次验证失败订单的补救信息；

订单再次验证模块，用于接收用户输入的所述补救信息对应的补充数据，并对添加了补充数据的首次验证失败订单进行再次验证。

第三方面，本发明实施例还提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现本发明实施例所述的订单处理方法。

第四方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明实施例所述的订单处理方法。

本发明实施例，获取首次验证失败订单的失败原因，若失败原因满足设定条件，则向用户发送首次验证失败订单的补救信息，接收用户输入的补救信息对应的补充数据，并对添加了补充数据的首次验证失败订单进行再次验证。本发明实施例提供的订单处理方法，对失败原因满足设定条件的首次验证失败订单添加补充数据，以进行二次验证，以实现对首次验证失败订单的补救，提高订单的成功率。

附图说明

图1是本发明实施例一中的一种订单处理方法的流程图；

图2是本发明实施例一中的一种订单处理方法的流程图；

图3是本发明实施例二中的一种订单处理装置的结构示意图；

图4是本发明实施例三中的一种计算机设备的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

实施例一

图1为本发明实施例一提供的一种订单处理方法的流程图，本实施例可适用于对首次验证失败订单进行二次验证的情况，该方法可以由订单处理装置来执行，该装置可由硬件和/或软件组成，并一般可集成在具有订单处理功能的设备中，该设备可以是服务器、移动终端或服务器集群等电子设备。如图1所示，该方法具体包括如下步骤：

步骤110，获取首次验证失败订单的失败原因。

具体的，在互联网金融系统中进行各种交易相关的业务时，如购买物品、借贷等，用户首先根据交易业务进行下单操作。系统接收用户输入的订单请求，并根据订单请求的具提内容以及当前与该订单请求相关联的资金方的优先级匹配目标资金方，然后目标资金方对该订单请求进行首次验证，如对订单请求的用户的身份信息、账户信息、信用信息进行验证，若验证不通过，则该订单为首次验证失败订单。

可选的，获取首次验证失败订单的失败原因的方式可以是：获取首次验证失败订单的失败信息；按照设定规则对失败信息进行分析获得失败原因。

其中，失败信息包括交易错误码和/或交易错误信息。失败原因可以包括用户信誉不满足要求、用户信息不完整及用户账号安全性不满要求等。设定规则可以是各个资金方对订单进行验证的规则。目标资金方在对订单请求验证的过程中，若订单请求验证失败，就会生成交易错误码和/或交易错误信息，通过对交易错误码和/或交易错误信息进行分析，获得订单的失败原因。

步骤120，若失败原因满足设定条件，则向用户发送首次验证失败订单的补救信息。

其中，设定条件可以是用户信息不完整。补救信息可以是提醒用户添加补充数据的信息。

具体的，若首次验证失败订单的失败原因是用户信息不完整，如缺失身份信息，则生成补救信息，并将补救信息发送至用户。

可选的，若失败原因不满足设定条件，则关闭首次验证失败订单。例如，失败的原因是用户信誉不满足要求或用户账号安全性不满要求，则直接将首次验证失败订单关闭。这样做的好处是，可以提高交易的安全性。

步骤130，接收用户输入的补救信息对应的补充数据，并对添加了补充数据的首次验证失败订单进行再次验证。

具体的，用户接收到首次验证失败订单的补救信息后，根据补救信息输入对应的补充数据，目标资金方继续对添加了补充数据的首次验证失败订单进行再次验证。若此处验证通过，则该订单验证成功，若此次验证还不通过，则直接关闭该订单。这样做的好处的，防止由于一些未知原因使得添加补充数据的操作进入死循环，未关闭的订单占用系统资源，造成资源浪费。

可选的，若在设定时间段内接收到用户输入的补救信息对应的补充数据，则对添加了补充数据的首次验证失败订单进行再次验证；若在设定时间段内未接收到用户输入的补救信息对应的补充数据，则关闭首次验证失败订单。

其中，设定时间段可以是12-24小时之间的任意值。若用户在设定时间段内输入了补充数据，则对添加了补充数据的首次验证失败订单进行再次验证；若在设定时间段内用户未户输入补充数据，则关闭首次验证失败订单。这样做的好处是，防止首次验证失败订单由于长时间不处理而占用系统资源。

示例性的，图2为本发明实施例一提供的一种订单处理方法的流程图，作为对上述实施例的进一步解释，该方法包括如下步骤。

如图2所示，该方法在订单回流模块和验证池之间执行。用户下单后，将订单推送至验证池，验证池为订单匹配资金方，资金方对订单进行验证，若验证失败，则将错误码或错误信息发送至订单回流模块。订单回流模块对错误码进行分析，获得失败原因。若失败原因不是用户信息不完整，则关闭订单；若失败原因是用户信息不完整，则向用户发送补救信息。若在设定时间段内接收到用户的补充数据，则将添加了补充数据的订单推送至验证池，以对订单进行二次验证。

本实施例的技术方案，获取首次验证失败订单的失败原因，若失败原因满足设定条件，则向用户发送首次验证失败订单的补救信息，接收用户输入的补救信息对应的补充数据，并对添加了补充数据的首次验证失败订单进行再次验证。本发明实施例提供的订单处理方法，对失败原因满足设定条件的首次验证失败订单添加补充数据，以进行二次验证，以实现对首次验证失败订单的补救，提高订单的成功率。

实施例二

图3为本发明实施例二提供的一种订单处理装置的结构示意图。如图3所示，该装置包括：订单失败原因获取模块310，补救信息发送模块320和订单再次验证模块330。

订单失败原因获取模块310，用于获取首次验证失败订单的失败原因；

补救信息发送模块320，用于当失败原因满足设定条件时，向用户发送首次验证失败订单的补救信息；

订单再次验证模块330，用于接收用户输入的补救信息对应的补充数据，并对添加了补充数据的首次验证失败订单进行再次验证。

可选的，订单失败原因获取模块310，还用于：

获取首次验证失败订单的失败信息；失败信息包括交易错误码和/或交易错误信息；

按照设定规则对失败信息进行分析获得失败原因。

可选的，还包括：

第一关单模块，用于当失败原因不满足设定条件时，关闭首次验证失败订单。

可选的，订单再次验证模块330，还用于：

若在设定时间段内接收到用户输入的补救信息对应的补充数据，则对添加了补充数据的首次验证失败订单进行再次验证；

若在设定时间段内未接收到用户输入的补救信息对应的补充数据，则关闭首次验证失败订单。

可选的，还包括：订单验证模块，用于：

接收用户输入的订单请求；

根据订单请求及资金方的优先级获得目标资金方；

根据目标资金方对订单请求进行首次验证，获取首次验证失败订单。

可选的，订单再次验证模块330，还用于：

根据目标资金方对添加了补充数据的首次验证失败订单进行再次验证。

可选的，设定条件为用户信息不完整。

上述装置可执行本发明前述所有实施例所提供的方法，具备执行上述方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节，可参见本发明前述所有实施例所提供的方法。

实施例三

图4为本发明实施例三提供的一种计算机设备的结构示意图。图4示出了适于用来实现本发明实施方式的计算机设备712的框图。图4显示的计算机设备712仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。设备712典型的是承担订单处理功能的计算设备。

如图4所示，计算机设备712以通用计算设备的形式表现。计算机设备712的组件可以包括但不限于：一个或者多个处理器716，存储装置728，连接不同系统组件(包括存储装置728和处理器716)的总线718。

总线718表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(Industry StandardArchitecture，ISA)总线，微通道体系结构(Micro Channel Architecture，MCA)总线，增强型ISA总线、视频电子标准协会(Video Electronics Standards Association，VESA)局域总线以及外围组件互连(Peripheral Component Interconnect，PCI)总线。

计算机设备712典型地包括多种计算机系统可读介质。这些介质可以是任何能够被计算机设备712访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

存储装置728可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(Random Access Memory，RAM)730和/或高速缓存存储器732。计算机设备712可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统734可以用于读写不可移动的、非易失性磁介质(图4未显示，通常称为“硬盘驱动器”)。尽管图4中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如只读光盘(Compact Disc-Read Only Memory，CD-ROM)、数字视盘(Digital Video Disc-Read Only Memory，DVD-ROM)或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线718相连。存储装置728可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。

具有一组(至少一个)程序模块726的程序736，可以存储在例如存储装置728中，这样的程序模块726包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块726通常执行本发明所描述的实施例中的功能和/或方法。

计算机设备712也可以与一个或多个外部设备714(例如键盘、指向设备、摄像头、显示器724等)通信，还可与一个或者多个使得用户能与该计算机设备712交互的设备通信，和/或与使得该计算机设备712能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口722进行。并且，计算机设备712还可以通过网络适配器720与一个或者多个网络(例如局域网(Local AreaNetwork，LAN)，广域网Wide Area Network，WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器720通过总线718与计算机设备712的其它模块通信。应当明白，尽管图中未示出，可以结合计算机设备712使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、磁盘阵列(Redundant Arrays of IndependentDisks，RAID)系统、磁带驱动器以及数据备份存储系统等。

处理器716通过运行存储在存储装置728中的程序，从而执行各种功能应用以及数据处理，例如实现本发明上述实施例所提供的订单处理方法。

实施例四

本发明实施例四还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明实施例所提供的订单处理方法。

当然，本发明实施例所提供的一种计算机可读存储介质，其上存储的计算机程序不限于如上所述的方法操作，还可以执行本发明任意实施例所提供的订单处理方法中的相关操作。

本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (10)

1.一种订单处理方法，其特征在于，包括：

获取首次验证失败订单的失败原因；

若所述失败原因满足设定条件，则向用户发送所述首次验证失败订单的补救信息；

接收用户输入的所述补救信息对应的补充数据，并对添加了补充数据的首次验证失败订单进行再次验证。

2.根据权利要求1所述的方法，其特征在于，获取首次验证失败订单的失败原因，包括：

获取首次验证失败订单的失败信息；所述失败信息包括交易错误码和/或交易错误信息；

按照设定规则对所述失败信息进行分析获得失败原因。

3.根据权利要求1所述的方法，其特征在于，获取首次验证失败订单的失败原因之后，还包括：

若所述失败原因不满足设定条件，则关闭所述首次验证失败订单。

4.根据权利要求1所述的方法，其特征在于，接收用户输入的所述补救信息对应的补充数据，并对添加了补充数据的首次验证失败订单进行再次验证，包括：

若在设定时间段内接收到用户输入的所述补救信息对应的补充数据，则对添加了补充数据的首次验证失败订单进行再次验证；

若在设定时间段内未接收到用户输入的所述补救信息对应的补充数据，则关闭所述首次验证失败订单。

5.根据权利要求1所述的方法，其特征在于，获取首次验证失败订单的失败原因之前，还包括：

接收用户输入的订单请求；

根据所述订单请求及资金方的优先级获得目标资金方；

根据所述目标资金方对所述订单请求进行首次验证，获取首次验证失败订单。

6.根据权利要求5所述的方法，其特征在于，对添加了补充数据的首次验证失败订单进行再次验证，包括：

根据所述目标资金方对添加了补充数据的首次验证失败订单进行再次验证。

7.根据权利要求1-6任一所述的方法，其特征在于，所述设定条件为用户信息不完整。

8.一种订单处理装置，其特征在于，包括：

订单失败原因获取模块，用于获取首次验证失败订单的失败原因；

补救信息发送模块，用于当所述失败原因满足设定条件时，向用户发送所述首次验证失败订单的补救信息；

订单再次验证模块，用于接收用户输入的所述补救信息对应的补充数据，并对添加了补充数据的首次验证失败订单进行再次验证。

9.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1-7中任一所述的订单处理方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-7中任一所述的订单处理方法。