一种残膜回收机防缠绕挑膜装置的制 一种秧草收获机用电力驱动行走机构

订单管理方法及系统与流程

2022-02-22 07:52:18 来源:中国专利 TAG:


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.图1是本发明提供的订单管理方法的流程示意图之一;
46.图2是本发明提供的订单管理方法的流程示意图之二;
47.图3是本发明提供的订单管理方法的流程示意图之三;
48.图4是本发明提供的订单管理系统的结构示意图之一;
49.图5是本发明提供的订单管理系统的结构示意图之二;
50.图6是本发明提供的电子设备的结构示意图。
具体实施方式
51.为使本发明的目的、技术方案和优点更加清楚,下面将结合本发明中的附图,对本发明中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
52.下面结合图1描述本发明的订单管理方法,该方法包括:步骤101,获取待处理订单的需求信息,根据所述需求信息生成所述待处理订单的报价单;其中,所述待处理订单包括多个子订单,所述需求信息由用户在终端选择确定;
53.其中,本实施例的执行主体为服务器。
54.终端可以是手机、平板电脑、个人计算机等智能设备,本实施例对此不作具体地限定。
55.待处理订单为装修订单或维修订单等,本实施对此不作具体地限定。装修可以是局部装修也可以是整体装修,本实施对此不作具体地限定。
56.待处理订单中包含的子订单的数量以及类型可以根据实际需求进行设置。
57.待处理订单中包含多种类型的需要信息。
58.在服务器获取到待处理订单的需求信息,根据每种需求信息获取相应的价目表;
59.并将每种需求信息和相应的价目表填写到报价单模板中,生成报价单。
60.以下以待处理订单为装修订单,对本实施例中的订单管理方法展开描述。
61.可选地,在需要对装修对象进行装修或时,可以是用户在终端输入预约装修设计指令,在接收到预约装修设计指令后,根据所述预约装修设计指令中的商家信息,通知商家信息对应的商家指派相应的项目经理对待装修对象进行方案制定。由项目经理上传预选装修方案,用于在终端选择确定相应的装修需求信息,生成待处理订单;或者,由用户直接在终端选择确定相应的装修需求信息,生成待处理订单。本实施例对此不作具体地限定。
62.然后,由终端将选择确定的待处理订单的需求信息同步至服务器。服务器在获取到待处理订单的需求信息后,根据需求信息生成相应的报价单。
63.其中,需求信息中包括但不仅限于装修风格、装修材料和装修工期和装修面积等。
64.生成报价单的方式可以是,根据装修方案中的装修材料、修风格、装修材料、装修工期和装修面积等,查找每种装修材料的单价,以及每个装修任务节点所需的人工费用等,将装修方案和每种装修材料的单价,以及每个装修任务节点所需的人工费用写入报价单模
板中,生成报价单。
65.报价单中包括但不限于每种装修材料的单价和使用数量、人工成本等,本实施例对此不作具体地限定。
66.然后,在生成报价单后可以将报价单发送至用户终端,用于用户终端实时查看所述报价单。
67.相比于现有技术中通过人工制定报价单,本实施例根据需求信息自动生成报价单,可以有效避免人工制定报价单时因需求信息较多且较为复杂时容易出错和效率低的问题。
68.步骤102,根据所述需求信息对应的优惠信息和所述报价单,计算每个子订单对应的优惠金额,并将每个子订单对应的优惠金额发送至商城平台,用于所述商城平台根据每个子订单对应的优惠金额生成每个子订单的支付订单,并在接收到对任一子订单的支付订单进行支付的请求时,根据所述请求中的标识信息对应的支付方式生成支付页面,使得用户对所述子订单的支付订单进行支付;
69.其中,每种需求信息对应一种或多种优惠信息,由用户根据实际需求在终端选择确认一种或多种组合优惠券,本实施例对比不作具体地限定。选择确认的优惠信息由终端同步至服务器。
70.其中,优惠信息中包含每个子订单对应的优惠券的优惠比例和/或优惠金额。
71.可选地,服务器在生成报价单后,根据需求信息对应的每个子订单对应的优惠券的优惠比例和/或优惠金额,以及报价单,计算每个子订单对应的优惠金额;
72.例如,在优惠信息中包含每个子订单的优惠比例时,将报价单中每个子订单的总报价与优惠比例进行相乘,获取每个子订单对应的优惠金额。
73.在计算获取每个子订单对应的优惠金额后,将每个子订单对应的优惠金额发送至商城平台;
74.商城平台根据报价单和每个子订单对应的优惠金额,生成每个子订单的支付订单,并将生成的支付订单显示至终端,以供用户对支付订单进行查看、核对和支付中的一种或多种。
75.在用户需要对任一子订单的支付订单进行支付时,通过终端向商城平台发送对任一子订单的支付订单进行支付的请求。
76.商城平台在接收到支付请求时,对请求进行解析获取请求中的标识信息,根据标识信息在预先构建的映射关系中查找相应的支付方式,并根据相应的支付方式生成支付页面,以供用户对该子订单的支付账单进行支付。其中,预先构建的映射关系表中存储有标识信息和支付方式之间的对应关系。
77.商城平台在确认用户对该子订单进行支付时,对该子订单的支付账单的支付状态进行更新,并将更新后的子订单的支付订单的支付状态同步至服务器,以确认待处理订单的完成状态。
78.本实施例通过根据优惠信息以及报价单自动计算每个子订单对应的优惠金额、自动生成每个子订单的支付订单和支付页面,不仅可以提高订单管理效率,还可以避免人工操作出现误差,造成用户体验差的问题。
79.步骤103,接收所述商城平台发送的所述多个子订单的支付订单的支付状态,在根
据所述支付状态确定所述待处理订单支付完成时,将所述待处理订单更新为已处理状态和/或将所述待处理订单的支付结果显示在所述终端。
80.可选地,服务器接实时收到商城平台发送的多个子订单的支付订单的支付状态,并根据多个子订单的支付订单的支付状态确定待处理订单是否完成;
81.其中,确认方式为,判断待处理订单的多个子订单的支付订单的支付状态是否均为完成状态,若是,则确定待处理订单完成;否则确定待处理订单未完成。
82.服务器在确定待处理订单完成时,将待处理订单更新为已处理状态;避免对该订单进行重复处理,影响订单管理效率和影响用户体验感。
83.也可以将待处理订单的支付结果显示在所述终端,以供用户对支付结果进行实时查看和/或核对。
84.本实施例通过实时将待处理订单的支付结果显示在终端,可以供用户在终端界面实时查看和/或核对待处理订单的支付结果,减少人工参与,不仅可以提高效率,还可以提升用户体验感。
85.本实施例通过自动获取待处理订单的需求信息,并根据待处理订单的需求信息自动生成待处理订单的报价单,然后根据需求信息对应的优惠信息和报价单,计算每个子订单对应的优惠金额,并将每个子订单对应的优惠金额发送至商城平台,由商城平台自动生成每个子订单的支付订单和支付页面,并将多个子订单的支付订单的支付状态发送至服务器,由服务器确定待处理订单的完成情况,并在待处理订单完成时,将待处理订单的支付结果显示在终端,一方面打通服务器、终端、商场平台多个系统之间的信息交互,可以自动实现需求信息的选择、报价单的生成、优惠信息的选择、优惠金额的计算、每个子订单的支付订单和支付页面的生成、查看、核对和支付,以及待处理订单的支付结果的查看和核对,自动完成整个订单处理中各个环节的管理,减少人力物力的投入,提高管理效率;另一方面,通过自动生成报价单、计算优惠金额、生成每个子订单的支付订单和支付页面,以及待处理订单的完成情况的确定,避免人工干扰,使得整个管理过程中的各个计算环节、生成环节和确认环节更加准确。
86.在上述实施例的基础上,本实施中还包括:将所述需求信息对应的优惠信息和为所述待处理订单提供服务的商家的编号发送至营销中台,用于所述营销中台将所述优惠信息和商家的编号与所述待处理订单所属的用户信息进行绑定和/或保存;在获取到所述待处理订单对应的业务完成时,通知所述营销中台根据所述待处理订单所属的用户信息,在绑定结果中查找所述用户信息对应的商家的编号和优惠信息,并根据查找到的优惠信息对所述商家进行相应的补偿。
87.可选地,服务器还可以将需求信息对应的优惠信息和为所述待处理订单提供服务的商家的编号发送至营销中台。
88.其中,优惠信息中包括优惠券id(identity document,身份标识),以及优惠比例或优惠金额等,本实施例对此不作具体地限定。
89.营销中台在接收到需求信息对应的优惠信息和商家的编号时,将优惠信息和商家的编号绑定到待处理订单所属的用户信息下,和/或对绑定结果进行保存。以便用户随时查看相应的优惠信息,以便营销中台准确计算出为商家提供的补偿金额。
90.还可以将绑定结果同步至服务器和/或终端,本实施例对此不作具体地限定。
91.在获取到待处理订单对应的业务完成时,将待处理订单对应的业务完成的消息通知至营销中台。
92.营销中台在获取到通知消息时,根据待处理订单所属的用户信息,在绑定结果中查找用户信息对应的商家的编号和优惠信息;
93.根据优惠信息确定待处理订单的优惠金额,根据优惠金额为编号对应的商家提供相应的补偿。
94.本实施例将用户信息与优惠信息和商家的编号进行绑定,在待处理订单对应的业务完成时,可直接通知营销中台根据待处理订单所属的用户信息,查找获取相应的商家的编号和优惠信息,即可快速准确地计算出对相应的商家进行补偿的金额,以实现快速准确对商家进行结算不仅订单管理效率高,且可以节约大量地人力物力。
95.在上述实施例的基础上,本实施例中所述将所述需求信息对应的优惠信息和为所述待处理订单提供服务的商家的编号发送至营销中台,包括:在接收到第一指令的情况下,从所述第一指令中解析获取用户信息;其中,所述第一指令为对所述报价单和/或优惠信息进行查询的指令;查询所述用户信息对应的报价单和/或所述优惠信息,并将查询结果返回至所述终端,用于用户对所述报价单和优惠信息进行查看和核对;其中,所述用户信息与报价单和优惠信息之间的对应关系预先绑定;
96.其中,第一指令为对报价单和/或优惠信息进行查询的指令。
97.可选地,用户在需要对报价单和/或优惠信息进行查询时,可以在终端输入第一指令;输入第一指令的方式包括但不限于语音、文字和虚拟按键等,本实施例对此不作具体地限定。
98.然后,由终端将第一指令发送至服务器。
99.然后,服务器在接收到第一指令时,从第一指令中解析获取用户信息,并在服务器的后台中查询用户信息绑定的报价单和/或优惠信息;其中,服务器的后台中可以存储有用户信息与报价单,以及用户信息与优惠信息的绑定结果,本实施例对此不作具体地限定。
100.然后,服务器将查询到的报价单和优惠信息返回至终端。
101.用户可以通过终端对报价单和优惠信息进行查看,以及核对报价单和优惠信息是否正确。
102.本实施例中在接收到对报价单和/或优惠券进行查询的第一指令后,即可将用户信息绑定的报价单和优惠券实时反馈至终端,用户仅需通过点击、滑动、输入文本或语音中的一种,即可实时查看待装修对象的报价单和/或优惠信息、操作简单灵活,可满足用户的不同需求,可扩展性强,有效提升用户的体验感。
103.接收第二指令;其中,所述第二指令由用户在确认所述报价单和优惠信息的核对结果正确时,通过所述终端发送;响应于所述第二指令,将所述需求信息对应的优惠信息和商家的编号发送至所述营销中台。
104.可选地,用户在对报价单和优惠信息核对后,若确定报价单和优惠信息的核对结果正确,则将用于指示报价单和优惠信息的核对结果正确的第二指令通过终端发送至服务器。
105.在服务器接收到第二指令的情况下,对第二指令进行响应,并将待处理订单的优惠信息和商家的编号发送至营销中台。
106.另外,还可以将用户信息和报价单等,与优惠信息和商家的编号共同发送至营销中台,以供营销中台将优惠信息、商家的编号和报价单与用户信息进行绑定,并对为商家补偿的金额进行计算,为商家进行结算。
107.本实施例中一方面将报价单和优惠信息发送至终端,便于用户对报价单和优惠信息进行实时查看和核对;另一方面,在接收到确认报价单和优惠信息的核对结果正确的第二指令后,才将相应的优惠信息和商家的编号发送至营销中台,有效保证绑定信息的正确性,并且在待处理订单的业务完成时,营销中台可以根据绑定结果中的优惠信息对,及时对商家进行结算,有效确保结算结果的准确性和绑定结果的准确性。
108.在上述各实施例的基础上,本实施例中所述优惠信息包含多个分期的子优惠信息;相应地,所述根据所述需求信息对应的优惠信息和所述报价单,计算每个子订单对应的优惠金额,包括:在接收到第三指令时,从所述第三指令中解析获取分期方案;其中,所述第三指令为对所述待处理订单进行分期支付的指令;将所述分期方案、每一分期的子优惠信息和所述报价单,计算每个子订单对应的每一分期的优惠金额。
109.其中,可以根据待处理订单的业务进程或者付款时间等,将优惠信息分为多个分期的子优惠信息。
110.可选地,用户可以根据实际需求在终端选择每一分期的优惠信息。例如,对于装修订单,可以将优惠信息分为施工前预付定金期的优惠信息和装修竣工对应的优惠信息。
111.可选地,用户在需要对待处理订单进行分期支付时,可以在终端输入选择确认指令,以从多种不同分期方案中选择相应的分期方案;
112.输入选择确认指令的方式包括但不限于语音、文字和虚拟按键等,本实施例对此不作具体地限定。
113.然后,由终端将分期方案以第三指令的形式发送至服务器。其中,第三指令为对待处理订单进行分期支付的指令;
114.然后,服务器在接收到第三指令时,对第三指令进行解析,以获取分期方案;并根据分期方案、每一分期的优惠信息和报价单计算每个子订单对应的每一分期的优惠金额。
115.需要说明是,服务器还可以将每个子订单对应的每一分期的优惠金额同步至终端,以供用户实时查看、核对和支付每个子订单对应的每一期的优惠金额。
116.和/或同步至商城平台,以供商城平台生成每个子订单每一分期的支付订单,在每一分期的支付订单的付款时间临近时,向终端发送提示信息,以提示用户及时支付;或者在接收到对任一子订单的分期支付订单进行支付的请求时,根据所述请求中的标识信息对应的支付方式生成支付页面,使得用户对该子订单的分期支付订单进行支付。
117.本实施例在接收到对待处理订单进行分期支付的第三指令时,即可自动准确地计算出每个子订单对应的每一分期的优惠金额,不仅操作灵活方便,有效提升用户体验感,且可以减少人工参与,提高计算效率和准确性。
118.在上述各实施例的基础上,本实施例中所述待处理订单为与装修相关的订单,所述需求信息包括装修材料信息、装修任务信息、装修周期和工程量;相应地,所述根据所述需求信息生成所述待处理订单的报价单,包括:从所述需求信息中解析获取所述装修材料信息、装修任务信息、装修周期和工程量;根据所述装修材料信息、装修任务信息、装修周期和工程量,生成所述报价单。
119.可选地,在待处理订单为与装修相关的订单的情况下,服务器在获取到需求信息后,从需求信息中解析获取装修材料信息、装修任务信息、装修周期和工程量;然后,将装修材料信息、装修任务信息、装修周期和工程量,填写到报价单模板中的相应位置,生成相应的报价单。
120.相比与人工制定报价单,本实施例根据需求信息,即可快速准确地生成报价单,有效提升用户体验感和订单管理的效率。
121.如图2所示,为本实施例中在装修场景下的订单管理方法的完整流程图,具体步骤包括:
122.步骤(1),用户在终端输入预约装修设计指令,在接收到预约装修设计指令后,根据所述预约装修设计指令中的商家信息,通知商家信息对应的商家指派相应的项目经理对待装修对象进行方案制定和跟进;
123.步骤(2),项目经理上传预选需求信息,用户在终端录入相应的需求信息;
124.步骤(3)服务器根据需求信息生成报价单,并将报价单返回至终端,以供用户查看和/或核对;
125.步骤(4),服务器定向给用户发放该场景的优惠券,用户选择相应的优惠信息,并由服务器根据优惠信息和报价单计算每个子订单对应的优惠金额,将优惠信息、报价单和每个子订单对应的优惠金额返回给用户和/或商城平台;用户确认报价后,通知营销中台将优惠信息和商家的编号与用户信息绑定;
126.步骤(5),商城平台根据每一分期的优惠信息,生成分期订单,并返回至终端;
127.步骤(6),用户在终端进行分期支付,商城平台将子订单的支付状态返回至服务器,由服务器确认待处理订单的支付状态是否完成;
128.步骤(7),当待处理订单的业务均完成后,用户点击确认竣工,营销中台为商家进行结算。
129.如图3所示,本实施例还提供一种订单管理方法,该方法包括:步骤301,接收服务器发送的待处理订单的每个子订单对应的优惠金额;其中,每个子订单对应的优惠金额由所述服务器在根据所述待处理订单的需求信息生成所述待处理订单的报价单后,根据所述需求信息对应的优惠信息和所述报价单计算获取;
130.其中,本实施例中执行主体为商城平台;
131.待处理订单为装修订单或维修订单等,本实施对此不作具体地限定。装修可以是局部装修也可以是整体装修,本实施对此不作具体地限定。
132.待处理订单中包含的子订单的数量以及类型可以根据实际需求进行设置。
133.待处理订单中包含多种类型的需要信息。
134.每种需求信息对应一种或多种优惠信息,由用户根据实际需求在终端选择确认一种或多种组合优惠券,本实施例对比不作具体地限定。选择确认的优惠信息由终端同步至服务器。
135.优惠信息中包含每个子订单对应的优惠券的优惠比例和/或优惠金额。
136.可选地,在服务器获取到待处理订单的需求信息,根据每种需求信息获取相应的价目表;并将每种需求信息和相应的价目表填写到报价单模板中,生成报价单。
137.以下以待处理订单为装修订单,对本实施例中的订单管理方法展开描述。
138.可选地,在需要对装修对象进行装修或时,可以是用户在终端输入预约装修设计指令,在接收到预约装修设计指令后,根据所述预约装修设计指令中的商家信息,通知商家信息对应的商家指派相应的项目经理对待装修对象进行方案制定。由项目经理上传预选装修方案,用于在终端选择确定相应的装修需求信息,生成待处理订单;或者,由用户直接在终端选择确定相应的装修需求信息,生成待处理订单。本实施例对此不作具体地限定。
139.然后,由终端将选择确定的待处理订单的需求信息同步至服务器。服务器在获取到待处理订单的需求信息后,根据需求信息生成相应的报价单。
140.其中,需求信息中包括但不仅限于装修风格、装修材料和装修工期和装修面积等。
141.生成报价单的方式可以是,根据装修方案中的装修材料、修风格、装修材料、装修工期和装修面积等,查找每种装修材料的单价,以及每个装修任务节点所需的人工费用等,将装修方案和每种装修材料的单价,以及每个装修任务节点所需的人工费用写入报价单模板中,生成报价单。
142.报价单中包括但不限于每种装修材料的单价和使用数量、人工成本等,本实施例对此不作具体地限定。
143.然后,服务器在生成报价单后可以将报价单发送至用户终端,用于用户终端实时查看所述报价单;
144.并且,服务器在生成报价单后,根据需求信息对应的每个子订单对应的优惠券的优惠比例和/或优惠金额,以及报价单,计算每个子订单对应的优惠金额;
145.例如,在优惠信息中包含每个子订单的优惠比例时,将报价单中每个子订单的总报价与优惠比例进行相乘,获取每个子订单对应的优惠金额。
146.在计算获取每个子订单对应的优惠金额后,将每个子订单对应的优惠金额发送至商城平台;
147.商城平台接收服务器发送的待处理订单的每个子订单对应的优惠金额,以对待处理订单进行后续的管理。
148.相比于现有技术中通过人工制定报价单,本实施例根据需求信息自动生成报价单,可以有效避免人工制定报价单时因需求信息较多且较为复杂时容易出错和效率低的问题。
149.步骤302,根据每个子订单对应的优惠金额生成每个子订单的支付订单,并在接收到对任一子订单的支付订单进行支付的请求时,根据所述请求中的标识信息对应的支付方式生成支付页面,用于用户对所述子订单的支付订单进行支付;
150.可选地,商城平台根据报价单和每个子订单对应的优惠金额,生成每个子订单的支付订单,并将生成的支付订单显示至终端,以供用户对支付订单进行查看、核对和支付中的一种或多种。
151.在用户需要对任一子订单的支付订单进行支付时,通过终端向商城平台发送对任一子订单的支付订单进行支付的请求。
152.商城平台在接收到支付请求时,对请求进行解析获取请求中的标识信息,根据标识信息在预先构建的映射关系中查找相应的支付方式,并根据相应的支付方式生成支付页面,以供用户对该子订单的支付账单进行支付。其中,预先构建的映射关系表中存储有标识信息和支付方式之间的对应关系。
153.商城平台在确认用户对该子订单进行支付时,对该子订单的支付账单的支付状态进行更新,并将更新后的子订单的支付订单的支付状态同步至服务器,以确认待处理订单的完成状态。
154.本实施例通过根据优惠信息以及报价单自动计算每个子订单对应的优惠金额、自动生成每个子订单的支付订单和支付页面,不仅可以提高订单管理效率,还可以避免人工操作出现误差,造成用户体验差的问题。
155.步骤303,将多个所述子订单的支付订单的支付状态发送至所述服务器,用于所述服务器根据所述支付状态确定所述待处理订单是否支付完成。
156.可选地,商城平台将多个子订单的支付订单的支付状态实时发送至服务器;
157.服务器接实时收到商城平台发送的多个子订单的支付订单的支付状态,并根据多个子订单的支付订单的支付状态确定待处理订单是否支付完成;
158.其中,确认方式为,判断多个子订单的支付订单的支付状态是否均为完成状态,若是,则确定待处理订单支付完成;否则确定待处理订单未支付完成。
159.服务器在确定待处理订单完成时,将待处理订单更新为已处理状态;避免对该订单进行重复处理,影响订单管理效率和影响用户体验感。
160.也可以将待处理订单的支付结果显示在所述终端,以供用户对支付结果进行实时查看和/或核对。
161.本实施例通过实时将待处理订单的支付结果显示在终端,可以供用户在终端界面实时查看和/或核对待处理订单的支付结果,减少人工参与,不仅可以提高效率,还可以提升用户体验感。
162.本实施例通过自动获取待处理订单的需求信息,并根据待处理订单的需求信息自动生成待处理订单的报价单,然后根据需求信息对应的优惠信息和报价单,计算每个子订单对应的优惠金额,并将每个子订单对应的优惠金额发送至商城平台,由商城平台自动生成每个子订单的支付订单和支付页面,并将多个子订单的支付订单的支付状态发送至服务器,由服务器确定待处理订单的完成情况,并在待处理订单完成时,将待处理订单的支付结果显示在终端,一方面打通服务器、终端、商场平台多个系统之间的信息交互,可以自动实现需求信息的选择、报价单的生成、优惠信息的选择、优惠金额的计算、每个子订单的支付订单和支付页面的生成、查看、核对和支付,以及待处理订单的支付结果的查看和核对,自动完成整个订单处理中各个环节的管理,减少人力物力的投入,提高管理效率;另一方面,通过自动生成报价单、计算优惠金额、生成每个子订单的支付订单和支付页面,以及待处理订单的完成情况的确定,避免人工干扰,使得整个管理过程中的各个计算环节、生成环节和确认环节更加准确。
163.在上述实施例的基础上,本实施例中还包括:在确定任一子订单的支付订单的支付完成时,将所述子订单的支付订单的支付状态更新为已完成;将更新后的所述子订单的支付订单的支付状态同步至所述服务器。
164.可选地,对于任一子订单,若确定该子订单的支付完成时,将子订单的支付订单的支付状态更新为已完成;同时,将更新后的支付状态同步至服务器,以供服务器根据更新后的支付状态确定待处理订单是否支付完成。
165.本实施例通过服务器与商城平台之间的交互信息,即可实时获知待处理订单的支
付情况,减少人工干预,有效提高待处理订单的支付情况确认的准确性和实时性。
166.下面对本发明提供的订单管理系统进行描述,下文描述的订单管理系统与上文描述的订单管理方法可相互对应参照。
167.如图4所示,本实施例提供一种订单管理系统,包括生成模块401、计算模块402和确定模块403,其中:
168.生成模块401用于获取待处理订单的需求信息,根据所述需求信息生成所述待处理订单的报价单;其中,所述待处理订单包括多个子订单,所述需求信息由用户在终端选择确定;
169.计算模块402用于根据所述需求信息对应的优惠信息和所述报价单,计算每个子订单对应的优惠金额,并将每个子订单对应的优惠金额发送至商城平台,用于所述商城平台根据每个子订单对应的优惠金额生成每个子订单的支付订单,并在接收到对任一子订单的支付订单进行支付的请求时,根据所述请求中的标识信息对应的支付方式生成支付页面,使得用户对所述子订单的支付订单进行支付;
170.确定模块403用于接收所述商城平台发送的所述多个子订单的支付订单的支付状态,在根据所述支付状态确定所述待处理订单支付完成时,将所述待处理订单更新为已处理状态和/或将所述待处理订单的支付结果显示在所述终端。
171.本实施例通过自动获取待处理订单的需求信息,并根据待处理订单的需求信息自动生成待处理订单的报价单,然后根据需求信息对应的优惠信息和报价单,计算每个子订单对应的优惠金额,并将每个子订单对应的优惠金额发送至商城平台,由商城平台自动生成每个子订单的支付订单和支付页面,并将多个子订单的支付订单的支付状态发送至服务器,由服务器确定待处理订单的完成情况,并在待处理订单完成时,将待处理订单的支付结果显示在终端,一方面打通服务器、终端、商场平台多个系统之间的信息交互,可以自动实现需求信息的选择、报价单的生成、优惠信息的选择、优惠金额的计算、每个子订单的支付订单和支付页面的生成、查看、核对和支付,以及待处理订单的支付结果的查看和核对,自动完成整个订单处理中各个环节的管理,减少人力物力的投入,提高管理效率;另一方面,通过自动生成报价单、计算优惠金额、生成每个子订单的支付订单和支付页面,以及待处理订单的完成情况的确定,避免人工干扰,使得整个管理过程中的各个计算环节、生成环节和确认环节更加准确。
172.在上述实施例的基础上,本实施例中还包括补偿模块,具体用于:将所述需求信息对应的优惠信息和为所述待处理订单提供服务的商家的编号发送至营销中台,用于所述营销中台将所述优惠信息和商家的编号与所述待处理订单所属的用户信息进行绑定和/或保存;在获取到所述待处理订单对应的业务完成时,通知所述营销中台根据所述待处理订单所属的用户信息,在绑定结果中查找所述用户信息对应的商家的编号和优惠信息,并根据查找到的优惠信息对所述商家进行相应的补偿。
173.在上述实施例的基础上,本实施例中补偿模块,还用于:在接收到第一指令的情况下,从所述第一指令中解析获取用户信息;其中,所述第一指令为对所述报价单和/或优惠信息进行查询的指令;查询所述用户信息对应的报价单和/或所述优惠信息,并将查询结果返回至所述终端,用于用户对所述报价单和优惠信息进行查看和核对;其中,所述用户信息与报价单和优惠信息之间的对应关系预先绑定;接收第二指令;其中,所述第二指令由用户
在确认所述报价单和优惠信息的核对结果正确时,通过所述终端发送;响应于所述第二指令,将所述需求信息对应的优惠信息和商家的编号发送至营销中台。
174.在上述各实施例的基础上,本实施例中所述优惠信息包含多个分期的子优惠信息;
175.相应地,计算模块具体用于:在接收到第三指令时,从所述第三指令中解析获取分期方案;其中,所述第三指令为对所述待处理订单进行分期支付的指令;将所述分期方案、每一分期的子优惠信息和所述报价单,计算每个子订单对应的每一分期的优惠金额。
176.在上述各实施例的基础上,本实施例中所述待处理订单为与装修相关的订单,所述需求信息包括装修材料信息、装修任务信息、装修周期和工程量;
177.相应地,生成模块具体用于:从所述需求信息中解析获取所述装修材料信息、装修任务信息、装修周期和工程量;根据所述装修材料信息、装修任务信息、装修周期和工程量,生成所述报价单。
178.如图5所示,本实施例提供一种订单管理系统,包括接收模块501、支付模块502和发送模块503,其中:
179.接收模块501用于接收服务器发送的待处理订单的每个子订单对应的优惠金额;其中,每个子订单对应的优惠金额由所述服务器在根据所述待处理订单的需求信息生成所述待处理订单的报价单后,根据所述需求信息对应的优惠信息和所述报价单计算获取;
180.支付模块502用于根据每个子订单对应的优惠金额生成每个子订单的支付订单,并在接收到对任一子订单的支付订单进行支付的请求时,根据所述请求中的标识信息对应的支付方式生成支付页面,用于用户对所述子订单的支付订单进行支付;
181.发送模块503用于将多个所述子订单的支付订单的支付状态发送至所述服务器,用于所述服务器根据所述支付状态确定所述待处理订单是否支付完成。
182.本实施例通过自动获取待处理订单的需求信息,并根据待处理订单的需求信息自动生成待处理订单的报价单,然后根据需求信息对应的优惠信息和报价单,计算每个子订单对应的优惠金额,并将每个子订单对应的优惠金额发送至商城平台,由商城平台自动生成每个子订单的支付订单和支付页面,并将多个子订单的支付订单的支付状态发送至服务器,由服务器确定待处理订单的完成情况,并在待处理订单完成时,将待处理订单的支付结果显示在终端,一方面打通服务器、终端、商场平台多个系统之间的信息交互,可以自动实现需求信息的选择、报价单的生成、优惠信息的选择、优惠金额的计算、每个子订单的支付订单和支付页面的生成、查看、核对和支付,以及待处理订单的支付结果的查看和核对,自动完成整个订单处理中各个环节的管理,减少人力物力的投入,提高管理效率;另一方面,通过自动生成报价单、计算优惠金额、生成每个子订单的支付订单和支付页面,以及待处理订单的完成情况的确定,避免人工干扰,使得整个管理过程中的各个计算环节、生成环节和确认环节更加准确。
183.在上述实施例的基础上,本实施例中还包括更新模块,具体用于:在确定任一子订单的支付订单的支付完成时,将子订单的支付订单的支付状态更新为已完成;将更新后的子订单的支付订单的支付状态同步至服务器。
184.图6示例了一种电子设备的实体结构示意图,如图6所示,该电子设备可以包括:处理器(processor)601、通信接口(communications interface)602、存储器(memory)603和
通信总线604,其中,处理器601,通信接口602,存储器603通过通信总线604完成相互间的通信。处理器601可以调用存储器603中的逻辑指令,以执行订单管理方法,该方法包括:获取待处理订单的需求信息,根据需求信息生成待处理订单的报价单;其中,待处理订单包括多个子订单,需求信息由用户在终端选择确定;根据需求信息对应的优惠信息和报价单,计算每个子订单对应的优惠金额,并将每个子订单对应的优惠金额发送至商城平台,用于商城平台根据每个子订单对应的优惠金额生成每个子订单的支付订单,并在接收到对任一子订单的支付订单进行支付的请求时,根据请求中的标识信息对应的支付方式生成支付页面,使得用户对子订单的支付订单进行支付;接收商城平台发送的多个子订单的支付订单的支付状态,在根据支付状态确定待处理订单支付完成时,将待处理订单更新为已处理状态和/或将待处理订单的支付结果显示在终端。此外,上述的存储器603中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例方法的全部或部分步骤。而前述的存储介质包括:u盘、移动硬盘、只读存储器(rom,read-only memory)、随机存取存储器(ram,random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
185.另一方面,本发明还提供一种计算机程序产品,计算机程序产品包括计算机程序,计算机程序可存储在非暂态计算机可读存储介质上,计算机程序被处理器执行时,计算机能够执行上述各方法所提供的订单管理方法,该方法包括:获取待处理订单的需求信息,根据需求信息生成待处理订单的报价单;其中,待处理订单包括多个子订单,需求信息由用户在终端选择确定;根据需求信息对应的优惠信息和报价单,计算每个子订单对应的优惠金额,并将每个子订单对应的优惠金额发送至商城平台,用于商城平台根据每个子订单对应的优惠金额生成每个子订单的支付订单,并在接收到对任一子订单的支付订单进行支付的请求时,根据请求中的标识信息对应的支付方式生成支付页面,使得用户对子订单的支付订单进行支付;接收商城平台发送的多个子订单的支付订单的支付状态,在根据支付状态确定待处理订单支付完成时,将待处理订单更新为已处理状态和/或将待处理订单的支付结果显示在终端。。
186.又一方面,本发明还提供一种非暂态计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现以执行上述各方法提供的订单管理方法,该方法包括:获取待处理订单的需求信息,根据需求信息生成待处理订单的报价单;其中,待处理订单包括多个子订单,需求信息由用户在终端选择确定;根据需求信息对应的优惠信息和报价单,计算每个子订单对应的优惠金额,并将每个子订单对应的优惠金额发送至商城平台,用于商城平台根据每个子订单对应的优惠金额生成每个子订单的支付订单,并在接收到对任一子订单的支付订单进行支付的请求时,根据请求中的标识信息对应的支付方式生成支付页面,使得用户对子订单的支付订单进行支付;接收商城平台发送的多个子订单的支付订单的支付状态,在根据支付状态确定待处理订单支付完成时,将待处理订单更新为已处理状态和/或将待处理订单的支付结果显示在终端。
187.以上所描述的装置实施例仅仅是示意性的,其中作为分离部件说明的单元可以是
或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下,即可以理解并实施。
188.通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件。基于这样的理解,上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可读存储介质中,如rom/ram、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行各个实施例或者实施例的某些部分的方法。
189.最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
再多了解一些

本文用于企业家、创业者技术爱好者查询,结果仅供参考。

发表评论 共有条评论
用户名: 密码:
验证码: 匿名发表

相关文献