支付管理的控制方法、装置、计算机设备及存储介质与流程

本申请涉及支付管理技术领域，尤其涉及一种支付管理的控制方法、装置、计算机设备及存储介质。

背景技术：

当前企业采购物资一般先通过与供应商签订有关物资的采购合同，或者在购物网站下单，将采购合同上的采购信息或者购物网站的订单统一录入到采购系统中的电子表格，最后让相关负责人对采购物资进行核算和支付，特别是当采购物资来自不同的采购渠道，需要采购人员根据采购合同或者购物网站订单的采购款项一个个核算完成后，再向不同的采购合作方或者购物网站商家逐一支付采购款项。另外，当采购物资数量大时，存在采购人员无法在采购合同履约期限内及时支付采购款项的问题，不仅使企业需要支付一定的违约赔偿金，甚至影响企业的信誉问题。

可见，采用这种支付采购款项的管理方法不仅消耗人力，而且严重影响采购支付的效率。

技术实现要素：

基于此，有必要针对无法在采购平台中统一支付来自不同采购渠道的采购款项的问题，提供一种支付管理的控制方法、装置、计算机设备和存储介质。

为解决上述技术问题，本申请提供一种支付管理的控制方法包括：

获取订单信息；

在预设的订单类型数据表中匹配所述订单信息对应的订单类型，并将同一所述订单类型的订单信息复制到所述订单类型指向的待结算表单中；

判断所述待结算表单是否符合预设的付款条件；

若所述待结算表单符合所述预设的付款条件，则在预设时间内对所述待结算表单的所述订单信息执行支付。

可选地，所述获取订单信息之前，所述支付管理的控制方法包括：

预先创建购物接口和支付接口；

通过所述购物接口建立采购平台与各个购物平台的连接关系；

通过所述支付接口建立所述采购平台与支付平台的连接关系。

可选地，所述获取订单信息包括：

当接收到预设的第一指令时，通过所述购物接口将所述采购平台跳转至所述购物平台，其中，所述第一指令是将浏览画面由采购平台中切换到所述购物平台的操作指令；

当检测到所述用户在所述购物平台选中采购商品时，将所述采购商品对应的所述订单信息记录在第一订单中；

当检测到所述用户提交所述第一订单时，获取所述订单信息。

可选地，所述在预设的订单类型数据表中匹配所述订单信息对应的订单类型，并将同一所述订单类型的订单信息复制到所述订单类型指向的待结算表单中之后，所述支付管理的控制方法包括：

在所述待结算表单中计算每个所述订单信息对应的采购金额，其中，所述待结算表单是指用于集合同一所述订单类型的各个所述订单信息的表单；

对所述待结算表单中每个所述订单信息对应的采购金额进行累加，得到所述待结算表单的结算总额。

可选地，所述预设的付款条件包括所述结算总额小于或者等于预设的金额阈值以及所述采购商品属于预设的非审批商品，其中，所述非审批商品指无需经过审批流程的商品。

可选地，所述若所述待结算表单符合所述预设的付款条件，则在预设时间内对所述待结算表单的所述订单信息执行支付包括：

获取所述待结算表单中所述订单信息对应的的支付识别码；

将所述支付识别码和所述采购金额传送至所述支付平台；

判断，若检测到当前时间为所述预设时间，触发支付指令，以使所述支付平台根据所述支付指令识别所述支付识别码，并执行支付操作。

可选地，所述若所述待结算表单符合所述预设的付款条件，则在预设时间内对所述待结算表单的所述订单信息执行支付之后，所述支付管理的控制方法还包括：

当检测到所述支付平台完成所述订单信息的付款时，将所述订单信息的付款情况按照预设的通知方式反馈至所述用户的终端，并更新所述采购平台的所述第一订单。

为解决上述技术问题，本申请还提供了一种支付管理的控制装置，所述支付管理的控制装置包括：

获取模块，用于获取订单信息；

处理模块，用于在预设的订单类型数据表中匹配所述订单信息对应的订单类型，并将同一所述订单类型的订单信息复制到所述订单类型指向的待结算表单中；

判断模块，用于判断所述待结算表单是否符合预设的付款条件；

执行模块，用于若所述待结算表单符合所述预设的付款条件，则在预设时间内对所述待结算表单的所述订单信息执行支付。

可选地，所述支付管理的控制装置还包括：

创建模块，用于预先创建购物接口和支付接口；

第一连接模块，用于通过所述购物接口建立采购平台与各个购物平台的连接关系；

第二连接模块，用于通过所述支付接口建立所述采购平台与支付平台的连接关系。

可选地，所述支付管理的控制装置还包括：

跳转模块，用于当接收到预设的第一指令时，通过所述购物接口将所述采购平台跳转至所述购物平台，其中，所述第一指令是将浏览画面由采购平台中切换到所述购物平台的操作指令；

记录模块，用于当检测到所述用户在所述购物平台选中采购商品时，将所述采购商品对应的所述订单信息记录在第一订单中；

第二获取模块，用于当检测到所述用户提交所述第一订单时，获取所述订单信息。

可选地，所述支付管理的控制装置还包括：

计算模块，用于在所述待结算表单中计算每个所述订单信息对应的采购金额，其中，所述待结算表单是指用于集合同一所述订单类型的各个所述订单信息的表单；

累加模块，用于对所述待结算表单中每个所述订单信息对应的采购金额进行累加，得到所述待结算表单的结算总额。

可选地，所述预设的付款条件包括所述结算总额小于或者等于预设的金额阈值以及所述采购商品属于预设的非审批商品，其中，所述非审批商品指无需经过审批流程的商品。

可选地，所述支付管理的控制装置还包括：

第三获取模块，用于获取所述待结算表单中所述订单信息对应的的支付识别码；

传送模块，用于将所述支付识别码和所述采购金额传送至所述支付平台；

第二判断模块，用于判断当前时间是否为所述预设时间；

触发模块，用于若检测到当前时间为所述预设时间，触发支付指令，以使所述支付平台根据所述支付指令识别所述支付识别码，并执行支付操作。

可选地，所述支付管理的控制装置还包括：

反馈模块，用于当检测到所述支付平台完成所述订单信息的付款时，将所述订单信息的付款情况按照预设的通知方式反馈至所述用户的终端，并更新所述采购平台的所述第一订单。

一种计算机设备，包括存储器和处理器，所述存储器中存储有计算机可读指令，所述计算机可读指令被所述处理器执行时，使得所述处理器执行上述所述支付管理的控制方法的步骤。

一种存储有计算机可读指令的存储介质，所述计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行上述所述支付管理的控制方法的步骤。

本申请的有益效果是：获取订单信息；在预设的订单类型数据表中匹配订单信息对应的订单类型，并将同一订单类型的订单信息复制到订单类型指向的待结算表单中；判断待结算表单是否符合预设的付款条件；若待结算表单符合预设的付款条件，则在预设时间内对待结算表单的订单信息执行支付，实现了对来自不同渠道的采购商品在采购平台上能自动执行统一支付，不仅节省了采购的时间和人力，而且提高了采购金额核算的准确率和采购支付效率，从而避免超过采购合同履约时间未支付采购款项的问题，增强企业信誉度。

本申请附加的方面和优点将在下面的描述中部分给出，这些将从下面的描述中变得明显，或通过本申请的实践了解到。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例中提供的支付管理的控制方法的基本流程示意图；

图2为本申请实施例中提供的采购平台分别与购物平台、支付平台建立连接关系的流程图；

图3为本申请实施例中提供的获取订单信息的流程图；

图4为本申请实施例中提供的计算结算总额的流程图；

图5为本申请实施例中提供的对待结算表单执行支付的流程图；

图6为本申请实施例中提供的支付管理的控制装置的基本结构框图；

图7为本申请实施例中提供的计算机设备基本结构框图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本申请，而不能解释为对本申请的限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本申请的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。

本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本申请所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。

本技术领域技术人员可以理解，这里所使用的“终端”、“终端设备”既包括无线信号接收器的设备，其仅具备无发射能力的无线信号接收器的设备，又包括接收和发射硬件的设备，其具有能够在双向通信链路上，执行双向通信的接收和发射硬件的设备。这种设备可以包括：蜂窝或其他通信设备，其具有单线路显示器或多线路显示器或没有多线路显示器的蜂窝或其他通信设备；pcs(personalcommunicationsservice，个人通信系统)，其可以组合语音、数据处理、传真和/或数据通信能力；pda(personaldigitalassistant，个人数字助理)，其可以包括射频接收器、寻呼机、互联网/内联网访问、网络浏览器、记事本、日历和/或gps(globalpositioningsystem，全球定位系统)接收器；常规膝上型和/或掌上型计算机或其他设备，其具有和/或包括射频接收器的常规膝上型和/或掌上型计算机或其他设备。这里所使用的“终端”、“终端设备”可以是便携式、可运输、安装在交通工具(航空、海运和/或陆地)中的，或者适合于和/或配置为在本地运行，和/或以分布形式，运行在地球和/或空间的任何其他位置运行。这里所使用的“终端”、“终端设备”还可以是通信终端、上网终端、音乐/视频播放终端，例如可以是pda、mid(mobileinternetdevice，移动互联网设备)和/或具有音乐/视频播放功能的移动电话，也可以是智能电视、机顶盒等设备。

本实施例中提及的用户的终端即为上述的终端。

具体地，请参阅图1，图1为本申请实施例中提供的支付管理的控制方法的基本流程示意图。

如图1所示，所述支付管理的控制方法包括以下步骤：

s100：获取订单信息；

具体地，当检测到采购平台中有采购商品的订单提交时，获取该订单的订单信息。由于采购商品不局限于从购物网站上采购，也可以从其他合作的商家采购，因此，采购商品包括与商家签订的采购合同内容上规定的协议商品或者各个购物平台上的商品。

具体地，订单信息包括协议商品信息和购物信息。采购合同规定的协议商品信息预先录入购物平台中包括的协议购物平台，协议商品信息包括协议商品类型、协议商品数量、协议商品价格、协议商品对应的商家以及付款支付码等。当检测到用户在协议购物平台中选购协议购物平台上的协议商品并提交协议商品的订单时，获取订单中的协议商品信息作为订单信息。另外，用户通过在购物平台中包括的购物网站提交采购商品时，获取该购物网站对该采购商品生成的订单中的购物信息，该购物信息包括采购商品类型、采购商品数量、采购商品价格、采购商品对应的商家以及付款支付码等。

具体地，协议购物平台的商家或者购物网站至少一家。

进一步地，将获取的订单信息录入到采购平台中预设的待结算表单中，以便采购平台对采购商品的价格核算和管理。

s200：在预设的订单类型数据表中匹配所述订单信息对应的订单类型，并将同一所述订单类型的订单信息复制到所述订单类型指向的待结算表单中；

具体地，预设的订单类型数据表记录了购物平台信息，其中，购物平台信息包括协议购物平台和各购物网站的属性标签，属性标签表征订单类型，即根据协议购物平台或者购物网站的名称命名属性标签，也就是根据订单信息中的订单编码识别订单信息来源来自哪个购物平台。同一购物网站的订单信息对应的属性标签相同，协议购物平台上的各个采购商品的订单信息都指向同一属性标签。每个订单信息中的链接地址，例如，可以分别设置不同购物网站的属性标签为p1、p2或者p3等，协议购物平台的属性标签t。

由于同一时间内在采购平台中选购采购商品来自不同的购物平台，需要在预设的订单类型数据表中根据识别订单信息中的订单编码识别对应的购物平台信息，根据购物平台信息匹配订单信息对应的属性标签，即属性标签表征订单类型。将识别为同一订单类型的订单信息复制到与订单类型指向的待结算表单中，也就是将来自同一购物平台的采购商品的订单休息归类到同一个待结算表单中，方便对采购商品的归类和统计。其中，待结算表单根据属性标签分类为协议表单和各个购物表单，也就是将协议商品信息归类到协议表单中，各购物网站的购物信息根据属性标签归类到对应的购物表单中。

s300：判断所述待结算表单是否符合预设的付款条件；

具体地，待结算表单符合预设的付款条件包括结算总额小于或者等于预设的金额阈值以及采购商品属于预设的非审批商品，其中，待结算表单记录来自同一购物网站的不同商户或者同一商户的采购商品，计算每个商户对应的采购商品合计总额，也就是采购金额，将待结算表单各个采购金额进行累加得到结算总额为，金额阈值是根据采购商品类型预先设置的数值，例如，设置一次购买办公用具不得超过一千块，一千作为金额阈值。非审批商品指无需经过审批流程的商品。例如，将办公类商品设置为非审批商品时，无需将采购订单执行审批流程。

进一步地，若采购商品不是非审批商品，则启动审批流程机制，根据识别采购商品对应的采购用户的所属部门，启动流程节点，将审批节点流向用户所属部门的负责人，使采购流程转向审批流程。

s400：若所述待结算表单符合所述预设的付款条件，则在预设时间内对所述待结算表单的所述订单信息执行支付。

预设时间可以是采购合同规定的合同付款时间或者是根据购物平台人工设置的时间，例如，对于支付来自购物网站的采购商品的预设时间可以是工作日的下午5点。

具体地，若待结算表单符合预设的付款条件时，也就是待结算表单中的结算总额小于或者等于预设的金额阈值以及采购商品属于预设的非审批商品，在预设时间内，对待结算表单的订单信息完成支付，也就是对同一属性标签的采购商品执行统一付款。

通过获取订单信息，在预设的订单类型数据表中匹配订单信息对应的订单类型，并将同一订单类型的订单信息复制到订单类型指向的待结算表单中，判断待结算表单是否符合预设的付款条件，若待结算表单符合预设的付款条件，则在预设时间内对待结算表单的订单信息执行支付，实现了对来自不同渠道的采购商品在采购平台上能自动执行统一支付，不仅节省了采购的时间和人力，而且提高了采购金额核算的准确率和采购支付效率，从而避免超过采购合同履约时间未支付采购款项的问题，增强企业信誉度。

请参阅图2，图2为本申请实施例提供的采购平台分别与购物平台、支付平台建立连接关系的流程图。

如图2所示，步骤s100之前，支付管理的控制方法还包括如下步骤：

s110：预先创建购物接口和支付接口；

具体地，根据不同的购物网站属性特点创建购物接口，例如，电商购物网站接口；根据支付平台创建支付接口，例如，第三方支付接口。

s120：通过所述购物接口建立采购平台与各个购物平台的连接关系；

具体地，通过预先创建的购物接口将采购平台与1至多个购物平台建立连接关系，使得采购平台与各购物平台具有映射关系，也就是在用户登录采购平台后，在采购商品时，通过购物接口直接链接到用户选中的购物平台，此处的购物平台包括协议购物平台和各购物网站。

s130：通过所述支付接口建立所述采购平台与支付平台的连接关系。

具体地，通过支付接口建立采购平台与指定的支付平台的连接关系，指定的支付平台除了是第三方支付，还可以是银行支付，使得采购平台上通过支付接口接入支付平台，实现对采购商品的直接付款。

通过预先创建购物接口建立采购平台与各个购物平台的连接关系，通过预先创建支付接口建立采购平台与支付平台的连接关系，从而实现采购平台上的采购功能和支付功能。

请参阅图3，图3为本申请实施例提供的获取订单信息的流程图。

如图3所示，步骤s100，即获取订单信息的具体步骤包括：

s101：当接收到预设的第一指令时，通过所述购物接口将所述采购平台跳转至所述购物平台，其中，所述第一指令是将浏览画面由采购平台中切换到所述购物平台的操作指令；

具体地，当终端检测到用户在采购平台界面选中其中一个购物菜单项时，将采购平台切换到购物平台的操作指令作为第一指令发送到服务端，其中，购物菜单项包括各个购物网站的选项。服务端根据第一指令，通过购物接口将采购平台跳转到用户选中的购物菜单项所对应的购物平台。

s102：当检测到所述用户在所述购物平台选中采购商品时，将所述采购商品对应的所述订单信息记录在第一订单中；

具体地，第一订单存储在购物平台中，并用于记录用户选中的采购商品对应的订单信息。订单信息包括采购商品类型、采购商品数量、采购商品价格以及采购商品的商家信息等，其中，商家信息包括商家的支付识别码。

s103：当检测到所述用户提交所述第一订单时，获取所述订单信息。

具体地，当检测到用户触发提交控件时，获取第一订单的订单信息。

通过在接收到预设的第一指令后，通过购物接口将采购平台跳转至购物平台，当检测到用户在购物平台选中采购商品时，将采购商品对应的订单信息记录在第一订单中，并在用户提交第一订单时，获取订单信息，实现了在采购平台中能直接选购来自其他购物平台的采购商品，减少了用户的采购过程的时间，提高采购效率。

请参阅图4，图4为本申请实施例提供的计算结算总额的流程图。

如图4所示，步骤s200之后，支付管理的控制方法还包括如下步骤：

s210：在所述待结算表单中计算每个所述订单信息对应的采购金额，其中，所述待结算表单是指用于集合同一所述订单类型的各个所述订单信息的表单；

具体地，通过协议购物平台或者各购物网站的属性标签来表征订单类型，也就是说，待结算表单集合了来自同一协议购物平台或者同一购物网站的至少为一个的订单信息。根据待结算表单中订单信息记录的采购商品价格、商品数量以及预设的计算公式计算每个订单信息的采购金额，采购金额具体是指某采购商品的总采购金额。其中，预设的计算公式可以是根据采购条件设置，例如采购金额公式可以是采购金额＝商品价格*商品数量。

s220：对所述待结算表单中每个所述订单信息对应的采购金额进行累加，得到所述待结算表单的结算总额。

具体地，由于待结算表单记录的是来自同一订单类型的第一订单的订单信息，故每个订单信息的采购金额等于第一订单的采购金额，故将上述步骤s210计算得到的每个采购金额进行累加，最终得到结算表单的结算总额。

通过在待结算表单中计算各个订单信息的采购金额，以及将采购金额执行累加得到结算总额的过程，实现了机器替代人工计算，有利于提高计算的效率和准确率的特点，减少人为计算带来的误差问题。

请参阅图5，图5为本申请实施例提供的对待结算表单执行支付的流程图。

如图5所示，步骤s400，即若所述待结算表单符合所述预设的付款条件，则在预设时间内对所述待结算表单的所述订单信息执行支付的具体步骤包括：

s401：获取所述待结算表单中所述订单信息对应的的支付识别码；

具体地，由于待结算表单中记录了各个第一订单的订单信息，需要获取待结算表单的各个订单信息的支付识别码，其中，支付识别码可以是购物平台网站中商户的支付识别码或者是产品协议表单中记载的商户收款的银行账户信息。

s402：将所述支付识别码和所述采购金额传送至所述支付平台；

具体地，将支付识别码和待结算表单中支付识别码对应的采购金额通过支付接口传送至支付平台。

s403：判断当前时间是否为所述预设时间；

具体地，预设时间可以根据订单类型或者采购合同规定的时间进行设置，例如，将每周五作为某购物平台网站的支付款项时间。

s404：若检测到当前时间为所述预设时间，触发支付指令，以使所述支付平台根据所述支付指令识别所述支付识别码，并执行支付操作。

具体地，若检测到当前时间等于预设时间，触发支付指令，以请求支付平台识别支付识别码，对结算表单上的各个支付识别码指定支付款项操作。

通过识别订单信息的支付识别码，在预设时间内完成统一订单类型的订单信息的支付，实现了在采购平台上自动统一支付的功能，提高支付效率，简化支付操作。

若所述待结算表单符合所述预设的付款条件，则在预设时间内对所述待结算表单的所述订单信息执行支付之后，所述支付管理的控制方法还包括：

当检测到所述支付平台完成所述订单信息的付款时，将所述订单信息的付款情况按照预设的通知方式反馈至所述用户的终端，并更新所述采购平台的所述第一订单。

具体地，付款情况包括第一订单的采购商品信息和付款状态等，预设的通知方式可以是邮件方式，短信方式或者其他通知消息的通知方式，将订单信息的付款情况按照预设的通知方式反馈到用户的终端，并更新采购平台第一订单的付款情况，有利于对采购流程的跟踪和监控。

为解决上述技术问题，本申请实施例还提供一种支付管理的控制装置。具体请参阅图6，图6为本申请实施例提供的支付管理的控制装置的基本结构框图。

如图6所示，一种支付管理的控制装置，支付管理的控制装置包括获取模块10、处理模块20、判断模块30和执行模块40。其中，获取模块10，用于获取订单信息；处理模块20，用于在预设的订单类型数据表中匹配订单信息对应的订单类型，并将同一订单类型的订单信息复制到订单类型指向的待结算表单中；判断模块30，用于判断待结算表单是否符合预设的付款条件；执行模块40，用于若待结算表单符合预设的付款条件，则在预设时间内对待结算表单的订单信息执行支付。

可选地，支付管理的控制装置还包括创建模块、第一连接模块和第二连接模块。其中，创建模块，用于预先创建购物接口和支付接口；第一连接模块，用于通过购物接口建立采购平台与各个购物平台的连接关系；第二连接模块，用于通过支付接口建立采购平台与支付平台的连接关系。

可选地，支付管理的控制装置还包括跳转模块、记录模块和第一获取模块。其中，跳转模块，用于当接收到预设的第一指令时，通过购物接口将采购平台跳转至购物平台，其中，第一指令是将浏览画面由采购平台中切换到购物平台的操作指令；记录模块，用于当检测到用户在购物平台选中采购商品时，将采购商品对应的订单信息记录在第一订单中；第一获取模块，用于当检测到用户提交第一订单时，获取订单信息。

可选地，支付管理的控制装置还包括计算模块和累加模块。其中，计算模块，用于在待结算表单中计算每个订单信息对应的采购金额，其中，待结算表单是指用于集合同一订单类型的各个订单信息的表单；累加模块，用于对待结算表单中每个订单信息对应的采购金额进行累加，得到待结算表单的结算总额。

可选地，预设的付款条件包括结算总额小于或者等于预设的金额阈值以及采购商品属于预设的非审批商品，其中，非审批商品指无需经过审批流程的商品。

可选地，支付管理的控制装置还包括第二获取模块、传送模块、判断模块和支付模块。其中，第二获取模块，用于获取待结算表单中订单信息对应的的支付识别码；传送模块，用于将支付识别码和采购金额传送至支付平台；判断模块，用于判断当前时间是否为预设时间；支付模块，用于若检测到当前时间为预设时间，触发支付指令，以使支付平台根据支付指令识别支付识别码，并执行支付操作。

可选地，支付管理的控制装置还包括反馈模块，用于当检测到支付平台完成订单信息的付款时，将订单信息的付款情况按照预设的通知方式反馈至用户的终端，并更新采购平台的第一订单。

关于上述实施例中支付管理的控制装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

为解决上述技术问题，本申请实施例提供一种计算机设备。具体请参阅图7，图7为本申请实施例提供的计算机设备基本结构框图。

如图7所示，该计算机设备包括通过系统总线连接的处理器、非易失性存储介质、存储器和网络接口。其中，该计算机设备的非易失性存储介质存储有操作系统、数据库和计算机可读指令，数据库中可存储有控件信息序列，该计算机可读指令被处理器执行时，可使得处理器实现一种支付管理的控制方法。该计算机设备的处理器用于提供计算和控制能力，支撑整个计算机设备的运行。该计算机设备的存储器中可存储有计算机可读指令，该计算机可读指令被处理器执行时，可使得处理器执行一种支付管理的控制方法。该计算机设备的网络接口用于与终端连接通信。本领域技术人员可以理解，图7中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在本实施例中，所述处理器用于执行图6中获取模块10、判断模块20、处理模块30和执行模块40的具体内容，而所述存储器存储有执行上述模块所需的程序代码和各类数据。所述网络接口用于向用户终端或服务器之间的数据传输。本实施例中的存储器存储有支付管理的控制方法中执行所有子模块所需的程序代码及数据，服务器能够调用服务器的程序代码及数据执行所有子模块的功能。

所述计算机设备通过用户在采购平台的终端界面上选取来自各个购物平台的采购商品，并提交订单的操作，服务端根据订单的订单信息计算采购金额，并判断订单信息是否符合预设的付款条件，当订单信息符合预设的付款条件时，通过支付接口，对订单中的任一来自不同购物平台的采购商品执行支付，从而解决无法在采购平台中统一支付来自不同采购渠道的采购款项的问题。

本申请还提供一种存储有计算机可读指令的存储介质，所述计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行上述任一实施例所述支付管理的控制的处理方法的步骤。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，该计算机程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，前述的存储介质可为磁碟、光盘、只读存储记忆体(read-onlymemory，rom)等非易失性存储介质，或随机存储记忆体(randomaccessmemory，ram)等。

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

以上所述仅是本申请的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。