目录
AI提问：osTicket 开源工单系统，要怎么实现类似邮件抄送的效果
以往 IT 运维发布变更，都是通过邮件同步信息、留存完整沟通记录。现在切换 osTicket 开源工单系统，要怎么实现类似邮件抄送的效果，让所有相关人员都能同步知晓工单全流程动态？
AI回复：
可以。osTicket 中与邮件“抄送 CC”最接近的功能叫：
协作者（Collaborators）
一个工单可以包含：
- 工单发起人/所有者：相当于邮件收件人
- 协作者：相当于邮件抄送人
- 经办人/团队：实际处理该工单的 IT 运维人员
当运维人员回复工单时，可以把回复同时发送给工单发起人和协作者。协作者也可以通过邮件回复，回复内容会继续追加到同一个工单沟通记录中。(osTicket 文档)
一、发版工单的推荐人员关系
例如一次系统发版申请：
| osTicket 角色 | 建议人员 | 类似邮件 |
|---|---|---|
| 工单所有者 | 发版申请人、产品负责人 | 收件人 |
| 协作者 | 开发负责人、测试负责人、业务负责人、项目经理 | 抄送人 |
| 分配给 | 执行发版的运维人员 | 经办人 |
| 分配团队 | IT运维组、发布管理组 | 工作组 |
| 内部参与人 | 运维经理、其他运维人员 | 内部通知人员 |
例如：
张三提交“ERP系统 V2.3.0 发版申请” 工单所有者：张三 协作者：开发负责人李四、测试负责人王五、产品经理赵六 经办人：运维工程师陈七 团队：IT运维组
此后运维在工单里发布“已开始部署”“部署完成”“验证通过”等回复时，张三、李四、王五、赵六都会收到邮件，并且完整沟通内容保留在工单线程里。
二、如何添加“抄送人”
进入：
工作人员面板 → 工单 → 打开具体工单
在工单页面中找到：
Collaborators / 协作者 / 参与人
不同中文语言包可能翻译成“协作者”“参与者”或“合作人员”。
可以通过以下位置添加：
- 工单发起人旁边的人员图标；
- 工单右上角的“更多”菜单；
- 回复区域中的“协作者”下拉菜单；
- “管理协作者”功能。
添加人员的姓名和邮箱后，该人员就会成为工单协作者。协作者可以随时启用、停用或彻底移除；被停用后将不再收到后续工单回复。(osTicket 文档)
三、回复工单时选择通知范围
运维人员回复工单时，可以选择：
- 回复所有参与人：发给申请人和全部协作者；
- 仅回复工单申请人；
- 选择部分协作者；
- 不发送邮件，仅写入工单记录。
因此建议在发版流程中，默认使用：
回复所有参与人 / Reply All
osTicket 还可以查看每条消息实际发送给了哪些收件人，进入对应消息的菜单，选择：
View Email Recipients / 查看邮件收件人
这样后续审计时可以确认某次发版通知究竟发送给了谁。(osTicket 文档)
四、需要开启的通知设置
管理员进入：
管理面板 → 设置 → 工单 → 自动回复
建议启用：
1. 工作人员创建新工单通知
启用：
New Ticket By Agent / 工作人员创建新工单
当运维人员代用户创建发版工单时，可以选择：
- 仅通知工单所有者；
- 通知所有参与人；
- 不发送通知。
2. 新消息参与人通知
在“新消息”中启用：
Participant / 参与人通知
该功能会把某个参与人提交的新消息广播给其他参与人，也就是实现类似邮件“回复全部”的效果。(osTicket 文档)
五、外部协作者和内部运维人员要区分
业务相关人员：使用协作者
例如：
- 发版申请人；
- 产品经理；
- 开发负责人；
- 测试负责人；
- 业务验收人；
- 外部供应商。
这些人员需要看到工单的对外沟通内容，可以加入“协作者”。
IT内部人员：使用团队和内部活动通知
例如：
- 运维经理；
- 数据库管理员；
- 网络管理员；
- 安全工程师；
- 其他运维人员。
这些人更适合通过以下方式参与：
- 分配给某个团队；
- 设置部门成员；
- 开启新工单通知；
- 开启新内部活动通知；
- 使用内部备注。
osTicket 的“新内部活动通知”可以在新增内部备注、工作人员回复等操作发生时通知指定内部人员。(osTicket 文档)
不建议把大量 IT 工作人员全部添加为协作者，否则容易产生重复通知和邮件轰炸。osTicket 本身也提供了“禁用工作人员作为协作者”的全局设置。(osTicket 文档)
六、公开回复和内部备注的区别
这是发版工单中非常重要的设计：
公开回复
适合记录：
- 发版时间确认；
- 发版开始通知；
- 部署完成通知；
- 验证结果；
- 回滚通知；
- 最终关闭通知。
公开回复会显示给工单所有者和协作者，并可以发送邮件通知。
内部备注
适合记录：
- 服务器账号；
- 数据库连接信息；
- 内部排查过程；
- 运维操作命令；
- 安全风险；
- 内部责任分工；
- 不适合对业务人员公开的信息。
内部备注只对有权限的工作人员可见，不会显示给工单申请人和协作者。(osTicket 文档)
七、固定人员可以自动加入协作者
假如每次某个部门提交发版申请，都要固定抄送部门负责人，可以使用 osTicket 的“组织”功能。
操作路径：
工作人员面板 → 用户 → 组织 → 选择组织 → 设置
可以设置：
- 组织主要联系人；
- 自动把主要联系人加入该组织用户创建的所有工单；
- 自动把组织成员加入协作者；
- 设置组织客户经理或负责团队。
例如建立“研发中心”组织，将研发总监设置为主要联系人，那么研发人员提交工单时，可以自动将研发总监加入协作者。(osTicket 文档)
不过不要轻易设置“组织所有成员自动协作”，否则所有人都可能看到该组织下的全部工单。发版场景通常只自动加入部门负责人或发布负责人即可。
八、推荐的发版通知规则
建议你们的“系统发版申请”帮助主题采用以下规则：
| 发版阶段 | 记录方式 | 通知对象 |
|---|---|---|
| 提交发版申请 | 公开消息 | 申请人、开发、测试、产品 |
| 审核通过 | 公开回复 | 所有协作者 |
| 运维实施准备 | 内部备注 | IT运维团队 |
| 开始发版 | 公开回复 | 所有协作者 |
| 部署操作过程 | 内部备注 | IT运维团队 |
| 部署完成 | 公开回复 | 所有协作者 |
| 业务验证 | 公开回复 | 产品、测试、申请人 |
| 发版失败或回滚 | 公开回复＋内部备注 | 对外通知结果，内部记录原因 |
| 验收关闭 | 公开回复 | 所有协作者 |
因此，你们原来邮件沟通中的“收件人＋抄送人＋回复全部”，在 osTicket 里可以对应为：
工单所有者＋协作者＋回复所有参与人
同时再配合“内部备注”和“团队通知”，既能让相关人员及时知晓，也能完整保留发版沟通、操作和审批记录。
AI提问：这个 协作者 是 普通用户，还是 代理 呢 ？
普通用户 User，代理 Agent
AI回复：
协作者本质上是“普通用户（User）”，不是代理（Agent）。
在 osTicket 中可以这样理解：
| 角色 | 身份 | 作用 |
|---|---|---|
| 工单所有者 | 普通用户 | 工单的主要申请人 |
| 协作者 | 普通用户 | 类似邮件抄送人，参与工单沟通 |
| 代理 Agent | 内部工作人员 | 处理、回复、分配工单 |
| 团队 Team | 多名代理组成 | 共同处理工单 |
官方文档也将协作者定义为工单中的“额外参与人”，协作者会以用户身份接收工单邮件、回复邮件以及查看自己参与的工单。(osTicket 文档)
举例
一次系统发版申请：
- 工单所有者：产品经理张三，普通用户
- 协作者：开发负责人李四、测试负责人王五、业务负责人赵六，都是普通用户
- 代理：运维工程师陈七
- 团队：IT运维组
协作者李四收到邮件后，可以直接回复邮件。回复内容会自动追加到工单沟通记录中。
代理能不能作为协作者？
技术上，部分 osTicket 版本允许把代理以用户身份加入协作者，但这不是推荐做法，而且系统可以通过 Disable Agent Collaborators（禁用代理作为协作者） 设置禁止这种行为，主要是为了避免代理同时收到“内部通知”和“协作者邮件”，造成重复通知。(osTicket 文档)
因此建议：
- 产品、开发、测试、业务负责人：作为普通用户或协作者；
- 运维、审批人、内部技术人员：作为代理、团队成员或被转介人员；
- 不要为了让其他运维人员知情，就把他们添加为协作者。
例如，数据库管理员也是 osTicket 代理，需要参与发版处理，可以把工单：
分配给“IT运维组”，或者转介给数据库管理员
团队用于组织不同部门的代理共同处理问题；工单转介则可以让原本没有该工单访问权限的代理、团队或部门参与处理。(osTicket 文档)
一句话概括：
协作者是外部/业务侧的普通用户，类似邮件 CC；代理是内部处理工单的工作人员。