🔥码云GVP开源项目 12k star Uniapp+ElementUI 功能强大 支持多语言、二开方便! 广告
# 严超、异常控制 ## 严超 1. 第一种:有严超风险的订单,**在超骑手T之前**,骑手app端拨打顾客电话(打通就挂断),然后给顾客发3条空白短信,骑手app端报备联系不上顾客,会直接变成已核实。订单不会严超(此种方法比较保险,建议用此种方法,但是会增加站点的t+8,t+20数据,可以选择性使用) 2. 第二种:午高峰订单较多,未关注到订单已经严重超时,可以直接报备联系不上顾客,无论核实成功与否,点送达后kpi里面都不会算此单严重超时(此种方法慎用,个人感觉饿了么应该会修复此漏洞) ## 异常 1. 存在异常风险的订单,无法处理的订单,无论骑手点了取餐与否,可以直接修改顾客地址,修改方法为:**拖动定位,距顾客原地址3公里以上(切记3km以上,3.0km都不行,必须大于3km)**,修改成功后,骑手app端会出现一个骑手可以无责取消的页面,让骑手在app上申请标记异常,调度台中的中央调度中同意骑手申请即可 2. 所有异常报备过的订单可以直接挂到自动关单,不算物流责任(能异常报备的订单最好是报备2次,然后投诉1次,报备2次,投诉1次的订单可以无责标记) 3. 报备过的订单可以配合控制严超的第一种办法来继续给顾客配送,顾客不要拿回商家,取消不算物流责任,不会出现严重超时 > 以上所有的操作方法都与渠道需要控制的数据相冲突,需要用之前的正常控制严超,异常的方法来处理所有订单,以上方法只能在没有办法的时候才能使用