IM电竞,IM电竞官网,IM电竞注册,IM电竞APP下载,IM电竞投注,电竞比分直播/IM电竞作为全球领先的电竞投注平台，提供英雄联盟、CSGO、DOTA2等顶级赛事投注，注册即送高额体验金，APP下载畅玩不停，实时比分直播，体验极致电竞乐趣。

　　地址510123广东省广州市荔湾区芳村花海街20号自编6号楼(仅限办公)

　　本发明涉及一种订单全流程取消方法、装置、电子设备及计算机存储介质,其中方法包括接收用户的订单取消请求,根据订单信息获取待取消订单在交易全流程中的发货状态,若发货状态为未发货,则向供应链系统发送包含订单信息的订单是否可取消的查询指令,以使供应链系统对查询指令处理生成查询结果,根据供应链系统返回的查询结果对待取消订单进行取消处理,若发货状态为已发货,则向供应链系统发送取消配送工单,以使供应链系统在接收到取消配送工单后发送取消配送指令至承运商系统并从承运商系统获取取消配送结果,根据供应链系统返回的取消配送结果对待取消订单进行取消处理,从而实现订单全流程取消。

　　1.一种订单全流程取消方法,其特征在于,应用于订单系统中,所述方法包括,

　　若所述发货状态为未发货,则向供应链系统发送包含所述订单信息的订单是否可取消的查询指令,以使所述供应链系统对所述查询指令处理生成查询结果,

　　若所述发货状态为已发货,则向所述供应链系统发送取消配送工单,以使所述供应链系统在接收到所述取消配送工单后发送取消配送指令至承运商系统并从所述承运商系统获取取消配送结果,

　　2.根据权利要求1所述的方法,其特征在于,所述根据所述供应链系统返回的所述查询结果对所述待取消订单进行取消处理

　　3.根据权利要求2所述的方法,其特征在于,若所述发货状态为未发货,则向供应链系统发送包含所述订单信息的订单是否可取消的查询指令包括,

　　向所述供应链系统发送所述待取消订单的第一查询指令,以使所述供应链系统在接收到所述第一查询指令后,根据所述待取消订单的打包状态生成第一查询结果,并将所述第一查询结果返回至所述订单系统,

　　若所述第一查询结果为不可取消,则向所述供应链系统发送所述待取消订单的第二查询指令,以使所述供应链系统在接收到所述第二查询指令后,根据所述待取消订单的揽件状态生成第二查询结果,并将所述第二查询结果返回至所述订单系统,

　　4.根据权利要求3所述的方法,其特征在于,所述方法还包括,根据所述订单信息获取所述待取消订单的第一合包状态,

　　若所述第一合包状态为已合包,则向所述供应链系统发送所述待取消订单是否可取消的查询指令之前包括,

　　生成包含所述合包订单的提示信息并发送至客户端,以使用户确定是否联动取消所述合包订单,

　　若用户选择联动取消,则向所述供应链系统发送所述待取消订单是否可取消的查询指令包括,

　　向所述供应链系统发送所述合包订单的第三查询指令,以使所述供应链系统在接收到所述第三查询指令后,根据所述合包订单的揽件状态生成所述第三查询结果,并将所述第三查询结果返回至所述订单系统,

　　5.根据权利要求4所述的方法,其特征在于,若所述第一合包状态为未合包,则向所述供应链系统发送所述待取消订单是否可取消的查询指令包括,

　　向所述供应链系统发送所述待取消订单的第四查询指令,以使所述供应链系统在接收到所述第四查询指令后,根据所述待取消订单的打包状态以及第二合包状态生成第四查询

　　6.根据权利要求5所述的方法,其特征在于,所述根据所述第四查询结果对所述待取消订单进行取消处理包括,

　　若所述第四查询结果中的所述第二合包状态为已合包,则生成包含所述合包订单的提示信息并发送至客户端,以使用户确定是否联动取消合包订单,

　　若用户选择联动取消,则向所述供应链系统发送所述合包订单的第五查询指令,以使所述供应链系统在接收到所述第五查询指令后,根据所述合包订单的揽件状态生成第五查询结果,并将所述第五查询结果返回至所述订单系统,

　　7.根据权利要求1至6任一项所述的方法,其特征在于,所述根据所述供应链系统返回的所述取消配送结果对所述待取消订单进行取消处理包括,

　　接收模块,用于接收用户的订单取消请求,所述订单请求中包括待取消订单的订单信息,

　　获取模块,用于根据所述订单信息获取所述待取消订单在交易全流程中的发货状态,

　　查询指令发送模块,用于若所述发货状态为未发货,则向供应链系统发送包含所述订单信息的订单是否可取消的查询指令,以使所述供应链系统对所述查询指令处理生成查询结果,

　　第一取消模块,用于根据所述供应链系统返回的所述查询结果对所述待取消订单进行取消处理,

　　取消配送工单发送模块,用于若所述发货状态为已发货,则向所述供应链系统发送取消配送工单,以使所述供应链系统在接收到所述取消配送工单后发送取消配送指令至承运商系统并从所述承运商系统获取取消配送结果,

　　第二处理模块,用于根据所述供应链系统返回的所述取消配送结果对所述待取消订单进行取消处理。

　　与所述一个或多个处理器关联的存储器,所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时,执行如权利要求1‑7中任一项所述的方法。

　　10.一种计算机存储介质,其上存储有计算机程序,其中,该程序被处理器执行时实现如权利要求1‑7中任一项所述的方法。

　　[0001] 本发明涉及商品信息处理技术领域,特别涉及一种订单全流程取消方法、装置、电子设备及计算机存储介质。

　　[0002] 随着互联网领域的快速发展,互联网购物已经成为人们常用的购物方式,在互联网购物中,用户对某一商品下单后,订单系统生成相应的订单,为了保障消费者权益,通常允许买家对订单进行取消。

　　[0003] 当前对于订单的取消,并非在整个交易流程中所有的阶段都能取消,对于一些特定的阶段,比如,订单已经打包长期未发货,用户端无法对订单取消,则需要客诉入线,不仅导致订单取消效率较低,降低了客户体验,而且导致大量客服介入。

　　[0004] 为解决上述技术问题,本发明提供了一种订单全流程取消方法、装置、电子设备及计算机存储介质,具体方案如下,

　　[0005] 第一方面,提供一种订单全流程取消方法,应用于订单系统中,所述方法包括,

　　[0006] 接收用户的订单取消请求,所述订单请求中包括待取消订单的订单信息,

　　[0007] 根据所述订单信息获取所述待取消订单在交易全流程中的发货状态,

　　[0008] 若所述发货状态为未发货,则向供应链系统发送包含所述订单信息的订单是否可取消的查询指令,以使所述供应链系统对所述查询指令处理生成查询结果,

　　[0009] 根据所述供应链系统返回的所述查询结果对所述待取消订单进行取消处理,

　　[0010] 若所述发货状态为已发货,则向所述供应链系统发送取消配送工单,以使所述供应链系统在接收到所述取消配送工单后发送取消配送指令至承运商系统并从所述承运商系统获取取消配送结果,

　　[001 1] 根据所述供应链系统返回的所述取消配送结果对所述待取消订单进行取消处理。

　　[0012] 在一个较佳的实施方式中,所述根据所述供应链系统返回的所述查询结果对所述待取消订单进行取消处理

　　[0014] 若所述查询结果为不可取消,则向所述供应链系统发送所述取消配送工单。

　　[0015] 在一个较佳的实施方式中,若所述发货状态为未发货,则向供应链系统发送包含所述订单信息的订单是否可取消的查询指令包括,

　　[0016] 向所述供应链系统发送所述待取消订单的第一查询指令,以使所述供应链系统在接收到所述第一查询指令后,根据所述待取消订单的打包状态生成第一查询结果,并将所述第一查询结果返回至所述订单系统,

　　[0017] 若所述第一查询结果为不可取消,则向所述供应链系统发送所述待取消订单的第二查询指令,以使所述供应链系统在接收到所述第二查询指令后,根据所述待取消订单的

　　[0019] 在一个较佳的实施方式中,所述方法还包括,根据所述订单信息获取所述待取消订单的第一合包状态,

　　[0020] 若所述第一合包状态为已合包,则向所述供应链系统发送所述待取消订单是否可取消的查询指令之前包括,

　　[0021] 生成包含所述合包订单的提示信息并发送至客户端,以使用户确定是否联动取消所述合包订单,

　　[0022] 若用户选择联动取消,则向所述供应链系统发送所述待取消订单是否可取消的查询指令包括,

　　[0023] 向所述供应链系统发送所述合包订单的第三查询指令,以使所述供应链系统在接收到所述第三查询指令后,根据所述合包订单的揽件状态生成所述第三查询结果,并将所述第三查询结果返回至所述订单系统,

　　[0025] 在一个较佳的实施方式中,若所述第一合包状态为未合包,则向所述供应链系统发送所述待取消订单是否可取消的查询指令包括,

　　[0026] 向所述供应链系统发送所述待取消订单的第四查询指令,以使所述供应链系统在接收到所述第四查询指令后,根据所述待取消订单的打包状态以及第二合包状态生成第四查询结果,并将所述第四查询结果返回至所述订单系统,

　　[0028] 在一个较佳的实施方式中,所述根据所述第四查询结果对所述待取消订单进行取消处理包括,

　　[0029] 若所述第四查询结果中的所述第二合包状态为已合包,则生成包含所述合包订单的提示信息并发送至客户端,以使用户确定是否联动取消合包订单,

　　[0030] 若用户选择联动取消,则向所述供应链系统发送所述合包订单的第五查询指令,以使所述供应链系统在接收到所述第五查询指令后,根据所述合包订单的揽件状态生成第五查询结果,并将所述第五查询结果返回至所述订单系统,

　　[0032] 在一个较佳的实施方式中,所述根据所述供应链系统返回的所述取消配送结果对所述待取消订单进行取消处理包括,

　　[0033] 若所述取消配送结果为取消成功,则将所述待取消订单直接取消,

　　[0036] 接收模块,用于接收用户的订单取消请求,所述订单请求中包括待取消订单的订单信息,

　　[0037] 获取模块,用于根据所述订单信息获取所述待取消订单在交易全流程中的发货状态,

　　[0038] 查询指令发送模块,用于若所述发货状态为未发货,则向供应链系统发送包含所述订单信息的订单是否可取消的查询指令,以使所述供应链系统对所述查询指令处理生成

　　[0039] 第一取消模块,用于根据所述供应链系统返回的所述查询结果对所述待取消订单进行取消处理,

　　[0040] 取消配送工单发送模块,用于若所述发货状态为已发货,则向所述供应链系统发送取消配送工单,以使所述供应链系统在接收到所述取消配送工单后发送取消配送指令至承运商系统并从所述承运商系统获取取消配送结果,

　　[0041] 第二处理模块,用于根据所述供应链系统返回的所述取消配送结果对所述待取消订单进行取消处理。

　　[0044] 与所述一个或多个处理器关联的存储器,所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时,执行如前所述的方法。

　　[0045] 第四方面,提供一种计算机存储介质,其上存储有计算机程序,其中,该程序被处理器执行时实现如前所述的方法。

　　[0046] 本发明中在交易全流程中的各个阶段,从下单到打包,从打包到揽件,从揽件到发货,具有相应的订单取消流程,从而实现订单全流程取消,并且本发明中支持合包订单的取消,支持联动取消,完善订单取消逻辑及业务流程,提高用户体验的同时减少取消订单入线] 为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。

　　[0053] 为了使本发明的目的、技术方案及优点更加清除明白,以下结合附图及实施例,对本发明进行进一步详细说明。应当理解,此处描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。

　　[0054] 为了解决背景技术中提及的,现有技术中无法在交易全流程中对订单取消,本发明提供了一种订单全流程取消方法、装置、电子设备及计算机存储介质,下面将结合附图具体阐述。

　　[0055] 如图1所示,本发明提供了一种订单全流程取消方法,应用于订单系统中,该方法包括,

　　[0056] S11、接收用户的订单取消请求,订单请求中包括待取消订单的订单信息,

　　[0057] 在本步骤中,客户端提供页面供用户选择取消原因、退款预览及其他取消相关信息,用户在客户端针对待取消订单点击申请取消后生成订单取消请求,订单取消请求中包括待取消订单的订单信息,订单信息包括订单号,订单系统在接收到订单取消请求后,记录订单取消原因。

　　[0058] S12、根据订单信息获取待取消订单在交易全流程中的发货状态,

　　[0059] S13、若发货状态为未发货,则向供应链系统发送包含订单信息的订单是否可取消的查询指令,以使供应链系统对查询指令处理生成查询结果,

　　[0060] S14、根据供应链系统返回的查询结果对待取消订单进行取消处理,

　　[0061] S15、若发货状态为已发货,则向供应链系统发送取消配送工单,以使供应链系统在接收到取消配送工单后发送取消配送指令至承运商系统并从承运商系统获取取消配送结果,

　　[0062] S16、根据供应链系统返回的取消配送结果对待取消订单进行取消处理。

　　[0063] 在以上步骤中,订单系统先根据订单信息获取待取消订单的发货状态,对于未发货的订单,订单系统向供应链系统发送订单是否可取消的查询指令,供应链系统根据查询指令中的订单信息查询待取消订单是否可取消,具体的,对于未发货的订单,其在供应链系统中的状态包括是否打包以及是否揽件,因此,供应链系统根据待取消订单是否打包和/或是否揽件生成查询结果,查询结果包括可取消以及不可取消。订单系统在接收到查询结果后,对待取消订单进行取消处理。对于已发货的订单,则订单系统向供应链系统下发取消配送工单,具体的,客户端发送物流拦截提示,用户在查看到物流拦截提示后,选择是否进行物流拦截提示,若用户选择物流拦截提示,则用户进入客服系统,通过客服系统下发取消配送工单至供应链系统,供应链系统接收到取消配送工单后,发送取消配送指令至承运商系统,承运商取消对待取消订单的配送,并将取消配送结果发送至供应链系统,供应链系统将该取消配送结果发送给订单系统,由订单系统根据取消配送结果将待取消订单进行取消处理。

　　[0064] 进一步地,为了便于用户了解订单取消进度,增加查询订单取消进度轨迹,展示在客户端。

　　[0065] 在本发明中,在接收到用户的订单取消请求后,根据订单信息获取待取消订单在交易全流程中的发货状态,对于未发货的订单,订单系统向供应链系统发送包含订单信息的订单是否可取消的查询指令,供应链系统对查询指令处理生成查询结果,订单系统根据供应链系统返回的查询结果对待取消订单进行取消处理,对于已发货,订单系统向供应链系统发送取消配送工单,供应链系统发送取消配送指令至承运商系统,承运商系统生成对待取消订单的取消配送结果,订单根据供应链系统返回的取消配送结果对待取消订单进行取消处理,从而实现了在整个订单交易过程中的全流程的订单取消,避免了现有技术中的对于已打包未发货订单的长期一直未取消的问题,从而提高了订单取消的效率,提升了客户体验,并且,对于全流程中不同发货状态,设置相应的取消流程,向客户端展示整个取消的进度,避免了大量客服介入,降低了对订单系统的压力。

　　[0066] 在一个较佳的实施方式中,根据供应链系统返回的查询结果对待取消订单进行取消处理包括,

　　[0069] 在本实施例中,查询结果包括两种情况,一种是可取消,一种是不可取消,因此,本发明中对于待取消订单的处理包括两种情况,一种为可取消,则订单系统直接将待取消订单取消,并将已取消的结果发送至客户端,同时修改订单状态,另一种为不可取消,则向供应链系统发送取消配送工单,走取消配送的流程,供应链系统接收到取消配送工单后,发送取消配送指令至承运商系统,承运商取消对待取消订单的配送,并将取消配送结果发送至供应链系统,供应链系统将该取消配送结果发送给订单系统,由订单系统根据取消配送结果将待取消订单进行取消处理。

　　[0070] 在本实施例中,对于未发货的订单,订单系统根据查询结果进行待取消订单的取消处理,对于可取消的情况,直接取消待取消订单,对于不可取消的情况,向供应链系统发起取消配送工单,走取消配送的流程,从而完成了对未发货订单的不同情况下的订单取消过程。

　　[0071] 在一个较佳的实施方式中,如图2所示,S13、若发货状态为未发货,则向供应链系统发送待取消订单是否可取消的查询指令包括,

　　[0072] S131、向供应链系统发送待取消订单的第一查询指令,以使供应链系统在接收到第一查询指令后,根据待取消订单的打包状态生成第一查询结果,并将第一查询结果返回至订单系统,

　　[0073] S132、若第一查询结果为不可取消,则向供应链系统发送待取消订单的第二查询指令,以使供应链系统在接收到第二查询指令后,根据待取消订单的揽件状态生成第二查询结果,并将第二查询结果返回至订单系统,

　　[0075] 在本实施例中,订单系统在向供应链系统发送待取消订单是否可取消的查询指令之前,还包括,订单系统根据订单信息判断待取消订单是否已经被供应链系统抓取,若没有被抓取,则订单系统直接将待取消订单取消,若被抓取,则向供应链系统发送第一查询指令,第一查询指令包含待取消订单的订单信息,供应链系统在接收到第一查询指令后,查询待取消订单的打包状态,具体的,对于步骤S131 ,是通过供应链系统中的仓库管理系统进行查询,由于供应链系统在对待取消订单查询后,若为可取消,则会自行标注为取消,因此,首先要判断待取消订单是否已经取消,若为已取消,则第一查询结果为已取消,若为未取消,则判断待取消订单的打包状态,若待取消订单对应的任一包裹已经完成打包,则第一查询结果为不可取消,若待取消订单对应的任一包裹均没有完成打包,则第一查询结果为可取消。

　　[0076] 若第一查询结果为可取消,那么根据第一查询结果对待取消订单进行取消处理,即对于待取消订单对应的任一包裹均没有完成打包的情况,则执行S141的过程,直接将待取消订单取消,从而及时将待取消订单取消。

　　[0077] 对于步骤S132,若第一查询结果为不可取消,也即是,待取消订单对应的任一包裹已经完成打包,那么还要继续向供应链系统查询揽件状态,具体的,是通过供应链系统中的运输管理系统在接收到第二查询指令后进行查询,若待取消订单已经取消,那么揽件状态为未揽件,第二查询结果为可取消,若为未取消,则判断订单对应包裹是否已出仓,若为已

　　出仓,则揽件状态为已揽件,第二查询结果为不可取消,若为未出仓,判断待取消订单对应任一包裹是否已被揽收,若是,则揽件状态为已揽件,第二查询结果为不可取消,若否,则为未揽件,第二查询结果为可取消。

　　[0078] 对于步骤S133,若第二查询结果为可取消,则执行步骤S141 ,直接将待取消订单取消,若第二查询结果为不可取消,则执行步骤S142的过程,也即是,向供应链系统发送取消配送工单,走取消配送的流程,供应链系统接收到取消配送工单后,发送取消配送指令至承运商系统,承运商取消对待取消订单的配送,并将取消配送结果发送至供应链系统,供应链系统将该取消配送结果发送给订单系统,由订单系统根据取消配送结果将待取消订单进行取消处理。

　　[0081] 若第一合包状态为已合包,则向供应链系统发送待取消订单是否可取消的查询指令之前包括,

　　[0082] 生成包含合包订单的提示信息并发送至客户端,以使用户确定是否联动取消合包订单,

　　[0083] 若用户选择联动取消,则向供应链系统发送待取消订单是否可取消的查询指令包括,

　　[0084] 向供应链系统发送合包订单的第三查询指令,以使供应链系统在接收到第三查询指令后,根据合包订单的揽件状态生成第三查询结果,并将第三查询结果返回至订单系统,

　　[0086] 在实际应用中,用户在不同时间段购买的不同商品,生成不同的订单,若为同一仓库发货,那么对于同一用户在预设时间内的不同订单,供应链系统中的仓库管理系统将不同订单合并打包,生成合包订单,而后,仓库管理系统将合包订单的合包标识发送至订单系统中,此时订单系统中该订单的合包状态为已合包,否则为未合包。因此,订单系统在向供应链系统发送查询指令之前需要确定待取消订单的第一合包状态,具体的,可以由订单系统根据订单信息进行查询,若第一合包状态为已合包,说明待取消订单对应的商品已经与其他订单的商品合并打包,因此,订单系统生成包含合包订单的提示信息并发送至客户端,需要用户进一步地确定是否需要对合包订单中的所有订单进行取消,也即是,是否需要联动取消,若用户选择联动取消,则订单系统向供应链系统发送合包订单的第三查询指令,供应链系统在接收到第三查询指令后,根据合包订单的揽件状态生成第三查询结果。若用户选择非联动取消,则待取消订单无法取消,正常执行后续的交易流程。