自行 程序使您可以设置基于时间的操作,以修改工单或发送电邮通知。自行程序的一个常见用途是在工单创建或更改后的一段时间内执行操作。有两种方法可以定义基于时间的条件。
了解如何计算小时数
- 您只能指定整数小时,而不是天或小数小时
- 在自行程序运行之前,时钟不会开始计时
- 自行程序每小时运行,而不是在满足条件后立即运行
- 自行程序每个周期只能处理 1000 张工单。请参阅 了解自行程序工单限制如何与“开始时间”条件配合使用。
由于自行程序每小时运行,每次运行都计入自满足条件后的小时数。自行程序在满足条件后首次运行时(可能是 1-59 分钟后),计为“零”小时,并开始计时。然后,每次后续的自行程序运行都将额外计为一小时。在经过或超出小时数后,自行程序将触发并执行操作。还需要注意的是,您只能以整小时为单位指定时间。
让我们以默认的自行程序 在状态设置为已解决 4 天后关闭工单 为例。此自行程序会在工单状态设置为 已 解决96 小时 或更长时间 后更改其状态。
鉴于此自行程序,假设一张工单在 8 月 20 日上午 9:15 解决。满足状态条件后自行程序首次运行的时间是上午 10:03(48 分钟后)。后续每次自行程序运行时,计数都会增加 1。当自行程序在 8 月 24 日上午 10:11 运行时,工单已达到 96 小时大关,此时自行程序将触发,并将工单的状态更改为 已关闭。更改工单状态的操作可防止自行程序在每张工单上多次有效。
使用“自……后的小时数大于”和“自……后的小时数小于”条件
当根据已用时间创建条件时,我们建议尽可能使用 大于 和 小于 。此运算符为自行程序提供了更大的窗口,在此窗口中为 true 并可触发,从而降低错过窗口的可能性。然而,需要定义自行程序,使其仅对工单一次为 true。这意味着使用大于和小于运算符的自行程序必须包含一个无效条件或操作。取消条件的一个简单方法是添加标签。例如,您可以定义两个必须满足的条件(已用时间和标签不存在),以及一个在工单上触发自行程序时添加标签的操作。
在以下示例中,自行程序将检查是否有待处理 120 小时(5 天)或更长时间且没有 待处理提醒已发送标签的工单 。当工单满足这些条件时,系统会发送一条通知,并添加“pending-reminder-sent”标签。添加标签可防止工单再次满足自行程序的条件。
有关更多信息,请参阅 确保您的自行程序仅运行一次。
使用“Hours since...is”条件
当根据已用时间定义自行程序时,也可以使用 is 运算符。当您定义“自...之后的小时数”条件时,自行程序仅在其为 true 的简短窗口中触发。由于使用 is 运算符的已用时间自行程序仅在一小时或更短的时间内有效,因此无需进行无效操作,因为条件不可能多次为 true。
定义如此狭隘和简短的“为真”状态的缺点是,如果由于某种原因,您的自行程序在该小时内未运行,则后续运行将无法满足该条件。由于自行程序在任何给定小时内的运行时间略有不同,is 条件不太可能但可能永远不会评估为 true。例如,如果您定义了一个工单创建于一小时前的条件,而您在 10:03 创建了一张工单。如果自行程序触发时间为 11:01,则工单仅创建于 58 分钟前,因此自行程序还不是 true。但是,如果下一次自行程序触发是在 12:06,则工单是在 2 小时 3 分钟前创建的,因此无法满足所有条件。
此外,所有自行程序通常每小时按顺序运行,并在满足条件的所有工单上触发,但在某些情况下,可能会在一小时内运行一些但不是所有的自行程序。仅当您有大量自行程序或大量工单时,这可能是一个问题。
了解自行程序工单限制如何与“自此之后的小时数”条件配合使用
由于自行程序每个周期只能处理 1000 张工单,因此如果您有超过 1000 张符合自行程序条件的工单,则有些工单将在自行程序运行的小时内错过。在这种情况下,请使用“自……之后的小时数”条件。这使自行程序可以在接下来的一小时内为剩余的工单触发。如果您使用“自……后的小时数”条件,自行程序将无法对这些额外的工单再次触发。他们将完全错过。
翻译免责声明:本文章使用自动翻译软件翻译,以便您了解基本内容。 我们已采取合理措施提供准确翻译,但不保证翻译准确性
如对翻译准确性有任何疑问,请以文章的英语版本为准。
47 条评论
Bobby Koch
8451940939290 just disable it and create a trigger. Should work, I do it that way in my sandbox account.
0
Liia
Hi! Can we usr Hours since ticket category solved is less than 1?
We want to send the CSAT request immideately. We tried to use the placeholder {{satisfaction.survey_section}} in macro but it automatically becomes a link instead of the rating form ( as when you insert the placeholder manually)
SO if we can use the placeholder in the macro, can we use automations less than in an hour? Thank you
0
Permanently deleted user
Bonjour,
Est-il possible d'utiliser la condition "Temps écoulé depuis" en heures plutôt qu'en minutes dans les automatisations ?
0
Sayako Kawata
"Hours since pending" - If we re-save the ticket from Pending to Pending, will it reset the clock, or will it take the first Pending timestamp? Example scenario is, if we update a different field to a Pending ticket and then save as Pending again.
0
Rolf Hayes
6848477249434 the first condition is for tickets in the Solved status
The second condition will include any ticket with a status of Solved or any custom statuses that you've created within the Solved category.
See “Ticket statuses” in your admin side of your Zendesk instance.
1
Bobby Koch
6848477249434 yes
Ticket statuses all belong to a status category as well
So Open = Open cat
new = new category
Pending = pending category
etc.,
This basically gives you flexibility if you use other custom statuses, or plan to in the future, that maybe have a many:1 relationshiip.
My org has “Waiting on Customer” and “Waiting on internal” as two pending ticket statuses. Both belong to the pending category but are labeled as I have in quotes above. So, the automation levers can either let you pick a specific status, or grab the enture category to run your automations.
1
ERIC C
Anyone know what's the difference between “hours since ticket status category solved” vs “hours since ticket status solved” in this context?
0
Bobby Koch
1263082148149 i am just trying to cheat the system, really.
long story: it all plays into messaging
short story: i thought maybe an automation for greater than 0 would run on the hour or whatever is the cadence that automations run, and then it would look for all tickets that meet my criteria, basically no matter how recently they were satisfied.
Basically I want to close messaging tickets via automation, because the instantaneous trigger is too fast and messes with some of our metrics. We decided to add an automation instead, but an entire hour, sometimes more, feels a bit too long, so I was hoping that i could cheat the system!
0
Gabriel Manlapig
Hi Bobby,
Can you tell us more about your use case what is the goal of the "Ticket: Hours since solved > Greater than > 0" condition? As you may already know, Automations execute sequentially every hour, firing on tickets where the conditions are satisfied.
For this reason, "hours since solved greater than "0" is more or less functionally equivalent to "greater than or equal to 1", as the conditions are likely not going to be checked on exactly the 1 hour mark as mentioned in our documentation about automations:
0
Bobby Koch
Can you do "Hours since solved.. greater than … 0?
0
登录再写评论。