物流运单跟踪：异常在客户投诉之前被发现

#背景

运单状态分散在 3 个来源（自有车队、外包承运、平台接口），客服要靠逐个查系统判断"这单是不是出问题了"。等客户打电话来投诉时，往往已经耽搁了半天。

#方案

• 状态聚合：统一运单状态机（已下单/已揽收/运输中/派送中/已签收/异常），多来源状态映射到同一套状态码，冲突时以最新时间戳为准并记录来源；
• 异常规则：超时未揽收（> 2 小时）、路由停滞（> 12 小时无更新）、签收异常（非本人签收、地址不符）等规则配置化，运营自己可调阈值与生效范围；
• 待办闭环：命中规则的运单进客服待办，必须填写跟进结果才能关闭，形成可统计的处理记录；
• 同步：平台接口按增量拉取，队列削峰，状态同步延迟控制在 60 秒内。

#结果

• 异常发现从"客户投诉后"提前到平均提前 6 小时；
• 客服人均处理量提升约 35%（不用再逐个查单）；
• 规则调整不再需要开发介入，运营当天就能上线新规则。

#取舍

• 不做路径规划与车辆调度：那是另一个专业系统，本期只做"看得见 + 处理得掉"；
• 不追求状态 100% 实时：60 秒延迟对异常预警足够，换取接口限流下的稳定性；
• 规则用配置而非脚本：牺牲一定灵活度，换取运营可自助、且不会因为错误脚本拖垮查询。