您可能需要注意的是撤销或修改包含在另一个触发器中的操作的触发器。假设您已经创建了一个触发器,可以根据请求者所在的公司分配请求票。这很简单。您向您的组织添加标签,然后当这些组织的用户提交支持请求时,这些标签将添加到他们的票中。
银行1机构
银行2机构
每当收到来自这两个组织中的任何一个用户的票据时,将向票据添加适当的标记。
然后,您可以在触发器中使用'acme'和'orange'标记,将这些票据分配给相应的组。例如,我们希望将这两个银行的票证分配给Level 2 Support组。
当触发器触发时,将进行组分配。
想象一下,你有另一个触发器,将通过电子邮件收到的票分配给1级支持小组,如下面的触发器示例所示:
这里的问题是存在一种意想不到的冲突。第一个触发器将这些银行的票证分配给二级支持,因为这些票证包含“acme”或“orange”标签;第二个触发器随后将该组更改为一级支持组,因为请求是通过电子邮件收到的。当然,预期的行为是我们希望这些银行的票证自动分配给二级支持组。
发生这种情况是因为您一次只能将票证分配给一个组,并且我们有两个活动触发器,它们根据不同的条件设置两个不同的组分配。
触发器在触发器页面上列出的顺序有很大的不同,因为触发器是按照从上到下的顺序处理的。在我们的触发器列表中给银行客户分配二级支持票触发在前将通过电子邮件收到的票分配给一级支持触发器,这解释了任务是如何分配的。在本例中,颠倒这两个触发器的顺序可以解决这个问题。
这个例子的重点是演示监督Zendesk中所有触发器的重要性,以确保它们不相互冲突,并且您的工作流按照您的预期运行。亚博在某些情况下,您可以通过重新排序触发器来解决触发器排序问题;然而,有时你需要修改或停用你的触发器。
为了完成这个循环,如果你想完成这两个触发器都试图完成的任务,而不让它们相互冲突,你只需要采取稍微不同的方法。目标是将通过电子邮件收到的票据分配给1级支持小组,除非它们来自您的银行客户之一,在这种情况下,您希望将这些票据分配给2级支持小组。要做到这一点,您仍然需要这两个触发器,但是需要向第1级触发器添加一个条件,该条件将检查请求者组织的标记不是那些银行中的一个,这是我们在第2级触发器中使用的(顶点或橙色)。
在第一个触发器(必须在第二个触发器之前)中,通过电子邮件提交的未标记为银行客户标签(即acme或橙色)的票据将按其应有的方式分配给1级支持组。然后,第二个触发器(在第一个触发器之后)根据创建票据时自动添加到票据的组织标记,将银行客户的票据分配给二级组。
下面是Zendesk中触发器页面中的顺序示例,它显示了正确的触发器顺序。亚博
希望这些例子能让你很好地理解触发器是如何相互作用的,以及确保你在创建触发器时考虑到所有其他触发器的重要性,考虑触发器的顺序,以及你应该总是有特定的条件来作用于特定的票据。
当您处理大量的触发器和大量的票务时,创建触发器的效率低下会影响票务处理的速度和代理的效率。
0评论
请登录留下评论。