CN113421072A - 一种对业务服务费单据操作的方法、电子终端及服务器 - Google Patents

Abstract

本申请公开了一种对业务服务费单据操作的方法、电子终端及服务器，该方法包括：向订单服务器发送服务费查看指令，接收订单服务器返回的服务费项目；向订单服务器发送进行电子支付的请求指令，以使订单服务器与数据库交互生成服务费项目的订单并存储到数据库，及与财务服务器交互生成订单是否缴费的业务交易单并存储到数据库；向订单服务器发送对订单支付的请求指令，接收订单服务器返回的支付参数，根据支付参数与支付服务器交互进行支付；在支付过程中，向订单服务器发送针对指示的订单的取消支付指令，以使订单服务器取消指示的订单、通知支付服务器和财务服务器取消对应单据。本申请可以避免对服务费项目的重复缴费。

Description

一种对业务服务费单据操作的方法、电子终端及服务器

技术领域

本发明涉及业务服务技术领域，特别涉及一种对业务服务费单据操作的方法、电子终端及服务器。

背景技术

在业务服务场景例如物业服务，业务服务方向服务对象提供相应的服务，并收取服务对象相应的服务费以完成完整的服务过程。目前在物业服务场景中，支付例如物业收取的业务服务费大部分是通过财务系统，财务系统大部分为第三方公司提供的，非物业公司自研系统。通过财务系统一种方式可以线下收取业务服务费，另一种方式可以线上通过电子终端支付进行收取，之后需要由人工对财务系统的服务费的支付状态进行更新。

线上支付存在收款方跟财务系统脱节的情况，移动支付过程中，专门的支付软件关联到相应的业务服务方账户，服务对象可以通过扫码或者其他方式对服务费进行支付，支付完成后款项汇入业务服务方对应的账户，但是财务系统无法实时更新，由于一个服务费的账单在实际场景中，可以被一个家庭中的任何一个成员，或者此房子中的一个租客或多个租客同时看到，这样就会出现：

1)传统的通过到物业公司现场缴纳物业费的场景依旧大量存在，当线上支付与线下支付并存时，线上支付成功后，如果人力没有及时更新财务系统，服务对象会出现线下再次重复缴费问题。

2)线上支付过程中，已经缴费完毕的服务费，人力未及时更新财务系统，此单服务费的状态仍然是未交费，便会出现其他成员看到服务费的账单后再次重复缴费的现象。在出现这些情况的情况下，目前财务系统无法进行处理，通过人力取消重复支付的订单，流程比较繁琐。

发明内容

本申请的目的是提供一种对业务服务费单据操作的方法、电子终端及服务器。用于解决现有同一个服务费项目，有多种支付方式可以同时支付。订单的生产系统与订单对应的支付服务不在同一个系统，无法使用分布式事物产生重复支付的问题。

第一方面，本申请实施例提供了一种对业务服务费单据操作的电子终端，包括：至少一个处理器、以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如下步骤：

向订单服务器发送服务费查看指令，接收所述订单服务器从数据库中获取的服务费项目；

向订单服务器发送对选择的服务费项目进行电子支付的请求指令，以使所述订单服务器与所述数据库交互生成服务费项目的订单并存储到所述数据库、与财务服务器交互生成所述订单是否缴费的业务交易单并存储到数据库；

向订单服务器发送对所述订单支付的请求指令，接收所述订单服务器返回的支付参数，根据所述支付参数与所述支付服务器交互进行支付；

在支付过程中，向订单服务器发送针对指示的订单的取消支付指令，以使所述订单服务器取消所述指示的订单、通知所述支付服务器取消对所述指示的订单的支付、通知所述财务服务器取消所述指示的订单对应的业务交易单。

在一些可能的实施例中，所述处理器在支付过程中，向订单服务器发送针对指示的订单的取消支付指令，包括：

在支付过程中，向所述订单服务器发送对服务费项目的订单查看指令；

接收所述订单服务器获取的属于所述服务费项目的所有订单并显示，及显示非关联订单的取消支付选项，所述非关联订单为所述订单服务器根据接收的除所述电子终端外的其他终端发送的请求指令生成的所述服务费项目的订单；

在支付过程中，向订单服务器发送针对指示的订单的取消支付指令，包括：

在支付过程中，根据对非关联订单的取消支付选项的选择操作，将选择的非关联订单作为指示的订单，并产生取消所述指示的订单的取消支付指令。

在一些可能的实施例中，所述处理器在支付过程中，向订单服务器发送针对指示的订单的取消支付指令，包括：

在支付过程中，确定所述支付服务器未支付成功时，产生针对指示的订单的取消支付指令，或者，输出是否取消支付的选项，根据对所述选项的选择产生针对指示的订单的取消支付指令；

向所述订单服务器发送针对指示的订单的取消支付指令；

所述指示的订单为所述订单服务器接收所述电子终端的请求指令生成的所述服务费项目的订单。

在一些可能的实施例中，所述处理器在支付过程中，向订单服务器发送针对指示的订单的取消支付指令，包括：

在支付过程中，确定所述支付服务器未支付成功时，产生针对指示的订单的取消支付指令，或者，输出是否取消支付的选项，根据对所述选项的选择产生针对指示的订单的取消支付指令；

向所述订单服务器发送针对指示的订单的取消支付指令；

所述指示的订单为所述订单服务器接收所述电子终端的请求指令生成的所述服务费项目的订单电子终端。

在一些可能的实施例中，所述处理器确定所述支付服务器未支付成功；或者确定超过设定时长未连接到所述支付服务器时，确定支付服务器未支付成功电子终端。

第二方面，本申请实施例提供了对业务服务费单据操作的服务器，所述服务器包括：

至少一个处理器、以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如下步骤：

接收电子终端发送的服务费查看指令，从数据库中获取服务费项目并返回给电子终端；

接收电子终端发送的对选择的服务费项目进行电子支付的请求指令，与所述数据库交互生成服务费项目的订单并存储到所述数据库，调用财务服务器生成所述订单是否缴费的业务交易单并存储到数据库；

接收电子终端发送的对所述订单支付的请求指令，生成支付需要的支付参数并返回电子终端；

在支付过程中，接收电子终端发送的对指示的订单进行取消的取消支付指令，取消所述指示的订单；

通知所述支付服务器取消对所述指示的订单的支付，及通知所述财务服务器取消所述指示的订单对应的业务交易单。

在一些可能的实施例中，所述处理器通知所述支付服务器取消对所述指示的订单的支付，包括：

查询所述数据库中所述订单的支付状态；

当所述订单的支付状态为待支付状态时，通知所述支付服务器取消对所述指示的订单的支付。

在一些可能的实施例中，所述处理器取消所述指示的订单，包括：

查询所述数据库中所述订单的状态；

当所述订单的状态为待支付状态时，与所述数据库交互以将所述订单的状态修改为取消状态，并将所述订单的状态反馈给所述电子终端。

在一些可能的实施例中，在支付过程中，所述处理器还用于，接收所述支付服务器发送的支付成功指令，与所述数据库交互以将所述订单的状态修改为支付成功状态，并将所述订单的状态反馈给所述电子终端；

通知所述财务服务器修改所述业务交易单的状态为支付成功状态，并将所述业务交易单的状态反馈给所述电子终端。

第三方面，本申请实施例提供一种对业务服务费单据操作的方法，应用于电子终端，所述方法包括：

向订单服务器发送服务费查看指令，接收订单服务器返回的从数据库中获取服务费项目；

向订单服务器发送对选择的服务费项目进行电子支付的请求指令，以使所述订单服务器与所述数据库交互生成服务费项目的订单并存储到所述数据库，及与财务服务器交互生成所述订单是否缴费的业务交易单并存储到数据库；

向订单服务器发送对所述订单支付的请求指令，接收所述订单服务器返回的支付参数，根据所述支付参数与所述支付服务器交互进行支付；

在支付过程中，向订单服务器发送针对指示的订单的取消支付指令，以使所述订单服务器取消所述指示的订单、通知所述支付服务器取消对所述指示的订单的支付、通知所述财务服务器取消所述指示的订单对应的业务交易单。

第四方面，本申请实施例提供一种对业务服务费单据操作的方法，应用于服务器，所述方法包括：

接收电子终端发送的服务费查看指令，数据库中返回获取服务费项目并返回给电子终端；

接收电子终端发送的对选择的服务费项目进行电子支付的请求指令，与所述数据库交互生成服务费项目的订单并存储到所述数据库，调用财务服务器生成所述订单是否缴费的业务交易单并存储到数据库；

接收电子终端发送的对所述订单支付的请求指令，生成支付需要的支付参数并返回电子终端；

在支付过程中，接收电子终端发送的对指示的订单进行取消的取消支付指令，取消所述指示的订单；

通知所述支付服务器取消对所述指示的订单的支付，及通知所述财务服务器取消所述指示的订单对应的业务交易单。

本申请实施例，为了解决现有同一个服务费项目，有多种支付方式可以同时支付。订单的生产系统与订单对应的支付服务不在同一个系统，无法使用分布式事物产生重复支付的问题，本申请实施例实现了一笔服务费项目的跨系统关联，使得订单、缴费状态一一对应，当出现未支付成功或者其他情况用户取消订单，系统会同步将本笔服务费项目的资源释放出来，用户可以针对该服务费项目再进行线上或者线下的缴费，避免重复缴费的情况。

本申请的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本申请而了解。本申请的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

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

图1为根据本申请一个实施例的对业务服务费单据操作的系统的示意图；

图2为根据本申请一个实施例的电子设备的结构示意图；

图3为根据本申请一个实施例的支付服务采用方式1取消对所述指示的订单的支付的UI界面图；

图4为根据本申请一个实施例的支付服务采用方式2取消对所述指示的订单的支付的UI界面图；

图5为根据本申请一个实施例的服务器的结构示意图；

图6为根据本申请一个实施例的对业务服务费单据操作的方法，应用于电子终端的流程示意图；

图7为根据本申请一个实施例的对业务服务费单据操作的方法，应用于服务器的流程示意图；

图8为根据本申请一个实施例所适用的系统示意图；

图9为根据本申请一个实施例的支付服务费项目的基本流程图；

图10为根据本申请一个实施例的取消单据的具体流程图。

具体实施方式

下面将结合附图对本申请实施例中的技术方案进行清楚、详尽地描述。在本申请实施例的描述中，除非另有说明，“/”表示或的意思，例如，A/B可以表示A或B；文本中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况，另外，在本申请实施例的描述中，“多个”是指两个或多于两个。

在本申请实施例的描述中，除非另有说明，术语“多个”是指两个或两个以上，其它量词与之类似应当理解，此处所描述的优选实施例仅用于说明和解释本申请，并不用于限定本申请，并且在不冲突的情况下，本申请的实施例及实施例中的特征可以相互组合。

为进一步说明本申请实施例提供的技术方案，下面结合附图以及具体实施方式对此进行详细的说明。虽然本申请实施例提供了如下述实施例或附图所示的方法操作步骤，但基于常规或者无需创造性的劳动在方法中可以包括更多或者更少的操作步骤。在逻辑上不存在必要因果关系的步骤中，这些步骤的执行顺序不限于本申请实施例提供的执行顺序。方法在实际的处理过程中或者控制设备执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行。

鉴于相关技术中现有同一个服务费项目，有多种支付方式可以同时支付。订单的生产系统与订单对应的支付服务不在同一个系统，无法使用分布式事物产生重复支付的问题。本申请提出一种对业务服务费单据操作的方法、电子终端及服务器，系统能够直接处理重复支付。

有鉴于此，本申请的发明构思为：对于同一笔服务费项目进行跨系统关联，使得订单、缴费状态一一对应，当出现未支付成功或者其他情况用户取消订单，系统会同步将本笔服务费项目的资源释放出来，用户可以针对该服务费项目再进行线上或者线下的缴费，避免重复缴费的情况。

本申请的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本申请而了解。本申请的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

下面结合附图对本申请实施例中的对业务服务费单据操作的电子终端进行详细说明。

但是现有技术中，支付物业费使用财务服务器实现第三方财务系统。通过财务系统，一种方式可以线下收取物业费，另一种方式可以线上通过电子支付进行收取，之后需要由人工对财务系统的物业费的支付状态进行更新。线上支付存在物业跟财务系统脱节的情况，支付过程中，专门的支付软件关联到相应的物业账户，用户可以通过扫码或者其他方式对物业费进行支付，支付完成后款项汇入物业公司对应的账户，但是财务系统无法实时更新，由于一个物业费的账单在实际场景中，可以被一个家庭中的任何一个成员，或者此房子中的一个租客或多个租客同时看到，这样就会出现：1)传统的通过到物业公司现场缴纳物业费的场景依旧大量存在，当线上支付与线下支付并存时，线上支付成功后，如果物业公司没有及时更新财务系统，用户会出现线下再次重复缴费问题。2)线上支付过程中，已经缴费完毕的物业费，物业公司未及时更新财务系统，此单物业费的状态仍然是未交费，便会出现其他成员看到物业费的账单后再次重复缴费的现象。在出现这些情况的情况下，目前财务系统无法进行处理，通过物业公司的人力取消重复支付的订单，流程比较繁琐。

鉴于此，本发明的实施例中，提供一种对业务服务费单据操作的方法、电子终端及服务器，为了解决现有同一个服务费项目，有多种支付方式可以同时支付。订单的生产系统与订单对应的支付服务不在同一个系统，无法使用分布式事物产生重复支付的问题。

参见图1，为根据本申请一个实施例的对业务服务费单据操作的系统的示意图。该系统可以包括电子终端10、与电子终端交互的订单服务器20、以及用于支付订单的支付服务器30，该系统通过订单服务器20与用于提供第三方财务系统的财务服务器40交互，实现对财务系统中相应交易单的管理。

电子终端10用于向订单服务器20发送服务费查看指令，接收所述订单服务器20从数据库中获取的服务费项目；向订单服务器20发送对选择的服务费项目进行电子支付的请求指令，以使所述订单服务器20与所述数据库交互生成服务费项目的订单并存储到所述数据库、与财务服务器40交互生成所述订单是否缴费的业务交易单并存储到数据库；向订单服务器20发送对所述订单支付的请求指令，接收所述订单服务器20返回的支付参数，根据所述支付参数与所述支付服务器30交互进行支付；在支付过程中，电子终端10向订单服务器20发送针对指示的订单的取消支付指令，以使所述订单服务器20取消所述指示的订单、通知所述支付服务器30取消对所述指示的订单的支付、通知所述财务服务器40取消所述指示的订单对应的业务交易单。

订单服务器20用于接收电子终端10发送的服务费查看指令，从数据库中获取服务费项目并返回给电子终端10；接收电子终端10发送的对选择的服务费项目进行电子支付的请求指令，与所述数据库交互生成服务费项目的订单并存储到所述数据库，调用财务服务器40生成所述订单是否缴费的业务交易单并存储到数据库；接收电子终端10发送的对所述订单支付的请求指令，生成支付需要的支付参数并返回电子终端10；在支付过程中，接收电子终端10发送的对指示的订单进行取消的取消支付指令，取消所述指示的订单；通知所述支付服务器30取消对所述指示的订单的支付，及通知所述财务服务器30取消所述指示的订单对应的业务交易单。

支付服务器30用于与电子终端10配合，提供支付服务。

财务服务器40用于通过订单服务器20与电子终端进行交互。

下面针对上述系统中的电子终端与订单服务器进行详细描述。

实施例1

所属技术领域的技术人员能够理解，本申请的各个方面可以实现为系统、方法或程序产品。因此，本申请的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

在一些可能的实施方式中，根据本申请的电子终端可以至少包括至少一个处理器、以及至少一个存储器。下面参照图2来描述根据本申请的这种实施方式的电子终端130。图2显示的电子设备130仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图2所示，电子设备130以通用电子设备的形式表现。电子设备130的组件可以包括但不限于：上述至少一个处理器131、上述至少一个存储器132、连接不同系统组件(包括存储器132和处理器131)的总线133。

总线133表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器、外围总线、处理器或者使用多种总线结构中的任意总线结构的局域总线。

存储器132可以包括易失性存储器形式的可读介质，例如随机存取存储器(RAM)1321和/或高速缓存存储器1322，还可以进一步包括只读存储器(ROM)1323。

存储器132还可以包括具有一组(至少一个)程序模块1324的程序/实用工具1325，这样的程序模块1324包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

电子设备130也可以与一个或多个外部设备134(例如键盘、指向设备等)通信，还可与一个或者多个使得用户能与电子设备130交互的设备通信，和/或与使得该电子设备130能与一个或多个其它电子设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口135进行。并且，电子设备130还可以通过网络适配器136与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器136通过总线133与用于电子设备130的其它模块通信。应当理解，尽管图中未示出，可以结合电子设备130使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。其中，存储器存储有程序代码，当程序代码被处理器执行时，使得处理器执行如下步骤：

1)向订单服务器发送服务费查看指令，接收所述订单服务器从数据库中获取的服务费项目；

服务费项目可以但不局限于物业费，也可以为需要缴纳的水费、燃气费、电费等等。用户通过电子终端登录到订单服务器后，如果向订单服务器发送对相应账号的服务费查看指令，接收订单服务器在数据库中查看该账号下对应的服务费项目。

2)向订单服务器发送对选择的服务费项目进行电子支付的请求指令，以使所述订单服务器与所述数据库交互生成服务费项目的订单并存储到所述数据库、与财务服务器交互生成所述订单是否缴费的业务交易单并存储到数据库；

用户通过电子终端获取对应的各项服务费项目之后，点击选择要缴纳的服务费项目，例如物业费，电子终端向订单服务器发送对物业费进行电子支付的请求指令，上述以使订单服务器与数据库交互生成该物业费的订单并存储到数据库。上述物业费的订单包括物业费项目及对应的物业费。上述财务服务器用于提供维护业务服务费缴纳状态，财务服务器根据订单服务器生成的服务费项目的订单，创建该服务费项目的业务交易单并维护该业务交易单的缴费状态，并将生成的业务交易单及其状态存储到数据库。

3)向订单服务器发送对所述订单支付的请求指令，接收所述订单服务器返回的支付参数，根据所述支付参数与所述支付服务器交互进行支付；

用户通过电子终端向订单服务器发送对所述订单支付的请求指令，订单服务器准备订单支付的支付参数，订单服务器与数据库交互，生成银联商户单号，并存储至数据库；订单服务器将支付参数发送至电子终端，电子终端调用支付服务器，支付服务器用于创建预支付订单并将预支付订单反馈给电子终端，用户通过电子终端选择对预支付订单进行支付时，选择调用的支付通道，比如支付宝、微信等进行支付。

4)在支付过程中，向订单服务器发送针对指示的订单的取消支付指令，以使所述订单服务器取消所述指示的订单、通知所述支付服务器取消对所述指示的订单的支付、通知所述财务服务器取消所述指示的订单对应的业务交易单。

具体地，上述服务费项目的订单、业务交易单可以称为单据，在支付过程中，系统需要维护大量单据，且对于同一笔服务费项目，如果出现多个电子终端进行缴费，则对应多个单据，系统需要根据同一服务费项目的多个单据的状态，来维护该服务费项目是否支付的状态。例如第一电子终端创建的订单处于未支付状态，第二电子终端的订单处于支付状态，系统要确认这笔服务费所有电子终端的订单是否支付，系统维护工作复杂，或者假设第一电子终端因支付未成功，反复发出三次发出进行电子支付的请求指令，产生三个相应的单据且均为未支付状态，当第一电子终端发出第四次发出进行电子支付的请求指令时，产生第四个相应的单据，订单支付成功时，系统需要遍历所有单据的支付状态，增加了系统对所有用户的成千上万个单据的维护成本，因此在支付过程中，用户可以选择可以查看到的订单并指示相应的订单进行取消支付，通知所述支付服务器取消对所述指示的订单的支付。

其中，指示的订单是指用户能查看到的关于该笔服务费项目的全部订单中的订单。包括用户自己的第一电子终端产生的订单，也包括除用户自己其他可以缴纳该笔服务费项目的第二电子终端产生的订单，用户可以选择需要取消的订单。确定用户指示取消的订单，系统开始取消指示的订单的流程。具体实施时，确定指示的订单，向订单服务器发送针对指示的订单的取消支付指令，，通知所述支付服务器取消对所述指示的订单的支付可以但不限于包括如下两种方式：

方式1

该实施方式中，上述指示的订单为非关联订单。

作为一种可选的实施方式，所述处理器在支付过程中，向订单服务器发送针对指示的订单的取消支付指令，包括：

在支付过程中，向所述订单服务器发送对服务费项目的订单查看指令；

接收所述订单服务器获取的属于所述服务费项目的所有订单并显示，及显示非关联订单的取消支付选项，所述非关联订单为所述订单服务器根据接收的除所述电子终端外的其他终端发送的请求指令生成的所述服务费项目的订单；

在支付过程中，处理器向订单服务器发送针对指示的订单的取消支付指令，包括：

在支付过程中，根据对非关联订单的取消支付选项的选择操作，将选择的非关联订单作为指示的订单，并产生取消所述指示的订单的取消支付指令电子终端。

任何一个电子终端都可以调用订单服务器以生成对应账号的服务费项目的订单，在这种情况下，系统中可能会存在由多个电子终端创建的订单，也就是说服务费对外是不需要权限验证的，只要用户登录到电子终端，输入账号例如房间号并请求支付，则会调用订单服务器生成关于该房间号相应收费的订单，则某个房间中家庭成员中任何一个人都可以通过自己的电子终端在线上对该笔服务费项目进行缴费。

对于正在执行缴费的电子终端，非关联订单具体为其他电子终端产生的订单，例如假设成员1通过电子终端对服务费项目缴费，订单服务器生成对应的订单1，假设成员2通过电子终端对上述服务费项目缴费，订单服务器生成对应的订单2，则成员1通过电子终端与订单服务器通信，可以通过订单服务器获取该笔服务费项目的订单1、订单2，此时对于成员1来说，订单2就是非关联订单。

在支付过中，成员1通过电子终端触发对服务费项目的订单查看指令时，通过订单服务器获取属于所述服务费项目的订单1和订单2，并显示订单2的取消支付选项，成员1可以通过电子终端对该取消支付选项进行选择，由订单服务器取消订单2及财务服务器取消与订单2对应的业务交易单2，及由支付服务器取消该订单2的预支付订单2。

方式2

该方式中，上述指示的订单为所述电子终端发送请求指令生成的所述服务费项目的订单。

作为一种可选的实施方式，所述处理器在支付过程中，本发明实施例中取消订单可以但不限于包括以下任一或任多情况：

1)支付服务器未支付成功触发的取消订单。

作为一种可选的实施方式，所述处理器在支付过程中，确定所述支付服务器未支付成功时，产生针对指示的订单的取消支付指令；

向订单服务器发送对指示的订单进行取消的指令，所述指示的订单为所述订单服务器响应于所述电子终端的请求指令生成的所述服务费项目的订单。

作为一种可选的实施方式，所述处理器确定所述支付服务器未支付成功，可以但不限于如下情况：

情况1，收到所述支付服务器反馈的支付失败消息时，确定所述支付服务器未支付成功；

调用支付服务器成功，支付服务器创建预支付订单，返回由电子终端调取的支付通道例如支付宝、微信等支付未成功时，支付服务器反馈支付失败消息，电子终端收到支付服务器反馈支付失败消息时，确定支付服务未支付成功。

调用支付服务器成功，支付服务器创建预支付订单，返回由电子终端调取的支付通道例如支付宝、微信等支付成功时，但是用户一直未支付且未取消订单，系统在轮询时发现，支付服务器创建的预支付订单创建时间超时，收到所述支付服务器反馈支付失败消息，确定支付服务未支付成功。

情况2，所述处理器确定超过设定时长未连接到所述支付服务器时，确定支付服务器未支付成功。

电子终端与订单服务器交互正常，但是电子终端与支付服务器交互失败，例如与支付服务器之间的网络中断，则电子终端未调用支付服务器创建的预支付订单，电子终端没有收到反馈的支付成功的消息，确定支付服务器未支付成功。

该情况适用于用户对自己创建的订单在支付过程中，由于支付服务器的问题例如连接不到网络导致无法成功支付时，由支付服务器触发进行订单取消。取消当前未支付成功的用户自己创建的订单。

2)所述处理器根据用户指示确定取消订单

作为一种可选的实施方式，所述处理器在支付过程中，输出是否取消支付的选项，根据对所述选项的选择产生针对指示的订单的取消支付指令；向所述订单服务器发送针对指示的订单的取消支付指令；所述指示的订单为所述订单服务器接收所述电子终端的请求指令生成的所述服务费项目的订单。

本实施例示出上述方式1、方式2的UI界面图，参见图3所示的根据本申请一个实施例的采用方式1取消对所述指示的订单的支付的UI界面图、图4所示的根据本申请一个实施例的采用方式2取消对所述指示的订单的支付的UI界面图，对于方式1来说，图3中的订单2、订单3、订单4…订单n为非关联订单，每个非关联订单右侧均设有勾选框，用户通过勾选的方式选择要取消的非关联订单，选择完毕点击界面最底部的取消框，即完成对非关联订单的取消。

对于方式2来说，图4中界面上显示正在支付中的提示框以及取消支付框，用户可以点击取消支付框。

实施例2

基于相同的发明构思，本申请还提供对业务服务费单据操作的服务器，包括至少一个处理器、以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行。

下面参照图5来描述根据本申请的这种实施方式的服务器230，即上述对业务服务费单据操作的电子终端。图5显示的服务器230仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图5所示，服务器230以通用服务器的形式表现。服务器230的组件可以包括但不限于：上述至少一个处理器231、上述至少一个存储器232、连接不同系统组件(包括存储器232和处理器231)的总线233。

总线233表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器、外围总线、处理器或者使用多种总线结构中的任意总线结构的局域总线。

存储器232可以包括易失性存储器形式的可读介质，例如随机存取存储器(RAM)2321和/或高速缓存存储器2322，还可以进一步包括只读存储器(ROM)2323。

存储器232还可以包括具有一组(至少一个)程序模块2324的程序/实用工具2325，这样的程序模块2324包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

服务器230也可以与一个或多个外部设备234(例如键盘、指向设备等)通信，还可与一个或者多个使得用户能与服务器230交互的设备通信，和/或与使得该服务器230能与一个或多个其它电子设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口235进行。并且，服务器230还可以通过网络适配器236与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器236通过总线233与用于服务器230的其它模块通信。应当理解，尽管图中未示出，可以结合服务器230使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

其中，存储器存储有程序代码，当程序代码被处理器执行时，使得处理器执行如下步骤：

接收电子终端发送的服务费查看指令，从数据库中获取服务费项目并返回给电子终端；

接收电子终端发送的对选择的服务费项目进行电子支付的请求指令，与所述数据库交互生成服务费项目的订单并存储到所述数据库，调用财务服务器生成所述订单是否缴费的业务交易单并存储到数据库；

接收电子终端发送的对所述订单支付的请求指令，生成支付需要的支付参数并返回电子终端；

在支付过程中，接收电子终端发送的对指示的订单进行取消的取消支付指令，取消所述指示的订单；

通知所述支付服务器取消对所述指示的订单的支付，及通知所述财务服务器取消所述指示的订单对应的业务交易单。

作为一种可选的实施方式，通知所述支付服务器取消对所述指示的订单的支付，包括：

查询所述数据库中所述订单的支付状态；

当所述订单的支付状态为待支付状态时，通知所述支付服务器取消对所述指示的订单的支付。

本申请中，订单服务器用于提供订单支付服务，当电子终端发出取消订单的指令时，电子终端调用订单支付服务，订单支付服务在数据库中查询订单是否为待支付状态，数据库向订单支付服务返回查询结果，如果是待支付状态，订单支付服务调用支付服务器取消上述支付服务器生成的预支付订单。

作为一种可选的实施方式，取消所述指示的订单，包括：

查询所述数据库中所述订单的状态；

当所述订单的状态为待支付状态时，与所述数据库交互以将所述订单的状态修改为取消状态，并将所述订单的状态反馈给所述电子终端。

作为一种可选的实施方式，在支付过程中，还包括，

接收所述支付服务器发送的支付成功指令，与所述数据库交互以将所述订单的状态修改为支付成功状态，并将所述订单的状态反馈给所述电子终端；

通知所述财务服务器修改所述业务交易单的状态为支付成功状态，并将所述业务交易单的状态反馈给所述电子终端。

实施例3

基于相同的发明构思，参见图6本申请还提供一种对业务服务费单据操作的方法，应用于电子终端，所述方法包括：

步骤601，向订单服务器发送服务费查看指令，接收订单服务器返回的从数据库中获取服务费项目；

步骤602，向订单服务器发送对选择的服务费项目进行电子支付的请求指令，以使所述订单服务器与所述数据库交互生成服务费项目的订单并存储到所述数据库，及与财务服务器交互生成所述订单是否缴费的业务交易单并存储到数据库；

步骤603，向订单服务器发送对所述订单支付的请求指令，调用支付接口启动支付服务器；

步骤604，与所述支付服务器交互进行支付，在支付过程中，向订单服务器发送针对指示的订单的取消支付指令，以使所述订单服务器通知所述支付服务器取消对所述指示的订单的支付，通知所述财务服务器取消所述指示的订单对应的业务交易单，及取消所述指示的订单。

作为一种可选的实施方式，在支付过程中，向订单服务器发送针对指示的订单的取消支付指令，包括：

在支付过程中，向所述订单服务器发送对服务费项目的订单查看指令；

接收所述订单服务器获取的属于所述服务费项目的所有订单并显示，及显示非关联订单的取消支付选项，所述非关联订单为所述订单服务器根据接收的除所述电子终端外的其他终端发送的请求指令生成的所述服务费项目的订单；

在支付过程中，向订单服务器发送针对指示的订单的取消支付指令，包括：

在支付过程中，根据对非关联订单的取消支付选项的选择操作，将选择的非关联订单作为指示的订单，并产生取消所述指示的订单的取消支付指令。

作为一种可选的实施方式，在支付过程中，向订单服务器发送针对指示的订单的取消支付指令，包括：

在支付过程中，确定所述支付服务器未支付成功时，产生针对指示的订单的取消支付指令，或者，输出是否取消支付的选项，根据对所述选项的选择产生针对指示的订单的取消支付指令；

向所述订单服务器发送针对指示的订单的取消支付指令；

所述指示的订单为所述订单服务器接收所述电子终端的请求指令生成的所述服务费项目的订单。

作为一种可选的实施方式，确定所述支付服务器未支付成功，包括：

收到所述支付服务器反馈的支付失败消息时，确定所述支付服务器未支付成功；或者

确定超过设定时长未连接到所述支付服务器时，确定支付服务器未支付成功。

实施例4

基于相同的发明构思，参见图7本申请还提供一种对业务服务费单据操作的方法，应用于服务器，所述方法包括：

步骤701，接收电子终端发送的服务费查看指令，数据库中返回获取服务费项目并返回给电子终端；

步骤702，接收电子终端发送的对选择的服务费项目进行电子支付的请求指令，与所述数据库交互生成服务费项目的订单并存储到所述数据库，调用财务服务器生成所述订单是否缴费的业务交易单并存储到数据库；

步骤703，接收电子终端发送的对所述订单支付的请求指令；

步骤704，在支付过程中，接收电子终端发送的对指示的订单进行取消的取消支付指令，向所述支付服务器发送取消对所述指示的订单的支付的指令；

步骤705，通知所述财务服务器取消所述指示的订单对应的业务交易单，及取消所述指示的订单。

作为一种可选的实施方式，通知所述支付服务器取消对所述指示的订单的支付，包括：

查询所述数据库中所述订单的支付状态；

当所述订单的支付状态为待支付状态时，通知所述支付服务器取消对所述指示的订单的支付。

作为一种可选的实施方式，取消所述指示的订单，包括：

查询所述数据库中所述订单的状态；

当所述订单的状态为待支付状态时，与所述数据库交互以将所述订单的状态修改为取消状态，并将所述订单的状态反馈给所述电子终端。

作为一种可选的实施方式，在支付过程中，还包括，

接收所述支付服务器发送的支付成功指令，与所述数据库交互以将所述订单的状态修改为支付成功状态，并将所述订单的状态反馈给所述电子终端；

通知所述财务服务器修改所述业务交易单的状态为支付成功状态，并将所述业务交易单的状态反馈给所述电子终端。

实施例5

上述订单服务器提供的主要用于订单支付服务及第三方适配服务，上述财务服务器主要用于第三财务系统配，第三方适配服务同时与订单支付服务及第三方财务系统连接。

为了防止重复支付，当支付服务器取消支付时，订单支付服务首先调用支付服务器的取消接口，将上述支付服务器创建的预支付订单进行取消，然后订单支付服务再调用第三方适配服务的取消接口，使第三方适配服务通知第三方财务系统取消业务交易单，并将取消成功结果返回订单支付服务；最后订单支付服务将指示的订单取消，并将数据库中该笔服务费项目的状态修改为取消状态，并向电子终端返回取消的结果，则该笔服务费项目的状态便被释放出来，可以方便用户在线下或者同一账号的其他电子终端进行缴费。

本发明的实施例实现了一笔服务费项目的跨系统关联，使得订单、缴费状态一一对应，当出现未支付成功或者其他情况用户取消订单，系统会同步将本笔服务费项目的资源释放出来，用户可以针对该服务费项目再进行线上或者线下的缴费，避免重复缴费的情况。

本申请实施例具体应用到物业缴费场景时，电子终端发出缴费指令，订单服务器查询物业费项目的订单反馈给电子终端，电子终端进行缴费。

图8示出了本申请一个实施例所适用的系统示意图，该系统包括电子终端和订单服务器，电子终端执行上述对业务服务费单据操作的方法的流程通过电子终端APP实现，订单服务器提供订单支付服务803和第三方适配服务804，财务服务器用于实现第三方财务系统808；电子终端800实施的上述对业务服务费单据操作的方法通过相应的电子终端800实现，电子终端800通过与订单支付服务803、第三方适配服务804以及支付服务802连接，第三方财务系统808通过第三方适配服务804实现与订单支付服务803的通信，支付服务802可以包括银联支付服务。对于服务费为物业费的场景，用户可以为多个家庭用户和多个租客用户，用户持有用于支付物业费的终端800，终端800提供物业费项目的单据的查询以及针对物业费项目订单的支付功能。

订单及支付服务803用于针对物业费项目的账单，生产每一笔对应的订单，针对订单的支付情况进行记录。

第三方适配服务804用于将第三方财务系统生成的业务交易单同步到订单及支付服务中，同时将支付结果同步到第三方财务系统中。

第三方财务系统808用于生成业务交易单，如果用户需要线下缴费，则通过第三方财务系统可以实现手动线下操作。

银联支付服务802用于调用不同的支付平台801例如支付宝、微信等，实现线上不同的付款方式。

具体的参见图9所示的根据本申请一个实施例的支付服务费项目的基本流程图，本流程图是以缴纳用户缴纳物业费的应用场景为例：

步骤1，电子终端调用订单支付服务，查询物业费项目；

步骤2，订单支付服务在数据库中进行查询；

步骤3，数据库将查询的物业账单相关信息返回订单支付服务；

步骤4，订单支付服务将查询的物业账单信息返回电子终端；

步骤5，用户通过电子终端发出服务费项目进行电子支付的请求指令，通知订单支付服务创建物业费项目的订单；

步骤6，订单支付服务生成缴费订单并存储至数据库；

步骤7，订单支付服务调用创建交易transaction Creation的接口，使第三方适配服务通知第三方财务系统创建业务交易单；

步骤8，第三方适配服务调用第三方财务系统的接口，并通知第三方财务系统创建业务交易单，第三方财务系统生成业务交易单；

步骤9，第三方财务系统将生成业务交易单成功的结果，返回给第三方适配服务；

步骤10，第三方适配服务返回成功，并将业务交易单对应的业务交易单号返回订单支付服务；

步骤11，订单支付服务将业务交易单号存储至数据库中；

步骤12，订单支付服务将生成与所述业务交易单号对应的订单创建成功的结果返回给电子终端；

步骤13，用户通过电子终端开始支付，终端调用保存点save Point的接口，通知订单支付服务准备银联支付相关参数；

步骤14，订单支付服务准备银联支付相关参数；

步骤15，订单支付服务在数据库中查询，生成银联商户单号，并存储至数据库；

步骤16，订单支付服务返回成功，将支付参数返回给电子终端；

步骤17，电子终端调用银联，通知银联通过支付参数创建预支付订单；

步骤18，银联创建预支付订单创建成功后，返回给电子终端；

步骤19，用户通过电子终端触发银联自动调用支付通道，选择支付程序单元例如微信、支付宝进行付款；

步骤20，支付程序单元支付成功后，向银联发送支付成功的消息；

步骤21-1，银联支付成功，银联回调订单支付服务；

步骤21-2，订单支付服务将支付成功的消息存储至数据库中；

步骤21-3，订单支付服务调用电子终端对应的接口，通知第三方适配服务向第三方财务系统发送支付成功的消息；

步骤21-4，第三方适配服务将接收到的支付成功的消息发送给第三方财务系统，以使第三方财务系统进行审批，审批通过则确认支付成功；

步骤21-5，第三方财务系统将业务交易单支付成功的消息返回给第三方适配服务；

步骤21-6，第三方适配服务将结果返回给订单支付服务；

步骤21-7，订单支付服务将第三方适配服务返回的结果存储至数据库；

步骤22-1，银联向终端返回支付成功的结果；

步骤22-2，用户通过电子终端调用对应的接口，查询订单详情；

步骤22-3，订单支付服务将查询账单的结果返回电子终端；

步骤22-4，终端根据查询结果自行进行跳转。

基于上述支付基本流程图，在支付过程中，订单服务器通知所述支付服务器取消对所述指示的订单的支付，接下来参见图10示出的根据本申请一个实施例的取消单据的具体流程图：

其中取消包括方式1：

成员1通过电子终端触发对服务费项目的订单查看指令时，通过订单服务器获取属于所述服务费项目的订单1和订单2，取消非关联订单发生在基本流程图中步骤12订单支付服务将生成与所述业务交易单号对应的缴费订单创建成功的结果返回给电子终端的之后，进入图10所示的取消订单流程图，将非关联订单取消。

还包括方式2：

1)支付服务器未支付成功触发的取消订单。

情况1：收到所述支付服务器反馈的支付失败消息时，确定所述支付服务器未支付成功。

上述的取消订单步骤发生在基本流程图步骤19，用户通过电子终端，触发银联自动调用支付通道，选择支付程序单元例如微信或支付宝进行付款失败时，进入图10所示的取消订单流程图。

情况2：确定超过设定时长未连接到所述支付服务器时，确定支付服务器未支付成功。

上述的取消订单步骤发生在基本流程图步骤17，电子终端调用银联，通知银联通过支付参数创建预支付订单失败时，进入图10所示的取消订单流程图。

2)根据用户指示确定取消订单。

上述的取消订单步骤发生在基本流程图中步骤12订单支付服务将生成与所述业务交易单号对应的缴费订单创建成功的结果返回给电子终端的之后，进入图10所示的取消订单流程图，指示的订单取消。

取消流程具体包括：

步骤1.用户通过电子终端点击取消订单，并调用订单取消接口；

步骤2.通知订单支付服务在数据库中查询订单的状态是否为待支付状态；

步骤3.将数据库中的查询结果返回订单支付服务；

步骤4.订单支付服务调用银联系统的取消接口，通知银联系统取消预支付订单；订单支付服务调用适配服务取消借口，通知第三方适配服务调用第三方财务系统取消接口；

步骤5.银联系统将预支付订单取消成功的结果返回订单支付服务；第三方适配服务通知第三方财务系统取消业务交易单；

步骤6.第三方财务系统将业务交易单取消成功的结果返回第三方适配服务；

步骤7.第三方适配服务将调用第三方财务系统取消结果成功的结果返回订单支付服务；

步骤8.订单支付服务取消该笔服务费项目的订单，并与数据库交互修改数据库中的订单取消状态；

步骤9.订单支付服务将订单取消成功的结果返回电子终端。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (10)

1.一种对业务服务费单据操作的电子终端，其特征在于，包括：至少一个处理器、以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如下步骤：

向订单服务器发送服务费查看指令，接收所述订单服务器从数据库中获取的服务费项目；

向订单服务器发送对选择的服务费项目进行电子支付的请求指令，以使所述订单服务器与所述数据库交互生成服务费项目的订单并存储到所述数据库、与财务服务器交互生成所述订单是否缴费的业务交易单并存储到数据库；

向订单服务器发送对所述订单支付的请求指令，接收所述订单服务器返回的支付参数，根据所述支付参数与所述支付服务器交互进行支付；

在支付过程中，向订单服务器发送针对指示的订单的取消支付指令，以使所述订单服务器取消所述指示的订单、通知所述支付服务器取消对所述指示的订单的支付、通知所述财务服务器取消所述指示的订单对应的业务交易单。

2.根据权利要求1所述的电子终端，其特征在于，所述处理器在支付过程中，向订单服务器发送针对指示的订单的取消支付指令，包括：

在支付过程中，向所述订单服务器发送对服务费项目的订单查看指令；

接收所述订单服务器获取的属于所述服务费项目的所有订单并显示，及显示非关联订单的取消支付选项，所述非关联订单为所述订单服务器根据接收的除所述电子终端外的其他终端发送的请求指令生成的所述服务费项目的订单；

在支付过程中，向订单服务器发送针对指示的订单的取消支付指令，包括：

在支付过程中，根据对非关联订单的取消支付选项的选择操作，将选择的非关联订单作为指示的订单，并产生取消所述指示的订单的取消支付指令。

3.根据权利要求1所述的电子终端，其特征在于，所述处理器在支付过程中，向订单服务器发送针对指示的订单的取消支付指令，包括：

在支付过程中，确定所述支付服务器未支付成功时，产生针对指示的订单的取消支付指令，或者，输出是否取消支付的选项，根据对所述选项的选择产生针对指示的订单的取消支付指令；

向所述订单服务器发送针对指示的订单的取消支付指令；

所述指示的订单为所述订单服务器接收所述电子终端的请求指令生成的所述服务费项目的订单。

4.根据权利要求3所述的电子终端，其特征在于，所述处理器确定所述支付服务器未支付成功，包括：

收到所述支付服务器反馈的支付失败消息时，确定所述支付服务器未支付成功；或者

确定超过设定时长未连接到所述支付服务器时，确定支付服务器未支付成功。

5.一种对业务服务费单据操作的服务器，其特征在于，包括至少一个处理器、以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如下步骤：

接收电子终端发送的服务费查看指令，从数据库中获取服务费项目并返回给电子终端；

接收电子终端发送的对选择的服务费项目进行电子支付的请求指令，与所述数据库交互生成服务费项目的订单并存储到所述数据库，调用财务服务器生成所述订单是否缴费的业务交易单并存储到数据库；

接收电子终端发送的对所述订单支付的请求指令，生成支付需要的支付参数并返回电子终端；

在支付过程中，接收电子终端发送的对指示的订单进行取消的取消支付指令，取消所述指示的订单；

通知所述支付服务器取消对所述指示的订单的支付，及通知所述财务服务器取消所述指示的订单对应的业务交易单。

6.根据权利要求5所述的服务器，其特征在于，所述处理器通知所述支付服务器取消对所述指示的订单的支付，包括：

查询所述数据库中所述订单的支付状态；

当所述订单的支付状态为待支付状态时，通知所述支付服务器取消对所述指示的订单的支付。

7.根据权利要求5所述的服务器，其特征在于，所述处理器取消所述指示的订单，包括：

查询所述数据库中所述订单的状态；

当所述订单的状态为待支付状态时，与所述数据库交互以将所述订单的状态修改为取消状态，并将所述订单的状态反馈给所述电子终端。

8.根据权利要求5所述的服务器，其特征在于，在支付过程中，所述处理器还用于：

接收所述支付服务器发送的支付成功指令，与所述数据库交互以将所述订单的状态修改为支付成功状态，并将所述订单的状态反馈给所述电子终端；

通知所述财务服务器修改所述业务交易单的状态为支付成功状态，并将所述业务交易单的状态反馈给所述电子终端。

9.一种对业务服务费单据操作的方法，其特征在于，应用于电子终端，所述方法包括：

向订单服务器发送服务费查看指令，接收订单服务器返回的从数据库中获取服务费项目；

向订单服务器发送对选择的服务费项目进行电子支付的请求指令，以使所述订单服务器与所述数据库交互生成服务费项目的订单并存储到所述数据库，及与财务服务器交互生成所述订单是否缴费的业务交易单并存储到数据库；

向订单服务器发送对所述订单支付的请求指令，接收所述订单服务器返回的支付参数，根据所述支付参数与所述支付服务器交互进行支付；

在支付过程中，向订单服务器发送针对指示的订单的取消支付指令，以使所述订单服务器取消所述指示的订单、通知所述支付服务器取消对所述指示的订单的支付、通知所述财务服务器取消所述指示的订单对应的业务交易单。

10.一种对业务服务费单据操作的方法，其特征在于，应用于服务器，所述方法包括：

接收电子终端发送的服务费查看指令，数据库中返回获取服务费项目并返回给电子终端；

接收电子终端发送的对选择的服务费项目进行电子支付的请求指令，与所述数据库交互生成服务费项目的订单并存储到所述数据库，调用财务服务器生成所述订单是否缴费的业务交易单并存储到数据库；

接收电子终端发送的对所述订单支付的请求指令，生成支付需要的支付参数并返回电子终端；

在支付过程中，接收电子终端发送的对指示的订单进行取消的取消支付指令，取消所述指示的订单；

通知所述支付服务器取消对所述指示的订单的支付，及通知所述财务服务器取消所述指示的订单对应的业务交易单。

Images