I直接答案
在订货宝里,自动确认收货的作用对象是发货单,而不是订单本身。也就是说,系统判断的是每一张发货单有没有满足自动确认的条件,而不是拿整张订单去判断。哪怕这单货是客户一次性下的,只要实际是分批发出去的,就会形成多张发货单,每张发货单各自计时、各自触发。
这带来的直接结论是:同一个订单下可能先有一张发货单自动确认了,另一张还挂着没确认。客户那边看到的不是‘整单已收货’,而是逐张发货单的状态变化。所以你在系统设置里开这个功能之前,要先确认自己的业务是不是经常拆单发货,否则客户体验会和预期不一样。
II操作问答
判定逻辑:为什么是按发货单,不是按订单
订单和发货单在系统里是两个层级。订单记录的是客户要买什么、买多少;发货单记录的是这一批实际发出去什么、什么时候发的。自动确认收货要计算‘从发货到该确认’的时间,它必须挂在一个具体的发货动作上,所以只能落在发货单这一层。
如果系统按整张订单来判断,那就得等所有货都发完才能开始计时,先收到货的那部分客户就得一直等。按发货单判断,先到的那批先确认,逻辑上更贴近真实的物流过程。
III操作问答
设置路径与生效范围
入口在系统设置里,找到自动确认收货相关的开关和时间配置。开启后,规则对之后产生的发货单起作用,已经存在的历史发货单一般不受影响,这点在调整参数时要留意。
配置时主要确认两件事:一是这个功能是否开启,二是从发货到自动确认之间的时间长度。时间从发货单标记发货那一刻开始算,不是从客户下单开始算,也不是从订单审核通过开始算。
IV操作问答
多发货单场景的实际表现
假设客户一张订单订了三种货,仓库因为库存原因分两次发出,系统里就会生成两张发货单。第一张先发,它的计时先走完,就先自动确认;第二张后发,就按它自己的发货时间往后推。客户在订单详情里看到的是各张发货单状态不一致。
这里最容易误解的地方是:订单主状态可能还显示‘部分收货’或者类似中间状态,但下面已经有一张或几张发货单变成已确认收货了。如果你只盯订单总状态,会以为自动确认没生效,其实它已经在发货单上生效了。
V操作问答
最容易配错的两种情形
第一种是把时间设得太短。业务员还没来得及跟客户沟通,货刚发出没几天系统就自动确认了,客户如果后面提出异议,处理起来会被动。尤其是需要客户验货、称重、核对的行业,时间要留够。
第二种是拆单发货频繁却开了自动确认。每张发货单都独立触发,客户手机上会收到多次确认动作,如果客户习惯是等全部到齐再一起确认,就会觉得被打扰。这种情况下要么延长自动确认时间,要么针对这类客户单独走人工确认。
VI操作问答
跟其他功能的联动
自动确认收货和账期、结算关联很紧。确认收货往往是账期起算或者结算流程推进的前置节点,发货单一旦自动确认,后面挂着的账期、对账动作就可能跟着动,所以改自动确认时间等于间接改了资金回笼节奏。
它也会影响库存和报表口径。发货单确认后,在途库存和已收库存的归属会变化,相关报表里按发货单统计的收货率、确认时效也会跟着变。另外,这个开关属于系统级设置,通常由有权限的管理角色来改,普通业务员改不了,改之前最好和财务、仓储先对齐。
VIII常见问题
被问得最多的几个问题
不会。它只处理已经发出的那张发货单。订单里还没发货的部分不会有任何变化,得等后续发货单产生后,再按各自的发货时间走自动确认。所以一张订单可能先收一部分,剩下的继续等。
一般不会追溯已发出的发货单,新参数主要作用于修改之后产生的发货单。已经发出去的那些,仍按原来的规则走。改之前建议先确认清楚当前有多少在途发货单,避免出现新旧规则混在一起不好解释的情况。
可以。自动确认只是在客户没有操作时的一个兜底机制,客户如果提前手动确认了,那张发货单就直接进入已确认状态,不会再等自动计时走完。两者不冲突,谁先发生以谁为准。
VIII继续查
企业微信 · 专属顾问