Zendesk一次工单更新怎样留下字段变化与后台事件

Zendesk的《Viewing all events for ticket updates》把工单事件与评论分开描述。事件包括人或业务规则造成的更新、字段增删改，以及与更新关联的外部通知；每次工单更新的事件分别出现。字段值改变时，新值与划线的旧值同时显示。原文以Open变成Pending为例，记录表达的不只是当前Pending这个结果，还保留了这一次变化从哪个值开始。

后台通信也能与工单更新相联系。帮助页列出触发器、自动化、路由和邮件通信，并说明通知旁的ID可联系到该封邮件的预览。触发器标题则联系规则身份，查看实际触发版本的能力限定为Enterprise。通知内容与触发版本因此是两个具体对象：前者说明预览的是哪封邮件，后者说明起作用的是哪个规则版本，不能把只见一个规则名称当成已经读过邮件内容。

同一种通道变化，也可能留下不同原因。原文描述messaging会话转为按email工单处理的路由事件：若来自“把客服结束的会话作为邮件工单路由”这一配置，原因显示Session ended by agent；若由Ticket > Set routing channel触发器动作造成，原因显示From ticket trigger。结果都联系邮件路由，原因标签却指向不同来源。这能帮助售后资料说明一次变化的记录背景，而非只留下“已转邮件”四个字。

部分字段还保留产品条件。在contextual workspaces中，事件里的Form可能与当前界面显示的表单不同，工单发生更新后才相应更新。时间记录则依赖Time Tracking应用：Total time spent表示客服在工单上累计花费的时间，Time spent last update表示最后一次更新的用时，单位均为秒。前者是累计量，后者属于某次更新，二者即使在同一处出现，也不应都被改写成这次处理持续了多久。

使用Copilot附加功能时，事件还涉及Auto assist。被批准的回复建议记录建议文本与批准它的客服姓名；动作记录则可显示completed、skipped或failed，以及执行所用的actor身份。帮助页进一步区分：action flows或custom actions执行时，actor显示Auto assist；客服执行标准动作时，显示客服姓名。建议被批准与某个动作完成，是原文分别列出的事件，不能因为出现一个批准者，就补写所有相关动作已成功。失败动作还会出现在会话日志中，用来提醒客服。

“全部事件”的名称仍需连同文中两项具体例外理解。Zendesk Agent Workspace里，若触发器发送SMS，短信本身和触发它的触发器都不出现在该工单事件日志中。另一处又说明，由触发器影响的用户资料更新不会被工单事件日志捕获。前一项限定短信与相应触发器，后一项限定用户资料变化；它们没有把所有邮件通知或所有工单字段变化一并排除。因而，说明某段事件历史时，需保留所读产品情境与这些明示范围。

本文采用正式帮助的文字及邻接，没有访问真实工单、邮件或用户位置资料，也未执行路由和排障。首次发布日期未知；这些记录对象不用于判断退款到账或服务合同是否达标。