I直接答案
把订单发货管理接进小程序之后,判定逻辑其实只有一条主线:订货宝发出的发货记录会推送到小程序后台,但只要这条记录是订货宝自己同步过去的,订货宝这边就不再允许对订单做二次动作——不能修订、不能取消,收货动作也被锁死。反过来,如果订单的支付记录到了小程序、但发货信息没同步过去,订货宝这边仍然可以手动收货或等系统自动确认收货。两种状态互斥,处理入口完全不同。
另一类判定来自订单本身是怎么付的。系统只会把第一笔付款对应的一条发货记录推到小程序,也就是说分批付款的订单、开启批量付款之后的单子、用微信支付充值预存款产生的单子、以及先收货后付款的单子,都不会自动同步发货信息。这些单子在小程序后台是「已支付但未发货」的状态,需要人工登录小程序后台逐笔点发货。同时,只要订单已经同步了发货信息,管理端就无法确认收货,配置自动收货时间也不生效,收货只能由订货端用户在小程序里完成。
II操作问答
先分清订单处在哪种状态
接入之后,订单会落到两个方向之一。方向一:发货记录已经推到小程序,此时订货宝侧的编辑、取消、手动收货、自动收货全部失效,只能被动等小程序把收货状态回调回来,回调之后订单显示为已收货。方向二:只有支付记录到了小程序、没有发货记录,这时订货宝侧照样能手动收货或按系统规则自动确认收货,和没接入小程序时的操作习惯一致。
判断办法很直接:在小程序后台看这笔单子是不是已经显示发货。显示已发货,就去订货端让客户确认;显示未发货,就先确认它属于下面哪一类无法自动同步的订单,再去小程序后台补发货。不要因为订货宝这边显示已付就去点收货,同步过发货信息的单子点不动。
III操作问答
六类必须去小程序后台手动发货的订单
第一类是订货宝里已经取消、但没有原路退款的订单,这类单子没有可自动同步的发货依据,必须人工处理。第二类是开启了批量付款之后产生的单子,批量付款不走单笔同步逻辑,需要逐单到小程序后台点发货。第三类是分批付款的订单,系统只推第一笔付款对应的发货记录,后面几笔都得手动补。
第四类是用微信支付给预存款充值的记录,充值本身也会在小程序侧形成待发货状态,同样要手动发。第五类是先收货再付款的订单,因为付款发生在收货之后,发货信息没有同步通道。第六类就是上面提到的、支付记录已同步但未发货的订单。这六类的共同点是:不能等,越拖越容易撞上小程序侧的超时或投诉规则。
IV操作问答
收货环节的两个常见配错
配错一:为了图省事把订货宝的确认收货环节关掉。这个开关一关,发货信息就失去同步条件,客户在小程序里看不到发货状态,整批订单都会卡在未发货。正确的做法是保留确认收货环节,让它作为同步的触发条件之一。
配错二:以为管理端能替客户收货。只要发货信息已经同步过去,管理端手动收货和自动收货时间都是无效的,客户端在小程序通知界面里的确认收货也会因为批量付款等场景失效。唯一的出口是订货端用户自己在小程序里点确认,点完之后订货宝这边的订单状态才会翻成已收货。所以要在下单前就跟客户讲清楚去哪里确认。
V操作问答
和小程序后台的联动与风控
发货同步过去之后,这笔交易在小程序侧就进入了它的考核范围。出现投诉要及时处理,拖着不管可能触发小程序侧的处罚,影响小程序评分、资金、甚至小程序的正常使用。所以订单量上来之后,建议安排固定的人每天过一遍小程序后台的待发货和投诉列表,而不是等客户来催。
另外要提醒的是,发货、收货、退款这几条链路在小程序里是分开记录的。订货宝侧取消但未原路退款这类单子,如果只在小程序里放着不处理,客户看到的就是「钱付了、货没发」。小程序后台的待发货列表和订货宝的订单列表要交叉核对,尤其是分批付款和批量付款跑量的时段。
VII常见问题
被问得最多的几个问题
会。发货信息已经同步到小程序的订单,收货状态由小程序回调给订货宝,客户在小程序确认之后,订货宝侧订单会显示为已收货。这条链路不需要人工干预,也不要在中间重复点收货。如果长时间没变化,先检查小程序后台这笔单子是否真的被客户确认过,再排查网络回调是否延迟。
是的。系统只把第一笔付款对应的发货记录同步到小程序,剩余款项产生的发货信息不会自动推送,需要登录小程序后台逐笔手动发货。如果这类订单占比高,建议在支付方式上做取舍,减少分批场景,或者安排专人按批次核对小程序后台的待发货列表。
已经完成同步的订单不会因为后续关闭而回退,但新产生的订单会因为缺少确认收货环节而无法自动同步发货信息,客户在小程序侧会一直看到未发货。建议尽快把确认收货环节重新打开,并去小程序后台把这段时间积压的订单手动补发货,避免客户投诉。
VII继续查
企业微信 · 专属顾问