每天的订单导入基本自动完成，但有五条没处理完。一条缺客户编号，另一条可能已写入，只是在收到确认前断线。界面都写着“失败”，操作员只有一个按钮：重试。
异常队列不能只收集报错，还要告诉处理人下一步怎么做。
按需要采取的动作区分原因
字段缺失，需要补信息；匹配到多个客户，需要人工判断；写入结果未知，需要先和目标系统核对。原因应当分开，并给出安全的下一步。
例如，“缺少客户编号，请来源团队确认账号”，比“校验失败”更有用。“写入结果未知，先查目标系统”也不应默认提供立即重试。
展示足够的上下文，但别把原始资料全复制进去
每项待办应能看到操作编号、时间、涉及记录、异常原因、最后已知状态、负责人和授权来源链接。不必把完整邮件、附件或敏感字段复制到通用报错页面。
操作应与异常匹配：修改后重新提交、关联已经存在的结果、分派给其他团队，或写明原因后关闭。可能重复产生外部影响时，应先展示已知状态，并要求完成必要核查。
让队列进入日常工作
明确负责人和检查频率。把反复出现的错误按原因归类，二十条缺编号的异常，可能需要修改上游表单，而不是做二十次相同调查。
定期看最早未解决的任务，以及修改后再次退回的情况。这样更容易判断队列是在帮助解决问题，还是只把失败移出了视线。
用小批量演练一次
为每种异常准备一条测试记录。请没参与搭建的同事只靠队列完成处理，记录哪里不得不向别人求助。补齐缺失信息，再扩大自动化范围。
