| 宣布在 | 推出开始 | 展示结束 |
|---|---|---|
| 2022年12月7日 | 2022年6月16日 | 2023年5月31日 |
亚博Zendesk很高兴地宣布，在过去的几个月里，已经不断推出了对触发器的几项增强。
改变是什么?
增强功能包括新的触发条件和操作以及性能优化。具体来说，我们补充道:
- 一个新的触发条件，用于检查附件是否是或不是礼物。这既适用于内联附件，也适用于附加附件，但通过宏添加的内联附件除外。
- 一个新的触发条件，检查CC是否是或不是在触发器运行时出现在票证上。此条件不检查关注者或@提及。
- 一个新的触发条件，检查请求者的角色是或不是一种光剂。这只适用于使用轻型代理角色的帐户。
- 一个新的触发器操作，可以用指定的文本字符串更新票证上的自定义文本字段。
- 一个新的触发器操作，可以用指定的数字更新票证上的自定义数字字段。
此外，为了缓解性能问题，现在所有帐户都需要默认的票据关闭自动化，标题为“在状态设置为解决后4天关闭票据”。如果帐户以前禁用或删除了此自动化，则将重新添加并重新启用它。然而，为了尽量减少对用户的干扰，条件将被设置为解决后的480小时(20天)，而不是原始的默认自动化条件96小时(4天)。管理员可以将Ticket: Hours since solved值编辑为最多28天，但自动化不能被停用。
有关更多信息，请参见触发条件和操作参考。
Zendesk亚博为什么要做出这样的改变?
触发器和自动化是管理员用来管理业务流程的关键工具，但是Zendesk客户所需的条件和操作差别很大。亚博这些更改为管理员提供了更多定义工作流的方法，以最好地满足业务需求。
我需要做什么?
无需任何操作。这些更改将自动推出到所有帐户。如果你有任何问题或需要帮助，请联系Zende亚博sk客户支持。
22日评论
太感谢你了!这让我们的工作流程变得更好。不再需要使用标签等创建触发器，以便轻代理票证重新打开。
喜欢这些新添加的东西!在未来，我希望看到光代理也可以作为当前用户条件的一个选项。我们有一个规则，当轻代理在票据上留下内部评论时自动重新打开票据(即使他们不是请求者，所以角色不适用于我们的用例)，并且目前每次我们向团队添加新的完整代理时都必须添加一个新的当前用户不是<>条件。希望将来能支持这个功能，以帮助我们更加简化工作流程。
非常感谢完成这项工作的团队和优先考虑这项工作的PM，特别是使用自定义值设置字符串字段的能力。这种改变会对客户的工作流程产生巨大的影响!
:
包括以下选项增量该数字字段由指定的数字组成，或者只能为集指定值的数字字段?
这将工作为实时聊天门票?
请忽略我上面的帖子，错误的页面。
嗨，丹尼尔，谢谢你的来信!此选项只会集指定值的数字字段。谢谢你！
嘿贝利Whitaker-Lea，
我可以更新封闭自动化内部的小时数…然而，我不能更新标题，以反映我已经改变了默认自动化的天数。这是一个问题，因为它现在并不是自动化的真实反映，可能会让那些在票务事件中看到它的用户失望。
大家好，非常感谢大家的反馈!反应如下:
Amie布伦南我们目前正在修复编辑标题。
钱德拉Robrock作为当前用户，我收到了你们对Light Agent的反馈。感谢您提供您的用例!
丹尼尔Nieuwendijk—您介意提供关于您的用例的额外信息吗?如果能听到如何使用一个动作来增量地更新工作流中的数字字段，那就太好了。
你好,贝利。具体来说，我想维护一个计数器c，表示我们尝试联系请求者的次数，如果请求者被认为是销售的潜在客户，并且我们希望在c = x之前联系他们。
谢谢丹尼尔Nieuwendijk-我已经在我们的反馈中捕获了你的用例。
与此同时，对于您的用例，您如何联系领导?通过票上的评论还是别的什么?
只是头脑风暴，但也许代理回复条件可以使用(取决于您的计划)，然后可以添加标签或关闭票证，以便在到达X后停止与lead联系。
这真是太好了。此外，如果字段可以接受液体代码就太好了。这将允许动态设置这些值
谢谢你的反馈肖恩Oudavanh
你指的是一个特定的领域，还是机票上的任何领域?你愿意分享一下你是如何使用动态值的吗?
我对这个很兴奋。我对这个选项特别感兴趣:
然而，当尝试这样做时，我没有看到轻代理的区别，只有当前用户、受让人或单个代理的名称。我甚至没有代理(包括轻和全)。
谢谢
我完全可以理解这种变化的原因:
但是我真的希望能够更改自动化的名称，或者至少能够将我对标准4天的更改反映到我选择的任何天数。
此外，不能选择工作时间而不是日历时间也很不理想。我们有些客户的日程不稳定，在这种情况下，能够使用营业时间是非常有用的。
凯尔西·戴维斯听起来您正在选择票证下的“请求者”和请求者下的“角色”。如果选择Role，您将看到要查找的选项。
Tim Hartzuiker (pluscloud - Zendesk首亚博席合伙人)这被称为上面，我们正在努力推出一个修复，以便能够编辑标题。至于营业时间，我不确定我在这里是否遵循您的要求，但如果您想请求新功能，请在反馈部分包括尽可能多的关于用例的细节。
谢谢Tim Hartzuiker (pluscloud - Zendesk首亚博席合伙人)谢谢!抱歉，我实际上是在当前用户不是，然后寻找完整的代理
贝利Whitaker-Lea我的评论是针对将更新自定义文本或数字字段的触发器操作。听起来好像只有设定特定数量或字符串的能力。如果你允许液态代码，它就会允许灵活性。这将解决丹尼尔斯增加字段的用例。所以使用液体代码设置值的例子:
{{票。Ticket_field_123}} + 1因此，如果票字段id 123是递增的，那么您将取其当前值并加1。
您还可以使用其他情况，例如在数字字段中随机化值或使用另一个自定义文本字段并在其上附加字符串。
今天可以做到这一点，但它必须通过API调用。它适用于较小的环境，但由于API限制阈值，无法在企业解决方案上进行扩展。希望你能理解，谢谢你的倾听!
谢谢肖恩Oudavanh我已经收集了您的反馈，以便将来发现!虽然我们目前还不能通过路线图上的触发器动作在自定义字段中使用液态代码，但在我们继续思考下一步的时候，听到您的需求是有帮助的。
我们添加了更多关于现在需要的默认票据关闭自动化的细节:
此外，为了缓解性能问题，现在所有帐户都需要默认的自动关闭票据，标题为“在状态设置为已解决后4天关闭票据”。如果帐户以前禁用或删除了此自动化，则将重新添加并重新启用它。然而，为了尽量减少对用户的干扰，条件将被设置为解决后的480小时(20天)，而不是原始的默认自动化条件96小时(4天)。管理员可以编辑票务:自解决以来的时间值最多28天，但自动化不能被停用。”
嗨贝利Whitaker-Lea，
这些都是令人兴奋的更新，我们肯定会利用其中的一些。我们正在积极开发Zendesk市场应用程序，创建触发器来执亚博行某些操作。我们有以下关于触发器的问题:
触发器的可见性:今天,t使用需求创建的rigger。Json不允许以任何方式修改它们。路线图上是否有任何东西可以创造灵活的应用需求?作为解决方案，我们正在创建面向客户的触发器。是否有任何方法可以从客户视图隐藏触发器，或者如果它们是通过API生成的，则禁用它们被编辑?
“Is not”支持:是否有计划支持“Is not”操作符以供评论?这将是伟大的，如果我们可以使用这个功能，我们想处理触发事件分别为{票更新和评论存在}和{票更新和评论不存在}，
嗨Anisha G-很棒的问题!我们目前不提供禁止在UI中查看或编辑通过API创建的触发器的功能。但是，我已经收集了这些反馈以供将来考虑。
我们也在寻找条件运算符平价机会，以对照我们今年的其他优先事项。我已经将您的反馈添加了“Is not”到评论条件中。
谢谢你帮助我们改进产品!
请登录留下评论。