楼宇自动化条件声明
与触发器一样，为自动化创建的条件语句包含条件、操作符和值。这些条件包括优先级、状态、受让人等。由于自动化是基于票证更新后经过的时间，Zendesk提供了以下基于时间的条件:亚博
- 创建时间
- 营业时间
- 待处理时间
- 等待时间
- 数小时后解决
- 闭馆时间
- 工作时间
- 更新后的时间
- 请求者更新后数小时
- 自受让人更新后的小时数
- 截止日期后的时间(适用于类型为“任务”的票)
- 截止日期前数小时(适用于类型为任务的票)
- 距离上次SLA违约已经过去几个小时了
- 距离下一次SLA违约还有几个小时
- 自[票据状态名称］注意:如果你激活自定义票据状态，自从[机票状态]条件已更新至[状态分类]。
有关如何更新基于系统票据状态的现有基于时间的条件以及如何使用在自动化中创建的新票据状态的详细信息，请参见在业务规则中使用票据状态．
在使用基于时间的条件时，请注意以下限制:
- 没有基于时间的条件满足这些条件中的任何一个自动化创建器的部分(请参阅为基于时间的事件创建和管理自动化)．自动化需要一个无效条件来确保它们不是连续运行的。
- 到期日期是您帐号所在时区的晚上12点。
- 对于这些条件，只能使用整数作为值。例如，Hours since created = (calendar) is = 1，是有效的。不支持小数。如果将hours since变量设置为1.5，则它将被解释为1，这意味着它被舍入为整数。
- [状态]后数小时条件，例如营业时间，只有当票据仍然处于该状态或状态类别时才会触发。例如，如果您创建了一个自动触发营业时间是2小时时，如果状态从开放来等待在两个小时结束之前。
- 的是条件小时自仅适用于特定时间段。例如，如果您创建一个包含解出来的小时数是24，但超过24小时后自动运行，自动不开火。考虑使用大于或不到对于这些类型的条件。
- 更新后的时间意味着对票据的任何更新-包括自动发射-将更新票据。
- 直到>小于条件具有包容性(包括“小于”和“等于”)。例如,距离下一次SLA突破>的时间小于> 2可以向完全SLA违约时间前2小时。所有其他基于时间的条件都是排他性的。
| 条件 | 描述 |
|---|---|
| 门票:状态 |
注意:如果你激活自定义票据状态，现有的系统票据状态变成状态类别。如果已有使用Status的条件，则将它们更新到相应的Status类别。 系统票据状态值为: 新是新创建的票据(未分配给代理)的初始状态。 开放意味着票据已分配给代理。 等待用于指示请求者已被要求提供信息，因此在接收到该信息之前，票据将被暂停。 收藏这意味着该支持请求正在等待第三方的解决，该第三方不是您的支持人员，也没有您的Zendesk代理帐户。亚博此状态是可选的，必须添加到Zendesk(请参阅亚博将等待机票状态添加到Zendesk亚博)． 解决了表示客户的问题已解决。门票在关闭前都是未解的。 关闭表示票据已被锁定，不能重新打开或更新。 在选择状态时，可以使用字段操作符不到而且大于根据票的状态指定一个范围。新是最低值，值不断增加，直到你到达关闭的地位。例如，只返回New、Open和Pending票据的条件语句如下所示: 状态小于已解决． |
| 门票:状态类别 |
状态类别值为: 新是新创建票据(未分配给代理)的初始状态类别。 的开放状态类别用于对票证状态进行分组，这些状态指示您的支持团队何时可以处理票证。 的等待状态类别用于对票据状态进行分组，这些状态用于指示支持团队正在等待请求者的回复。 的收藏status类别包含票证状态，用于指示支持请求正在等待第三方的解决，该第三方不是您的支持人员成员，也没有您的Zendesk代理帐户。亚博此状态类别是可选的，必须添加到Zendesk(请参阅亚博将等待机票状态添加到Zendesk亚博)．的解决了状态类别包含票据状态，表示客户的问题已得到解决。 的关闭status类别包含关闭系统票据状态，表示票据已被锁定，不能重新打开或更新。 在选择状态类别时，可以使用字段操作符不到而且大于要根据票的状态类别指定一个范围。新是最低值，值不断增加，直到你到达关闭状态类别。例如，只在New、Open和Pending类别中返回门票的条件语句如下: 状态类别小于已解决． |
| 机票:机票状态 | 如果你激活自定义票据状态，您可以选择系统票据状态和您创建的新票据状态作为条件。 |
| 门票:形式 (只适用于企业计划) |
你的机票表格是有条件的。选择一个特定的表单。 |
| 门票:类型 | 票据类型值为: 问题 事件用于表示同一问题不止一次出现。当发生这种情况时，一个票据被设置为Problem，报告相同问题的其他票据被设置为Incident并链接到问题票据。 问题是一个需要解决的支持问题。 任务支持代理使用它来跟踪各种任务。 |
| 门票:优先级 | 优先级有四个值:低，正常的，高,紧急的． 与状态一样，您可以使用字段操作符来选择跨越不同优先级设置的票据。例如，这个语句返回所有不是紧急的票: 优先级小于紧急 |
| 门票:组 | 组值为:
视图的附加值:
|
| 门票:受让人 | 受让人值为:
视图的附加值:
|
| 门票:请求者 | 请求者的值是:
视图的附加值:
|
| 门票:组织 | 组织价值观为:
|
| 门票:标签 | 您可以使用这个条件来确定票据是否包含一个或多个特定的标签。可以使用操作符在条件语句中包含或排除标记至少包含以下内容之一或不包含下列任何项．可以添加多个标记。标签之间必须用空格分隔。 |
| 门票:描述 | 描述是票据中的第一个注释。它不包括票据主题行的文本。 如果您正在使用至少包含以下内容之一或不包含下列任何项操作符，结果将考虑包含部分输入搜索词的词。例如，在此条件下使用“none”将返回(或排除)包含“anyway”的票据描述。 描述条件还提取包含在HTML和票据原始源中的数据。 |
| 门票:频道 | 票证通道是票证创建的位置和方式。此列表的内容将根据您激活的通道和正在使用的任何集成而有所不同。 有关可以配置的通道的详细信息，请参见关于Zend亚博esk支持渠道而且了解探索中的票务渠道． |
| 门票:整合账号 | 此条件检查门票来自的集成帐户，例如特定的Facebook页面、Twitter处理或其他渠道集成帐户，如GooglePlay。从下拉菜单中选择一个已配置的集成帐户。 |
| 门票:在 | 该条件检查接收票据的电子邮件地址和最初接收票据的电子邮件地址。这些值通常是相同的，但并不总是相同的。门票可以从Zendesk的电子邮件域(如sales@mondocam亚博.zendesk.com)或外部电子邮件域(如support@acmejetengines.com)收到。外部电子邮件域必须按照转发收到的电子邮件到Zendesk支持亚博否则这个条件就行不通了。 此条件仅在支持电子邮件地址是真实用户地址时有效，当非用户支持地址添加在CC字段而不是TO字段时，此条件将不适用于非用户地址，例如谷歌组、别名和分布组。 请注意，此条件不检查票源的渠道，对于不是通过电子邮件接收的票源可能是正确的。例如，当使用选择一个地址应用您可以指定收件人电子邮件地址，从而满足此条件，即使票据是在代理接口中创建的。 |
| 门票:满意 (不适用于团队计划) |
此条件返回以下客户满意度额定值:
|
| 门票:隐私 | 这个条件检查一张票是否有公开评论。您可以选择:
|
| 机票:自定义字段 | 自定义票证字段可以作为条件。 |
| 请求者:语言 | 提交票的人的语言。 |
| 请求者:自定义字段 | 自定义用户字段可用作条件。 |
| 请求者:角色 | 向触发器添加条件，以便在请求者是最终用户还是代理时创建不同的工作流。 |
| 组织:自定义字段 | 自定义组织字段可用作条件。 如果自动化有如下情况: 组织:场>不是>价值 只有当票据包含一个组织且该组织的字段不匹配时，该语句才为真。如果票据没有组织，这种类型的条件将不成立。 |
| 票务共享:发送到 | 检查一张票是否通过特定的票共享协议共享给了另一个Zendesk。亚博 |
| 票务共享:从 | 检查一张票是否通过特定的票共享协议从另一个Zendesk共享。亚博 |
楼宇自动化行动声明
动作语句定义了当所有条件语句为真并且触发触发器时发生什么。你可以把动作语句看作“然后”语句。如果你所有的条件都是真的然后调用这些操作来更新票据并可选地发送通知。
| 行动 | 描述 |
|---|---|
| 门票:状态 |
注意:如果你激活自定义票据状态，现有的系统票据状态变成状态类别。如果已有使用Status的操作，则将它们更新为相应Status类别的默认状态。 系统票据状态值可以设置为: 新是新创建的票据(未分配给代理)的初始状态。 开放意味着票据已分配给代理。 等待用于指示请求者已被要求提供信息，因此在接收到该信息之前，票据将被暂停。 收藏这意味着该支持请求正在等待第三方的解决，该第三方不是您的支持人员，也没有您的Zendesk代理帐户。亚博 解决了表示客户的问题已解决。即使必需的票据字段仍然为空，票据也已解决。看到必需的字段和自动化．门票在关闭前都是未解的。何时关闭票据是基于您为工作流中的这一步定义的业务规则，使用自动化。 关闭表示票据已被锁定，不能重新打开或更新。 |
| 门票:状态类别 |
当您使用状态类别作为操作时，票据状态将被设置为类别的默认票据状态。 状态类别值为: 新是新创建票据(未分配给代理)的初始状态类别。 的开放状态类别用于对票证状态进行分组，这些状态指示您的支持团队何时可以处理票证。 的等待状态类别用于对票据状态进行分组，这些状态用于指示支持团队正在等待请求者的回复。 的收藏status类别包含票证状态，用于指示支持请求正在等待第三方的解决，该第三方不是您的支持人员成员，也没有您的Zendesk代理帐户。亚博此状态类别是可选的，必须添加到Zendesk(请参阅亚博将等待机票状态添加到Zendesk亚博)．的解决了状态类别包含票据状态，表示客户的问题已得到解决。 的关闭status类别包含关闭系统票据状态，表示票据已被锁定，不能重新打开或更新。 |
| 机票:机票状态 | 如果你激活自定义票据状态，您可以指定将票据状态设置为新的或系统状态的操作。 |
| 门票:形式 (只适用于企业计划) |
您的购票表格可作为操作。选择一个特定的表单。 |
| 门票:优先级 | 优先级可以设置为低，正常的，高或紧急的 |
| 门票:类型 | 类型可以设置为: 问题 事件指示同一问题不止一次出现。当发生这种情况时，一个票据被设置为Problem，报告相同问题的其他票据被设置为Incident并链接到问题票据。 问题是一个需要解决的支持问题。 任务支持代理使用它来跟踪各种任务。 |
| 门票:组 | 分组可以设置为以下任意一种:
宏的附加值:
|
| 门票:受让人 | 您可以将受让人设置为以下任意一个:
触发器和宏的附加值:
|
| 门票:满意 | 您可以将此操作设置为:提供给请求者．这表明调查请求已经发送给票据请求者。 |
| 门票:设置标签 | 您要插入票中的标签。设置标记操作删除当前应用于票据或与任何票据字段关联的所有标记，并替换它们。标签之间必须用空格分隔。 |
| 门票:添加标签 | 要添加到现有标记列表中的标记(如果有的话)。标签之间必须用空格分隔。 |
| 票:移除标签 | 您希望从票证中包含的现有标签列表中删除的标签(如果有的话)。标签之间必须用空格分隔。 |
| 门票:加cc | 在票据更新中添加代理。当您激活票据上的cc时，此操作可用。 |
| 机票:自定义字段 | 自定义票据字段可作为操作使用。 |
| 门票:与 | 与指定的帐户共享票据。要求机票共享协议到位。看到使用业务规则共享票据． |
| 通知:邮件用户 | 邮件用户可以设置为以下任意一种:
触发器和自动化的附加值:
只有当更新包含公众评论时，才会发送电子邮件通知。如果更新有私有注释或没有注释，触发器或自动化仍然可以触发其他操作，但它不会发送通知。 的使用有一个已知的限制电子邮件用户+(请求者和cc)行动与票+已更新如果票据更新来自同一用户，则支持会抑制发送给该用户的电子邮件。这是消除冗余邮件的预期行为。有关抑制的详细信息，请参见了解cc邮件通知的抑制． 添加电子邮件用户操作允许您输入电子邮件主题和正文文本。正文文本可以使用HTML或占位符进行格式化。看到使用占位符有关使用占位符格式化的详细信息。 如果在编辑触发器或自动化时选择了不同的通知目的地，正文文本将重置。 |
| 通知:邮件组 | 邮件组可以设置为以下任意一种:
如果在编辑触发器时选择了不同的通知目的地，则正文文本将重置。 |
| 通知:通知活动的webhook | 设置活动webhook为notify。有关使用webhook的更多信息，请参见创建网页链接． 如果在编辑触发器时选择了不同的通知目的地，则正文文本将重置。 |
| 通知:通知目标 | 将外部目标设置为notify。有关使用目标的详细信息，请参见通知外部目标． 如果在编辑触发器时选择了不同的通知目的地，则正文文本将重置。 |
| 通知:推文请求者 | 用一条Tweet响应Twitter请求者。一个@mention和缩短的门票URL被添加到消息中，所以要确保保持在最大Tweet长度之内。 |
| 请求者:语言 | 将请求者的语言设置为您支持的语言之一。 |
| 请求者:自定义字段 | 自定义用户字段可作为操作使用。 |
| 组织:自定义字段 | 自定义组织字段可作为操作使用。 |
31日评论
自动化是否能达到触发器的水平?自动化构建页面已经过时了。不能搜索条件/操作是非常困难的，特别是当你有很多自定义票证字段时，就像我的公司。我只花了10分钟就创建了一个触发器，而这本来需要1分钟，因为我必须梳理下拉列表。
我正在构建一个需要Ticket:受让人是(-)的自动化。
根据上面的文档，这应该可以工作。然而，即使将“(-)”复制/粘贴到下拉列表中也会返回“对不起，没有找到结果”。我该如何解决这个问题呢?
同样的事情也发生在我身上@……看起来一旦你有了大量的特工，你会想要点击“其他结果。“尝试优化您的搜索。”选项在下拉菜单的底部，它用“-”填充字段
不是很直观的设计，但希望它能起作用。等待测试票运行作为确认
@……是的，奏效了。我必须点击的选项显示:“99个其他结果。试着优化你的搜索。”只需单击填充字段的-
这是一个非常奇怪的UI决定，我相信这是一个疏忽。
谢谢你的提示!
对于任何想知道的人来说，“自开放/待处理”自动化的时间是基于连续的小时数的。如果计数器挂起，则将状态更改为打开将重置计数器。我们在内部使用这种方法将票在等待x天后恢复到开放状态，以便进行主动工作，如果柜台正在查看总开放/等待时间，这将永远不会起作用。
关于如何在zendesk链接到隐藏/删除页面之间定义票证通道的指南。亚博
这部分;
请解决这个问题。
谢谢你的提醒，帕特里克!我会通知我们的文档组。
你好,帕特里克!谢谢你告诉我们。我对本文的这一部分做了轻微的更新。
嗨！我认为可以根据日期参数是否“在前”天数来编写自动化规则。有没有可能写出相反的东西?(即。“不在前”天数内)。
嘿@……！目前，对于日期条件，没有“不在以前”的选项。
我鼓励你创建一个新的职位在支持产品反馈主题在我们的社区中与其他有类似需求的用户接触，并讨论可能的解决方案。与高参与度的对话最终会被标记出来，供产品经理在进行路线图规划时进行审查。
具体的例子，关于影响的细节，以及您目前如何处理事情，都有助于我们的产品团队在制定解决方案时了解需求的全部范围。
我们需要让所有未签名的票在特定时间自动分配给代理，例如，当天的16:30。我搜索事件通过应用today()函数创建触发器或自动化，但没有找到方法。
任何建议吗?
感谢您与Zendesk Support联系。亚博
关于你所关心的，自动化每小时对所有未结票的票进行一次检查。如果你想自动分配你所有的空票给一个特定的代理，你可以有一个类似的自动化设置:
您不能设置特定的时间，因为自动化每小时只运行一次。还有一个条件选项，Ticket: Hours since created。这取决于您的工作流程。一旦进入自动化，您可以检查所有可用的条件。
你也可以查看我们的文章，自动化资源和食谱亚博电脑端用于创建自动化的所有可用亚博电脑端资源。
谢谢大家，祝你们有美好的一天!
亲切的问候,
是否有一个条件，我们可以只对有代理回复或没有回复的机票运行自动化?
自动化没有任何与您的情况相匹配的条件，但是您可以检查触发器条件，看看它是否适合您的工作流。有触发条件，可以检查票证评论，你可以在这里看到:
https://support.亚博zendesk.com/hc/en-us/articles/4408893545882-Trigger-conditions-and-actions-reference
根据您的用例，您可以同时使用触发器和自动化，但这取决于您将如何设置它。
如何使用自动化来勾选或取消勾选用户的复选框。我设置了一个自动化来查看复选框，如果复选框被选中，则满足时间的时间要求，因为请求者已更新，并且票据具有特定的标签来取消复选框。然而，这并不是取消复选框。
您的自定义用户复选框是否包含标签?如果您的复选框在选中时没有添加标签，则它将在自动化中不起作用。
谢谢!
它确实添加了一个标签。
我已经创建了一个支持单，让我们直接与您一起查看，以确保我们可以更好地提供帮助。(:
是否还有其他人对“自受让人更新后的工作时间”条件有问题?这是我使用了6年的自动化设备的一部分，但最近似乎停止了工作。
条件设置为(业务)大于16。我按下“预览匹配上述条件”，什么都没有出现。我把它改成1小时，然后是0小时，还是什么都没有。一旦我完全删除它，一个多月没有碰过的门票出现在预览中。
嗨大卫·邓普顿！
我继续并为您创建了一张票，因为这可能需要进一步的故障排除。请留意我们的倡导者的电子邮件!
是否有关于条件如何与日期自定义字段一起工作的信息?例如，如果我为“在未来1天内”设置了一个条件，它认为条件满足的时间是什么时候。
在之前的而且就在下一个取一个整数天数，在后端转换为24小时的倍数。
例如,自定义日期字段|在下一个|中表示当自定义日期字段的时间戳在接下来的72小时内时，条件将计算为真。
日期字段的时间戳是一个更复杂的问题，因为它们不会暴露在UI或API中的任何地方。此时，自动化对自定义日期字段条件使用UTC时间戳。他们不使用该帐户的当地时区。这可能导致自动化看起来提前或延迟几个小时触发，这取决于帐户距离UTC有多远。
我希望这些信息能有所帮助。谢谢你！
你好,
我需要在我的自动化中添加一个条件，使用自定义日期字段“是空的”。请问我该怎么做呢?
谢谢
如果日期字段有值，则可以使用触发器标记票据(或者使用复选框)。触发器有条件检查日期字段是“出现”还是“不出现”，因此您可以利用触发器来自动标记您的票证。然后，您可以在自动化的条件语句中引用这些标记。
是否有一种方法来创建自动化或触发器来处理以下场景?
自定义日期字段被添加到票据表单中。如果在该字段中设置了日期，我希望自动化在该日期重新打开票据。
我还没找到解决办法
加布里埃尔Manlapig，是否可以使用“is within next”并输入0，以便自动化在条件日期的同一天启动?谢谢你！
你好,
在自动化中添加0是行不通的，你至少需要输入1。我已经创建了一个条件为“日期在未来1天内”的自动化，它会在您在字段中设置的日期的前一天触发。我能够以这种方式重新开放门票，我的团队使用它几乎一年没有抱怨。他们知道需要在他们想要重新打开票据的实际日期上加上+1。
问候,
对我来说，它在相反的地方工作，我把“票场日期”放在之前的365天内，它在同一日期激活的日期设置在领域。
“从…开始的小时数”是累积的，还是仅适用于票证处于特定状态的当前实例。例如，“等待等待的时间”是否计算一张票在整个生命周期中等待等待的全部时间?或者只是最近的状态变化?
我使用了两个自动化，其中第二个自动化取决于第一个自动化执行的操作:
自动化2是否应该设置为“自等待> 20小时”(自最近状态更改后等待等待的时间)或“自等待> 60小时”(在机票生命周期内等待等待的总时间)?
谢谢!
是否自受让人更新后的小时数条件指:
如果是前者，那么如果票据从分配给一个组到分配给该组中的一个代理，自动化是否会运行?IE受让人:Tier 1→受让人:Tier 1/Greg Smith?
请登录留下评论。