异常物流的处理方法和系统、电子设备及计算机可读存储介质与流程

1.本技术涉及物流技术领域，尤其涉及一种异常物流的处理方法和系统、电子设备及计算机可读存储介质。


背景技术：

2.随着人们生活水平的提高，社区团购已经成为人们生活购物的一种新选择。社区团购主要依托人们所居住的社区，由社区内的团长通过其与居民的社交关系来组织社区的居民针对感兴趣的产品进行多人的集体采购。即，团长向用户分享或推荐产品，用户自行在平台下单，然后由供应链将产品统一配送至团长处。在这样的社区团购场景中，用户的采购行为主要是依赖于社区团长的社交关系，并且通过对于同一商品形成多人的集体采购，也能够为用户带来切实的价格实惠。
3.但是由于社区团购的多人采购的属性使得一旦成交团单，产生的订单数量也较大，因此订单的物流和到货的时效性也是影响用户体验的重要因素。尤其是在一些突发的社会性事件，例如疫情管控，或者自然灾害等不可抗拒的因素会导致物流无法作业。即，用户虽然在平台正常下了订单，但是由于突发的疫情等社会性突发事件使得物流无法及时配送，这种情况下就需要及时为用户处理退单，而如果处理不及时会严重影响用户的体验。
4.现有技术中目前仅使用人工来进行这样的异常订单的上报和处理，即通常由网格仓的人员通过发送邮件等方式人工上报，并且由于订单的处理涉及多个仓以及物流配送财务等各个环节，因此这样的人工处理方式需要占用各个环节的处理人员来进行协同处理，不仅消耗了大量时间导致处理效率较低，而且还会导致不必要的物资损耗。


技术实现要素：

5.本技术实施例提供一种异常物流的处理方法和系统、电子设备及计算机可读存储介质，以解决现有技术中对于物流异常处理效率低的缺陷。
6.为达到上述目的，本技术实施例提供了一种异常物流的处理方法，包括：
7.接收针对至少一个物流节点的异常单，其中，所述物流节点为社区团购的网格仓或自提点；
8.根据所述异常单，生成与每个所述物流节点以及其中心仓对应的异常子单，其中，每个所述异常子单对应一个异常任务，所述异常任务至少包含物流拦截操作和单据完结操作；
9.根据所述异常子单，指示所述中心仓和所述物流节点执行相应的异常任务。
10.本技术实施例还提供了一种异常物流的处理系统，包括：
11.接收模块，用于接收针对至少一个物流节点的异常单，其中，所述物流节点为社区团购的网格仓或自提点；
12.生成模块，用于根据所述异常单，生成与每个所述物流节点以及其中心仓对应的
异常子单，其中，每个所述异常子单对应一个异常任务，所述异常任务至少包含物流拦截操作和单据完结操作；
13.处理模块，用于根据所述异常子单，指示所述中心仓和所述物流节点执行相应的异常任务。
14.本技术实施例还提供了一种电子设备，包括：
15.存储器，用于存储程序；
16.处理器，用于运行所述存储器中存储的所述程序，所述程序运行时执行本技术实施例提供的异常物流的处理方法。
17.本技术实施例还提供了一种计算机可读存储介质，其上存储有可被处理器执行的计算机程序，其中，该程序被处理器执行时实现如本技术实施例提供的异常物流的处理方法。
18.本技术实施例提供的异常物流的处理方法和系统、电子设备及计算机可读存储介质，通过根据针对至少一个物流节点的异常单来生成与每个物流节点以及其中心仓对应的异常子单，并且根据异常子单指示中心仓和物流节点执行相应的异常任务，从而能够根据与该异常单涉及到的配送订单在中心仓和各物流节点的物流状态来逐级进行处理，不仅提高了处理效率，而且大大地减少了不必要的物资损耗。
19.上述说明仅是本技术技术方案的概述，为了能够更清楚了解本技术的技术手段，而可依照说明书的内容予以实施，并且为了让本技术的上述和其它目的、特征和优点能够更明显易懂，以下特举本技术的具体实施方式。
附图说明
20.通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本技术的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：
21.图1为本技术实施例提供的异常物流的处理方案的应用场景示意图；
22.图2为本技术提供的异常物流的处理方法的一个实施例的流程图；
23.图3为本技术提供的异常物流的处理方法的另一个实施例的流程图；
24.图4为本技术提供的异常物流的处理装置的实施例的结构示意图；
25.图5为本技术提供的电子设备实施例的结构示意图。
具体实施方式
26.下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。
27.实施例一
28.本技术实施例提供的方案可应用于任何具有物流单处理能力的系统，例如包括有物流节点以及物流服务器等的物流处理系统等等。图1为本技术实施例提供的异常物流的处理方案的应用场景示意图，图1所示的场景仅仅是本技术的技术方案可应用的示例之一。
29.随着人们对于网购需求的提升，越来越多的用户选择社区团购来获取更多的实惠。特别是社区团购基于人与人之间的信任度来对于团长提供的商品进行多人的团购。例如在居民居住的小区中，通常由热心社区中的各种事务，积极为居民办事以及提供帮助的用户作为团长，因此该团长就可以基于与小区中的各个居民的亲密关系来为大家推荐例如由供应商提供的商品，并且各个居民可以通过该团长提供的购买链接来进行集体购买，从而生成了针对特定商品的团购订单，即团单。团购平台或服务器系统接收到这样的团购订单后就可以根据该团购订单中包含的各个订单来通知对应的供应商准备商品并且通过例如中心仓的物流点来进行发货。中心仓发出的各个订单会按照用户提交订单时填写的物流配送地址来发送到对应的网格仓，并且网格仓处可以对这些订单按照用户下订单时所形成的团单来进行整理，并将各个团单发送到对应的团长处，例如自提点，从而之前通过该团长分享的链接而提交了团购订单的用户就可以直接去团长处或自提点处来进行订单提取。在整个团购流程中，当用户从自提点处提取了自己订购的团购商品之后，该用户的团购订单就完成了，因此系统服务器可以将该用户的该团购订单的状态改为完成状态。
30.在这样的社区团购过程中，由于用户是通过自己比较信任的团长分享的商品来进行购买的，因此节省了用户自己去各个电商平台进行商品甄别和比价的过程，不仅为用户提高了购物效率而且还通过多个用户对于某个商品的集体采购实现了更优惠的售价而享受到了实惠。
31.但是，也正是由于社区团购这样的多人批量采购的特性，在用户团购订单形成之后，对应的物流也具有大批量的特性。而一旦遇到例如疫情的突发性情况，就会导致某一个物流点或者甚至多个物流点，无法正常使用。因此，需要能够响应于这样的突发性情况对对应的订单进行及时的处理。
32.例如，在如图1中所示的场景中，示出了中心仓以及两个网格仓a和b，其中中心仓负责承接并存储商品供应商提供的商品，网格仓a和b则可以各自涵盖一定的区域范围，例如网格仓a可以覆盖位于社区1内的自提点1、位于社区2内的自提点2以及位于社区3内的自提点3，并且网格仓b可以覆盖位于社区4内的自提点4以及位于社区5内的自提点5。中心仓和网格仓以及自提点都可以通过互联网连接到例如团购平台的服务器系统，以便于从平台服务器接收指令以及向平台服务器上报当前处理的订单的状态。
33.例如，在正常情况下，用户通过本社区内的团长分享的商品链接进行团购下单，例如社区1内的居民可以通过负责社区1的团长提供的链接对商品a在团购平台上进行团购下单，并且平台接收到这些用户的团购订单之后，可以指示中心仓对存储的对应商品进行包装和配送。在本技术实施例中，中心仓可以按照从平台下发的团购订单的配送地址，将配送地址处于一个小区或多个小区的订单配送至负责这一个小区或多个小区的网格仓a处，而网格仓a则可以在接收到这些待配送商品之后，再按照各社区居民对应的团长的团购订单来对接收到的待配送商品进行分拣，即将一个个的待配送商品按团购订单进行分组并按团购订单进行一起配送。
34.例如在网格仓a覆盖的社区1内，有例如5个居民对一个团购商品进行了团购，因此在该团购订单中包含有这5个居民的5个订单形成的一个团购订单。因此，当中心仓根据团购平台发送的各用户的订单进行配送时，仅考虑配送地址来进行配送，例如，中心仓可以将社区1的各居民的全部订单都向网格仓a进行配送，这些全部订单中也包含了上述5个居民
针对一个团购商品进行团购的5个订单，因此在网格仓a接收到中心仓配送来的待配送至社区1的用户的全部商品时，可以将这5个订单对应的商品归为一组进行一起配送，即将一个团购订单中包含的所有个人订单的商品一起配送至例如团长处，或自提点处，从而团长可以根据其发起的团购订单的配送完成情况来通知居民前来提货。例如在上述5个居民的团购的情况下，当网格仓将这5个居民在该团购订单中团购的商品配送到团长处之后，团长就可以根据当时团购订单的信息来分别通知各个居民来提取自己团购的商品，并且当各个居民例如凭借收货码提走了自己团购的商品之后，平台则可以结束该团购订单。
35.然而，在例如疫情等突发性事件发生时，例如，社区1或社区2被封锁而无法进行物流的配送，如果如图1中所示，负责社区1和2所在的网格仓a的小二发现了该物流异常的情况，并进行了上报，但是由于线上团购以及商品的配送牵扯到很多的环节，例如，团购用户可能已经通过团购平台订购了商品，并且平台可能已经将订购信息发送给了中心仓，或者中心仓可能已经将这些商品发往小二负责的网格仓，但是最终由于社区1或2的异常物流情况使得前述这些环节的操作实际上都是无用的，并且会导致物品、资金以及工作效率上的浪费。例如，由于社区1或2已经被封锁，因此得知该信息的社区1或2中的居民会希望尽早对这些无法配送的订单进行退款，但是由于团购订单牵扯的环节众多，尤其是中心仓到网格仓再到自提点的三级配送，都是由不同人员负责。因此现有技术中，尽管负责网格仓的小二发现并及时上报了异常的物流情况，但是该异常物流情况在现有技术中往往只能够通过邮件或消息的形式传达给各个环节的负责人员，再由这些负责人员分别对各自的物流环节进行相关订单的排查和处理，这样的多人协同处理导致了非常低的处理效率，并且也容易由于信息沟通不及时而导致产生不必要的物资浪费。
36.因此，在本技术实施例中，提出了一种异常物流的处理方案。在本技术实施例的方案中，可以在小二通过系统上报了该物流异常情况并且得到了相关负责人员的审核之后，系统可以直接将该物流异常情况对应的订单直接下发给各物流节点。例如，在上述网格仓1无法为社区1和2配送的情况下，系统可以根据该异常单来确定自提点1和自提点2对应的配送订单，并且相应地生成针对各物流节点，例如中心仓和网格仓1以及自提点1和2的的异常子单，该异常子单也就是各物流节点需要执行的异常任务，例如可以包括物流拦截操作和单据完结操作。例如，系统可以根据小二上报的自提点1和2无法实现配送，即网格仓1无法对自提点1和2进行配送的异常单，为中心仓生成对应的异常子单，即指示中心仓拦截自提点1和2对应的配送订单并根据拦截结果将对应订单的单据状态推置为完结状态。例如，系统可以指示中心仓拦截20000个订单，而中心仓接收到指令后确认已经有15000个订单已经发往网格仓1，而有5000个订单尚未发出。因此，中心仓可以对该5000个订单执行系统为其生成的异常子单中的物流拦截操作，并且在拦截成功之后，可以对该异常子单执行单据完结操作，以结束该异常物流的处理任务，从而系统可以根据中心仓对该5000个订单的单据完结操作为对应的用户执行退款操作。
37.此外，系统可以当前订单的物流状态来为例如网格仓的物流节点生成异常子单，并根据该异常子单来指示该物流节点执行对应的任务。例如，与中心仓的操作类似地，系统可以根据小二上报的物流异常情况，根据系统中记录的与自提点1和自提点2对应的物流状态，并且可以进一步根据中心仓的上述拦截操作的结果来指示网格仓执行拦截任务。特别地，系统可以按照网格仓处理的团购订单为处理单位来为网格仓生成异常子单，即系统在
为中心仓生成异常子单时，可以以中心仓执行配送的配送订单为单位来生成异常子单中的任务，而在为网格仓生成异常子单时，可以以网格仓所处理的团购订单为单位来生成异常子单中的任务。并且在本技术实施例中，例如在上述中心仓拦截订单部分失败的情况下，还可以通过以预定的较晚时间向网格仓发送异常子单的方式来将该中心仓的物流处理结果反映在网格仓的异常子单中，从而网格仓可以作为一个兜底的异常处理方式来对小二上报的异常物流进行进一步的处理。
38.此外，在自提点1和2处，也可以对订购了团购商品但是尚未取货的订单执行拦截和退货处理。例如，在社区1和2由于疫情而封闭的情况下，即使部分团购订单在小二上报了物流异常之后仍然被网格仓配送到了自提点1和/或2，为了避免不必要的疫情传播风险，系统可以根据这些订单的状态而指示自提点对于这些订单中尚未被用户签收，即提取的订单执行退货处理。因此自提点可以与网格仓类似地将这些未被签收的订单发送回中心仓并且对当前的作业单据执行完结操作。
39.本技术实施例提供的异常物流的处理方法，通过根据针对至少一个物流节点的异常单来生成与每个物流节点以及其中心仓对应的异常子单，并且根据异常子单指示中心仓和物流节点执行相应的异常任务，从而能够根据与该异常单涉及到的配送订单在中心仓和各物流节点的物流状态来逐级进行处理，不仅提高了处理效率，而且大大地减少了不必要的物资损耗。
40.上述实施例是对本技术实施例的技术原理和示例性的应用框架的说明，下面通过多个实施例来进一步对本技术实施例具体技术方案进行详细描述。
41.实施例二
42.图2为本技术提供的异常物流的处理方法的一个实施例的流程图，该方法的执行主体可以为具有物流信息处理能力的各种终端或服务器设备，也可以为集成在这些设备上的装置或芯片。如图2所示，该异常物流的处理方法可以包括如下步骤：
43.s201，接收针对至少一个物流节点的异常单。
44.在本技术实施例中，可以在步骤s201接收针对至少一个物流节点的异常单的提报。例如，可以由图1中所示的小二在系统中提交关于物流节点异常的异常单。在本技术实施例中，物流节点可以为社区团购的网格仓或自提点。通常情况下，中心仓可以按照用户的团购订单的配送地址，将配送地址处于一个社区或多个社区的订单配送至负责这一个社区或多个社区的网格仓处，而网格仓则可以在接收到这些待配送商品之后，再按照各社区居民对应的团长的团购订单来对接收到的待配送商品进行二次分拣，即将一个个待配送商品按团购订单进行分组并按团购订单进行一起配送至对应的自提点处。
45.因此，在例如疫情等突发的导致物流异常的情况下，在步骤s201中可以接收来自小二、网格仓负责人等相关人员的提报，或者也可以通过系统与发布突发情况的平台网络的对接而自动获取到该突发的物流异常单。
46.s202，根据异常单，生成与每个物流节点以及其中心仓对应的异常子单。
47.系统可以根据步骤s201中接收到的异常单来在步骤s202中为每个物流节点和对应的中心仓生成异常子单。在本技术实施例中，每个异常子单可以对应一个异常任务，该异常任务可以至少包含物流拦截操作和单据完结操作。具体地，系统可以根据步骤s201中上报的无法实现配送的物流节点的提报，即网格仓1无法对自提点1和2进行配送的异常单，为
中心仓生成对应的异常子单，即指示中心仓拦截自提点1和2对应的配送订单并根据拦截结果将对应订单的单据状态推置为完结状态。由于每个物流节点会对于其处所执行的物流任务具有其自己的编码规则。因此，系统可以在步骤s202根据异常单所对应的各个订单来将当前物流状态处于中心仓处的订单信息转换为中心仓的物流单信息并由此生成针对中心仓的异常子单。
48.s203，根据异常子单，指示中心仓和物流节点执行相应的异常任务。
49.根据步骤s202中生成的异常子单，系统可以将该异常子单分别下发给中心仓以及物流节点，以指示中心仓按照系统转换后的物流单信息对对应的订单进行拦截处理，并且可以在拦截之后将对应订单的单据状态推置为完结状态。
50.本技术实施例提供的异常物流的处理方法，通过根据针对至少一个物流节点的异常单来生成与每个物流节点以及其中心仓对应的异常子单，并且根据异常子单指示中心仓和物流节点执行相应的异常任务，从而能够根据与该异常单涉及到的配送订单在中心仓和各物流节点的物流状态来逐级进行处理，不仅提高了处理效率，而且大大地减少了不必要的物资损耗。
51.实施例三
52.图3为本技术提供的异常物流的处理方法的另一个实施例的流程图。如图3所示，该异常物流的处理方法可以包括如下步骤：
53.s301，接收针对至少一个物流节点的异常单。
54.在本技术实施例中，可以在步骤s301接收针对至少一个物流节点的异常单的提报。例如，可以由图1中所示的小二在管理系统中提交关于例如网格仓或自提点的物流节点异常的异常单。在本技术实施例中，物流节点可以为社区团购的网格仓或自提点，并且小二在提报时可以同时提交一个或多个物流节点的异常情况。
55.通常情况下，一个中心仓可以覆盖多个物流节点，并且因此可以按照用户的团购订单的配送地址，将配送地址处于一个社区或多个社区的订单配送至负责这一个社区或多个社区的网格仓处，而网格仓则可以覆盖一个或多个自提点，并且因此可以在接收到中心仓配送的这些待配送商品之后，再按照各社区居民对应的团长的团购订单来对接收到的待配送商品进行二次分拣，即将一个个待配送商品按团购订单进行分组并按团购订单进行一起配送至对应的自提点处。在自提点处可以由团长通知社区内的各用户来提取自己订购的团购商品。
56.因此，在例如疫情等突发的导致物流异常的情况下，在步骤s301中可以接收来自小二、网格仓负责人等相关人员的提报，或者也可以通过系统与发布突发情况的平台网络的对接而自动获取到该突发的物流异常单。
57.s302，根据异常单，设置物流节点所对应的团购用户的下单属性为不可下单。
58.在步骤s301接收到物流节点的异常单之后，系统可以根据该异常单了解物流处理发生异常的物流节点，并且可以在步骤s302将该物流节点对应的范围内的团购用户设置为禁止下单。例如在如图1中所示的场景中，自提点1和自提点2由于疫情发生了社区封闭，因此网格仓1实际上已经无法将社区1和2的居民订购的团购商品配送到自提点1和2，在该情况下，如果社区1和2的居民还继续下单，那么就会持续产生实际上无法配送到该居民对应的自提点的更多订单。因此，在步骤s302中就可以将上述社区1和2对应的自提点1和自提点
2对应的用户的下单属性设置为不可下单，从而避免在步骤s301中已经接收到物流异常提报的情况下还继续新增物流异常的单据。
59.s303，根据异常单，生成与每个物流节点以及其中心仓对应的异常子单。
60.系统可以根据步骤s301中接收到的异常单来在步骤s303中为每个物流节点和对应的中心仓生成异常子单。每个异常子单是针对步骤s301中提报物流异常时所针对的一个物流节点或中心仓。例如，一个异常子单可以是对应于一个网格仓或一个自提点或者中心仓，并且因此可以对应针对该物流节点或与其对应的中心仓的异常任务。
61.异常任务可以至少包含物流拦截操作和单据完结操作。例如，系统可以根据步骤s301中上报的无法实现配送的物流节点的提报，例如网格仓1无法对自提点1和2进行配送的异常单，为中心仓生成对应的异常子单，即指示中心仓拦截自提点1和2对应的配送订单并根据拦截结果将对应订单的单据状态推置为完结状态。由于每个物流节点会对于其处所执行的物流任务具有其自己的编码规则。因此，系统可以在步骤s303根据异常单所对应的各个订单来将当前物流状态处于中心仓处的订单信息转换为中心仓的物流单信息并由此生成针对中心仓的异常子单。此外，在为中心仓生成异常子单的同时还需要为出现物流异常的物流节点生成异常子单。
62.s304，根据异常子单，指示中心仓和物流节点执行相应的异常任务。
63.根据步骤s303中生成的异常子单，系统可以将该异常子单分别下发给中心仓以及物流节点，以指示中心仓按照系统转换后的物流单信息对对应的订单进行拦截处理，并且可以在拦截之后将对应订单的单据状态推置为完结状态。
64.具体地，在本技术实施例中，在步骤s301中接收到小二通过系统提报的自提点出现物流异常，即无法配送的提报，可以在步骤s304中根据步骤s303中生成的与中心仓和负责该自提点的网格仓生成的异常子单指示中心仓针对状态为中心仓未拉单的订单执行单据完结操作。即，系统可以根据与被提报发生物流异常的自提点相关的订单的物流状态而确定哪些订单当前的状态未中心仓未拉单，即中心仓还没有对这些订单进行处理，则在步骤s304中系统可以直接根据该状态来指示中心仓为这些订单，具体地，为中心仓处对应的物流单来执行单据完结处理，从而这些订单就可以先进行终止，而没有产生任何物流运输的浪费。
65.与此同时，系统还可以对于物流状态为中心仓已拉单但是中心仓尚未发运，即还没有向网格仓发出的订单，指示中心仓针对这些订单，具体地，这些订单对应的物流单据执行物流拦截操作和单据完结操作。即，虽然中心仓已经对于这些订单进行了物流安排，但是还没有开始运输，因此这时就可以通过指示中心仓来拦截这些订单而避免物流资源的浪费，并且对于拦截成功的物流单据则可以执行单据完结操作。
66.此外，在步骤s304，系统还可以指示网格仓针对状态为中心仓已发运网格仓未发运的订单执行物流拦截操作和单据完结操作。具体地，系统可以以与中心仓的处理类似的方式，对于物流状态被确定为已经由中心仓发往网格仓的订单，指示网格仓来进行与中心仓类似的拦截处理。因此，可以在中心仓处确定拦截失败的情况下，即针对已经由中心仓发出前往网格仓的订单及时地指示网格仓进行拦截，并对拦截成功的物流单据执行单据完结操作。特别地，在本技术实施例中，由于网格仓处不仅存在处于网格仓的订单，而且还可能在中心仓拦截操作之后再进一步发现有额外的订单处于中心仓前往网格仓的途中，因此可
以在与指示中心仓的处理同时，指示网格仓先拦截已经处于网格仓处还未发往自提点的订单，而且还以可以每天的预定时刻，或者在中心仓处拦截失败时，及时向网格仓发出进一步拦截的指示，因此可以充分确保中心仓处拦截失败的订单能够在网格仓处被拦截，以避免浪费。
67.此外，在本技术实施例中，当部分订单在网格仓处也发生拦截失败时，即系统指示网格仓进行拦截操作时，网格仓已经发出部分订单的情况下，可以进一步指示自提点来执行拦截，例如可以通知团长不要收货而直接将商品退回到网格仓或中心仓，从而实现在自提点处的进一步拦截。
68.s305，根据完结状态的更新结果针对订单执行退款操作。
69.在中心仓和物流节点在步骤s304中均根据异常子单的指示完成了相应的异常任务之后，例如，中心仓拦截了其尚未发往步骤s301中提报的出现物流异常的物流节点的订单并且将对应的物流单据状态更新为完结状态，以及物流节点也根据步骤s304中的指示完成了订单的拦截，并且将对应的物流单据状态更新为完结状态，则系统可以在步骤s305中根据上述中心仓和/或物流节点的单据完结状态识别出对应的订单已经被拦截，并从而可以根据该完结状态来针对对应的订单为用户执行退款操作。
70.本技术实施例提供的异常物流的处理方法，通过根据针对至少一个物流节点的异常单来生成与每个物流节点以及其中心仓对应的异常子单，并且根据异常子单指示中心仓和物流节点逐级执行相应的拦截处理和单据完结处理，并且在单据完结时可以直接为用户操作退款，从而能够根据与该异常单涉及到的配送订单在中心仓和各物流节点的物流状态来逐级进行处理并根据处理结果及时为用户执行退款操作，不仅提高了处理效率，而且大大地减少了不必要的物资损耗。
71.实施例四
72.图4为本技术提供的异常物流的处理系统的实施例的结构示意图，可以用于执行图2或图3中所示的异常物流的处理方法。如图4所示，该系统可以包括：接收模块41、生成模块42和处理模块43。
73.其中，接收模块41可以用于接收针对至少一个物流节点的异常单。
74.在本技术实施例中，接收模块41可以接收针对至少一个物流节点的异常单的提报。例如，可以通过接收模块41来接收由图1中所示的小二在图4中所示的系统中提交的关于例如网格仓或自提点的物流节点异常的异常单。在本技术实施例中，物流节点可以为社区团购的网格仓或自提点，并且小二在提报时可以同时提交一个或多个物流节点的异常情况。
75.通常情况下，一个中心仓可以覆盖多个物流节点，并且因此可以按照用户的团购订单的配送地址，将配送地址处于一个社区或多个社区的订单配送至负责这一个社区或多个社区的网格仓处，而网格仓则可以覆盖一个或多个自提点，并且因此可以在接收到中心仓配送的这些待配送商品之后，再按照各社区居民对应的团长的团购订单来对接收到的待配送商品进行二次分拣，即将一个个待配送商品按团购订单进行分组并按团购订单进行一起配送至对应的自提点处。在自提点处可以由团长通知社区内的各用户来提取自己订购的团购商品。
76.因此，在例如疫情等突发的导致物流异常的情况下，接收模块41可以接收来自小
二、网格仓负责人等相关人员的提报，或者也可以通过系统与发布突发情况的平台网络的对接而自动获取到该突发的物流异常单。
77.此外，本技术实施例的系统还可以进一步包括设置模块44，该设置模块44可以用于根据异常单，设置物流节点所对应的团购用户的下单属性为不可下单。
78.当小二通过本实施例的系统提交了物流节点的异常单之后，系统可以根据接收模块41接收到的该异常单了解物流处理发生异常的物流节点，因此可以通过设置模块44将该物流节点对应的范围内的团购用户设置为禁止下单。例如在如图1中所示的场景中，自提点1和自提点2由于疫情发生了社区封闭，因此网格仓1实际上已经无法将社区1和2的居民订购的团购商品配送到自提点1和2，在该情况下，如果社区1和2的居民还继续下单，那么就会持续产生实际上无法配送到该居民对应的自提点的更多订单。因此，系统就可以通过设置模块44可以将上述社区1和2对应的自提点1和自提点2对应的用户的下单属性设置为不可下单，从而避免在系统已经接收到物流异常提报的情况下还允许用户继续新增物流异常的单据。
79.生成模块42可以用于根据异常单，生成与每个物流节点以及其中心仓对应的异常子单。
80.系统可以根据接收模块41接收到的异常单来通过生成模块42为每个物流节点和对应的中心仓生成异常子单。每个异常子单是针对小二在本技术实施例的系统中提报物流异常时所针对的一个物流节点或中心仓。例如，一个异常子单可以是对应于一个网格仓或一个自提点或者中心仓，并且因此可以对应针对该物流节点或与其对应的中心仓的异常任务。
81.异常任务可以至少包含物流拦截操作和单据完结操作。例如，系统可以根据小二通过系统上报的无法实现配送的物流节点的提报，例如网格仓1无法对自提点1和2进行配送的异常单，为中心仓生成对应的异常子单，即指示中心仓拦截自提点1和2对应的配送订单并根据拦截结果将对应订单的单据状态推置为完结状态。由于每个物流节点会对于其处所执行的物流任务具有其自己的编码规则。因此，系统可以根据异常单所对应的各个订单来将当前物流状态处于中心仓处的订单信息转换为中心仓的物流单信息并由此生成针对中心仓的异常子单。此外，在为中心仓生成异常子单的同时还需要为出现物流异常的物流节点生成异常子单。
82.处理模块43可以用于根据异常子单，指示中心仓和物流节点执行相应的异常任务。
83.根据生成模块42生成的异常子单，系统可以通过处理模块43将该异常子单分别下发给中心仓以及物流节点，以指示中心仓按照系统转换后的物流单信息对对应的订单进行拦截处理，并且可以在拦截之后将对应订单的单据状态推置为完结状态。
84.此外，处理模块43还可以用于根据完结状态的更新结果针对订单执行退款操作。
85.在中心仓和物流节点均根据异常子单的指示完成了相应的异常任务之后，例如，中心仓拦截了其尚未发往小二在系统中提报的出现物流异常的物流节点的订单并且将对应的物流单据状态更新为完结状态，以及物流节点也根据处理模块43的指示完成了订单的拦截，并且将对应的物流单据状态更新为完结状态，则系统可以根据上述中心仓和/或物流节点的单据完结状态识别出对应的订单已经被拦截，并从而可以根据该完结状态来针对对
应的订单为用户执行退款操作。
86.本技术实施例提供的异常物流的处理系统，通过根据针对至少一个物流节点的异常单来生成与每个物流节点以及其中心仓对应的异常子单，并且根据异常子单指示中心仓和物流节点执行相应的异常任务，从而能够根据与该异常单涉及到的配送订单在中心仓和各物流节点的物流状态来逐级进行处理并根据处理结果及时为用户执行退款操作，不仅提高了处理效率，而且大大地减少了不必要的物资损耗。
87.实施例五
88.以上描述了异常物流的处理系统的内部功能和结构，该系统可实现为一种电子设备。图5为本技术提供的电子设备实施例的结构示意图。如图5所示，该电子设备包括存储器51和处理器52。
89.存储器51，用于存储程序。除上述程序之外，存储器51还可被配置为存储其它各种数据以支持在电子设备上的操作。这些数据的示例包括用于在电子设备上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。
90.存储器51可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。
91.处理器52，不仅仅局限于处理器(cpu)，还可能为图形处理器(gpu)、现场可编辑门阵列(fpga)、嵌入式神经网络处理器(npu)或人工智能(ai)芯片等处理芯片。处理器52，与存储器51耦合，执行存储器51所存储的程序，以执行上述实施例二或三的异常物流的处理方法。
92.进一步，如图5所示，电子设备还可以包括：通信组件53、电源组件54、音频组件55、显示器56等其它组件。图5中仅示意性给出部分组件，并不意味着电子设备只包括图5所示组件。
93.通信组件53被配置为便于电子设备和其他设备之间有线或无线方式的通信。电子设备可以接入基于通信标准的无线网络，如wifi，3g、4g或5g，或它们的组合。在一个示例性实施例中，通信组件53经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件53还包括近场通信(nfc)模块，以促进短程通信。例如，在nfc模块可基于射频识别(rfid)技术，红外数据协会(irda)技术，超宽带(uwb)技术，蓝牙(bt)技术和其他技术来实现。
94.电源组件54，为电子设备的各种组件提供电力。电源组件54可以包括电源管理系统，一个或多个电源，及其他与为电子设备生成、管理和分配电力相关联的组件。
95.音频组件55被配置为输出和/或输入音频信号。例如，音频组件55包括一个麦克风(mic)，当电子设备处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器51或经由通信组件53发送。在一些实施例中，音频组件55还包括一个扬声器，用于输出音频信号。
96.显示器56包括屏幕，其屏幕可以包括液晶显示器(lcd)和触摸面板(tp)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测
触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。
97.本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。
98.最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。