您需要注意的是触发器撤消或修改包含在另一个触发器中的操作。想象一下,您已创建一个触发器,根据请求者工作的公司分配工单。要做到这一点很简单。您为您的组织添加标签,然后当这些组织的用户提交支持请求时,这些标签会添加到其工单中。
范例银行 1 个组织
范例银行 2 组织
每当收到来自这些组织中用户的工单时,都会为工单添加合适的标签。
然后您可以在一个触发器中使用"acme"和"orange"标签,将这些工单分配给合适的组。例如,我们要将这两个银行的工单分配到级别 2 Support 组。
当触发触发器时,就会进行组的分配。
想象一下,您有另一个触发器,将通过电邮收到的工单分配到级别 1 Support 组,如这个触发器的例子:
这里的问题是发生了意外的冲突。第一个触发器会将来自这些银行的工单分配到级别 2 Support,因为这些工单含有"acme"或"orange"标签,而第二个触发器则会将组更改为级别 1 Support 组,因为请求是通过电邮收到的。当然,我们希望将来自这些银行的工单自动分配到级别 2 Support 组。
发生这种情况是因为您一次只能分配工单给一个组,而且我们有两个活跃的触发器,根据不同的条件设置两个不同的组分配。
触发器在"触发器"页面上列出的顺序很重要,因为触发器的处理顺序是从上到下的。在我们的触发器列表中, 将银行客户工单分配到级别 2 Support 触发器位于 将通过电邮接收的工单分配到级别 1 Support 触发器之前,从而说明了分配是如何进行的。在此示例中,反转这两个触发器的顺序可解决此问题。
此范例的关键是要说明监管您 Zendesk 中的所有触发器的重要性,以确保它们不会互相冲突,并且您的工作流程如您预期的那样。在某些情况下,您可以通过对触发器重新排序来解决触发器排序问题;但有时您需要修改或取消激活触发器。
要完成这个循环,如果您想完成这两个触发器尝试完成的工作,而不会让它们互相冲突,您只需要采用稍有不同的方法。目标是将通过电邮收到的工单分配到级别 1 Support 组,除非其来自您的银行客户,在这种情况下,您希望将这些工单分配到级别 2 Support 组。要做到这一点,您仍需要这两个触发器,但需要添加一个条件到级别 1 触发器,以检查请求者组织的标签不是用于这些银行中的一个,而这是该级别中使用的2 个触发器(acme 或橙色)。
在第一个触发器中,即必须在第二个触发器之前,通过电邮提交的工单,未添加银行客户标签(即acme 或橙色),将按其应分配到级别 1 Support 组。然后是第一个触发器之后的第二个触发器,根据创建时自动添加到工单的组织标签,将银行客户的工单分配到级别 2 组。
这里是 Zendesk 触发器页面中的一个顺序范例,显示了正确的触发器顺序。
希望这些范例使您对触发器如何互相交互有一个很好的了解,以及确保您在创建触发器时考虑到所有其它触发器的重要性,始终有针对特定工单操作的特定条件。
当您处理大量触发器和大量工单时,您创建触发器方式的低效率会影响工单处理的速度以及专员的效率。
翻译免责声明:本文章使用自动翻译软件翻译,以便您了解基本内容。 我们已采取合理措施提供准确翻译,但不保证翻译准确性
如对翻译准确性有任何疑问,请以文章的英语版本为准。