同一订单的定位延迟、预计晚到和签收未回传可能同时触发提醒，调度人员很难判断哪个需要先处理。TMS异常设计需要把触发条件与实际问题关联，并记录处理进展，避免持续发送同样的信息。

记录和操作怎样安排

异常按订单和事件建立唯一关联，展示触发依据、影响节点与责任岗位。确认、处理和恢复分别记录，提醒升级基于未处理状态与业务时限。数据恢复时更新事件，不另建一条无关记录；重复发生则保留新的时间段。

提醒内容需要区分计划变化、执行问题与数据缺失，不用同一个红色状态包办全部含义。短暂延迟可以等待进一步确认，持续影响交期的事件再按规则升级。调度确认后记录处理方式与下一次检查时点，避免点击已读就被当作问题解决。订单拆分或转派时，异常也要更新责任对象。历史消息保持关联，管理人员可以查看同一次问题如何被发现、交接和处理，而不是面对多条重复提示。

需要核对的具体场景

例如晚到已获客户同意，状态应反映已接受的安排，但仍保留实际到达检查。测试短暂断网是否造成大量重复告警。通知只包含必要业务信息，并提供进入订单的入口，减少在消息中暴露客户资料。