为了帮助您开始使用触发器,Zendesk Support提供了一组标准的触发器亚博和邮件通知,它们是典型票据工作流中的最佳实践。您可以按原样使用这些触发器,也可以克隆它们以生成可以修改和重新使用的副本。
有关创建触发器的信息,请参见为票证更新和通知创建触发器.
文章包括以下部分:
访问触发器管理页面
您可以在触发器管理页面上看到所有的触发器。
访问你的触发器
- 在管理中心,点击对象和规则在侧边栏中,然后选择业务规则>触发器.
默认触发器最佳实践
- 不停用所有触发器.触发器是将票证更新的电子邮件通知传递给最终用户和代理的机制。如果所有触发器都被停用,则不会发送有关票证活动的电子邮件通知。
- 如果要更改默认触发器,克隆它并根据它的结构创建一个新的触发器,然后禁用原始的默认触发器。
- 考虑安静下来通知所有代理收到的请求触发器,以避免不必要地阻塞代理的收件箱。除非您的团队非常小,否则您可能不需要通知所有代理提交的每张票。
通知请求者和CCs收到的请求
通过电子邮件通知请求者和任何在票证上被复制的人,他们的请求已被接收并已成为票证。有关编辑电子邮件的信息,请参见如何编辑发送给提交票务的人的自动响应?请参阅我们的技术支持说明。
当所有条件都满足时:
- 票| Is | Created:最终用户或代理提交一个请求,该请求创建了一个新票证。
和
- 状态|未|已解决:当创建新票证时,将应用以下状态之一:new、Open、Pending或On-hold。
和
- 隐私| Is | Ticket有公众评论:这张票有公众评论。
和
- 评论| Is |公开:这张票有公众评论。
和
- 当前用户| Is |(最终用户):最后更新票证的用户是任何注册用户,但不是代理或管理员。
系统将执行以下操作:
- Email用户|(请求者和cc):此操作中定义的电子邮件将发送给作为票证请求者列出的最终用户或代理以及票证上的任何复制人。请求者通常是提交票证的人;然而,代理可以代表其他用户提交票证请求,在这种情况下,该用户被列为请求者。注意:触发动作Email用户+ (请求者和cc)如果票证更新不包含公众意见,则禁用。触发器仍然触发并执行可能包含在触发器中的任何其他操作,但不发送电子邮件消息。如果要使用此操作发送电子邮件,则必须包含公共评论。
注意:请注意,如果票符合某些条件,某些占位符可能会被抑制。有关更多信息,请参见理解占位符抑制规则.
通知请求者新的主动工单
通知请求者和cc评论更新
当代理或最终用户向票据添加评论时,请求者和cc将通过电子邮件得到通知。
当所有条件都满足时:
- 票|已更新:代理或最终用户更新票证,并提交这些更改。
和
- 评论| Is |公开:这张票有公众评论。
系统将执行以下操作:
- Email用户|(请求者和cc):此操作中定义的电子邮件将发送给作为票证请求者列出的最终用户或代理以及票证上的任何复制人。通常,提交票证的人是请求者;然而,代理可以代表其他用户提交票证请求,在这种情况下,该用户被列为请求者。
提示:如果您希望阻止请求者收到关于他们自己评论的电子邮件,您可以添加以下条件:请求者|不是|(当前用户)
通知受让人评论更新
当注释被添加到票证中时,通知指定的代理。注释可以是私有的(由代理添加的内部注释),也可以是公开的(由代理或请求者添加)。
当所有条件都满足时:
- 评论|是否存在(公开或私下):公众意见或内部注释必须添加到票证中。
和
- 受让人|不|(当前用户)提交上述评论的人不能是机票的指定受让人。
和
- 受让人|未|(请求者):购票受让人不能是购票请求人。
和
- 受让人|未变:在当前更新中没有更改机票受让人。
和
- 状态|未从|解决改变:票证的状态不会从当前更新中的已解决状态更改。也就是说,已解决的票证不会作为当前更新的一部分重新打开。但是,可以在不阻塞此触发器的情况下从任何其他状态(New、Open、Pending或On-hold)更改票据状态。有关发送关于重新打开机票的通知,请参见通知受让人重开机票.
系统将执行以下操作:
- 邮箱用户|(受让人):在此操作中定义的电子邮件被发送到作为票证受让人列出的最终用户或代理。
通知受让人转让
通知已被分配到票证的代理新的分配。
当所有条件都满足时:
- 受让人|变更如票上所列的受让人已改为另一个人。
和
- 受让人|不|(当前用户):做出这种改变的人并不是把票分配给自己。例如,如果代理正在查看票证并单击把它链接,此条件不满足。
系统将执行以下操作:
- 邮箱用户|(受让人):在此操作中定义的电子邮件被发送到作为票证受让人列出的最终用户或代理。
通知受让人重开机票
通知已解决的票据的指定代理,该票据已由请求者使用新注释更新并重新打开。
当所有条件都满足时:
- 受让人|不|(当前用户):做出这种改变的人并不是把票分配给自己。例如,如果代理正在查看票证并单击把它链接,此条件不满足。
和
- 状态|从|解决更改:票据状态正在从已解决变为另一种状态类型。
和
- 状态|未|关闭:新的票证状态不是Closed。
系统将执行以下操作:
- 邮箱用户|(受让人):在此操作中定义的电子邮件被发送到作为票证受让人列出的最终用户或代理。
通知小组分配任务
当票据被分配给所属的组时通知组。
当所有条件都满足时:
- Group |不是| -:票当前分配给一个组;就是这样。不是分配给没有(-)组。
和
- 受让人| Is | -:票证目前没有分配给单个用户;就是这样。是分配给无用户(-)
…一个nd ANY of these conditions are met:
- 分组|更改分配给该票的组以任何方式发生了变化。
或
- 受让人|变更分配给票证的用户以任何方式发生了变化。
这两个条件都必须包含在此触发器中,以确保是否将票据分配给组都发送通知或重新分配给新组之前的用户。
系统将执行以下操作:
- 邮件组|(指定组):在此操作中定义的电子邮件被发送到作为票证的新受让人列出的组。
将收到的请求通知所有代理
当创建了还没有自动分配的新票证时,通知所有非受限制的代理。
当所有条件都满足时:
- 票| Is | Created:最终用户或代理提交一个请求,该请求创建了一个新票证。
和
- 组| Is | -:该票目前没有分配给组;就是这样。是分配给无组(-).
系统将执行以下操作:
- Email用户|(所有非受限代理):此操作中定义的邮件发送给所有座席,但根据其权限无法查看票证的座席除外。
自动分配给第一个电子邮件响应代理(注册时不活动)
当座席回复他们通过电子邮件收到的票务通知时,将票务分配给座席。你必须激活这个触发它运行。
当所有条件都满足时:
- 票|已更新:代理或最终用户更新票证,并提交这些更改。
和
- 更新通过| Is |电子邮件票是通过回复电子邮件通知更新的。
和
- 受让人| Is | -:票证当前没有分配给用户;就是这样。是分配给无用户(-).
和
- 当前用户|不|(最终用户)做出这种改变的人是代理人;也就是说,不是最终用户(客户)。
系统将执行以下操作:
- 受让人|(当前用户):票被分配给对票进行更改的代理。
21日的评论
嗨。我们正在使用NOtify Requester of New Proactive ticket触发器,但是由于某些原因,出现在请求者的组(即电子邮件地址)不正确。例如,如果组apple中的代理创建了一个主动票据,则请求者将得到组橙子的回复。如何解决这个问题?谢谢你!
对于我们的提醒“通知受让人评论更新”,当受让人向票据添加新评论时,他们也会收到提醒。有办法阻止这种情况发生吗?
嗨,莱西,
您是否修改了“通知受让人评论更新”触发器的默认版本?默认版本包括条件“受分人| Is not |(当前用户)”,这应该防止被分配的代理收到来自他们添加自己的评论更新的通知电子邮件:通知受让人评论更新
你好戴夫,
看来我们的触发器一定是更新了那个选项被删除了。我刚刚添加回来了,非常感谢!
很高兴能帮上忙,蕾西!
我曾遇到过一些客户,他们向我解释说,当他们回复一封电子邮件(从而更新他们的票证)时,他们会收到一封附加的电子邮件,其中包含他们自己的信息。这条规定如下:
“通知被抑制,并且不发送给请求者或抄送,如果他们自己进行票务更新。”
但目前情况似乎并非如此。
我对“通知请求者评论更新”的设置是默认值。
-机票更新
—存在评论,请求者可以看到评论
我发现它会在最近的罚单上触发,但当我回顾几个月或几年前的罚单时,当客户发送电子邮件更新他们的罚单时,它不会触发。
为了进一步调查你关于触发的问题,我需要查看一下你的账户。现在帐户假设功能是禁用的,但如果您将帐户假设设置更改为“启用”,您可以授予我临时访问权限,以解决您帐户中的问题。请注意,当您更改此功能的设置时,您帐户上列出的所有管理员都将收到通知电子邮件。
如果您想启用此功能,请遵循这些说明访问您的设置.这将是非常有帮助的,如果你能够设置访问至少“一个星期”的情况下,这张票需要更多的时间来协助。一旦启用,请回复这张票,我会很乐意帮助最好的我可以。
你也可以给我一个票#有这个触发触发在这种特殊情况下,所以我可以复制它也一旦我进入你的帐户。
干杯!
嗨,瑞克,
很抱歉耽搁了这么久。我已经启用了帐户假设,目前设置为“一周”。这个问题至少在过去的几个月里一直存在,所以任何最近的罚单都应该足够了,但您可以使用#8557作为参考。相比之下,查看较旧的票据,如#7160,当客户发送电子邮件时,不会显示相同的“通知客户评论更新”事件。
里克N。我和布兰登有同样的问题。我添加了条件“当前用户不是最终用户”,但如果CC更新了票证,这不会通知报告者,反之亦然。
你好,
我正在经历布莱恩上面提到的同样的问题。当使用Notify Requester of Comment Update默认设置时(如上文中详细介绍的),我的客户会收到他们自己的评论通知。
根据Simon Wong的建议,我添加了一个附加条件:当前用户不是最终用户,这似乎解决了问题。现在客户不会收到关于他们自己评论的单独通知消息。
我觉得这篇文章应该进行更新,以反映这个用户案例。
我遇到了麻烦将收到的请求通知请求者和CCs,无论他们是否是注册用户。它不向请求者发送电子邮件。它向可能的代理人发送了太多的信息而无法接受。
解决了!
在与Zendesk Support聊天并亚博排除了许多变量后,我们发现上面的支持文章是不完整的。对于“通知被抑制并且。不发送给请求者或CC,如果他们使票务更新自己”条款生效,您需要添加以下内容到触发器:
当前用户----不是----(最终用户)
这不会影响代理更新票证,只会影响请求者(客户)更新票证,例如通过发送电子邮件。
抱歉,这是希腊的回应。需要更新哪个或哪些触发器?更具体一些。首选屏幕截图。让我惊讶的是,默认触发器没有按计划工作。
触发器的确切名称可能会有所不同,这取决于它是否从默认的“通知请求者和评论更新的cc”重命名。例如,我的触发器命名为“通知客户评论更新”。我经常被Zendesk的术语“受让人”、“请求者”等亚博搞混,所以我把每一组都称为“代理”或“客户”。
查看需要更改哪个触发器的最简单方法是单击带有来自客户(或请求者)的电子邮件或消息的任何票据。点击“Events”查看消息传入时Zendesk在幕后做了什亚博么,你应该会看到这样的内容:
您将需要单击触发电子邮件通知到[您的客户姓名]的那个。这是上面截图中的第一个触发器,标题为“通知客户评论更新”。
确保你的触发器如下所示:
我已经关闭了在请求者回复时通知受让人的默认触发器,但我希望继续接收这些电子邮件通知。我怎样才能让像“通知收件人评论更新”这样的触发器只发送给我?
到目前为止,我遇到的问题是,如果我将受让人更改为我,我将在每次对票据和请求者进行更新时收到通知。
嗨约书亚宾利要做到这一点,你需要创建一个类似于“通知收件人评论更新”的触发器。对于该操作,您仍将使用电子邮件用户。但是,您将选择您的姓名,而不是从下拉菜单中选择Assignee。希望这对你有帮助!
您好,当客户/请求者更新自己的机票时,我们不希望向他们发送电子邮件(例如,当他们给我们发电子邮件时)。我看到这篇文章中有一个提示提示:如果您希望阻止请求者收到关于他们自己评论的电子邮件,您可以添加以下条件:请求者|不是|(当前用户)。
我还看到@BrandonFischer在这篇文章中添加了一条评论,说要添加当前用户|不是|最终用户的条件。
哪个是正确的?它们实际上是一样的吗?
钱德拉Robrock-谢谢!但那不会给我发邮件吗任何得到评论更新的票,而不仅仅是我自己的?
约书亚宾利
你能提供更多关于你想要实现的目标的细节吗?
至于更新机票时不通知您,请添加条件:
当前用户>不是>约书亚·本特利
卢
谢谢你给我回电话。以下是该场景的细分:
我的团队有不使用默认触发器,在客户回复时通知受让人。我们的票太多了,根本没用。但既然我不是每天都查看我的观点,我做希望收到通知。
我希望系统只在客户回复时通知我我的门票。
这样更有意义吗?
约书亚宾利
以下是我对你描述的理解:
根据客户使用的更新票证的渠道,您的条件将是这样的:
受让人是Joshua Bentley
然后是下面的内容:
你听懂了吗,还是我完全没听懂?
请登录留下评论。