CN110473069A - 订单管理方法、装置、服务器和存储介质 - Google Patents

Abstract

本发明公开了一种订单管理方法、装置、服务器和存储介质。其中，所述方法包括:接收业务系统发送的订单信息，所述订单信息包括订单金额；根据所述订单金额在多个放贷信息中确认得到目标放贷信息；关联所述目标放贷信息和所述订单信息。本发明在保证满足用户的需求的前提下，根据用户的需求配置金融额度，并实时检测用户订单的状态，保证了融资过程的完整性和准确性，达到了最大化的利用资金，并提高了资金的流动性的技术效果。

Description

订单管理方法、装置、服务器和存储介质

技术领域

本发明实施例涉及一种订单技术，尤其涉及一种订单管理方法、装置、服务器和存储介质。

背景技术

从狭义上讲，融资即是一个企业的资金筹集的行为与过程，也就是说公司根据自身的生产经营状况、资金拥有的状况，以及公司未来经营发展的需要，通过科学的预测和决策，采用一定的方式，从一定的渠道向公司的投资者和债权人去筹集资金，组织资金的供应，以保证公司正常生产需要，经营管理活动需要的理财行为。从广义上讲，融资也叫金融，就是货币资金的融通，当事人通过各种方式到金融市场上筹措或贷放资金的行为。《新帕尔格雷夫经济学大辞典》对融资的解释是:融资是指为支付超过现金的购货款而采取的货币交易手段，或为取得资产而集资所采取的货币手段。

目前，常见的融资方式为银行贷款、股票筹资、融资租赁、P2C互联网小微金融融资平台和基金组织等。但这些方法存在灵活度不够、资金利用率不高的问题。

发明内容

本发明提供一种订单管理方法、装置、服务器和存储介质，以实现在满足用户的需求下，增加资金的利用率和流动性。

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

接收业务系统发送的订单信息，订单信息包括订单金额；

根据订单金额在多个放贷信息中确认得到目标放贷信息；

关联目标放贷信息和订单信息。

进一步的，订单信息还包括订单用户和订单类型，根据订单金额在多个放贷信息中确认得到目标放贷信息之前包括：

根据订单用户的授信信息对订单信息进行筛选。

进一步的，根据订单金额在多个放贷信息中确认得到目标放贷信息包括：

若订单用户的授信信息符合要求，判断放贷信息中的放贷金额是否大于等于订单金额；

若放贷金额大于等于订单金额，在放贷金额对应的放贷信息中确认得到目标放贷信息；

若用户的授信信息不符合要求，根据订单类型发送对应的订单用户的订单取消信息到业务系统或发送对应的订单用户的订单垫付信息到第三方借贷系统。

进一步的，若放贷金额大于等于订单金额，在放贷金额对应的放贷信息中确认得到目标放贷信息包括：

若放贷金额大于等于订单金额，选取放贷金额与订单金额的差值最小的放贷信息作为对应的订单信息的目标放贷信息。

进一步的，关联目标放贷信息和订单信息之前包括：

判断是否接收资金系统或第三方借贷系统的授权信息。

进一步的，关联目标放贷信息和订单信息包括：

若成功接收授权信息，将订单信息的状态修改为已融资。

进一步的，关联目标放贷信息和订单信息之后包括：

判断订单信息的状态是否为已融资；

若订单信息的状态为已融资，通过业务系统和资金系统或第三方借贷系统将融资成功信息发送给订单用户和资金方；

若订单信息的状态为未融资，重新根据订单金额在多个放贷信息中确认得到目标放贷信息。

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

接收模块，用于接收业务系统发送的订单信息，订单信息包括订单金额；

确认模块，用于根据订单金额在多个放贷信息中确认得到目标放贷信息；

匹配模块，用于关联目标放贷信息和订单信息。

第三方面，本发明实施例还提供了一种服务器，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述实施例中任一项订单管理的步骤。

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

本发明在保证满足用户的需求的前提下，让部分自有资产通过再次融资的形式进行流转，解决了现有技术中存在的灵活度不够、资金利用率不高的问题，达到了增加资金的利用率和流动性，最大化满足用户的金融需求的技术效果。

附图说明

图1为本发明实施例一提供的一种订单管理方法流程图；

图2为本发明实施例二提供的一种订单管理方法流程图；

图3为本发明实施例三提供的一种订单管理装置的结构示意图；

图4为本发明实施例四提供的一种服务器的结构示意图。

具体实施方式

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

在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各步骤描述成顺序的处理，但是其中的许多步骤可以被并行地、并发地或者同时实施。此外，各步骤的顺序可以被重新安排。当其操作完成时处理可以被终止，但是还可以具有未包括在附图中的附加步骤。处理可以对应于方法、函数、规程、子例程、子程序等等。

此外，术语“第一”、“第二”等可在本文中用于描述各种方向、动作、步骤或元件等，但这些方向、动作、步骤或元件不受这些术语限制。这些术语仅用于将第一个方向、动作、步骤或元件与另一个方向、动作、步骤或元件区分。举例来说，在不脱离本申请的范围的情况下，可以将第一判断模块称为第二判断模块，且类似地，可将第二判断模块称为第一判断模块。第一判断模块和第二判断模块两者都是判断模块，但其不是同一判断模块。术语“第一”、“第二”等而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本发明的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

实施例一

图1为本发明实施例一提供的一种订单管理方法的流程图，本实施例可适用于金融企业或互联网企业进行借贷业务办理，该方法可以由金融企业或互联网企业的融资系统来执行，具体包括如下步骤：

步骤S110、接收业务系统发送的订单信息，订单信息包括订单金额。

具体的，业务是指个人或某个机构的本行业本职工作涉及一个以上组织，按某一共同的目标、通过信息交换实现的一系列过程，其中每个过程都有明确的目的，并延续一段时间。另外在计算机软件方面也有业务之说，但不同于销售方面的业务。在本实施例中，业务系统用于处理用户的下单问题以及借贷问题，用户通过手机、电脑、平板或其他终端下单，业务系统接收到用户的下单指令后，将用户的订单信息发送给融资系统。

步骤S120、根据订单金额在多个放贷信息中确认得到目标放贷信息。

具体的，放贷是指资金提供方向借款人发放贷款的行为。根据资金提供方的不同可以分为银行放贷和民间放贷。本实施例中的放贷信息可以是由处于与融资系统相同资金方下的资金系统提供，或由第三方资金方的借贷系统提供。在本实施例中，目标放贷信息是指将订单用户的订单信息中的订单金额与资金系统中的放贷信息的放贷金额进行匹配，当放贷金额大于等于订单金额时，也就是说放贷金额能满足订单用户的需求时，这时将该放贷信息筛选出来，作为对应的订单信息的匹配对象，也就是目标放贷信息。

步骤S130、关联目标放贷信息和订单信息。

具体的，可以将从步骤S120中得到的目标放贷信息与订单信息进行关联，在本实施例中，关联是指在目标放贷信息和订单信息间建立联系，也就是说，对应每个订单信息都有一个目标放贷信息，将这些目标放贷信息和订单信息关联后，得到目标放贷信息和订单信息的一一对应关系。

本实施例一的有益效果在于保证满足用户的需求的前提下，根据用户的需求配置金融额度，从而保证最大化的利用资金，并提高了资金的流动性。

实施例二

本发明实施例二是在实施例一的基础上做进一步优化。图2为本发明实施例二提供的一种订单管理方法的流程图。如图2所示，本实施例中的订单管理方法，具体包括以下步骤：

步骤S210、接收业务系统发送的订单信息，订单信息包括订单金额。

具体的，业务是指个人或某个机构的本行业本职工作涉及一个以上组织，按某一共同的目标、通过信息交换实现的一系列过程，其中每个过程都有明确的目的，并延续一段时间。另外在计算机软件方面也有业务之说，但不同于销售方面的业务。在本实施例中，业务系统用于处理用户的下单问题以及借贷问题，用户通过手机、电脑、平板或其他终端下单，业务系统接收到用户的下单指令后，将用户的订单信息发送给融资系统。

步骤S220、根据订单用户的授信信息对订单信息进行筛选。

具体的，授信是指商业银行向非金融机构客户直接提供的资金，或者对客户在有关经济活动中可能产生的赔偿、支付责任做出的保证，包括贷款、贸易融资、票据融资、融资租赁、透支、各项垫款等表内业务，以及票据承兑、开出信用证、保函、备用信用证、信用证保兑、债券发行担保、借款担保、有追索权的资产销售、未使用的不可撤销的贷款承诺等表外业务。简单来说，授信是指银行向客户直接提供资金支持，或对客户在有关经济活动中的信用向第三方作出保证的行为。授信按期限分为短期授信和中长期授信。短期授信指一年以内(含一年)的授信，中长期授信指一年以上的授信。在本实施例中，授信系统根据订单用户平时的守信情况如是否按时还款存储了订单用户的授信信息，金融企业或互联网企业通过授信系统查询订单用户的授信信息，并将该订单用户的授信信息发送到融资系统中，融资系统根据接收到的授信信息判断是否通过用户的订单请求。

步骤S231、若用户的授信信息不符合要求，根据订单类型发送对应的订单用户的订单取消信息到业务系统或发送对应的订单用户的订单垫付信息到第三方借贷系统。

具体的，在本实施例中，订单类型包括借款订单、预支订单、分期订单等。

第三方借贷系统是指第三方资金方用于处理借贷业务的一种系统，也就是说是不同于资金系统所属的资金方的系统，举例来说，比如资金系统是A银行的，那么第三方借贷系统可以是B银行的或者是其他小微金融企业的。

步骤S232、若订单用户的授信信息符合要求，判断放贷信息中的放贷金额是否大于等于订单金额。

具体的，在本实施例中，放贷信息包含了资金方的放贷额度信息，也就是说资金方最大能提供多少额度的借款，当放贷金额大于等于订单金额，即资金方的放款额度可以满足订单用户的借款需求时，该订单用户的订单才能成功进入融资的下一步。

步骤S233、若放贷金额大于等于订单金额，选取放贷金额与订单金额的差值最小的放贷信息作为对应的订单信息的目标放贷信息。

具体的，放贷是指资金提供方向借款人发放贷款的行为。根据资金提供方的不同可以分为银行放贷和民间放贷。本实施例中的放贷信息可以是由处于与融资系统相同资金方下的资金系统提供，或由第三方资金方的借贷系统提供。在本实施例中，目标放贷信息是指将订单用户的订单信息中的订单金额与资金系统中的放贷信息的放贷金额进行匹配，当放贷金额大于等于订单金额时，也就是说放贷金额能满足订单用户的需求时，这时将该放贷信息筛选出来，作为对应的订单信息的匹配对象，也就是目标放贷信息。

在本实施例中，由于存在资金系统和第三方借贷系统，也就是说，能满足订单用户的借款需求的放贷信息可能不止一个，那么在确定该订单信息对应的目标放贷信息时，可以选取最接近订单金额的那个放贷金额对应的放贷信息，也就是选取放贷金额与订单金额的差值最小的放贷信息作为对应的订单信息的目标放贷信息。这样做能保证对资金系统和第三方借贷系统中的放贷金额最大化的合理利用。

步骤S240、判断是否接收资金系统或第三方借贷系统的授权信息。

具体的，授权信息是指一种准许信息，举例来说，持卡人于特约商店刷卡后，商店会透过刷卡机将持卡人信用卡数据送到其收单银行，以确认此笔交易是否可接受，收单行会再透过授权系统向持卡人之发卡银行询问，发卡银行将于检查卡号和信用额度没问题后，回一个代表同意的授权码给收单银行，记录在签账单上。事后，商店即可凭有签名、卡号及发卡行授权之签账单向收单行请款。某些没有电子刷卡机之商店会用人工方式，打电话至收单行，以口头告知卡号等数据，然后取得授权。在本实施例中，执行步骤S240是为了确认融资系统是否接收到资金系统或第三方借贷系统发送的授权信息，也就是说，融资系统需要确定订单信息匹配了目标放贷信息后，这个目标放贷信息对应的资金方是否同意对该订单用户进行授权，即放款给该用户。

步骤S250、若成功接收授权信息，将订单信息的状态修改为已融资。

具体的，当融资系统成功接收到资金系统或第三方借贷系统发送的授权信息后，将订单信息的状态修改为已融资，确保订单信息融资过程的完整性。

步骤S260、关联目标放贷信息和订单信息。

具体的，在本实施例中，关联是指在目标放贷信息和订单信息间建立联系，也就是说，对应每个订单信息都有一个目标放贷信息，将这些目标放贷信息和订单信息关联后，得到目标放贷信息和订单信息的一一对应关系。

步骤S270、判断订单信息的状态是否为已融资。

具体的，订单信息的状态初始都是未融资，当订单信息与目标放贷信息关联上后，检测订单信息的状态是否为已融资，这样能筛选出还未完成匹配(即订单信息还未与目标放贷信息关联上)的订单信息，从而针对未完成融资的订单信息，融资系统再次循环执行匹配目标放贷信息和确认是否有授权信息的步骤，直到订单信息的状态为已融资为止。

步骤S281、若订单信息的状态为已融资，通过业务系统和资金系统或第三方借贷系统将融资成功信息发送给订单用户和资金方。

具体的，当订单信息的状态为已融资，也就是说这个订单已经匹配上资金方并且资金方同意将资金发放给该订单用户，融资系统通过业务系统将融资成功的消息发送给订单用户，告知用户该订单的融资结果；融资系统通过资金系统或第三方借贷系统将融资成功的消息发送给资金方，告知资金方放贷金额已经批给了该用户。

步骤S282、若订单信息的状态为未融资，重新根据订单金额在多个放贷信息中确认得到目标放贷信息。

具体的，当订单信息的状态为未融资，融资系统则重新根据订单金额在资金系统或第三方借贷系统中确认对应的放贷信息，也就是重复步骤S220到步骤S270，并判断订单信息的状态是否为已融资，当订单信息的状态为已融资时，融资系统才能结束该循环。

本实施例二的有益效果在于保证满足用户的需求的前提下，根据用户的需求配置金融额度，并实时检测用户订单的状态，保证了融资过程的完整性和准确性，达到了最大化的利用资金，并提高了资金的流动性的技术效果。

实施例三

图3为本发明实施例三提供的一种订单管理装置的结构示意图。如图3所示，本实施例的订单管理装置300，包括：

接收模块310，用于接收业务系统发送的订单信息，订单信息包括订单金额；

确认模块320，用于根据订单金额在多个放贷信息中确认得到目标放贷信息；

匹配模块330，用于关联目标放贷信息和订单信息。

在本实施例中，订单管理装置300还包括：

筛选模块，用于根据订单用户的授信信息对订单信息进行筛选。

在本实施例中，确认模块320包括：

第一判断单元，用于若订单用户的授信信息符合要求，判断放贷信息中的放贷金额是否大于等于订单金额；

确认单元，用于若放贷金额大于等于订单金额，在放贷金额对应的放贷信息中确认目标放贷信息；

第一发送单元，用于若用户的授信信息不符合要求，根据订单类型发送对应的订单用户的订单取消信息到业务系统或发送对应的订单用户的订单垫付信息到第三方借贷系统。

在本实施例中，确认单元包括：

选取单元，用于若放贷金额大于等于订单金额，选取放贷金额与订单金额的差值最小的放贷信息作为对应的订单信息的目标放贷信息。

在本实施例中，订单管理装置300还包括：

第一判断模块，用于判断是否接收资金系统或第三方借贷系统的授权信息。

在本实施例中，匹配模块330包括：

修改单元，用于若成功接收授权信息，将订单信息的状态修改为已融资。

在本实施例中，订单管理装置300还包括：

第二判断模块，用于判断订单信息的状态是否为已融资；

通知模块，用于若订单信息的状态为已融资，通过业务系统和资金系统或第三方借贷系统将融资成功信息发送给订单用户和资金方；

循环模块，用于若订单信息的状态为未融资，重新根据订单金额在多个放贷信息中确认得到目标放贷信息。

本发明实施例所提供的订单管理装置可执行本发明任意实施例所提供的订单管理方法，具备执行方法相应的功能模块和有益效果。

实施例四

图4为本发明实施例四提供的一种服务器的结构示意图，如图4所示，该服务器包括处理器410、存储器420、输入装置430和输出装置440；服务器中处理器410的数量可以是一个或多个，图4中以一个处理器410为例；服务器中的处理器410、存储器420、输入装置430和输出装置440可以通过总线或其他方式连接，图4中以通过总线连接为例。

存储器410作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本发明实施例中的订单管理方法对应的程序指令/模块(例如，订单管理装置中的接收模块、确认模块、匹配模块、第一判断模块、第二判断模块、筛选模块、通知模块和循环模块)。处理器410通过运行存储在存储器420中的软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述的订单管理方法。

也即：

接收业务系统发送的订单信息，订单信息包括订单金额；

根据订单金额在多个放贷信息中确认得到目标放贷信息；

关联目标放贷信息和订单信息。

存储器420可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端的使用所创建的数据等。此外，存储器420可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器420可进一步包括相对于处理器410远程设置的存储器，这些远程存储器可以通过网络连接至服务器。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

输入装置430可用于接收输入的数字或字符信息，以及产生与服务器的用户设置以及功能控制有关的键信号输入。输出装置440可包括显示屏等显示设备。

实施例五

本发明实施例五还提供一种包含计算机可执行指令的存储介质，计算机可执行指令在由计算机处理器执行时用于执行一种订单管理方法，该方法包括：

接收业务系统发送的订单信息，订单信息包括订单金额；

根据订单金额在多个放贷信息中确认得到目标放贷信息；

关联目标放贷信息和订单信息。

当然,本发明实施例所提供的一种包含计算机可执行指令的存储介质,其计算机可执行指令不限于如上的方法操作,还可以执行本发明任意实施例所提供的第三方消息回调方法中的相关操作。

通过以上关于实施方式的描述，所属领域的技术人员可以清楚地了解到，本发明可借助软件及必需的通用硬件来实现，当然也可以通过硬件实现，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如计算机的软盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(RandomAccess Memory,RAM)、闪存(FLASH)、硬盘或光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例的方法。

值得注意的是，上述订单管理装置的实施例中，所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。

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

Claims (10)

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

接收业务系统发送的订单信息，所述订单信息包括订单金额；

根据所述订单金额在多个放贷信息中确认得到目标放贷信息；

关联所述目标放贷信息和所述订单信息。

2.根据权利要求1所述的一种订单管理方法，其特征在于，所述订单信息还包括订单用户和订单类型，所述根据所述订单金额在多个放贷信息中确认得到目标放贷信息之前包括：

根据所述订单用户的授信信息对所述订单信息进行筛选。

3.根据权利要求2所述的一种订单管理方法，其特征在于，所述根据所述订单金额在多个放贷信息中确认得到目标放贷信息包括：

若所述订单用户的授信信息符合要求，判断放贷信息中的放贷金额是否大于等于所述订单金额；

若所述放贷金额大于等于所述订单金额，在所述放贷金额对应的放贷信息中确认得到目标放贷信息；

若所述用户的授信信息不符合要求，根据所述订单类型发送对应的所述订单用户的订单取消信息到业务系统或发送对应的所述订单用户的订单垫付信息到第三方借贷系统。

4.根据权利要求3所述的一种订单管理方法，其特征在于，所述若所述放贷金额大于等于所述订单金额，在所述放贷金额对应的放贷信息中确认得到目标放贷信息包括：

若所述放贷金额大于等于所述订单金额，选取所述放贷金额与订单金额的差值最小的放贷信息作为对应的订单信息的目标放贷信息。

5.根据权利要求1所述的一种订单管理方法，其特征在于，所述关联所述目标放贷信息和所述订单信息之前包括：

判断是否接收资金系统或第三方借贷系统的授权信息。

6.根据权利要求5所述的一种订单管理方法，其特征在于，所述关联所述目标放贷信息和所述订单信息包括：

若成功接收所述授权信息，将所述订单信息的状态修改为已融资。

7.根据权利要求1所述的一种订单管理方法，其特征在于，所述关联所述目标放贷信息和所述订单信息之后包括：

判断所述订单信息的状态是否为已融资；

若所述订单信息的状态为已融资，通过业务系统和资金系统或第三方借贷系统将融资成功信息发送给订单用户和资金方；

若所述订单信息的状态为未融资，重新根据所述订单金额在多个放贷信息中确认得到目标放贷信息。

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

接收模块，用于接收业务系统发送的订单信息，所述订单信息包括订单金额；

确认模块，用于根据所述订单金额在多个放贷信息中确认得到目标放贷信息；

匹配模块，用于关联所述目标放贷信息和所述订单信息。

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

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