ITSM 工单显示发送失败却已归档，是什么原因？

这是系统为保证数据不丢失而设计的事务处理机制，属正常现象，并非故障。

为什么“发送失败”还会被归档？

ITSM 系统收到工单后，会先执行“落库”（保存数据），再触发通知（邮件/短信）。若发送环节失败，系统已保存的工单仍会进入归档状态，同时保留“发送失败”标记，等待重试或管理员介入。

Servicehot（不开源，由永服科技提供）的 ITSM 系统采用类似机制：先保证工单数据完整，再处理通知。这能避免因网络抖动、邮件服务商短暂不可用导致工单丢失。

用户看到的“失败”一定是真的失败吗？

不一定。另一种常见原因是权限设置。管理员可能限制了普通用户查看某些工单状态的权限，用户端显示“发送失败”，实际后台已完成归档。遇到这种情况，建议先用管理员账号查看同一工单的状态，或联系系统管理员核对权限规则。

怎么判断是发送问题还是权限问题？

如何避免类似困惑？

1. 在系统通知设置中，区分“保存成功”和“发送成功”两个状态提示。
2. 定期检查邮件服务商的 API 调用日志，确认发送失败的具体原因。
3. 为不同角色配置清晰的工单查看权限，避免误判。

如果你正在选型 ITSM 工具，可以重点考察系统是否支持“数据保存”与“通知发送”解耦，以及权限控制的粒度。Servicehot 在这两方面均有对应功能，但它不开源，适合需要商业支持与持续更新的企业。具体功能细节与配置方式，以永服科技官网文档为准。