自动化允许您设置基于时间的操作来修改票据或发送电子邮件通知。自动化的一个流行用途是在创建或更改票据后的一定时间内执行操作。有两种方法定义基于时间的条件。
理解时间是如何计算的
- 您只能指定整个小时,而不能指定天或部分小时
- 直到自动化运行,时钟才开始计时
- 自动化每小时运行一次,而不是在满足条件后立即运行
- 自动化系统每个周期只能处理1000张票。看到理解自动化票证限制如何在“开始时间”条件下工作.
因为自动化每小时运行一次,所以每次运行都计入满足条件后的小时数。自动化在满足条件后的第一次运行,可能是1-59分钟后,计算为“零”小时并开始计时。然后,每一次后续的自动化运行都算一个额外的小时。在经过或超过小时数之后,自动化将触发并执行操作。同样重要的是,您只能以整小时为单位指定时间。
让我们使用默认的自动化关闭票后4天的状态设置为解决举个例子。这种自动化会在96小时后改变票证的状态或更多的从它的状态设置为开始解决了.
考虑到这种自动化,假设一张票在8月20日上午9点15分解决了。满足状态条件后,自动化第一次运行是上午10:03(48分钟后)。每运行一次自动化,计数就增加1。当自动化在8月24日上午10:11运行时,票达到了96小时标记,此时自动化启动并将票的状态更改为关闭.更改票据状态的操作可以防止自动化在每张票据中多次有效。
使用“Hours since…”大于" and "Hours since...less than" conditions
当基于运行时间创建条件时,我们建议使用大于而且不到只要有可能。这个操作符为自动化提供了一个更大的窗口,在这个窗口中它是真实的,并且可以发射,这降低了错过窗口的可能性。然而,需要定义自动化,以便它们只对一张票有效。这意味着使用大于和小于操作符的自动化必须包含无效条件或动作。取消条件的一种简单方法是添加标签。例如,您可以定义两个必须满足的条件(时间流逝和标记的缺失)以及在票据上自动触发时添加标记的操作。
在下面的示例中,自动化检查没有pending-reminder-sent已等待120小时(5天)或更长时间的标签。当一个票满足这些条件时,就会发送一个通知pending-reminder-sent添加标签。标签的添加会阻止票据再次满足自动化的条件。
有关更多信息,请参见确保您的自动化只运行一次.
使用“Hours since…”是“条件
你也可以使用是操作符时根据时间流逝定义自动化。当你定义一个“Hours since…”是" condition, the automation fires only during the brief window in which it's true. Because time-elapsed automations with the是运算符只在一个小时或更短的时间内有效,不需要执行无效操作,因为条件不可能不止一次为真。
拥有如此狭窄且简短的true状态的缺点是,如果由于某种原因,您的自动化在该小时内没有运行,那么在随后的运行中就无法满足该条件。由于在任何给定的小时内,自动化的运行时间都有轻微的变化,因此对于一个是条件永不求值为真。例如,如果您定义了一个条件,其中票据是在一小时前创建的,而您在10:03创建了一个票据。如果自动化在11:01触发,则票据是58分钟前才创建的,因此自动化还不是真的。但是,如果下一次自动化触发是在12:06,则票据是在2小时3分钟前创建的,并且条件不能全部满足。
此外,所有自动化通常每小时按顺序运行,并在满足条件的情况下对所有票据启动,但有些场景可能导致部分但不是所有自动化在一小时内运行。只有当您有大量的自动化或大量的票时,这才可能成为一个问题。
理解自动化票证限制如何在“开始时间”条件下工作
因为自动化每个周期只能处理1000张票,如果您有超过1000张票满足您的自动化条件,那么在自动化运行的一小时内,一些票将会丢失。在这种情况下,使用“Hours since…”大于“条件”。这使得自动化能够在下一个小时内触发其余的票。如果你使用“Hours since…”条件下,自动系统不能对这些额外的票再次发射。他们将被彻底怀念。
20的评论
亚历杭德罗,
很抱歉我回复晚了。谢谢你的指导。我们实际上已经设置了一个自动化来提高优先级,并在业务计划下触发SLA。工作是一种享受。再次感谢。
马太福音
@……
没有问题。
是的,我避免建议SLA,因为你提到它不适合你的情况。
很高兴你能找到适合自己的工作。
“创建时间”条件-输入的最小值是多少?
谢谢你邦妮。
看起来“0”也可以。它在下一次自动化运行时运行。
自分配的时间是指第一次作业还是最后一次作业?
“已分配工作时间”表示从代理被分配到一张票据到现在已经有多长时间了——它指的是第一次分配。
类似的设置我也有问题。
我有一个自动添加回复,并把票打开时,小时自等待> 168小时。
但我希望它运行,当小时后,最后一个回复是> 168。
我知道我可以使用自受让人更新的小时数或自请求者更新的小时数。
但是当票据中发生任何事情时,它被视为更新(即字段更改)。在我的情况下,这应该只是一个(公开的)答复。
知道怎么去吗?
显然,我们没有一个条件,只会决定有一个公共答复的票。我们目前拥有的唯一可用条件是文档中列出的条件自动化条件和动作参考.
此外,我鼓励你创建一个新的职位一般产品反馈主题在我们的社区中与其他有类似需求的用户接触,并讨论可能的解决方案。与高参与度的对话最终会被标记出来,供产品经理在进行路线图规划时进行审查。
具体的例子,关于影响的细节,以及您目前如何处理事情,都有助于我们的产品团队在制定解决方案时了解需求的全部范围。您可能还想查看产品反馈指南,以及如何撰写有效的反馈文章[https://support.亚博zendesk.com/hc/en-us/articles/4413820079386-Giving-Product-Feedback-at-Zendesk-]。
我们非常重视客户的反馈,您在论坛上的声音和投票有助于影响Zendesk未来的功能。亚博
对于使用“等待时间”条件-这个条件是否意味着状态仍在等待中?我已经包含了一个条件,那就是票必须处于那个状态。
@……-澄清一下- "仍然"是指它还没有从未决变为未决吗?ie。如果一个状态从挂起到打开到挂起,我是否正确地假设时钟从最近(第二次)时间开始设置为挂起?
你好,
如何定义“(business)大于”中的营业时间?
Dekbi-也许我应该在另一个帖子里,但是…
如果车票包含特定的标签/字段,我有一个自动在车票被搁置96个日历小时后触发。这周已经开火一百多次了,没错。
我发现很多票,包含相同的特定标签/字段,状态为“等待中”,在96小时后不会触发自动化。
我刚刚运行了一个Zende亚博sk Explore报告来查找机票ID,等待状态,以及等待后的业务和日历时间-我发现一些机票,尽管“等待”近24小时,但显示了他们的状态等待时间-营业时间而且等待时间-小时度量为0.0小时。
通过Zendes亚博k高级搜索,我找到了搁置超过两周的机票,匹配相同的机票参数来触发自动化(这实际上是一封带有预先编程的数据字段的系统电子邮件,每次都是相同的;同样,自动化每周工作数百次,但似乎也有数百次失败)。
那么为什么有些票显示的等待时间为0.0呢?而对于超过96小时的罚单,为什么不自动点火?
如果您认为您的自动化有一个意想不到的行为,那么最好是直接联系我们的技术支持因为你关心的是什么。
你好
这在触发或自动化中可能吗?
我们想要发生的是这样的。
座席最后一次回复> 5分钟后(客户无反馈/回复)为后续>发送消息10分钟后(客户无反馈/回复)>发送消息关闭票务然后自动解决票务
文森特solitario-我不确定你是在用“5分钟后”作为例子,还是你想用那些实际发生的事件来衡量具体的分钟,但是自动化每小时只运行一次,所以使用自动化是不可能的。由于没有对票据进行更新,触发器不会运行/触发。
请登录留下评论。