I直接答案
订单由司机自己配送时,系统里没有现实中的快递公司可选是正常的——因为这条链路本来就不是走第三方快递。订货宝的处理思路是把「司机」登记成一条自建的物流公司记录,发货环节按普通发货流程选用它,客户在订单详情里就能看到配送人员。所以决定能不能填上物流信息的关键不在发货页面,而在库存模块里有没有提前把司机建成物流公司。
结论是:先建档,后发货,两步顺序不能颠倒。没建档就去发货,你会发现在物流公司下拉里找不到任何人;建好之后,同一个司机可以被反复选用,不需要每单重新填一遍。填写的司机名称和联系方式会随发货动作传递到客户侧,客户看到的是具体的人和电话,而不是一串查不到的运单号。
II操作问答
系统凭什么叫得动这条物流记录
订货宝并没有一个专门的「司机配送」开关。它复用的是物流公司这套字典:每条记录里有两个必填项,一个是物流公司名称,一个是物流编号,发货时按这两个字段来识别和展示。也就是说,司机在这套逻辑里就是一家「公司」,名称填司机姓名,编号栏填联系方式,系统对这组数据不做格式校验,你填什么,客户就原样看到什么。
理解了这一点,后面所有操作就顺了:司机换人,不是去改订单,而是去库存模块维护那条物流公司记录;一个司机同时负责多条线路也不用建多条记录,一条就够用。需要区分不同司机的,就按人各建一条。
III操作问答
具体操作:从建档到发货
第一步,进入库存模块,找到常用物流公司,点新增其他物流。在物流公司名称里写司机姓名,物流编号里写他的手机号或其他能联系上的方式,保存。建议名称统一加个前缀,比如「自送-张师傅」,以后司机多起来一眼能分辨,不至于和真实快递公司混在一起。
第二步,去订单列表处理待发货订单,点发货,在物流公司那一栏选择刚才建好的司机记录。这里要注意的是,选完还要确认联系方式是否随记录带出,如果发货页面允许补填,就以发货时填的为准。
第三步,提交发货。客户在自己的订单里就能看到这名配送人员的信息,可以据此联系他。整个流程和发快递没有区别,只是「承运方」由快递公司换成了自己人。
IV操作问答
最容易配错的两种情形
第一种是把司机信息直接敲在发货备注或订单留言里。这样客户看到的只是文字,系统里并没有产生一条可选的物流记录,下次发货还得重来一遍,也享受不到复用。更麻烦的是报表侧统计不到这条配送数据。
第二种是建档时名称写成了「司机」或「自送」这种通用词,联系方式却填了公司总机。现象是客户拿到订单后不知道找谁,多个司机共用一条记录,出了问题回溯不到具体的人。正确的做法是名称唯一指向到人,编号填这名司机自己的电话。
还有一种相邻的坑:司机离职后没停用旧记录,发货时随手选了上一位司机,客户按旧号码打过去打不通。定期清理常用物流公司列表比事后追责便宜得多。
V操作问答
它还会牵动哪些环节
物流公司属于库存模块的基础数据,改动会影响所有引用它的发货操作。权限上,谁能在库存模块新增物流公司,谁就能决定司机名单,这通常是仓管或运营的角色,不宜全员放开,否则名单很快会变成垃圾场。
联动最直接的是报表:发货记录里的物流公司字段是可统计的,按司机维度看单量、看履约情况都依赖这一步填得规范。如果你同时用了价格体系或账期相关的能力,配送方式本身不会改变价格和账期,但客户在订单里看到配送人后,沟通和收货时效往往会跟着变,售后纠纷里这条信息也常常是关键凭据。
VII常见问题
被问得最多的几个问题
订单是否签收取决于你在发货后有没有走确认收货的流程。司机信息只是让客户知道谁在送、怎么联系,它本身不改变订单状态。如果你们希望配送和签收分开管,就让司机送完后由客户或业务员在系统里确认,这样订单流转记录才完整;如果不需要,按你们现有的习惯处理即可。
可以,但要看你们发货页面是否允许临时填写。更稳妥的做法是先把新司机补进常用物流公司,再发货,这样这条记录以后还能复用。临时手填的信息通常只留在当次订单上,下次发货又要重新输一遍,司机频繁更换时工作量会明显增加。
建议不要删除用过的记录,改成停用或重命名更安全。已发货订单里保存的配送信息是当时那份,删掉档案后历史订单的展示一般不受影响,但你再去翻查、统计时就没有对应条目了。司机离职的情况,把名称改成「已停用-某某」既不占选择列表的注意力,也留下了可追溯的痕迹。
VII继续查
企业微信 · 专属顾问