CN114298652A - 企业透支业务的建立方法、装置、计算机设备和存储介质 - Google Patents

Abstract

本申请涉及一种企业透支业务的建立方法、装置、计算机设备和存储介质。所述方法包括：通过差旅系统的用户界面接收目标企业的业务请求；业务请求包括目标企业的申请额度；获取目标企业的账户余额，基于账户余额与申请额度的匹配关系，确定是否建立目标企业的透支业务。采用本方法能够提高企业透支业务应用广泛性。

Description

企业透支业务的建立方法、装置、计算机设备和存储介质

技术领域

本申请涉及电子商务领域，特别是涉及一种企业透支业务的建立方法、装置、计算机设备、存储介质和计算机程序产品。

背景技术

目前，一些供应商(例如，酒店、订票平台以及餐饮平台等)通过线上差旅服务系统向企业提供差旅费用的透支业务。当员工的差旅费用未超过企业对应的透支额度，可以为员工提供相应服务。

传统技术中，在和企业建立透支业务之前，需要对企业的资金、经营状况等基本进行审核，通过审核后才为企业提供差旅费用的透支额度，允许企业员工当月使用供应商的业务，下月进行费用结算。

然而，由于企业信息的数量庞杂使得对企业的资质审核存在周期较长、通过率低的问题，使得企业透支业务的应用广泛性大大降低。

发明内容

基于此，有必要针对上述技术问题，提供一种能够提高企业透支业务应用广泛性的方法、装置、计算机设备、计算机可读存储介质和计算机程序产品。

第一方面，本申请提供了一种企业透支业务的建立方法，该方法包括：

通过差旅系统的用户界面接收目标企业的业务请求；所述业务请求包括所述目标企业的申请额度；

获取目标企业的账户余额，基于账户余额与申请额度的匹配关系，确定是否建立目标企业的透支业务。

在其中一个实施例中，基于账户余额与申请额度的匹配关系，确定是否建立目标企业的透支业务，包括：

若账户余额大于申请额度，则建立目标企业的透支服务；

若账户余额小于申请额度，则输出业务申请的拒绝信息。

在其中一个实施例中，建立目标企业的透支服务，包括：

冻结账户余额中的申请额度，并根据申请额度确定目标企业的企业透支业务的额度。

在其中一个实施例中，若账户余额小于申请额度，还包括：

输出充值提醒信息，或额度调整提示信息。

在其中一个实施例中，获取目标企业的账户余额，包括：

向服务器20发送额度查看请求；额度请求用于请求目标企业的账户余额；

接收服务器20发送的目标企业的账户余额。

在其中一个实施例中，还包括：

建立目标企业的透支业务后，接收企业员工触发的支付请求；支付请求用于表征向第三方待支付的金额，第三方为差旅系统支持的差旅业务供应商。

第二方面，本申请还提供了一种企业透支业务的建立装置，该装置包括：

接收模块，用于通过差旅系统的用户界面接收目标企业的业务请求；业务请求包括目标企业的申请额度；

获取模块，用于获取目标企业的账户余额，基于账户余额与申请额度的匹配关系，确定是否建立目标企业的透支业务。

第三方面，本申请还提供了一种计算机设备，该计算机设备包括存储器和处理器，所述存储器存储有计算机程序，处理器执行计算机程序时，实现上述第一方面以及第一方面任意一种可能的实现方式的方法的步骤。

第四方面，本申请还提供了一种计算机可读存储介质，该计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器处理时，实现上述第一方面以及第一方面任意一种可能的实现方式的方法的步骤。

第五方面，本申请还提供了一种计算机程序产品，该计算机程序产品，包括计算机程序，计算机程序被处理器执行时，实现上述第一方面以及第一方面任意一种可能的实现方式的方法的步骤。

上述企业透支业务的建立方法、装置、计算机设备、存储介质以及计算机程序产品，通过差旅系统的用户界面接收目标企业的业务请求；业务请求包括目标企业的申请额度；获取目标企业的账户余额，基于账户余额与申请额度的匹配关系，确定是否建立目标企业的透支业务。可见，采用本申请能够基于目标企业的银行账户余额对企业资质进行审核，相比于传统资质审核方法，影响资质审核的企业信息量大大减少，因此，可以有效缩短资质审核周期，提高资质审核通过率，大大提高企业透支业务的应用广泛性。

附图说明

图1为本申请实施例提供的企业透支业务的建立方法的应用环境图；

图2为本申请实施例提供的差旅系统用户界面的示意图；

图3为本申请实施例提供的企业透支业务的建立方法的流程示意图；

图4为本申请实施例提供的企业透支业务的建立方法的又一流程示意图；

图5为本申请实施例提供的企业透支业务的建立方法的又一流程示意图；

图6为本申请实施例提供的企业透支业务的建立方法的又一流程示意图；

图7为本申请实施例提供的企业透支业务的建立装置的结构框图；

图8为本申请实施例提供的计算机设备内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请实施例的企业透支业务的建立方法，可以应用于如图1所示的应用环境中。图1为本申请实施例提供的企业透支业务的建立方法的应用环境图，该应用环境包括终端10以及服务器20。终端10可以与服务器20进行通信。具体地，可以通过有线或者无线方式进行通信。其中，服务器20提供一种差旅系统，用户(例如，企业管理员或企业的其他员工)可以通过终端10登录差旅系统，进而还可以在终端10通过差旅系统的用户界面建立透支业务，服务器20可以对上述透支业务进行处理。具体地，上述终端10可以是企业管理员登录的终端，也可以是企业其他员工登录的终端。终端10可以是物理机，也可以是智能手机等。服务器20可以是独立的服务器，也可以是由多个服务器组成的服务器集群。对于上述服务器20，本申请实施例在此不作限制。

需要说明的是，本申请实施例提供的企业透支业务的建立方式，终端10可以显示图2，图2为本申请实施例提供的差旅系统用户界面的示意图。其执行主体可以是图1所述的服务器20。

为使本申请实施例的目睹、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。显然，所描述的实施例是本申请的一部分实施例，并不是实施例的全部。

图3为本申请实施例提供的企业透支业务的建立方法的流程示意图，适用于如图1所示的服务器20。如图3所示，该方法包括以下步骤：

步骤301、通过差旅系统的用户界面接收目标企业的业务请求；业务请求包括目标企业的申请额度；

本申请实施例提供了一种企业透支业务的建立方法，当目标企业在差旅系统中建立企业透支业务时，需要发请求指令，服务器20可以接收上述指令，基与上述目标企业的银行账户余额确定是否建立目标企业的透支业务。

为了实现目标企业的透支业务，终端10可以显示目标企业差旅系统的用户界面，进而目标企业可以在差旅系统的用户界面上发起业务请求。因此在步骤301中服务器20可以接收目标企业的业务请求。

具体地，差旅系统的用户界面用于目标企业发起业务申请请求。示例性的，上述差旅系统的用户界面可以包括额度申请金额，也可以包括额度申请时间，还可以包括额度申请状态。对于上述差旅系统的用户界面，本申请实施例在此不作限制。目标企业的业务请求用户表征用于表征目标企业想在差旅系统内获得的服务。目标企业的申请额度用于表征目标企业可以在差旅系统中消费时可以透支的额度。

一种可能的实现方式，目标企业用户可以在差旅系统的用户界面发起额度申请请求，服务器20可以接收上述额度申请请求。

步骤302、获取目标企业的账户余额，基于账户余额与申请额度的匹配关系，确定是否建立目标企业的透支业务。

具体地，目标企业的账户余额用于表征目标企业的银行账户内的可用余额的具体数值是多少。匹配关系用于表征目标企业的账户余额和目标企业的申请额度之间的关系。

一种可能的实现方式，服务器20可以获取目标企业的银行账户余额，基于已经接收到的目标企业的额度申请请求和银行账户余额的匹配关系，确定是否建立目标企业的透支业务。

上述通过差旅系统的用户界面接收目标企业的业务请求；业务请求包括目标企业的申请额度；获取目标企业的账户余额，基于账户余额与申请额度的匹配关系，确定是否建立目标企业的透支业务。可见，采用本申请能够基于目标企业的银行账户余额对企业资质进行审核，相比于传统资质审核方法，影响资质审核的企业信息量大大减少，因此，可以有效缩短资质审核周期，提高资质审核通过率。因此，采用本申请的企业透支业务的建立方法，可以使得企业透支业务的应用广泛性大大提高。

前文所述的实施例中，介绍了服务器20可以根据目标企业的申请额度和账户余额确定是否建立目标企业透支业务的技术方案。在本申请的另一实施例中，服务器20可以根据目标企业的申请额度和账户余额的大小关系，确定是否建立目标企业的透支业务。例如，前文步骤202涉及的“基于账户余额与申请额度的匹配关系，确定是否建立目标企业的透支业务”的具体实现包括图4的步骤：

步骤401、若账户余额大于申请额度，则建立目标企业的透支服务。

具体地，账户余额可以是100万元，也可以是200万元，申请额度可以是50万元，也可以是80万元。对于上述账户余额和申请额度的具体数值，本申请实施例在此不作限制。目标企业的透支服务用于表征目标企业可以在差旅系统中可以对供应商(如酒店、订票平台以及订餐平台)提供的服务进行透支。示例性的，上述目标企业的透支服务可以是支付酒店的住宿订单，也可以是支付企业员工因办理公务外出产生的交通费用，还可以是支付企业员工因公出差产生的伙食费。对于上述目标企业的透支服务，本申请实施例在此不作限制。例如，上述目标企业的透支服务可以是在终端10的管理员界面输出“申请额度小于账户余额，额度申请成功。”

一种可能的实现方式，账户余额为100万元，申请额度为50万元，由于100万元大于50万元，则服务器20可以建立目标企业的透支服务，并在终端10的管理员界面输出“申请额度小于账户余额，额度申请成功。”

一种可能的实现方式，账户余额为100万元，申请额度为100万元，由于100万元等于100万元，则服务器20可以建立目标企业的透支服务，并在终端10的管理员界面输出“申请额度等于账户余额，额度申请成功。”

步骤402、若账户余额小于申请额度，则输出业务申请的拒绝信息。

具体地，账户余额可以为100万元，也可以为200万元，申请额度可以是300万元，也可以是400万元。对于上述账户余额和申请额度，本申请实施例在此不作限制。业务申请的拒绝信息用于表征目标企业不能在差旅系统中对供应商提供的服务进行透支。示例性的，上述业务申请的拒绝信息可以是在终端10的管理员界面输出“申请额度大于账户余额，额度申请失败。”

一种可能的实现方式，账户余额为100万元，申请额度为300万元，由于100万元小于300万元，则服务器20拒绝建立目标企业的透支业务，并在终端10的管理员界面输出“申请额度大于账户余额，额度申请失败。”

前文所述的实施例中，介绍了服务器20可以根据目标企业的申请额度和账户余额的大小关系，确定是否建立目标企业的透支业务的技术方案。在本申请的另一实施例中，可以在冻结账户余额中的申请额度的基础上确定目标企业的企业透支额度。例如，前文步骤401涉及的建立目标企业的透支业务包括：

冻结账户余额中的额度申请，并根据额度申请确定目标企业的企业透支业务的额度。

具体地，目标企业的企业透支业务的额度用于表征目标企业可以进行透支的最大值。

一种可能的实现方式，若服务器20可以建立目标企业的透支服务，则可以通过冻结目标企业银行账户中的额度申请金额值，使得可以确定目标企业的透支额度。

前文所述的实施例中，介绍了服务器20可以在冻结账户余额中的申请额度的基础上确定目标企业的企业透支额度的技术方案。在本申请的另一实施例中，输出的业务申请拒绝信息可以是充值提示信息或者额度调整提示信息。例如，前文步骤402涉及的若账户余额小于申请额度之后的步骤包括：

输出充值提醒信息，或额度调整提示信息。

具体地，充值提示信息用于表征若账户余额小于申请额度，服务器20则拒绝上述额度申请请求，并向终端10中的管理员界面输出额度申请的拒绝信息。示例性的，上述充值提示信息可以是“账户余额小于申请额度，请将账户余额充值至申请额度。”对于上述充值提示信息，本申请实施例在此不作限制。额度调整提示信息用于表征若账户余额小于申请额度，服务器20则决绝上述额度申请请求，并向终端10中的管理员界面输出额度申请的拒绝信息。示例性的，上述额度调整提示信息可以是“账户余额小于申请额度，请降低申请额度”，也可以是“账户余额小于申请额度，若要申请，请将申请额度调整至账户余额。”对于上述额度调整提示信息，本申请实施例在此不作限制。

一种可能的实现方式，若服务器20拒绝目标企业的透支服务，则可以向终端10中管理员界面输出“账户余额小于申请额度，请将账户余额充值至申请额度”，也可以输出“账户余额小于申请额度，若要申请，请将申请额度调整至账户余额。”

前文所述的实施例中，介绍了服务器20向终端10的管理员界面输出充值提示信息或者额度调整提示信息的技术方案。在本申请的另一实施例中，可以通过向服务器20发送额度查看请求，并接收服务器20返回的账户余额。例如，前文步骤301涉及的“获取目标企业的账户余额”的具体实现包括图5的步骤：

步骤501、向服务器发送额度查看请求；额度请求用于请求目标企业的账户余额。

具体地，额度查看请求用于表征在目标企业发起额度申请请求时，需要与目标企业的银行账户中的余额进行查看，确定目标企业的银行账户余额是否可以满足额度申请的金额值。

一种可能的实现方式，目标企业可以在差旅系统中发起额度查看请求，服务器20可以接收到上述额度查看请求，确定目标企业的银行账户余额。

步骤502、接收服务器发送的目标企业的账户余额。

具体地，服务器用于接收额度查看请求，并返回目标企业的银行账户余额。示例性的，上述账户余额可以但不限于是100万元。

一种可能的实现方式，服务器20可以接收目标企业在差旅系统中发起的额度查看请求，并返回目标企业的账户余额100万元。

前文所述的实施例中，介绍了可以通过向服务器发送额度查看请求，并接收服务器返回的账户余额的技术方案。在本申请的另一实施例中，可以在建立目标透支业务之后，接收企业员工触发的支付请求。例如，前文步骤302涉及的在建立目标企业的透支业务之后包括：

建立目标企业的透支业务之后，接收企业员工触发的支付请求；支付请求用于表征向第三方待支付的金额，第三方为差旅系统支持的差旅业务供应商。

具体地，企业员工触发的支付请求用于表征向第三方支付的金额。示例性的，上述支付请求中的待支付金额可以是100元，也可以是200元。对于上述支付请求中的金额具体数值，本申请实施例在此不作限制。第三方为差旅系统支持的差旅业务供应商。示例性的，差旅系统可以为上述第三方提供应用的入口，企业员工可以通过这些入口浏览供应商的业务详情界面。例如，上述详情界面可以是酒店业务详情界面，也可以订票服务详情界面，还可以是订餐服务详情界面。

一种可能的实现方式，服务器20建立目标企业的透支业务之后，目标企业员工可以在差旅系统的员工的界面，进入由第三方提供的订餐服务入口，在订餐服务详情界面选择需要购买的食物，点击页面上的结算控件，发起向第三方订餐平台的支付请求。

前文所述的实施例中，介绍了可以在建立目标透支业务之后，接收企业员工触发的支付请求的技术方案。因此，采用本申请的企业透支业务的建立方法，能够提高企业透支业务应用广泛性。

图6位本申请实施例提供的企业透支业务的建立方法的另一流程示意图，从步骤T1执行至步骤T8，具体执行过程如下：

步骤T1、开始。之后执行步骤T2。

步骤T2、企业用户(即前文实施例中的目标企业)在差旅系统发起额度申请。完成后执行步骤T3。

步骤T3、差旅系统生成交易明细，包括申请时间、单号、交易类型、交易金额、交易状态等。完成后执行步骤T4。

步骤T4、向银行账户(即前文实施例中的服务器20)发起额度申请。

步骤T5、判断账户余额是否大于申请额度。若否，则执行步骤T6；若是，则执行步骤T7。

步骤T6、提醒用户充值或降低申请额度。

步骤T7、冻结相应的额度，并返回额度申请成功信息。

步骤T8、结束。

应该理解的是，虽然如上所述的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，如上所述的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

基于同样的发明构思，本申请实施例还提供了一种用于实现上述企业透支业务的建立方法的装置，图7为本申请实施例提供的企业透支业务的建立装置的结构框图，该装置包括：

接收模块701、用于通过差旅系统的用户界面接收目标企业的业务请求；业务请求包括目标企业的申请额度。

获取模块702，用于获取目标企业的账户余额，基于账户余额与申请额度的匹配关系，确定是否建立目标企业的透支业务。

在一个实施例中，获取模块702，用于若账户余额大于申请额度，则建立目标企业的透支服务；若账户余额小于申请额度，则输出业务申请的拒绝信息。

在一个实施例中，用于冻结账户余额中的申请额度，并根据申请额度确定目标企业的企业透支业务的额度。

在一个实施例中，用于输出充值提醒信息，或额度调整提示信息。

在一个实施例中，获取模块702，用于向服务器发送额度查看请求；额度请求用于请求目标企业的账户余额。

接收服务器发送的目标企业的账户余额。

在一个实施例中，用于建立目标企业的透支业务之后，接收企业员工触发的支付请求；支付请求用于表征向第三方待支付的金额，第三方为差旅系统支持的差旅业务供应商。

上述企业透支业务的建立装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，图8为本申请实施例提供的计算机设备内部结构图。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质和内存储器。该非易失性存储介质存储有操作系统、计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种企业透支业务的建立方法。

本领域技术人员可以理解，图8中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：

通过差旅系统的用户界面接收目标企业的业务请求；业务请求包括目标企业的申请额度。

获取目标企业的账户余额，基于账户余额与申请额度的匹配关系，确定是否建立目标企业的透支业务。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

若账户余额大于申请额度，则建立目标企业的透支服务；

若账户余额小于申请额度，则输出业务申请的拒绝信息。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

冻结账户余额中的申请额度，并根据申请额度确定目标企业的企业透支业务的额度。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

输出充值提醒信息，或额度调整提示信息。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

向服务器发送额度查看请求；额度请求用于请求目标企业的账户余额；

接收服务器发送的目标企业的账户余额。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

建立目标企业的透支业务之后，接收企业员工触发的支付请求；支付请求用于表征向第三方待支付的金额，第三方为差旅系统支持的差旅业务供应商。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

通过差旅系统的用户界面接收目标企业的业务请求；业务请求包括目标企业的申请额度；

获取目标企业的账户余额，基于账户余额与申请额度的匹配关系，确定是否建立目标企业的透支业务。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

若账户余额大于申请额度，则建立目标企业的透支服务；

若账户余额小于申请额度，则输出业务申请的拒绝信息。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

冻结账户余额中的申请额度，并根据申请额度确定目标企业的企业透支业务的额度。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

输出充值提醒信息，或额度调整提示信息。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

向服务器发送额度查看请求；额度请求用于请求目标企业的账户余额；

接收服务器发送的目标企业的账户余额。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

建立目标企业的透支业务之后，接收企业员工触发的支付请求；支付请求用于表征向第三方待支付的金额，第三方为差旅系统支持的差旅业务供应商。

在一个实施例中，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现以下步骤：

通过差旅系统的用户界面接收目标企业的业务请求；所述业务请求包括所述目标企业的申请额度；

获取目标企业的账户余额，基于所述账户余额与所述申请额度的匹配关系，确定是否建立所述目标企业的透支业务。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

若所述账户余额大于所述申请额度，则建立所述目标企业的透支服务；

若所述账户余额小于所述申请额度，则输出所述业务申请的拒绝信息。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

冻结所述账户余额中的所述申请额度，并根据所述申请额度确定所述目标企业的企业透支业务的额度。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

输出充值提醒信息，或额度调整提示信息。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

向服务器发送额度查看请求；所述额度请求用于请求所述目标企业的账户余额；

接收所述服务器发送的所述目标企业的账户余额。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

建立所述目标企业的透支业务之后，接收企业员工触发的支付请求；所述支付请求用于表征向第三方待支付的金额，所述第三方为所述差旅系统支持的差旅业务供应商。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-Only Memory，ROM)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic Random Access Memory，DRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种企业透支业务的建立方法，其特征在于，所述方法包括：

通过差旅系统的用户界面接收目标企业的业务请求；所述业务请求包括所述目标企业的申请额度；

获取目标企业的账户余额，基于所述账户余额与所述申请额度的匹配关系，确定是否建立所述目标企业的透支业务。

2.根据权利要求1所述的方法，其特征在于，所述基于所述账户余额与所述申请额度的匹配关系，确定是否建立所述目标企业的透支业务，包括：

若所述账户余额大于所述申请额度，则建立所述目标企业的透支服务；

若所述账户余额小于所述申请额度，则输出所述业务申请的拒绝信息。

3.根据权利要求2所述的方法，其特征在于，所述建立所述目标企业的透支业务，包括：

冻结所述账户余额中的所述申请额度，并根据所述申请额度确定所述目标企业的企业透支业务的额度。

4.根据权利要求2所述的方法，其特征在于，若所述账户余额小于所述申请额度，所述方法还包括：

输出充值提醒信息，或额度调整提示信息。

5.根据权利要求1所述的方法，其特征在于，所述获取目标企业的账户余额，包括：

向服务器发送额度查看请求；所述额度请求用于请求所述目标企业的账户余额；

接收所述服务器发送的所述目标企业的账户余额。

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

建立所述目标企业的透支业务之后，接收企业员工触发的支付请求；所述支付请求用于表征向第三方待支付的金额，所述第三方为所述差旅系统支持的差旅业务供应商。

7.一种企业透支业务的建立装置，其特征在于，所述装置包括：

接收模块，用于通过差旅系统的用户界面接收目标企业的业务请求；所述业务请求包括目标企业的申请额度；

获取模块，用于获取目标企业的账户余额，基于所述账户余额与所述申请额度的匹配关系，确定是否建立所述目标企业的透支业务。

8.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至6中任一项所述的方法的步骤。

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

10.一种计算机程序产品，包括计算机程序，其特征在于，该计算机程序被处理器执行时实现权利要求1至6中任一项所述的方法的步骤。

Images