构建触发条件语句
条件语句由条件、字段操作符和条件值组成(这些值取决于所选的条件)。条件语句本质上是“if”语句，返回满足指定条件的所有票据。
对于诸如Ticket: Status、Ticket: Group和Ticket: Assignee等条件语句，只要条件存在，触发器就会触发改变了．Changed指对值所做的任何更新，即使该值以前不存在。例如，Ticket: Group触发器条件将触发，即使创建了一个票据并且第一次将一个组分配给它。
| 条件 | 描述 |
|---|---|
| 门票:状态 |
注意:如果你激活自定义票据状态，现有的系统票据状态变成状态类别。如果已有使用Status的条件，则将它们更新到相应的Status类别。 系统票据状态值为: 新是新创建的票据(未分配给代理)的初始状态。 开放意味着票据已分配给代理。 等待用于指示请求者已被要求提供信息，因此在接收到该信息之前，票据将被暂停。 收藏这意味着该支持请求正在等待第三方的解决，该第三方不是您的支持人员，也没有您的Zendesk代理帐户。亚博此状态是可选的，必须添加到Zendesk(请参阅亚博将等待机票状态添加到Zendesk亚博）. 解决了表示客户的问题已解决。门票在关闭前都是未解的。 关闭表示票据已被锁定，不能重新打开或更新。 在选择状态时，可以使用字段操作符不到和大于根据票的状态指定一个范围。新是最低值，值不断增加，直到你到达关闭的地位。例如，只返回New、Open和Pending票据的条件语句如下所示: 状态小于已解决． |
| 门票:状态类别 |
状态类别值为: 新是新创建票据(未分配给代理)的初始状态类别。 的开放状态类别用于对票证状态进行分组，这些状态指示您的支持团队何时可以处理票证。 的等待状态类别用于对票据状态进行分组，这些状态用于指示支持团队正在等待请求者的回复。 的收藏status类别包含票证状态，用于指示支持请求正在等待第三方的解决，该第三方不是您的支持人员成员，也没有您的Zendesk代理帐户。亚博此状态类别是可选的，必须添加到Zendesk(请参阅亚博将等待机票状态添加到Zendesk亚博）.的解决了状态类别包含票据状态，表示客户的问题已得到解决。 的关闭status类别包含关闭系统票据状态，表示票据已被锁定，不能重新打开或更新。 在选择状态类别时，可以使用字段操作符不到和大于要根据票的状态类别指定一个范围。新是最低值，值不断增加，直到你到达关闭状态类别。例如，只在New、Open和Pending类别中返回门票的条件语句如下: 状态类别小于已解决． |
| 机票:机票状态 | 如果你激活自定义票据状态，您可以选择系统票据状态和您创建的新票据状态作为条件。 在选择票据状态时，您可以使用字段操作符至少包含以下内容之一和不包含下列任何项并指定多个票据状态。例如，返回具有特定新票或系统票状态的票的条件语句可能如下所示: 票证状态至少包含以下其中一项:打开、已分配开发、升级． |
| 门票:形式 (只适用于企业计划) |
你的机票表格是有条件的。选择门票:形式，然后选择一个特定的表格。 |
| 门票:类型 | 票据类型值为: 问题 事件用于表示同一问题不止一次出现。当发生这种情况时，一个票据被设置为Problem，报告相同问题的其他票据被设置为Incident并链接到问题票据。 问题是一个需要解决的支持问题。 任务支持代理使用它来跟踪各种任务。 |
| 门票:优先级 | 优先级有四个值:低，正常的，高,紧急的． 与状态一样，您可以使用字段操作符来选择跨越不同优先级设置的票据。例如，这个语句返回所有不是紧急的票: 优先级小于紧急 |
| 门票:组 | 组值为:
视图的附加值:
|
| 门票:受让人 | 受让人值为:
视图的附加值:
|
| 门票:请求者 | 请求者的值是:
视图的附加值:
|
| 门票:组织 | 组织价值观为:
|
| 门票:标签 | 您可以使用这个条件来确定票据是否包含一个或多个特定的标签。可以使用操作符在条件语句中包含或排除标记至少包含以下内容之一或不包含下列任何项．可以添加多个标记。在添加的每个标记之间按Enter键。 |
| 门票:频道 | 票证通道是票证创建的位置和方式。此列表的内容将根据您激活的通道和正在使用的任何集成而有所不同。 有关可以配置的票据通道的详细信息，请参见关于Zend亚博esk渠道和了解探索中的票务渠道． |
| 门票:整合账号 | 此条件检查门票来自的集成帐户，例如特定的Facebook页面、Twitter处理或其他渠道集成帐户，如谷歌Play。从下拉菜单中选择一个已配置的集成帐户。
注意:如果为同一通道类型定义了多个帐户(例如WhatsApp)，则票据只能按通道类型路由，而不能按特定的集成帐户路由。 |
| 门票:通过 | 这个条件指示了票据更新的位置，并且可以是与票据通道条件(上面)相同的任何来源。Answer Bot事件不能通过此条件可靠地识别。从Support接口对票据的批量更新被记录为通过Web服务(API)通道进行的更新。 |
| 门票:频道名称 | 用于创建票据的消息传递通道的名称。所有活跃的社交、网络和移动消息渠道都出现在列表中。 |
| 门票:在 | 该条件检查接收票据的电子邮件地址和最初接收票据的电子邮件地址。这些值通常是相同的，但并不总是相同的。门票可以从Zendesk的电子邮件域(如sales@mondocam亚博.zendesk.com)或外部电子邮件域(如support@acmejetengines.com)收到。外部电子邮件域必须按照转发收到的电子邮件到Zendesk支持亚博否则这个条件就行不通了。 只有当支持电子邮件地址是真实用户地址时，此条件才有效。如果CC字段中的电子邮件地址与用户帐户相关联，则可以满足此条件。未与用户帐户关联的电子邮件地址(如谷歌组、别名和分发组)在CC字段中不能满足此条件。 请注意，此条件不检查票源的渠道，对于不是通过电子邮件接收的票源可能是正确的。例如，当使用选择一个地址应用您可以指定收件人电子邮件地址，从而满足此条件，即使票据是在代理接口中创建的。 |
| 门票:满意 (不适用于团队计划) |
此条件返回以下客户满意度额定值:
|
| 机票: | 已创建或更新。Created只在创建新票据时触发。Updated仅在修改并提交现有票据时才会触发。有关更多信息，请参见触发器:“Ticket is”条件的重要性． |
| 门票:主题文本 | 使用这个条件，您可以检查票据的主题行中是否存在单个单词和单词字符串。此条件不区分大小写。可以使用以下操作符:
|
| 门票:隐私 | 这个条件让你测试一张票是否有公开评论。您可以选择:
|
| 门票:评论 | 此条件返回票据更新中包含的注释类型。 公共是每个人都能看到的评论。 私人是只有支持人员才能看到的注释。 目前(公共或私人)用于指示更新是否包含新的注释。 ，请求者可以看到注释用于指示更新包含注释，并且该注释对请求者可见。这包括私有注释，如果请求者有权限查看它们的话。 |
| 门票:评论文字 | 该条件在更新票据时检查新注释正文中是否存在单个单词和单词字符串。对于新创建的票据，将检查票据中的第一个注释。票据中的先前注释永远不会用于评估此条件。
在某些情况下还会检查以下内容:
此条件不区分大小写。可以使用以下操作符:
|
| 票重新 (不适用于团队计划) |
票据从已解决转到未处理或待处理的次数。 |
| 门票:代理回复 (不适用于团队计划) |
公共代理回复来自其他客户或代理的评论的数量。 |
| 车票:指定车站 (不适用于团队计划) |
将票据分配给的不同代理的数目。 |
| 票价:团体站 (不适用于团队计划) |
分配给一个票的不同组的数目。 |
| 票:事故数量 | 当问题票据上的事件数量达到阈值时，此条件将采取操作。 |
| 在营业时间内吗? (不适用于团队计划) |
是或不是。如果管理员设置了营业时间，则此条件可用。 如果您使用的是企业计划，并且有多个时间表，则“营业时间内”条件基于应用于票据的时间表(请参阅将你的时间表应用到机票上）. |
| 票:度假? (不适用于团队计划) |
这个选项在假期全天都被设置为“是”，而不仅仅是在当天的正常工作时间。如果您有多个时间表(仅限企业计划)，则此条件尊重应用于机票的时间表中设置的假期列表。 |
| 门票:行程 (只适用于企业计划) |
如果您已经设置了多个时间表，则这是应用于票据的时间表。可用的值是计划的名称。 |
| 门票:在(时间表内) (只适用于企业计划) |
如果您已经设置了多个时间表，这将激活您比较票证更新时间任何时间表，不仅仅是应用于票据的时间表。可用的值是计划的名称。 |
| 机票:自定义字段 | 复选框、下拉菜单和日期自定义字段都可以作为条件。对于所有其他自定义字段类型，只能检查某个值是否存在。 |
| 门票:附件 | 这个条件检查票据是否有任何附件。除了使用宏添加到票据的内联附件外，附加附件和内联附件都包括在内。 |
| 门票:CC | 这个条件检查在触发器运行时票据上是否有任何cc。它不检查关注者或@提及。 |
| 门票:边聊 (不适用于团队计划) |
您可以为旁听对话创建触发条件，以便指派人员知道何时创建、关闭、回复和重新打开旁听对话。如果没有它们，分配到票务的代理(理想情况下，他也是侧边对话的创造者)可能很难了解特定问题的情况。 |
| 请求者:语言 | 返回提交请求的人的语言首选项。 |
| 请求者:角色 | 票据请求者的角色。角色类型包括代理、管理员和终端用户。此外，如果你正在使用光代理，光代理角色类型是可用的。 |
| 请求者:Twitter关注者的数量 | 这是请求者的Twitter追随者的数量。 |
| Requester: tweet的数量 | 这是请求者推文的总数。 |
| 请求者:由Twitter验证 | 此条件用于验证请求者是否是经过验证的Twitter帐户。 |
| 请求者:时区 | 票务请求者的时区。 |
| 请求者:自定义字段 | 自定义用户字段可用作条件。 |
| 组织:自定义字段 | 自定义组织字段可用作条件。如果触发器包含此条件，但票据与组织不关联，则触发器不会触发。 |
| 当前用户 | 您可以为上次更新票据的用户类型选择以下任何一种:
如果票据是由内部系统事件创建的，例如语音信箱,当前用户条件未应用。创建语音邮件票据时，技术支持部将票据上的第一个评论作为私人评论添加，并包括语音邮件录音，但技术支持不会将该评论解释为来自用户。 的当前用户当票据来自消息传递通道时，不支持条件。 |
| 票务共享:发送到 | 检查一张票是否通过特定的票共享协议共享给了另一个Zendesk。亚博 |
| 票务共享:从 | 检查一张票是否通过特定的票共享协议从另一个Zendesk共享。亚博 |
构建触发动作语句
| 行动 | 描述 |
|---|---|
| 门票:状态 |
注意:如果你激活自定义票据状态，现有的系统票据状态变成状态类别。如果已有使用Status的操作，则将它们更新为相应Status类别的默认状态。 系统票据状态值可以设置为: 新是新创建的票据(未分配给代理)的初始状态。 开放意味着票据已分配给代理。 等待用于指示请求者已被要求提供信息，因此在接收到该信息之前，票据将被暂停。 收藏这意味着该支持请求正在等待第三方的解决，该第三方不是您的支持人员，也没有您的Zendesk代理帐户。亚博 解决了表示客户的问题已解决。即使必需的票据字段仍然为空，票据也已解决。看到必需的字段和自动化．门票在关闭前都是未解的。何时关闭票据是基于您为工作流中的这一步定义的业务规则，使用自动化。 关闭表示票据已被锁定，不能重新打开或更新。 |
| 门票:状态类别 |
当您使用状态类别作为操作时，票据状态将被设置为类别的默认票据状态。 状态类别值为: 新是新创建票据(未分配给代理)的初始状态类别。 的开放状态类别用于对票证状态进行分组，这些状态指示您的支持团队何时可以处理票证。 的等待状态类别用于对票据状态进行分组，这些状态用于指示支持团队正在等待请求者的回复。 的收藏status类别包含票证状态，用于指示支持请求正在等待第三方的解决，该第三方不是您的支持人员成员，也没有您的Zendesk代理帐户。亚博此状态类别是可选的，必须添加到Zendesk(请参阅亚博将等待机票状态添加到Zendesk亚博）.的解决了状态类别包含票据状态，表示客户的问题已得到解决。 的关闭status类别包含关闭系统票据状态，表示票据已被锁定，不能重新打开或更新。 |
| 机票:机票状态 | 如果你激活自定义票据状态，您可以指定将票据状态设置为新的或系统状态的操作。 |
| 门票:形式 (只适用于企业计划) |
您的购票表格可作为操作。选择一个特定的表单。 |
| 门票:优先级 | 优先级可以设置为低，正常的，高或紧急的 |
| 门票:类型 | 类型可以设置为: 问题 事件指示同一问题不止一次出现。当发生这种情况时，一个票据被设置为Problem，报告相同问题的其他票据被设置为Incident并链接到问题票据。 问题是一个需要解决的支持问题。 任务支持代理使用它来跟踪各种任务。 |
| 门票:组 | 分组可以设置为以下任意一种:
宏的附加值:
|
| 门票:受让人 | 您可以将受让人设置为以下任意一个:
触发器和宏的附加值:
|
| 门票:满意 | 您可以将此操作设置为:提供给请求者．这表明调查请求已经发送给票据请求者。 |
| 门票:设置标签 | 您要插入票中的标签。设置标记操作删除当前应用于票据或与任何票据字段关联的所有标记，并替换它们。标签之间必须用空格分隔。 |
| 门票:添加标签 | 要添加到现有标记列表中的标记(如果有的话)。标签之间必须用空格分隔。 |
| 票:移除标签 | 您希望从票证中包含的现有标签列表中删除的标签(如果有的话)。标签之间必须用空格分隔。 |
| 票:加CC | 在票据更新中添加要复制的代理或当前用户。当您激活票据上的cc时，此操作可用。 |
| 门票:添加追随者 | 在票据更新中添加代理或当前用户作为追随者。此操作在激活时可用cc和追随者门票。此外，当您激活此特性时，Ticket: Add follower操作将替换Ticket: Add CC操作。 |
| 门票:设定时间表 (只适用于企业计划) |
您的日程安排可以作为操作。选择门票:设定时间表，然后选择一个具体的时间表。设置多个日程安排时，必须创建触发器以将日程安排应用于票据。 |
| 机票:自定义字段 | 复选框、下拉菜单、文本、数字和日期自定义字段都可以作为操作。 |
| 通知:邮件用户 | 邮件用户可以设置为以下任意一种:
触发器和自动化的附加值:
只有当更新包含公众评论时，才会发送电子邮件通知。如果更新有私有注释或没有注释，触发器或自动化仍然可以触发其他操作，但它不会发送通知。 的使用有一个已知的限制电子邮件用户+(请求者和cc)行动与票+已更新如果票据更新来自同一用户，则支持会抑制发送给该用户的电子邮件。这是消除冗余邮件的预期行为。有关抑制的详细信息，请参见了解cc邮件通知的抑制． 添加电子邮件用户操作允许您输入电子邮件主题和正文文本。正文文本可以使用HTML或占位符进行格式化。看到使用占位符有关使用占位符格式化的详细信息。 如果在编辑触发器或自动化时选择了不同的通知目的地，正文文本将重置。 |
| 通知:邮件组 | 邮件组可以设置为以下任意一种:
如果在编辑触发器时选择了不同的通知目的地，则正文文本将重置。 |
| 通知:回答机器人 | 创建一个触发器，在提交罚单时启动Answer Bot。 有关回答机器人触发器的详细信息，请参见启用，禁用，并设置回答机器人． |
| 通知:推文请求者 | 用一条Tweet响应Twitter请求者。一个@mention和缩短的门票URL被添加到消息中，所以要确保保持在最大Tweet长度之内。 |
| 通知:文本用户 | 如果您正在使用Zendesk Te亚博xt，则可以配置在满足触发条件时发送给用户的文本(请参阅使用文本通知触发器:食谱和提示）. |
| 通知:文本组 | 如果您正在使用Zendesk Te亚博xt，则可以配置在满足触发条件时发送给一组用户的文本(请参阅使用文本通知触发器:食谱和提示）. |
| 通知:通知活动的webhook | 设置活动webhook为notify。有关使用webhook的更多信息，请参见创建网页链接． 如果在编辑触发器时选择了不同的通知目的地，则正文文本将重置。 |
| 通知:通知目标 | 将外部目标设置为notify。有关使用目标的详细信息，请参见通知外部目标． 如果在编辑触发器时选择了不同的通知目的地，则正文文本将重置。 |
| 请求者:语言 | 将请求者的语言设置为您支持的语言之一。 |
| 请求者:自定义字段 | 自定义用户字段可作为操作使用。 |
| 组织:自定义字段 | 自定义组织字段可作为操作使用。如果触发器包含此操作，但票据与组织不关联，则触发器不会触发。 |
74条评论
有没有办法让触发器查找换行符?例如，我们的应用程序中有一个反馈选项，它会启动一个新电子邮件，其中包含我们需要的预填充信息。这封邮件是这样写的:
我们有很多用户点击反馈按钮，然后点击发送，没有填写任何额外的内容。我希望能够设置一个触发器来捕捉这些“空白”电子邮件，并发送一个回复，询问用户是否仍然需要帮助。
我的问题是如何告诉触发器寻找不完整的电子邮件。如果我告诉系统字符串必须包含“access code: clinic:”，它会检测到上面的例子吗?
你好约书亚!
不幸的是，触发条件只能查找注释文本中存在的内容，而不能查找缺失的内容。因此，您只能让触发器在注释文本中查找特定的文本值，而不能使用空格作为值。使用字符串“access code: clinic:”将不起作用，因为有换行符。没有一种本地的方法可以自动找到这些空白。
干杯!
谢谢,@……．我想是这样，但想看看是否有我不知道的魔法。作为一种解决方案，我已经要求我们使用一个可填写的表格，而不仅仅是一个电子邮件。
我希望在票据被更改为已解决时运行一个触发器，然后3天后自动运行以将状态更改为已关闭，此时我希望运行另一个触发器。
“状态已解决”和“状态已改变已解决”之间的区别是什么?
同样的问题也适用于Closed。为什么我要用“changed to”而不是“is”，反之亦然?
谢谢!
你好史蒂夫!
当您希望触发器仅在特定更新的状态发生更改时才触发时，“已更改为”非常有用。即使状态没有改变，也可以使用“Status is”。例如，可以将注释添加到票据中，但其他内容都没有更改。您可以使用“is”来测试状态的值，以确保状态仍然被解决。
对于您的特定情况，触发器可能会受益于使用“changed to”条件，但自动化只能使用“is”条件(或“is not”和“less/greater than”)。
我希望这对你有所帮助!
嗨！
我们设置了一个触发器，当最终用户对他们的开放票做出公开回复时，它会通知用户。这个触发器对社交媒体的回应是讨厌的，因为它比我们的电子邮件团队更健谈。
我想用"通过更新的条件，以防止触发激活我们的社交媒体渠道，但当我测试的功能，它似乎没有像预期的那样工作。相反，当我使用"通道“调整它可以防止触发。话虽如此，"通道在这种情况下不适用，因为我们可能会有专家通过电子邮件回复同一个社交媒体票证，我们希望这些电子邮件激活触发器。
我把"更新方式不是Twitter DM“但触发器仍然被激活。当我把“渠道不是Twitter的DM“该触发器没有激活，当从同一票面发送电子邮件时，该触发器无法激活。从上面的定义来看，它似乎是“通过更新就像”通道“但只针对个人的回应，而不是针对罚单的创建。
我找错人了吗?
谢谢!
我想创建一个触发器，当票据从创建日期起已经过期30天而没有关闭时，该触发器会向用户发送电子邮件。
我没有看到任何方法来获得所需的老化条件在触发器中评估。
有办法做到吗?
嗨约尔,
对于这个用例，您将使用自动化而不是触发器:
https://support.亚博zendesk.com/hc/en-us/articles/203662236-About-automations-and-how-they-work
你好@……，
我们需要进一步调查。
我将把它写进一张票，你很快就会听到我的消息。
你好,
我如何创建一个触发器，当一个下拉字段改变了它的值时反应?
当下拉框从A变为B，或B变为C时，我想给人们发电子邮件……谢谢你！
维克多，你好!
目前还没有内置的方法来做到这一点。可以使用标记来跟踪以前的字段值，然后使用每个值的触发器，通过比较当前/新值与标记来检查它是否被更改，但如果有大量字段值，则很难维护。
你能把你的用例添加到这个产品反馈线程中吗?功能请求:为自定义下拉票证字段添加“已更改”等触发测试
有一样东西我没找到。
我找不到一个条件，可以理解票中的最后一个回复是来自代理还是来自客户。
我试图设置一个警报，如果客户回复，代理没有回复超过x小时。然而，并不是所有的开放门票都有来自客户的最后回复，因为我们的工作流程也允许门票在代理回复后保持开放状态。
我试图使用自动化，但找不到一种方法来比较代理回复和客户回复。
嗨Tomica，
我听到了!我想知道这些自动化选项中的一个是否会有帮助?“自请求者更新后的小时数”或“自受让人更新后的小时数”。
如果没有，我认为如果您添加2个触发器来添加/删除您可以在自动化中使用的标记，您可以更精确地工作。
您现在可以更好地使用自动化“自受让人更新后的小时数”+标记lastupdater_enduser。
一定要测试一下，让我们知道它是否有用!
希瑟,
“当前用户”条件是缺失的部分。
非常感谢。
大家好,
当Zendesk上提到特定的代理时，我在设置触发器向Slack发送通知的条件时遇到了一些麻烦。亚博代理的Zendesk别名亚博是Ana，因此我创建了一些条件来查找包含Ana的评论文本的私人评论。然而，当评论中使用“经理”或“加拿大”这样的词时，这个触发器也会触发。
我试图将字段评论文本更改为“Ana”，但当特工提到她(使用@Ana)时，触发器不会触发。这种情况有什么解决办法吗?
嗨！有没有办法写条件语句运行IF FALSE?
例如，我有一个自定义用户字段是，如果用户字段超过5天，我想添加一个标签到票据。如果这个参数“在之前”的天数内，我今天就可以编写一个自动化程序，而不是相反的情况。有解决方案吗?
早上好,
有一个协商者，有一个差异，有一个环境，有一个特点:
- texto del asunto
(contene la siguiente cadena)
(连续连续地)
这是我生命中最美好的开头podrían我的生命中最美好的开头，我的生命中最美好的开头，谢谢你。
我该如何使用时间触发器?这是别的东西吗?
例如，我希望代理人在最后一次联系后2周采取行动。如何使用基于时间的触发器?
嗨，ELVT AM。
您需要对基于时间的业务规则使用Automation。更多信息可以在这里找到:关于自动化及其工作原理
我想创建一个触发器，以防止在不省略文本字符串的情况下更新票据。我希望设置此设置，以确保代理在向客户发送电子邮件之前在特定宏中进行必要的检查。
如果我用注释文本设置满足任意/所有条件，则文本包含以下字符串:% $ # *
以及代理使用的宏是否包含该字符串% $ # *
是否有办法防止机票状态被更新/邮件不被发送?
我怎么也想不明白!
谢谢!
嘿,Tinesh,
你不能阻止更新，但你可以将状态重置为打开，以产生这种行为的错觉。
使用上面的条件，添加操作Status-> Open，无论何时使用该字符串进行注释，票据都将被设置为Open。如果你这样做，以某种方式提醒代理为什么票是开着的，这是一个很好的实践，因为这与正常的预期行为相反。我们已经通过a松警惕，但你也可以通过电子邮件或其他方式。
我还会考虑在触发器中添加一个管理出站电子邮件通知的条件。我想补充一下
评论不包含以下字符串% $ # *
除了你的其他条件。
这样可以确保即使字符串存在，也不会在票据更新时发送通知，并且状态不能被设置为已解决或除Open之外的任何其他状态。
希望有帮助!
谢谢你跳出来@……！
是否有一种方法可以创建一个触发器，打开一个新的票据表单供用户填写?我们有一个注册表，其中一个选项是请求一个令牌。令牌过程是完全独立的，需要自己的票据才能正确工作。因此，当用户提交注册请求时，如果他们表示希望订购一个令牌，我们希望向他们提供要填写的令牌请求表单。
布瓦维尔玛格丽特
你可以用几种方法来解决这个问题。如果没有主票据不能看到的东西，您实际上可以使用条件字段，这样当客户选择“请求一个令牌”时，您就可以在表单上显示字段，以便他们与其他字段一起填写。
然后在创建主票据后的代理端，您可以使用类似于分裂N关闭(禁用关闭功能)来创建第二张票。或者，您可以放入一个宏来创建一个侧对话票据(需要协作添加)，并用您收集的令牌字段中的请求字段中的值预填充描述。更多信息在这里．
我相信如果你有资源，开发人员也可以帮助你创建API票据。
谢谢希瑟!实际上我最终选择了这条路:)
嗨！有没有办法根据用户手机的存在来触发触发器?
不幸的是，触发器是绑定到票证更新。除非用户的电话号码出现在消息的主题或正文中，否则您可以使用String条件，但它不能直接从他们的配置文件中识别它。您也可以添加一个自定义字段，如果字段存在，则使用Macro's，但这不是一个自动化的过程。
谢谢你！
你好，杰森，谢谢你的回复。如果将来能有这个功能就太好了。
你好!
我为我们的客户设置了一个触发器，如果在票上应用了适当的标签，客户就会自动获得。不幸的是，当触发器触发时，票证历史中没有触发器的历史记录。我是否在“操作”中遗漏了一个条件，以确保我们的代理在打开票据时向他们显示触发历史?
谢谢!
嗨,迪伦,
你会想把它从对话切换到事件，你应该在那里看到:D
请登录留下评论。