CN110807689A - 处理方法及其系统、电子设备和介质 - Google Patents

Abstract

本公开提供了一种处理方法，包括：获取交易订单的订单信息，其中，交易订单由合作方在交易平台上执行下单操作生成，针对交易平台，确定合作方的目标企业支付账户，将订单信息推送至目标企业支付账户，以实现针对交易订单的线上支付。本公开还提供了一种处理系统，电子设备以及计算机可读存储介质。

Description

处理方法及其系统、电子设备和介质

技术领域

本公开涉及网络领域，特别是涉及一种处理方法及其系统、电子设备和介质。

背景技术

企业的线上化经营势在必行，使得企业与金融服务机构的合作也越来越深入。伴随着金融领域的不断改革创新和互联网技术的突破性发展，使得金融服务机构有能力可以为与其合作的企业提供越来越完善的服务，助力企业线上化经营的转型。例如，银行机构为与其合作的企业提供线上支付工具，如企业(网银)账户等，使得企业可以利用企业账户实现针对线上各种交易订单的线上支付操作。

相关技术提出了一些助力业务线上化经营的解决方案。在线上交易的整个业务流程中，首先，由企业商务相关的采购经办人员在采购平台(或网络购物平台)上下单以生成交易订单，然后，由企业的财务人员登录该采购平台，利用企业账户完成该交易订单的线上支付操作。

但是，在相关技术提供的解决方案中，由于采购经办人员不具有企业账户的支付权限，在线上业务流转到下单后的支付环节时，无法通过企业账户完成该交易订单的线上支付操作，只能等待企业的财务人员登录采购平台，才能完成该交易订单的线上支付操作，容易导致线上交易的中断，不利于企业线上化经营转型。

发明内容

有鉴于此，本公开提供了一种处理方法及其系统，电子设备及介质，将合作方在交易平台上生成的交易订单的订单信息直接推送至合作方的目标企业支付账户，可以至少部分克服相关技术中容易导致线上交易的中断的技术问题，有效避免线上交易的中断，助于整个线上交易行为的连贯性，利于企业线上化经营转型。

为了实现上述目的，本公开的第一个方面提供了一种处理方法，上述方法包括：获取交易订单的订单信息，其中，上述交易订单由合作方在交易平台上执行下单操作生成，针对上述交易平台，确定上述合作方的目标企业支付账户，以及将上述订单信息推送至上述目标企业支付账户，以实现针对上述交易订单的线上支付。

根据本公开的实施例，上述企业支付账户包括多个企业支付账户，上述针对上述交易平台，确定上述合作方的目标企业支付账户包括：针对每个企业支付账户，获取预先配置的支付权限，其中，上述支付权限用于表征企业支付账户与交易平台之间的支付权限，以及基于上述支付权限，从上述多个企业支付账户中确定出上述目标企业支付账户，其中，上述目标企业支付账户配置有上述交易平台的支付权限。

根据本公开的实施例，上述基于上述支付权限，从上述多个企业支付账户中确定出上述目标企业支付账户包括：基于上述支付权限，从上述多个企业支付账户中确定出多个拟定企业支付账户，其中，每个拟定企业支付账户配置有上述交易平台的支付权限，获取上述每个拟定企业支付账户对应的优先级，以及基于上述优先级，从上述多个拟定企业支付账户中确定出上述目标企业支付账户。

根据本公开的实施例，上述企业支付账户包括多个企业支付账户，上述针对上述交易平台，确定上述合作方的目标企业支付账户包括：针对上述交易平台，获取上述合作方的历史支付记录，其中，上述历史支付记录用于表征企业支付账户在上述交易平台上的支付记录，以及基于上述历史支付记录，从上述多个企业支付账户中确定出上述目标企业支付账户，其中，上述目标企业支付账户在上述交易平台上的支付记录满足预设条件。

根据本公开的实施例，上述获取交易订单的订单信息包括：检测上述交易平台上是否存在上述合作方的下单操作，若存在上述合作方的下单操作，则获取上述交易订单，以及针对上述交易订单，获取与上述交易订单对应的订单信息。

根据本公开的实施例，上述获取交易订单的订单信息包括：获取预设规则，其中，上述预设规则用于指示获取在预设时间范围内生成的交易订单，基于上述预设规则，获取上述交易订单，其中，上述交易订单的生成时间在上述预设时间范围内，以及针对上述交易订单，获取与上述交易订单对应的订单信息。

为了实现上述目的，本公开的另一个方面提供了一种处理系统，上述系统包括：获取模块，配置为获取交易订单的订单信息，其中，上述交易订单由合作方在交易平台上执行下单操作生成，确定模块，配置为针对上述交易平台，确定上述合作方的目标企业支付账户，以及推送模块，配置为将上述订单信息推送至上述目标企业支付账户，以实现针对上述交易订单的线上支付。

根据本公开的实施例，上述企业支付账户包括多个企业支付账户，上述确定模块包括：第一获取子模块，配置为针对每个企业支付账户，获取预先配置的支付权限，其中，上述支付权限用于表征企业支付账户与交易平台之间的支付权限，以及第一确定子模块，配置为基于上述支付权限，从上述多个企业支付账户中确定出上述目标企业支付账户，其中，上述目标企业支付账户配置有上述交易平台的支付权限。

根据本公开的实施例，上述第一确定子模块包括：第一确定单元，配置为基于上述支付权限，从上述多个企业支付账户中确定出多个拟定企业支付账户，其中，每个拟定企业支付账户配置有上述交易平台的支付权限，获取单元，配置为获取上述每个拟定企业支付账户对应的优先级，以及第二确定单元，配置为基于上述优先级，从上述多个拟定企业支付账户中确定出上述目标企业支付账户。

根据本公开的实施例，上述企业支付账户包括多个企业支付账户，上述确定模块包括：第二获取子模块，配置为针对上述交易平台，获取上述合作方的历史支付记录，其中，上述历史支付记录用于表征企业支付账户在上述交易平台上的支付记录，以及第二确定子模块，配置为基于上述历史支付记录，从上述多个企业支付账户中确定出上述目标企业支付账户，其中，上述目标企业支付账户在上述交易平台上的支付记录满足预设条件。

根据本公开的实施例，上述获取模块包括：检测子模块，配置为检测上述交易平台上是否存在上述合作方的下单操作，第三获取子模块，配置为若存在上述合作方的下单操作，则获取上述交易订单，以及第四获取子模块，配置为针对上述交易订单，获取与上述交易订单对应的订单信息。

根据本公开的实施例，上述获取模块包括：第五获取子模块，配置为获取预设规则，其中，上述预设规则用于指示获取在预设时间范围内生成的交易订单，第六获取子模块，配置为基于上述预设规则，获取上述交易订单，其中，上述交易订单的生成时间在上述预设时间范围内，以及第七获取子模块，配置为针对上述交易订单，获取与上述交易订单对应的订单信息。

为实现上述目的，本公开的另一方面提供了一种电子设备，包括：一个或多个处理器，存储器，用于存储一个或多个程序，其中，当上述一个或多个程序被上述一个或多个处理器执行时，使得上述一个或多个处理器实现如上所述的方法。

为实现上述目的，本公开的另一方面提供了一种计算机可读存储介质，存储有计算机可执行指令，上述指令在被执行时用于实现如上所述的方法。

为实现上述目的，本公开的另一方面提供了一种计算机程序，上述计算机程序包括计算机可执行指令，上述指令在被执行时用于实现如上所述的方法。

与相关技术中采购人员在采购平台上执行交易订单的下单环节与企业财务人员登录采购平台完成线上支付的支付环节之间不连贯相比，本公开提出的处理方法，通过将交易订单的订单信息直接推送至目标企业支付账户，可以打通合作方的交易平台与企业支付账户，实现订单信息与支付信息的实时共享，实现企业线上采购环节与支付环节的连贯性，助力企业线上化经营转型。

附图说明

为了更完整地理解本公开及其优势，现在将参考结合附图的以下描述，其中：

图1示意性示出了适用于本公开实施例的处理方法及其系统的系统架构；

图2示意性示出了适用于本公开实施例的处理方法及其系统的应用场景；

图3示意性示出了根据本公开实施例的处理方法的流程图；

图4示意性示出了根据本公开实施例的针对交易平台，确定合作方的目标企业支付账户的流程图；

图5示意性示出了根据本公开实施例的基于支付权限，从多个企业支付账户中确定出目标企业支付账户的流程图；

图6示意性示出了根据本公开另一实施例的针对交易平台，确定合作方的目标企业支付账户的流程图；

图7示意性示出了根据本公开实施例的获取交易订单的订单信息的流程图；

图8示意性示出了根据本公开另一实施例的获取交易订单的订单信息的流程图；

图9示意性示出了根据本公开实施例的处理系统的框图；

图10示意性示出了根据本公开实施例的确定模块的框图；

图11示意性示出了根据本公开实施例的第一确定子模块的框图；

图12示意性示出了根据本公开另一实施例的确定模块的框图；

图13示意性示出了根据本公开实施例的获取模块的框图；

图14示意性示出了根据本公开另一实施例的获取模块的框图；

图15示意性示出了根据本公开实施例的适于实现处理方法和系统的电子设备的框图。

具体实施方式

以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。

在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了上述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。

在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。

在使用类似于“A、B和C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B和C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。在使用类似于“A、B或C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B或C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。

附图中示出了一些方框图和/或流程图。应理解，方框图和/或流程图中的一些方框或其组合可以由计算机程序指令来实现。这些计算机程序指令可以提供给通用计算机、专用计算机或其他可编程数据处理系统的处理器，从而这些指令在由该处理器执行时可以创建用于实现这些方框图和/或流程图中所说明的功能/操作的系统。本公开的技术可以硬件和/或软件(包括固件、微代码等)的形式来实现。另外，本公开的技术可以采取存储有指令的计算机可读存储介质上的计算机程序产品的形式，该计算机程序产品可供指令执行系统使用或者结合指令执行系统使用。

在线上交易的整个业务流程中，首先，由企业商务相关的采购经办人员在采购平台(或网络购物平台)上下单以生成交易订单，然后，由企业的财务人员登录该采购平台，利用企业账户完成该交易订单的线上支付操作。但是，由于采购经办人员不具有企业账户的支付权限，在线上业务流转到下单后的支付环节时，无法通过企业账户完成该交易订单的线上支付操作，只能等待企业的财务人员登录采购平台，才能完成该交易订单的线上支付操作，容易导致线上交易的中断，不利于企业线上化经营转型。

为了解决相关技术存在的技术问题，并因此实现线上交易支付的连贯性，提高与银行机构合作的企业用户在线上支付业务中的用户体验，本公开提供了一种处理方法，包括：首先，获取交易订单的订单信息，其中，交易订单由合作方在交易平台上执行下单操作生成。然后，针对交易平台，确定合作方的目标企业支付账户。最后，将订单信息推送至目标企业支付账户，以实现针对交易订单的线上支付。

图1示意性示出了适用于本公开实施例的处理方法及其系统的系统架构100。需要说明的是，图1所示仅为可以应用本公开实施例的系统架构的示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例不可以用于其他设备、系统、环境或场景。

如图1所示，本公开实施例的系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。

终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器105可以是提供各种服务的服务器，例如对用户利用终端设备101、102、103所浏览的网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的用户请求等数据进行分析等处理，并将处理结果(例如根据用户请求获取或生成的网页、信息、或数据等)反馈给终端设备。

需要说明的是，本公开实施例所提供的处理方法一般可以由服务器105执行。相应地，本公开实施例所提供的处理系统一般可以设置于服务器105中。本公开实施例所提供的处理方法也可以由不同于服务器105且能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群执行。相应地，本公开实施例所提供的处理系统也可以设置于不同于服务器105且能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群中。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

图2示意性示出了适用于本公开实施例的处理方法及其系统的应用场景。

如图2所示，该应用场景200可以包括电商平台环境210和企业网银环境220。其中，在电商平台环境210中，企业的商务人员执行采购流程，以生成待支付订单。通过本公开实施例提供的处理方法，可以将待支付订单的订单信息，即推送信息，推送至企业网银。使得企业的财务人员可以在企业网银环境220中通过支付指令执行支付流程，实现针对待支付订单的线上支付。

应该理解，图2中所示的待支付订单、支付指令的数目仅仅是示意性的。根据线上交易场景的实现需要，可以包含任意数目的待支付订单和支付指令。

以下参考图3～图8并结合具体实施例详细阐述本公开实施例所提供的处理方法。

图3示意性示出了根据本公开实施例的处理方法的流程图。

如图3所示，该处理方法可以包括操作S310～操作S330。

在操作S310，获取交易订单的订单信息。

根据本公开的实施例，交易订单由合作方在交易平台上执行下单操作生成，是待支付的交易订单。其中，合作方可以是与银行机构具有合作关系的用户。与个人业务不同，以企业法人、单位等客户为主体，围绕公存账户开展各类支票、汇兑、贷款等业务称为对公业务，是银行机构为与其建立合作关系的企业提供的各种业务，可以包括但不限于企业电子银行、单位存款业务、信贷业务、机构业务、国际业务、委托性住房金融、资金清算、中间业务、资产推介、基金托管，对公业务的账户为单位账户。

根据本公开的实施例，交易订单的订单信息可以包含合作方的支付信息。可以包括但不限于交易订单的订单金额、支付币种、支付时限、支付方式。交易平台是可以为合作方提供线上交易的任意平台。合作方可以通过交易平台采购到本企业需要的各种物资。可以理解的是，不同的交易平台提供的交易对象不同，因此，合作方可以根据实际业务需要，选择不同的交易平台，执行下单操作。该交易订单是需要合作方的企业支付账户进行支付的订单。

在操作S320，针对交易平台，确定合作方的目标企业支付账户。

需要说明的是，本公开中的企业支付账户等同于企业账户，或者企业银行账户。企业支付账户按用途可以分为基本存款账户、一般存款账户、专用存款账户、临时存款账户。其中，基本存款账户是存款人因办理日常转账结算和现金收付需要开立的银行结算账户。基本账户必须开立。一般存款账户是存款人因借款或其它结算需要，在基本存款账户开户银行以外的银行营业机构开立的银行结算账户。专用存款账户是存款人按照法律、行政法规和规章，对其特定用途资金进行专项管理和使用而开立的银行结算账户。临时存款账户是存款人因临时需要并在规定期限内使用而开立的银行结算账户。

根据本公开的实施例，针对不同的交易平台，合作方可以具有不同的企业支付账户。因此，在本公开的实施例中，可以根据交易平台的不同，确定用于支付该交易平台上产生的交易订单的目标企业支付账户。

在操作S330，将订单信息推送至目标企业支付账户，以实现针对交易订单的线上支付。

根据本公开的实施例，在线支付的整个处理流程设计众多环节，需要支付机构与众多银行机构进行信息交换，从而实现支付行为。

将获取到的订单信息推送至目标企业支付账户，使得具有企业账户的支付权限的财务人员可以看到推送过来的待支付订单，并利用企业账户完成支付。可以理解，本公开针对线上交易订单的支付操作为异步线上支付。

通过本公开的实施例，通过将交易订单的订单信息直接推送至目标企业支付账户，可以打通合作方执行采购操作的交易平台与企业支付账户，实现订单信息与支付信息的实时共享，实现企业线上采购环节与支付环节的连贯性，助力企业线上化经营转型。

根据本公开的实施例，企业支付账户可以包括多个企业支付账户。因此针对不同的交易平台，需要从多个企业支付账户中确定出目标企业支付账户。本公开提供以下两个具体实施例，以实现从多个企业支付账户中确定出目标企业支付账户。需要说明的是，以下仅是示例性的说明目标企业支付账户的确定方法，并非是对目标企业支付账户的确定方法的限定。

作为一种可选的实施例，合作方可以预先配置每个企业支付账户的支付权限，以生成用于表征企业支付账户与交易平台之间的支付权限的关联关系，该关联关系用于指明每个企业支付账户可以支付哪些交易平台的交易订单，不可以支付哪些交易平台的交易订单。甚至可以用于指明每个企业支付账户可以支付哪些交易平台的哪些交易订单，不可以支付哪些交易平台的哪些交易订单。具体地，可以为不同的交易平台指定一个或多个企业支付账户。也可以为每个企业支付账户指定一个或多个交易平台。

图4示意性示出了根据本公开实施例的针对交易平台，确定合作方的目标企业支付账户的流程图。

如图4所示，前述操作S320可以包括操作S410和操作S420。

在操作S410，针对每个企业支付账户，获取预先配置的支付权限。

根据本公开的实施例，支付权限用于表征企业支付账户与交易平台之间的支付权限。

在操作S420，基于支付权限，从多个企业支付账户中确定出目标企业支付账户。

根据本公开的实施例，目标企业支付账户配置有交易平台的支付权限。具有支付权限的用户为合法用户，拥有支付指令，否则为非法用户。合法用户一般为企业的财务人员。利用支付指令可以通过企业支付账户成功执行支付操作，以完成针对该交易订单的结算。可以理解，支付指令可以具有不同的形式，可以包括但不限于纸质、磁介质或电子形式，不同的支付形式对应不同的支付机制。支付指令包含确定的金额，否则无法完成支付。支付指令必须由合肥用户主动请求才具有效用。

在本公开中，可以根据预先配置的支付权限，对多个企业支付账户进行筛选以确定出针对该交易平台具有支付权限的企业支付账户作为目标企业支付账户，通过该目标企业支付账户实现针对交易订单的在线支付操作。

通过本公开的实施例，通过为企业支付账户预先配置支付权限的方式，可以快速实现针对交易平台，从多个企业支付账户中确定出合作方的目标企业支付账户，有利于维持针对交易订单的线上支付流程的连贯性。

可以理解的是，从多个企业支付账户中确定出的对该交易平台具有支付权限的企业支付账户可以是一个，也可以是多个。若是一个，则可以直接将其确定为目标企业支付账户。若是多个，则还需要基于支付权限，从多个对该交易平台具有支付权限的企业支付账户中再次筛选出一个企业支付账户，将其确定为目标企业支付账户。

图5示意性示出了根据本公开实施例的基于支付权限，从多个企业支付账户中确定出目标企业支付账户的流程图。

如图5所示，前述操作S420可以包括操作S510～操作S530。

在操作S510，基于支付权限，从多个企业支付账户中确定出多个拟定企业支付账户。其中，每个拟定企业支付账户配置有交易平台的支付权限。

在操作S520，获取每个拟定企业支付账户对应的优先级。

在操作S530，基于优先级，从多个拟定企业支付账户中确定出目标企业支付账户。

根据本公开的实施例，除了前述可以为企业支付账户配置是否具有支付权限之外，还可以为企业支付账户配置支付权限的优先级，企业支付账户的支付权限的优先级越高，则越先被确定为用于支付该交易平台上的待支付订单的目标企业支付账户。

通过本公开的实施例，可以根据优先级的高低，将优先级最高的企业支付账户确定为目标企业支付账户，有利于维持针对交易订单的线上支付流程的连贯性。

作为一种可选的实施例，还可以针对交易平台，获取合作方的历史支付信息，以确定哪些企业支付账户对该交易平台的交易订单执行过线上支付操作。

图6示意性示出了根据本公开另一实施例的针对交易平台，确定合作方的目标企业支付账户的流程图。

如图6所示，前述操作S320可以包括操作S610和操作S620。

在操作S610，针对交易平台，获取合作方的历史支付记录。其中，历史支付记录用于表征企业支付账户在交易平台上的支付记录。

在操作S620，基于历史支付记录，从多个企业支付账户中确定出目标企业支付账户。其中，目标企业支付账户在交易平台上的支付记录满足预设条件。

根据本公开的实施例，历史支付记录可以包括企业支付账户的账户信息，支付时间，支付金额，支付方式。根据历史支付方式。基于历史支付记录，可以实现从多个企业支付账户中确定出目标企业支付账户。

例如，可以基于多个企业支付账户的历史支付记录，统计出多个企业支付账户的支付次数，将支付次数最多的企业支付账户确定为目标企业支付账户。也可以基于多个企业支付账户的历史支付记录，统计出多个企业支付账户的支付金额，将支付金额最多的企业支付账户确定为目标企业支付账户。还可以基于多个企业支付账户的历史支付时间，统计出多个企业支付账户的支付时间，将支付时间最新的企业支付账户确定为目标企业支付账户。

需要说明的是，上述基于历史支付记录，从多个企业支付账户中确定出目标企业支付账户仅是示例性的，并不是限定，可以根据实际需求，选择其他方式，基于历史支付记录，从多个企业支付账户中确定出目标企业支付账户。

通过本公开的实施例，可以基于历史支付记录，从多个企业支付账户中确定出目标企业支付账户，使得确定出的目标企业支付账户符合历史支付习惯，提升企业的线上支付体验。

在本公开中，提供以下两个具体实施例说明获取交易订单的订单信息的方式。可以在检测到下单操作的情况下，立即获取交易订单的订单信息(如图7所示)。也可以按照预设规则获取交易订单的订单信息(如图8所示)。

图7示意性示出了根据本公开实施例的获取交易订单的订单信息的流程图。

如图7所示，前述操作S310可以包括操作S710～操作S730。

在操作S710，检测交易平台上是否存在合作方的下单操作。

在操作S720，若存在合作方的下单操作，则获取交易订单。

在操作S730，针对交易订单，获取与交易订单对应的订单信息。

通过本公开的实施例，在检测到存在下单操作的情况下，获取交易订单的订单信息，可以实现订单信息的实时同步获取，提高订单信息获取的效率，节省整个订单交易所消耗的时间。

图8示意性示出了根据本公开另一实施例的获取交易订单的订单信息的流程图。

如图8所示，前述操作S310可以包括操作S810～操作S830。

在操作S810，获取预设规则，其中，预设规则用于指示获取在预设时间范围内生成的交易订单。

在操作S820，基于预设规则，获取交易订单。其中，交易订单的生成时间在预设时间范围内。

在操作S830，针对交易订单，获取与交易订单对应的订单信息。

根据本公开的实施例，考虑到企业财务人员不可能随时都可以处理来自交易平台生成的交易订单。因此，本公开结合企业财务人员的工作特点，设置交易订单的时间范围，获取该时间范围内生成的交易订单。

作为一种可选的实施例，该时间范围可以是在时间的起始值和时间的终止值之间的时间区间，根据本次设置的时间范围的时间终止值可以确定下一个时间范围的时间起始值，以此保证时间范围的连续性。

例如，时间范围可以是[201901050800，201901100800]，本次设置的时间起始值为2019年1月5日08:00，本次设置的时间终止值为2019年1月10日08:00。根据时间终止值2019年1月10日08:00，可以设置下次时间范围的时间起始值。

作为一种可选的实施例，该时间范围也可以是时间频率范围，按照该时间频率多次获取订单信息，以此保证时间范围的连续性。

例如，时间范围可以是每个星期一的早上8点。若本次获取订单信息的时间范围为本周星期一的早上8点，则以此可以确定本次时间范围为某一星期一的早上8点到下周星期一的早上8点。

需要说明的是，以上时间范围的设置方法仅是示例性的，并不是对时间范围设置方式的限定，本公开可以根据实际需要，自行设置时间范围，实现对交易信息的获取。

通过本公开的实施例，通过预设时间范围，可以实现交易订单的订单信息的批量获取，提高订单信息的获取效率，使得相关人员可以集中对交易订单执行批量线上支付，提高线上支付的效率，缩短线上支付消耗的时间，达到提高企业用户支付体验的技术效果。

以下参考图9～图14并结合具体实施例详细阐述本公开实施例提供的处理系统。

图9示意性示出了根据本公开实施例的处理系统的框图。

如图9所示，该处理系统900可以包括获取模块910、确定模块920以及推送模块930。

获取模块910，配置为例如执行前述操作S310，获取交易订单的订单信息，其中，交易订单由合作方在交易平台上执行下单操作生成。

确定模块920，配置为例如执行前述操作S320，针对交易平台，确定合作方的目标企业支付账户。

推送模块930，配置为例如执行前述操作S330，将订单信息推送至目标企业支付账户，以实现针对交易订单的线上支付。

通过本公开的实施例，通过将交易订单的订单信息直接推送至目标企业支付账户，可以打通合作方执行采购操作的交易平台与企业支付账户，实现订单信息与支付信息的实时共享，实现企业线上采购环节与支付环节的连贯性，助力企业线上化经营转型。

图10示意性示出了根据本公开实施例的确定模块的框图。

如图10所示，前述确定模块920可以包括第一获取子模块1010以及第一确定子模块1020。

第一获取子模块1010，配置为例如执行前述操作S410，针对每个企业支付账户，获取预先配置的支付权限，其中，支付权限用于表征企业支付账户与交易平台之间的支付权限。

第一确定子模块1020，配置为例如执行前述操作S420，基于支付权限，从多个企业支付账户中确定出目标企业支付账户，其中，目标企业支付账户配置有交易平台的支付权限。

通过本公开的实施例，通过为企业支付账户预先配置支付权限的方式，可以快速实现针对交易平台，从多个企业支付账户中确定出合作方的目标企业支付账户，有利于维持针对交易订单的线上支付流程的连贯性。

图11示意性示出了根据本公开实施例的第一确定子模块的框图。

如图11所示，前述第一确定子模块1020可以包括第一确定单元1110、获取单元1120以及第二确定单元1130。

第一确定单元1110，配置为例如执行前述操作S510，基于支付权限，从多个企业支付账户中确定出多个拟定企业支付账户，其中，每个拟定企业支付账户配置有交易平台的支付权限。

获取单元1120，配置为例如执行前述操作S520，获取每个拟定企业支付账户对应的优先级。

第二确定单元1130，配置为例如执行前述操作S530，基于优先级，从多个拟定企业支付账户中确定出目标企业支付账户。

通过本公开的实施例，可以根据优先级的高低，将优先级最高的企业支付账户确定为目标企业支付账户，有利于维持针对交易订单的线上支付流程的连贯性。

图12示意性示出了根据本公开另一实施例的确定模块的框图。

如图12所示，前述确定模块920可以包括第二获取子模块1210以及第二确定子模块1220。

第二获取子模块1210，配置为例如执行前述操作S610，针对交易平台，获取合作方的历史支付记录，其中，历史支付记录用于表征企业支付账户在交易平台上的支付记录。

第二确定子模块1220，配置为例如执行前述操作S620，基于历史支付记录，从多个企业支付账户中确定出目标企业支付账户，其中，目标企业支付账户在交易平台上的支付记录满足预设条件。

通过本公开的实施例，可以基于历史支付记录，从多个企业支付账户中确定出目标企业支付账户，使得确定出的目标企业支付账户符合历史支付习惯，提升企业的线上支付体验。

图13示意性示出了根据本公开实施例的获取模块的框图。

如图13所示，前述获取模块910可以包括检测子模块1310、第三获取子模块1320以及第四获取子模块1330。

检测子模块1310，配置为例如执行前述操作S710，检测交易平台上是否存在合作方的下单操作。

第三获取子模块1320，配置为例如执行前述操作S720，若存在合作方的下单操作，则获取交易订单。

第四获取子模块1330，配置为例如执行前述操作S730，针对交易订单，获取与交易订单对应的订单信息。

通过本公开的实施例，在检测到存在下单操作的情况下，获取交易订单的订单信息，可以实现订单信息的实时同步获取，提高订单信息获取的效率，节省整个订单交易所消耗的时间。

图14示意性示出了根据本公开另一实施例的获取模块的框图。

如图14所示，前述获取模块910可以包括第五获取子模块1410、第六获取子模块1420以及第七获取子模块1430。

第五获取子模块1410，配置为例如执行前述操作S810，获取预设规则，其中，预设规则用于指示获取在预设时间范围内生成的交易订单。

第六获取子模块1420，配置为例如执行前述操作S820，基于预设规则，获取交易订单，其中，交易订单的生成时间在预设时间范围内。

第七获取子模块1430，配置为例如执行前述操作S830，针对交易订单，获取与交易订单对应的订单信息。

通过本公开的实施例，通过预设时间范围，可以实现交易订单的订单信息的批量获取，提高订单信息的获取效率，使得相关人员可以集中对交易订单执行批量线上支付，提高线上支付的效率，缩短线上支付消耗的时间，达到提高企业用户支付体验的技术效果。

需要说明的是，处理系统部分的实施例方式与处理方法部分的实施例方式对应类似，并且所达到的技术效果也对应类似，在此不再赘述。

根据本公开的实施例的模块、子模块中的任意多个、或其中任意多个的至少部分功能可以在一个模块中实现。根据本公开实施例的模块、子模块中的任意一个或多个可以被拆分成多个模块来实现。根据本公开实施例的模块、子模块中的任意一个或多个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式的硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，根据本公开实施例的模块、子模块中的一个或多个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

例如，获取模块910、确定模块920、推送模块930、第一获取子模块1010、第一确定子模块1020、第一确定单元1110、获取单元1120、第二确定单元1130、第二获取子模块1210、第二确定子模块1220、检测子模块1310、第三获取子模块1320、第四获取子模块1330、第五获取子模块1410、第六获取子模块1420以及第七获取子模块1430中的任意多个可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。根据本公开的实施例，获取模块910、确定模块920、推送模块930、第一获取子模块1010、第一确定子模块1020、第一确定单元1110、获取单元1120、第二确定单元1130、第二获取子模块1210、第二确定子模块1220、检测子模块1310、第三获取子模块1320、第四获取子模块1330、第五获取子模块1410、第六获取子模块1420以及第七获取子模块1430中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，获取模块910、确定模块920、推送模块930、第一获取子模块1010、第一确定子模块1020、第一确定单元1110、获取单元1120、第二确定单元1130、第二获取子模块1210、第二确定子模块1220、检测子模块1310、第三获取子模块1320、第四获取子模块1330、第五获取子模块1410、第六获取子模块1420以及第七获取子模块1430中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

在相关技术中，仅支持企业财务人员在采购平台(电商平台环境)上完成线上支付，造成大量由采购经办人员(商务)下单的交易支付中断。企业线上支付采购中有大量订单的下单操作由采购经办人员(商务)在采购平台(电商平台环境)上完成，但是在线上支付的环节，由于采购经办人员(商务)不具有企业账户的支付权限，所以只能等待企业财务人员登陆采购平台(电商平台环境)完成线上支付或转而使用其他支付方式，经常会因支付动作的频繁中断而导致线上交易的中断。不利于企业线上化经营转型。

本公开提供的处理方法可以克服相关技术中的在采购平台(电商平台环境)上进行订单支付与企业财务支付割裂的问题，提供了一种采购经办人员(商务)在采购平台(电商平台环境)下单、企业财务人员在企业网银完成支付的解决方案，既可以保证企业线上采购环节与支付环节的连贯性，又可以让企业员工分工明确各司其职，助力企业线上化经营转型。

能够将合作方的采购平台(电商平台环境)与企业网银打通，做到信息互通订单实时共享，保证采购经办人员(商务)在采购平台(电商平台环境)下单提交后，企业财务人员可以看到订单并实时完成支付，避免了财务人员切换支付环境，使交易过程保持连贯。

图15示意性示出了根据本公开实施例的适于实现处理方法的电子设备1500的框图。图15示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图15所示，根据本公开实施例的电子设备1500包括处理器1501，其可以根据存储在只读存储器(ROM)1502中的程序或者从存储部分1508加载到随机访问存储器(RAM)1503中的程序而执行各种适当的动作和处理。处理器1501例如可以包括通用微处理器(例如CPU)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(ASIC))，等等。处理器1501还可以包括用于缓存用途的板载存储器。处理器1501可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。

在RAM 1503中，存储有电子设备1500操作所需的各种程序和数据。处理器1501、ROM 1502以及RAM 1503通过总线1504彼此相连。处理器1501通过执行ROM 1502和/或RAM1503中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，所述程序也可以存储在除ROM 1502和RAM 1503以外的一个或多个存储器中。处理器1501也可以通过执行存储在所述一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作：获取交易订单的订单信息，其中，交易订单由合作方在交易平台上执行下单操作生成，针对交易平台，确定合作方的目标企业支付账户，将订单信息推送至目标企业支付账户，以实现针对交易订单的线上支付。

根据本公开的实施例，电子设备1500还可以包括输入/输出(I/O)接口1505，输入/输出(I/O)接口1505也连接至总线1504。电子设备1500还可以包括连接至I/O接口1505的以下部件中的一项或多项：包括键盘、鼠标等的输入部分1506；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分1507；包括硬盘等的存储部分1508；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分1509。通信部分1509经由诸如因特网的网络执行通信处理。驱动器1510也根据需要连接至I/O接口1505。可拆卸介质1511，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1510上，以便于从其上读出的计算机程序根据需要被安装入存储部分1508。

根据本公开的实施例，根据本公开实施例的方法流程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读存储介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分1509从网络上被下载和安装，和/或从可拆卸介质1511被安装。在该计算机程序被处理器1501执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、系统、模块、单元等可以通过计算机程序模块来实现。

本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/系统/系统中所包含的；也可以是单独存在，而未装配入该设备/系统/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的方法：获取交易订单的订单信息，其中，交易订单由合作方在交易平台上执行下单操作生成，针对交易平台，确定合作方的目标企业支付账户，将订单信息推送至目标企业支付账户，以实现针对交易订单的线上支付。

根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质，例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、系统或者器件使用或者与其结合使用。例如，根据本公开的实施例，计算机可读存储介质可以包括上文描述的ROM 1502和/或RAM 1503和/或ROM 1502和RAM 1503以外的一个或多个存储器。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合，即使这样的组合或结合没有明确记载于本公开中。特别地，在不脱离本公开精神和教导的情况下，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。

以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为了说明的目的，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。

Claims (14)

1.一种处理方法，包括：

获取交易订单的订单信息，其中，所述交易订单由合作方在交易平台上执行下单操作生成；

针对所述交易平台，确定所述合作方的目标企业支付账户；以及

将所述订单信息推送至所述目标企业支付账户，以实现针对所述交易订单的线上支付。

2.根据权利要求1的方法，其中，所述企业支付账户包括多个企业支付账户，所述针对所述交易平台，确定所述合作方的目标企业支付账户包括：

针对每个企业支付账户，获取预先配置的支付权限，其中，所述支付权限用于表征企业支付账户与交易平台之间的支付权限；以及

基于所述支付权限，从所述多个企业支付账户中确定出所述目标企业支付账户，其中，所述目标企业支付账户配置有所述交易平台的支付权限。

3.根据权利要求2的方法，其中，所述基于所述支付权限，从所述多个企业支付账户中确定出所述目标企业支付账户包括：

基于所述支付权限，从所述多个企业支付账户中确定出多个拟定企业支付账户，其中，每个拟定企业支付账户配置有所述交易平台的支付权限；

获取所述每个拟定企业支付账户对应的优先级；以及

基于所述优先级，从所述多个拟定企业支付账户中确定出所述目标企业支付账户。

4.根据权利要求1的方法，其中，所述企业支付账户包括多个企业支付账户，所述针对所述交易平台，确定所述合作方的目标企业支付账户包括：

针对所述交易平台，获取所述合作方的历史支付记录，其中，所述历史支付记录用于表征企业支付账户在所述交易平台上的支付记录；以及

基于所述历史支付记录，从所述多个企业支付账户中确定出所述目标企业支付账户，其中，所述目标企业支付账户在所述交易平台上的支付记录满足预设条件。

5.根据权利要求1的方法，其中，所述获取交易订单的订单信息包括：

检测所述交易平台上是否存在所述合作方的下单操作；

若存在所述合作方的下单操作，则获取所述交易订单；以及

针对所述交易订单，获取与所述交易订单对应的订单信息。

6.根据权利要求1的方法，其中，所述获取交易订单的订单信息包括：

获取预设规则，其中，所述预设规则用于指示获取在预设时间范围内生成的交易订单；

基于所述预设规则，获取所述交易订单，其中，所述交易订单的生成时间在所述预设时间范围内；以及

针对所述交易订单，获取与所述交易订单对应的订单信息。

7.一种处理系统，包括：

获取模块，配置为获取交易订单的订单信息，其中，所述交易订单由合作方在交易平台上执行下单操作生成；

确定模块，配置为针对所述交易平台，确定所述合作方的目标企业支付账户；以及

推送模块，配置为将所述订单信息推送至所述目标企业支付账户，以实现针对所述交易订单的线上支付。

8.根据权利要求7的系统，其中，所述企业支付账户包括多个企业支付账户，所述确定模块包括：

第一获取子模块，配置为针对每个企业支付账户，获取预先配置的支付权限，其中，所述支付权限用于表征企业支付账户与交易平台之间的支付权限；以及

第一确定子模块，配置为基于所述支付权限，从所述多个企业支付账户中确定出所述目标企业支付账户，其中，所述目标企业支付账户配置有所述交易平台的支付权限。

9.根据权利要求8的系统，其中，所述第一确定子模块包括：

第一确定单元，配置为基于所述支付权限，从所述多个企业支付账户中确定出多个拟定企业支付账户，其中，每个拟定企业支付账户配置有所述交易平台的支付权限；

获取单元，配置为获取所述每个拟定企业支付账户对应的优先级；以及

第二确定单元，配置为基于所述优先级，从所述多个拟定企业支付账户中确定出所述目标企业支付账户。

10.根据权利要求7的系统，其中，所述企业支付账户包括多个企业支付账户，所述确定模块包括：

第二获取子模块，配置为针对所述交易平台，获取所述合作方的历史支付记录，其中，所述历史支付记录用于表征企业支付账户在所述交易平台上的支付记录；以及

第二确定子模块，配置为基于所述历史支付记录，从所述多个企业支付账户中确定出所述目标企业支付账户，其中，所述目标企业支付账户在所述交易平台上的支付记录满足预设条件。

11.根据权利要求7的系统，其中，所述获取模块包括：

检测子模块，配置为检测所述交易平台上是否存在所述合作方的下单操作；

第三获取子模块，配置为若存在所述合作方的下单操作，则获取所述交易订单；以及

第四获取子模块，配置为针对所述交易订单，获取与所述交易订单对应的订单信息。

12.根据权利要求7的系统，其中，所述获取模块包括：

第五获取子模块，配置为获取预设规则，其中，所述预设规则用于指示获取在预设时间范围内生成的交易订单；

第六获取子模块，配置为基于所述预设规则，获取所述交易订单，其中，所述交易订单的生成时间在所述预设时间范围内；以及

第七获取子模块，配置为针对所述交易订单，获取与所述交易订单对应的订单信息。

13.一种电子设备，包括：

一个或多个处理器；以及

存储器，用于存储一个或多个程序，

其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现权利要求1至6中任一项所述的方法。

14.一种计算机可读存储介质，存储有计算机可执行指令，所述指令在被执行时用于实现权利要求1至6中任一项所述的方法。

Images