一种订单处理方法、装置、电子设备及存储介质与流程

1.本技术涉及互联网技术领域，尤其涉及一种订单处理方法、装置、电子设备及存储介质。


背景技术：

2.票据，是指出票人依法签发的由自己或指示他人无条件支付一定金额给收款人或持票人的有价证券，票据交易，就是进行票据的买卖。票据交易的订单流程为：买方(收款人)下单后，出票人签发票据，并将票据转移至买方账户，卖方(付款人)将资金转移给买方。
3.票据交易过程中，由于各种原因，可能出现买方或者卖方撤销订单的情况。一般撤销订单时，需要买卖双方在线下进行协商，协商成功后由买方或卖方在交易平台操作取消订单。
4.然而，因为取消订单的过程中需要买方和卖方私下沟通，所以效率低下，并且因为没有在交易平台的系统中留存协商过程，如果后续产生纠纷，交易平台没有判断依据。


技术实现要素：

5.本技术实施例的目的在于提供一种订单处理方法、装置、电子设备及存储介质，以解决目前因为取消订单的过程中需要买方和卖方私下沟通，所以效率低下，并且因为没有在交易平台的系统中留存协商过程，如果后续产生纠纷，交易平台没有判断依据的问题。具体技术方案如下：
6.第一方面，提供了一种订单处理方法，所述方法包括：
7.接收针对待处理订单输入的处理指令，所述处理指令用于指示对所述待处理订单进行处理；
8.获取所述待处理订单的订单状态及用于确认所述待处理订单进行处理的确认信息；
9.基于所述订单状态和所述确认信息确定是否满足对所述待处理订单进行处理的条件；
10.若满足对所述待处理订单进行处理的条件，对所述待处理订单进行处理。
11.可选的，所述处理指令包括：取消指令，所述取消指令用于指示对所述待处理订单进行取消处理；
12.所述基于所述订单状态和所述确认信息确定是否满足对所述待处理订单进行处理的条件，包括：
13.判断所述订单状态是否处于验票状态；
14.若所述订单状态不处于验票状态，向买方发送第一验证信息；
15.基于所述买方针对所述第一验证信息反馈的第一确认信息，确定是否满足对所述待处理订单进行取消处理的条件。
16.可选的，所述基于所述买方针对所述第一验证信息反馈的第一确认信息，确定是
否满足对所述待处理订单进行取消处理的条件，包括：
17.判断所述第一确认信息与第一验证信息是否一致；
18.若所述第一确认信息与第一验证信息不一致，确定不满足对所述待处理订单进行取消处理的条件；
19.若所述第一确认信息与第一验证信息一致，基于所述待处理订单的支付状态，确定是否满足对所述待处理订单进行取消处理的条件。
20.可选的，所述基于所述待处理订单的支付状态，确定是否满足对所述待处理订单进行取消处理的条件，包括：
21.若所述订单状态处于未支付状态，确定满足对所述待处理订单进行取消处理的条件；
22.若所述订单状态处于已支付状态，向所述待处理订单的卖方发送第二验证信息；
23.基于所述卖方针对所述第二验证信息反馈的第二确认信息与所述第二验证信息，确定是否满足对所述待处理订单进行取消处理的条件。
24.可选的，所述基于所述卖方针对所述第二验证信息反馈的第二确认信息与所述第二验证信息，确定是否满足对所述待处理订单进行取消处理的条件，包括：
25.判断所述卖方针对所述第二验证信息反馈的第二确认信息与所述第二验证信息是否一致；
26.若所述第二确认信息与所述第二验证信息一致，确定满足对所述待处理订单进行取消处理的条件；
27.若所述第二确认信息与所述第二验证信息不一致，确定不满足对所述待处理订单进行取消处理的条件。
28.可选的，所述方法还包括：
29.若所述订单状态处于验票状态，获取票据状态；
30.基于所述票据状态，判断票据是否已转入所述买方的账户；
31.若票据已转入所述买方的账户，确定不满足对所述待处理订单进行取消处理的条件；
32.若票据未转入所述买方的账户，执行向买方发送第一验证信息；基于所述买方针对所述第一验证信息反馈的第一确认信息，确定是否满足对所述待处理订单进行取消处理的条件的步骤。
33.可选的，所述方法还包括：
34.若不满足对所述待处理订单进行处理的条件，显示对所述待处理订单处理失败的信息。
35.第二方面，提供了一种订单处理装置，所述装置包括：
36.接收模块，用于接收针对待处理订单输入的处理指令，所述处理指令用于指示对所述待处理订单进行处理；
37.获取模块，用于获取所述待处理订单的订单状态及用于确认所述待处理订单进行处理的确认信息；
38.第一确定模块，用于基于所述订单状态和所述确认信息确定是否满足对所述待处理订单进行处理的条件；
39.处理模块，用于若满足对所述待处理订单进行处理的条件，对所述待处理订单进行处理。
40.可选的，所述处理指令包括：取消指令，所述取消指令用于指示对所述待处理订单进行取消处理；所述第一确定模块，包括：
41.第一判断单元，用于判断所述订单状态是否处于验票状态；
42.第一发送单元，用于若所述订单状态不处于验票状态，向买方发送第一验证信息；
43.第一确定单元，用于基于所述买方针对所述第一验证信息反馈的第一确认信息，确定是否满足对所述待处理订单进行取消处理的条件。
44.可选的，所述第一确定模块，包括：
45.第二判断单元，用于判断所述第一确认信息与第一验证信息是否一致；
46.第二确定单元，用于若所述第一确认信息与第一验证信息不一致，确定不满足对所述待处理订单进行取消处理的条件；
47.第三确定单元，用于若所述第一确认信息与第一验证信息一致，基于所述待处理订单的支付状态，确定是否满足对所述待处理订单进行取消处理的条件。
48.可选的，所述第一确定模块，包括：
49.第四确定单元，用于若所述订单状态处于未支付状态，确定满足对所述待处理订单进行取消处理的条件；
50.第二发送单元，用于若所述订单状态处于已支付状态，向所述待处理订单的卖方发送第二验证信息；
51.第五确定单元，用于基于所述卖方针对所述第二验证信息反馈的第二确认信息与所述第二验证信息，确定是否满足对所述待处理订单进行取消处理的条件。
52.可选的，所述第一确定模块，包括：
53.第三判断单元，用于判断所述卖方针对所述第二验证信息反馈的第二确认信息与所述第二验证信息是否一致；
54.第六确定单元，用于若所述第二确认信息与所述第二验证信息一致，确定满足对所述待处理订单进行取消处理的条件；
55.第七确定单元，用于若所述第二确认信息与所述第二验证信息不一致，确定不满足对所述待处理订单进行取消处理的条件。
56.可选的，所述装置还包括：
57.票据状态获取模块，用于若所述订单状态处于验票状态，获取票据状态；
58.票据判断模块，用于基于所述票据状态，判断票据是否已转入所述买方的账户；
59.第二确定模块，用于若票据已转入所述买方的账户，确定不满足对所述待处理订单进行取消处理的条件；
60.执行模块，用于若票据未转入所述买方的账户，执行向买方发送第一验证信息；基于所述买方针对所述第一验证信息反馈的第一确认信息，确定是否满足对所述待处理订单进行取消处理的条件的步骤。
61.可选的，所述装置还包括：
62.显示模块，用于若不满足对所述待处理订单进行处理的条件，显示对所述待处理订单处理失败的信息。
63.第三方面，提供了一种电子设备，其特征在于，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；
64.存储器，用于存放计算机程序；
65.处理器，用于执行存储器上所存放的程序时，实现第一方面任一所述的方法步骤。
66.第四方面，提供了一种计算机可读存储介质，其特征在于，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现第一方面任一所述的方法步骤。
67.第五方面，提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述任一所述的订单处理方法。
68.本技术实施例有益效果：
69.本技术实施例提供了一种订单处理方法、装置、电子设备及存储介质，本技术通过接收针对待处理订单输入的处理指令，所述处理指令用于指示对所述待处理订单进行处理；获取所述待处理订单的订单状态及用于确认所述待处理订单进行处理的确认信息；基于所述订单状态和所述确认信息确定是否满足对所述待处理订单进行处理的条件；若满足对所述待处理订单进行处理的条件，对所述待处理订单进行处理。通过本技术，接收到取消待处理订单的处理指令时，可以自动根据该订单的订单状态及确认信息确定是否可以取消订单，无需买卖双方私下沟通，提高处理效率。
70.当然，实施本技术的任一产品或方法并不一定需要同时达到以上所述的所有优点。
附图说明
71.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
72.图1为本技术实施例提供的一种订单处理方法的流程图；
73.图2为本技术另一实施例提供的一种订单处理方法的流程图；
74.图3为本技术另一实施例提供的一种订单处理方法的流程图；
75.图4为本技术实施例提供的一种订单处理装置的结构示意图；
76.图5为本技术实施例提供的一种电子设备的结构示意图。
具体实施方式
77.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
78.由于目前在交易平台下单后出现取消订单的情况时，取消订单的过程中需要买方和卖方私下沟通，效率低下，并且因为没有在交易平台的系统中留存协商过程，如果后续产生纠纷，交易平台没有判断依据。为此，本技术实施例提供了一种订单处理方法，可以应用于融资交易平台系统。
79.下面将结合具体实施方式，对本技术实施例提供的一种订单处理方法进行详细的说明，如图1所示，具体步骤如下：
80.s101，接收针对待处理订单输入的处理指令，所述处理指令用于指示对所述待处理订单进行处理。
81.在本技术实施例中，处理指令用于指示对待处理订单进行处理，处理指令可以是待处理订单的买方或卖方输入的。系统可以接收针对待处理订单输入的处理指令。
82.s102，获取所述待处理订单的订单状态及用于确认所述待处理订单进行处理的确认信息。
83.在本技术实施例中，确认信息用于确认对待处理订单进行处理，确认信息可以是买家反馈的也可以是卖家反馈的。接收到处理指令后，获取待处理订单的订单状态以及确认信息。
84.s103，基于所述订单状态和所述确认信息确定是否满足对所述待处理订单进行处理的条件。
85.在本技术实施例中，接收到针对待处理订单输入的处理指令后，不会直接对待处理订单进行处理，而是基于订单状态和确认信息进行判断，从而确定是否满足对待处理订单进行处理的条件。
86.s104，若满足对所述待处理订单进行处理的条件，对所述待处理订单进行处理。
87.在本技术实施例中，当满足对待处理订单进行处理的条件时，才可以对待处理订单进行处理。
88.本技术实施例中，接收针对待处理订单输入的处理指令，所述处理指令用于指示对所述待处理订单进行处理；获取所述待处理订单的订单状态及用于确认所述待处理订单进行处理的确认信息；基于所述订单状态和所述确认信息确定是否满足对所述待处理订单进行处理的条件；若满足对所述待处理订单进行处理的条件，对所述待处理订单进行处理。通过本技术，接收到取消待处理订单的处理指令时，可以自动根据该订单的订单状态及确认信息确定是否可以取消订单，无需买卖双方私下沟通，提高处理效率。
89.在本技术的又一实施例中，所述处理指令包括：取消指令，所述取消指令用于指示对所述待处理订单进行取消处理；所述s103，可以包括以下步骤：
90.s201，判断所述订单状态是否处于验票状态。
91.在本技术实施例中，验票指验证票据；对待处理订单进行处理时包括多个处理流程，每个处理流程中包括多个节点，示例性的，处理流程包括验票流程。验票状态指：对待处理订单的处理处于验票流程中，通过判断订单状态是否处于验票状态，可以判断验票流程是否可以按照默认的验票方式正常验证票据。
92.s202，若所述订单状态不处于验票状态，向买方发送第一验证信息。
93.在本技术实施例中，第一验证信息的形式可以是短信形式，若订单状态不处于验票状态，表示验票流程无法按照默认的验票方式正常验证票据，此时可以更换一种用于验证票据的方式，即，向买方发送第一验证信息。
94.s203，基于所述买方针对所述第一验证信息反馈的第一确认信息，确定是否满足对所述待处理订单进行取消处理的条件。
95.在本技术实施例中，买方收到第一验证信息后会针对第一验证信息反馈第一确认
信息，可以基于买方反馈的第一确认信息，确定是否满足对待处理订单进行取消处理的条件。
96.本技术实施例中，通过判断订单状态是否处于验票状态，确定是否更换验票方式，以保证验票流程的顺利执行，避免因为默认验证方式出现问题而中断处理流程。
97.在本技术的又一实施例中，所述s203，可以包括以下步骤：
98.步骤一，判断所述第一确认信息与第一验证信息是否一致。
99.在本技术实施例中，可以通过判断第一确认信息与第一验证信息是否一致，判断是否验证成功，从而判断是否满足对待处理订单进行取消处理的条件。
100.步骤二，若所述第一确认信息与第一验证信息不一致，确定不满足对所述待处理订单进行取消处理的条件。
101.在本技术实施例中，若第一确认信息与第一验证信息不一致，表示验证失败，确定不满足对待处理订单进行取消处理的条件。
102.步骤三，若所述第一确认信息与第一验证信息一致，基于所述待处理订单的支付状态，确定是否满足对所述待处理订单进行取消处理的条件。
103.在本技术实施例中，若第一确认信息与第一验证信息一致，表示验证成功，此时需要基于待处理订单的支付状态，确定是否满足对待处理订单进行取消处理的条件。
104.本技术实施例中，通过判断所述第一确认信息与第一验证信息是否一致，判断是否验证成功，验证方式简单、高效。
105.在本技术的又一实施例中，所述s203，可以包括以下步骤：
106.步骤一，若所述订单状态处于未支付状态，确定满足对所述待处理订单进行取消处理的条件。
107.在本技术实施例中，若订单状态处于未支付状态，确定满足对待处理订单进行取消处理的条件。也即，当买方操作取消订单时，若订单状态处于未支付状态，只需得到买方的确认即可。
108.步骤二，若所述订单状态处于已支付状态，向所述待处理订单的卖方发送第二验证信息。
109.在本技术实施例中，若订单状态处于已支付状态，还需得到卖方的确认，所以此时需要向待处理订单的卖方发送第二验证信息。
110.步骤三，基于所述卖方针对所述第二验证信息反馈的第二确认信息与所述第二验证信息，确定是否满足对所述待处理订单进行取消处理的条件。
111.在本技术实施例中，卖方收到第二验证信息后会反馈第二验证信息，基于卖方反馈的第二确认信息与第二验证信息，可以确定是否满足对待处理订单进行取消处理的条件。
112.本技术实施例中，若所述订单状态处于未支付状态，确定满足对所述待处理订单进行取消处理的条件；若所述订单状态处于已支付状态，需要向待处理订单的卖方发送第二验证信息以确定是否满足对所述待处理订单进行取消处理的条件。通过本方案，可以根据订单的支付状态，确定只通过买方确认结果还是通过买方和卖方双方的确认结果，确定是否满足对所述待处理订单进行取消处理的条件，使确定过程更加符合订单情况。
113.在本技术的又一实施例中，所述s203，可以包括以下步骤：
114.步骤一，判断所述卖方针对所述第二验证信息反馈的第二确认信息与所述第二验证信息是否一致。
115.在本技术实施例中，通过判断卖方针对第二验证信息反馈的第二确认信息与第二验证信息是否一致，判断是否验证成功。
116.步骤二，若所述第二确认信息与所述第二验证信息一致，确定满足对所述待处理订单进行取消处理的条件。
117.在本技术实施例中，若第二确认信息与第二验证信息一致，表示验证成功，确定满足对待处理订单进行取消处理的条件，将订单状态更新为已撤单，结束交易。
118.在本技术实施例的一种实施方式中，确定满足对待处理订单进行取消处理的条件后，调用支付接口进行退款处理。
119.在该实施方式中，确定满足对待处理订单进行取消处理的条件后，调用预先与平台系统连接的支付接口进行退款处理，利用本方案平台系统可以自动进行资金操作，节省人力成本。
120.步骤三，若所述第二确认信息与所述第二验证信息不一致，确定不满足对所述待处理订单进行取消处理的条件。
121.在本技术实施例中，若第二确认信息与第二验证信息不一致，表示验证失败，确定不满足对待处理订单进行取消处理的条件。
122.本技术实施例中，通过判断所述第二确认信息与第二验证信息是否一致，判断是否验证成功，验证方式简单、高效。
123.在本技术的又一实施例中，所述方法还可以包括以下步骤：
124.s301，若所述订单状态处于验票状态，获取票据状态。
125.在本技术实施例中，票据状态指：卖方将票据转让给买方的流转过程中，票据的流转状态。若订单状态处于验票状态，表示验票流程可以正常验证票据，此时可以获取票据状态，根据票据状态确定是否满足对待处理订单进行取消处理的条件。
126.s302，基于所述票据状态，判断票据是否已转入所述买方的账户。
127.在本技术实施例中，票据已转入所述买方的账户表示买方已收到票据。系统可以基于票据状态，判断票据是否已转入买方的账户。
128.s303，若票据已转入所述买方的账户，确定不满足对所述待处理订单进行取消处理的条件。
129.在本技术实施例中，若票据已转入买方的账户，表示买方已收到票据，确定不满足对待处理订单进行取消处理的条件。
130.s304，若票据未转入所述买方的账户，执行向买方发送第一验证信息；基于所述买方针对所述第一验证信息反馈的第一确认信息，确定是否满足对所述待处理订单进行取消处理的条件的步骤。
131.在本技术实施例中，若票据未转入买方的账户，表示买方未收到票据，向买方发送第一验证信息，接收买方针对第一验证信息反馈的第一确认信息；判断第一确认信息与第一验证信息是否一致，若第一确认信息与第一验证信息不一致，确定不满足对待处理订单进行取消处理的条件。
132.若第一确认信息与第一验证信息一致，判断订单状态是否处于未支付状态；若订
单状态处于未支付状态，确定满足对待处理订单进行取消处理的条件；若订单状态处于已支付状态，向待处理订单的卖方发送第二验证信息，并判断卖方针对第二验证信息反馈的第二确认信息与第二验证信息是否一致；若第二确认信息与第二验证信息一致，确定满足对待处理订单进行取消处理的条件；若第二确认信息与第二验证信息不一致，确定不满足对待处理订单进行取消处理的条件。
133.在本技术的又一实施例中，所述方法还可以包括以下步骤：
134.若不满足对所述待处理订单进行处理的条件，显示对所述待处理订单处理失败的信息。
135.在本技术实施例中，若不满足对待处理订单进行处理的条件，则显示对待处理订单处理失败的信息，可以直接在处理待处理订单的显示界面以弹窗形式显示对待处理订单处理失败的信息，也可以按照预设的通讯信息向相关人员发送对待处理订单处理失败的信息，以方便相关人员了解对待处理订单的处理情况。
136.本技术实施例中，接收针对待处理订单输入的处理指令，所述处理指令用于指示对所述待处理订单进行处理；获取所述待处理订单的订单状态及用于确认所述待处理订单进行处理的确认信息；基于所述订单状态和所述确认信息确定是否满足对所述待处理订单进行处理的条件；若满足对所述待处理订单进行处理的条件，对所述待处理订单进行处理。通过本技术，接收到取消待处理订单的处理指令时，可以自动根据该订单的订单状态及确认信息确定是否可以取消订单，无需买卖双方私下沟通，提高处理效率。
137.基于相同的技术构思，本技术实施例还提供了一种订单处理装置，如图4所示，该装置包括：
138.接收模块401，用于接收针对待处理订单输入的处理指令，所述处理指令用于指示对所述待处理订单进行处理；
139.获取模块402，用于获取所述待处理订单的订单状态及用于确认所述待处理订单进行处理的确认信息；
140.第一确定模块403，用于基于所述订单状态和所述确认信息确定是否满足对所述待处理订单进行处理的条件；
141.处理模块404，用于若满足对所述待处理订单进行处理的条件，对所述待处理订单进行处理。
142.可选的，所述处理指令包括：取消指令，所述取消指令用于指示对所述待处理订单进行取消处理；所述第一确定模块，包括：
143.第一判断单元，用于判断所述订单状态是否处于验票状态；
144.第一发送单元，用于若所述订单状态不处于验票状态，向买方发送第一验证信息；
145.第一确定单元，用于基于所述买方针对所述第一验证信息反馈的第一确认信息，确定是否满足对所述待处理订单进行取消处理的条件。
146.可选的，所述第一确定模块，包括：
147.第二判断单元，用于判断所述第一确认信息与第一验证信息是否一致；
148.第二确定单元，用于若所述第一确认信息与第一验证信息不一致，确定不满足对所述待处理订单进行取消处理的条件；
149.第三确定单元，用于若所述第一确认信息与第一验证信息一致，基于所述待处理
订单的支付状态，确定是否满足对所述待处理订单进行取消处理的条件。
150.可选的，所述第一确定模块，包括：
151.第四确定单元，用于若所述订单状态处于未支付状态，确定满足对所述待处理订单进行取消处理的条件；
152.第二发送单元，用于若所述订单状态处于已支付状态，向所述待处理订单的卖方发送第二验证信息；
153.第五确定单元，用于基于所述卖方针对所述第二验证信息反馈的第二确认信息与所述第二验证信息，确定是否满足对所述待处理订单进行取消处理的条件。
154.可选的，所述第一确定模块，包括：
155.第三判断单元，用于判断所述卖方针对所述第二验证信息反馈的第二确认信息与所述第二验证信息是否一致；
156.第六确定单元，用于若所述第二确认信息与所述第二验证信息一致，确定满足对所述待处理订单进行取消处理的条件；
157.第七确定单元，用于若所述第二确认信息与所述第二验证信息不一致，确定不满足对所述待处理订单进行取消处理的条件。
158.可选的，所述装置还包括：
159.票据状态获取模块，用于若所述订单状态处于验票状态，获取票据状态；
160.票据判断模块，用于基于所述票据状态，判断票据是否已转入所述买方的账户；
161.第二确定模块，用于若票据已转入所述买方的账户，确定不满足对所述待处理订单进行取消处理的条件；
162.执行模块，用于若票据未转入所述买方的账户，执行向买方发送第一验证信息；基于所述买方针对所述第一验证信息反馈的第一确认信息，确定是否满足对所述待处理订单进行取消处理的条件的步骤。
163.可选的，所述装置还包括：
164.显示模块，用于若不满足对所述待处理订单进行处理的条件，显示对所述待处理订单处理失败的信息。
165.本技术实施例中，接收针对待处理订单输入的处理指令，所述处理指令用于指示对所述待处理订单进行处理；获取所述待处理订单的订单状态及用于确认所述待处理订单进行处理的确认信息；基于所述订单状态和所述确认信息确定是否满足对所述待处理订单进行处理的条件；若满足对所述待处理订单进行处理的条件，对所述待处理订单进行处理。通过本技术，接收到取消待处理订单的处理指令时，可以自动根据该订单的订单状态及确认信息确定是否可以取消订单，无需买卖双方私下沟通，提高处理效率。
166.基于相同的技术构思，本发明实施例还提供了一种电子设备，如图5所示，包括处理器501、通信接口502、存储器503和通信总线504，其中，处理器501，通信接口502，存储器503通过通信总线504完成相互间的通信，
167.存储器503，用于存放计算机程序；
168.处理器501，用于执行存储器503上所存放的程序时，实现如下步骤：
169.接收针对待处理订单输入的处理指令，所述处理指令用于指示对所述待处理订单进行处理；
170.获取所述待处理订单的订单状态及用于确认所述待处理订单进行处理的确认信息；
171.基于所述订单状态和所述确认信息确定是否满足对所述待处理订单进行处理的条件；
172.若满足对所述待处理订单进行处理的条件，对所述待处理订单进行处理。
173.可选的，所述处理指令包括：取消指令，所述取消指令用于指示对所述待处理订单进行取消处理；
174.所述基于所述订单状态和所述确认信息确定是否满足对所述待处理订单进行处理的条件，包括：
175.判断所述订单状态是否处于验票状态；
176.若所述订单状态不处于验票状态，向买方发送第一验证信息；
177.基于所述买方针对所述第一验证信息反馈的第一确认信息，确定是否满足对所述待处理订单进行取消处理的条件。
178.可选的，所述基于所述买方针对所述第一验证信息反馈的第一确认信息，确定是否满足对所述待处理订单进行取消处理的条件，包括：
179.判断所述第一确认信息与第一验证信息是否一致；
180.若所述第一确认信息与第一验证信息不一致，确定不满足对所述待处理订单进行取消处理的条件；
181.若所述第一确认信息与第一验证信息一致，基于所述待处理订单的支付状态，确定是否满足对所述待处理订单进行取消处理的条件。
182.可选的，所述基于所述待处理订单的支付状态，确定是否满足对所述待处理订单进行取消处理的条件，包括：
183.若所述订单状态处于未支付状态，确定满足对所述待处理订单进行取消处理的条件；
184.若所述订单状态处于已支付状态，向所述待处理订单的卖方发送第二验证信息；
185.基于所述卖方针对所述第二验证信息反馈的第二确认信息与所述第二验证信息，确定是否满足对所述待处理订单进行取消处理的条件。
186.可选的，所述基于所述卖方针对所述第二验证信息反馈的第二确认信息与所述第二验证信息，确定是否满足对所述待处理订单进行取消处理的条件，包括：
187.判断所述卖方针对所述第二验证信息反馈的第二确认信息与所述第二验证信息是否一致；
188.若所述第二确认信息与所述第二验证信息一致，确定满足对所述待处理订单进行取消处理的条件；
189.若所述第二确认信息与所述第二验证信息不一致，确定不满足对所述待处理订单进行取消处理的条件。
190.可选的，所述方法还包括：
191.若所述订单状态处于验票状态，获取票据状态；
192.基于所述票据状态，判断票据是否已转入所述买方的账户；
193.若票据已转入所述买方的账户，确定不满足对所述待处理订单进行取消处理的条
件；
194.若票据未转入所述买方的账户，执行向买方发送第一验证信息；基于所述买方针对所述第一验证信息反馈的第一确认信息，确定是否满足对所述待处理订单进行取消处理的条件的步骤。
195.可选的，所述方法还包括：
196.若不满足对所述待处理订单进行处理的条件，显示对所述待处理订单处理失败的信息。
197.上述电子设备提到的通信总线可以是外设部件互连标准(peripheral component interconnect，pci)总线或扩展工业标准结构(extended industry standard architecture，eisa)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
198.通信接口用于上述电子设备与其他设备之间的通信。
199.存储器可以包括随机存取存储器(random access memory，ram)，也可以包括非易失性存储器(non-volatile memory，nvm)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。
200.上述的处理器可以是通用处理器，包括中央处理器(central processing unit，cpu)、网络处理器(network processor，np)等；还可以是数字信号处理器(digital signal processing，dsp)、专用集成电路(application specific integrated circuit，asic)、现场可编程门阵列(field-programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
201.在本发明提供的又一实施例中，还提供了一种计算机可读存储介质，该计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现上述任一订单处理方法的步骤。
202.在本发明提供的又一实施例中，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述实施例中任一订单处理方法。
203.在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(dsl))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，dvd)、或者半导体介质(例如固态硬盘solid state disk(ssd))等。
204.需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之
间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
205.以上所述仅是本技术的具体实施方式，使本领域技术人员能够理解或实现本技术。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本技术的精神或范围的情况下，在其它实施例中实现。因此，本技术将不会被限制于本文所示的这些实施例，而是要符合与本文所申请的原理和新颖特点相一致的最宽的范围。