I直接答案
先看订单状态,而不是先看排线。配送伙伴的可见性和排线动作是两件事:排线决定「谁送、按什么顺序送」,状态决定「能不能送」。系统里只有已经出库发货的订单,才会出现在司机的配送伙伴列表中;如果订单还停在待审核或者待出库,哪怕你已经把它排到某条线路上,司机那边也不会显示。
所以判断顺序是固定的:先确认订单是否已经出库发货,再确认是否已经排线。两步都完成,司机才看得到。只做其中一步,司机端就是空白。这也是为什么很多人觉得「我明明排了线」,但司机说没有单子——问题不在排线,而在出库这一步没走完。
II操作问答
司机的可见性由订单状态决定,不由排线决定
配送伙伴里的订单列表,本质上是按订单当前状态过滤出来的。系统不会因为一张单子被排进了线路就提前把它推给司机,因为此时货还在仓库、还没完成出库动作,司机即使看到也无法执行。
换句话说,排线是「分配任务」,出库是「任务生效」。只有订单经过审核、完成出库发货,状态变成已出库之后,它才会进入司机的可配送范围。待审核和待出库这两种状态,排线后司机端都不会显示。
III操作问答
照着做:从排线到司机看到单子的完整路径
第一步,确认订单本身已经通过审核。如果订单还在待审核,先去处理审核,不要急着排线,因为审核没过的单子连出库都做不了。
第二步,对订单执行出库发货操作,让它从待出库变成已出库。这一步是司机端能否看到的关键分水岭,没有这一步,后面做多少排线都没用。
第三步,进入配送伙伴,把已出库的订单排到对应线路和司机名下,保存排线结果。
第四步,让司机刷新配送伙伴列表。正常情况下,此时订单会出现在司机的待配送任务里。如果仍然没有,回头核对前两步的状态,而不是反复重排线路。
IV操作问答
最容易配错的两种情形
第一种:先排线、后出库。操作者习惯先把线路排好,觉得这样效率高,结果订单一直停在待出库,司机端始终看不到。现象是——后台排线记录里明明有这张单,司机却反馈「没有」。解决办法是把出库动作补上,排线记录不需要重做。
第二种:订单卡在待审核就去排线。审核未通过的订单根本无法进入出库环节,排线也只是挂了个空壳。现象是——排线看似成功,但订单状态一直不动,司机自然看不到。这类问题要先解决审核,而不是在排线上找原因。
V操作问答
它和哪些功能联动
和出库流程联动最直接:出库是司机可见性的前置条件,任何绕过出库直接想推给司机的做法都不会生效。
和权限也有关:司机在配送伙伴里能看到什么,取决于他被分配了哪条线路、哪些订单,排线时选错司机或选错线路,同样会造成「看不到」的错觉。
和报表联动:订单出库、排线、配送完成这几个节点会分别进入不同的统计口径,如果出库没做,配送相关报表里也不会有这张单的配送数据,看上去就像订单凭空消失了。
如果用的是多规格商品或者需要拆分发货的订单,还要注意出库是否按实际发货数量完成,部分出库的情况下,司机端看到的内容也会和预期不一致。
VII常见问题
被问得最多的几个问题
先确认司机登录的是被排线的那条线路,再让司机手动刷新配送伙伴列表。如果还是空白,回到后台检查这张订单的出库记录是否完整、有没有被撤销或回退,以及排线时是否误选了其他司机或线路。多数情况是线路归属对不上,而不是订单本身有问题。
不能。配送伙伴的可见性以订单状态为准,待审核和待出库的订单不会出现在司机端,排线动作改变不了这一点。如果业务上确实需要司机提前知道要送什么,只能通过其他沟通方式同步,系统里的可见性仍然要等订单出库之后才会打开。
系统按实际出库发货的结果把订单推给司机,所以司机看到的数量以已完成出库的部分为准。如果订单后续还有剩余数量需要补发,需要再做一次出库操作,补发部分才会重新进入配送环节,不会自动跟着第一次排线一起出现。
VII继续查
企业微信 · 专属顾问