| 宣布在 | 推出开始 | 展示结束 |
|---|---|---|
2022年4月27日 |
2022年7月11日 |
2022年8月1日 |
亚博Zendesk添加了一种新的自定义字段类型，允许您在Zendesk Support中定义票证、用户和组织之间的自定义关系。
改变是什么?
一个新的自定义字段类型称为查询关系正在为票据、用户和组织添加。这种新的自定义字段类型使管理员能够在这些Support对象之间构建自定义关系，这些对象对其业务来说是唯一的。
此外，可以在触发器和视图中使用查找关系字段。管理员还可以过滤哪些值可以包含在查找关系字段中。
要了解更多信息，请参见使用查找关系字段。
Zendesk亚博为什么要做出这样的改变?
每个Zen亚博desk客户都有独特的业务需求。并非所有这些需求都可以通过内置在支持中的本地关系来满足。添加新类型的自定义字段，例如查找关系字段，增加了Support的灵活性，以满足存储和关联有关票据、用户和组织的不同类型数据的独特需求。
我需要做什么?
自定义查找关系字段将自动推出到所有帐户。在使用查找关系字段之前，w与您的开发团队一起确定您是否使用任何自定义代码或应用程序来检索票证、用户或组织字段。如果没有，您可以立即开始使用查找关系字段。
如果您正在使用自定义代码来检索用户、票据或组织字段，那么在开始使用查找关系字段之前，请与您的开发团队合作，以确保您的集成继续按预期运行。做到以下几点:
- 确定自定义代码处理未知字段类型的方式。这可以是崩溃、排除和忽略，或者退回到更通用的类型，如文本字段类型。
- 更新自定义代码以避免意外行为。我们建议在遇到未知字段类型时退回到文本字段类型。这通常是破坏性最小的方法，并且它将确保您的代码能够应对任何可能是强制性的新字段类型。
在开始使用查找关系字段之后，我们建议您更新可能用于识别查找关系字段类型的任何自定义代码。
65条评论
嗨Ashwin拉，
这听起来很有趣，我还没有在我的账户上看到它，所以我对这里的可能性没有很好的感觉。
您是否可以概述一些示例用例来具体说明这个特性?
用户、组织和票证之间的关系，以及业务规则如何使用这些听起来很有希望，但我无法真正想象出其中的可能性——希望您能提供帮助。
+ 1雅各布·克里斯坦森的评论。我希望看到一些如何有效使用它的用例，以及为什么它对我们有价值。谢谢。
相同。这看起来很酷，但我不确定如何实际使用它或使用它做什么。
好消息!
考虑工作流类似于JIRA中可能存在的依赖关系链接问题，或者在修订或审批工作流中链接用户。
考虑到这一点，是否会将其添加到JIRA<>Zendesk应用程序，以便我们可以在两端同步这些?亚博
对于上面的问题，在许多机会中，这可以用于以下问题:
我认为这种功能的强大之处在于使用集成工具以CRM方式保持用户记录的最新状态，然后使用票证查找字段轻松地查看和存储票证中的用户数据。
作为一名产品经理，你和我一样对这个功能感到兴奋，这让我非常高兴。当您尝试在Users、Tickets或Organizations中添加字段时，查找关系将作为一个新的字段类型出现。我已经附上了一个截图。简而言之，您可以使用此字段创建任何{User, Ticket, Organization}记录到另一个{User, Ticket, Organization}记录的自定义关联
常用用例:
1）将多个已定义的参与方关联到一个票据-假设您是一家货运公司，您可能希望将票与托运人(组织)、司机(用户)、第三方(组织)等联系起来。此字段类型使您能够构建这些关联
2）定义组织关系:假设您从事B2B业务，并与多个组织合作，这些组织之间建立了相互之间的关系(可能类似于组织层次结构)，您可以使用Lookup字段来定义这些关系
3）定义组织到用户关系或用户到用户关系假设我仍然处于B2B业务示例中，并且我有一个与该组织(Org->User)相关联的关键利益相关者。假设，关键涉众与公司内的关系经理相关联(User->User)。您可以使用Lookup字段构建它。
我希望听到更多针对您的组织的用例，这些用例可以使用Lookup字段来解决。我们认为，一旦我们将其与自定义对象集成，这将是更多用例的基础模块，使您能够将业务特定数据关联到ticket, Users和org。
我们还没有提供给我们的客户。我们正计划在5月份为可能感兴趣的客户推出抢先体验计划。下周请留意这个社区的登记表格。最好的情况是，我们将在6月底开始全面提供。
很快，我将会发布更多关于我们拥有的一些很酷的功能的细节，以及这个功能目前的一些限制。
PS:如果你对添加字段的新布局感到好奇的话——它也将很快推出。
Ashwin，谢谢你的例子，它真的帮助我们想出了我们自己的内部用例。问个小问题一旦关系建立起来了怎么办?我们能把它拉到探索中去报告吗?
对于第一个版本，我们将不会使用Explore进行报告。报告无疑是我们要增强的首要功能。但是，如果您有自己的报告功能，您将能够通过api公开这些信息。
你好,
这听起来真是不可思议——非常令人兴奋的功能。
你能分享一下我们可以用这些字段定义的触发器类型的细节吗?
我们公司的一个用例是，我们为每个组织分配一个客户经理和技术资源——目前，我们为每个组织创建一个触发器，所以当他们创建一个票据时，它将抄送两个分配的用户。
使用Lookup Relationship字段，我们是否可以添加这些用户并通过触发器抄送它们?我希望这能减少我们需要维护的触发器的数量。
Ashwin拉在…的背景下斯蒂芬。的问题，我们将能够有触发和自动化的行动，以电子邮件用户链接到一个票?或者类似地，以他们为目标展开谈话?
斯蒂芬。关于你的问题:
这应该是可能的，就像你已经可以通过API将用户添加到CC和追随者一样
如果我们只使用所有的OOB功能，这会影响到ZD/Jira的集成吗?
Ashwin拉这将包含自定义对象吗?对于我们来说，这是与房间、地点、制作和项目相关的门票的最高价值吗?
Ashwin拉这听起来确实是一个有趣的功能，这取决于其功能的自动化程度。关于这个功能，我有几个问题:
这种联系究竟是如何运作的?在你的例子中，你提到了大型组织或用户。这是否也适用于为所有用户与其各自的ticket定义关系?这可以帮助同步票证字段为一个用户与另一个(即同步某些票证字段时，票证是关联到一个用户)。或者是否有可能基于触发器进行关联?另外，你能给“associate”下个定义吗?
如果我上面提到的是可能的，那么就有很大的潜力可以减轻同步票据字段所需的大量手工编程。(目前我们可以将API和webhook与触发器结合使用来实现这一点)。
马特•欧文斯谢谢你提出这个问题，在需求上加1。
根据本文的描述和上面的评论，我的假设是，在这个初始版本中，查找关系字段仅限于对象zen:ticket、zen:user和zen:organization作为源对象和目标对象。
Ashwin拉我们什么时候能看到更多的内容?
另外，我们是否能够定义字段是1:Many、1:1还是Many:1?
例如，用户A、B和C可以以1:1的关系链接到用户D，尽管用户D中的字段为1:Many，列出了所有其他链接的用户。
斯蒂芬。，拉斐尔·桑托斯-对于第一个版本，您将能够使用查找字段作为触发器中的条件-有4种可能的条件可用-“有值”，“没有值”，“值是”和“值不是”..但是我们也在考虑将查找字段的使用扩展到操作中。我会把这个加到我们的待办事项中。
比尔cicchetti-它不应该影响任何Zendesk OOTB集成，如JI亚博RA。
马特•欧文斯-一旦自定义对象被引入，查找字段的值将呈指数级提高。我的团队目前正在构建一个新的和改进的自定义对象的经验，使其更加管理友好。一旦新版本就位，查找字段将在帮助管理员跨对象建立关系方面发挥关键作用。
拉斐尔·桑托斯我们已经开始了定制对象的工作，目标是明年上半年。这不仅包含Lookup字段，还包含一整套功能/管理驱动的集成。
如果它的行为类似于Salesforce中的查找字段，那么您就可以将票证链接到一个不是票证所有者或请求者的内部用户。为什么?
假设您想在票证上创建一个TAM(技术客户经理)字段，该字段将定义负责监督该票证的TAM是谁。
如果没有查找字段，您就必须创建一个文本字段，并手动输入TAM的名称或电子邮件。
查找字段是指向Zendesk中另一个表(如users表)中已有记录的指针。亚博因此，当您编辑票据时，查找字段将像预先填充的下拉框一样，其中包含您的用户名。您将无法手动键入其他内容。
保存票据后，查找的值将是所选用户的名称，单击该值将转到该用户的页面。
因此，这种类型的字段用于创建Zendesk记录之间的关系。亚博
拉斐尔·桑托斯-我们将无法定义特定的关系类型(1:1或1:Many或多:1)
在你提到的例子中，A,B,C都连接到D。当我转到A时，我将只看到D。同样适用于B和C。当我转到D时，我将能够以表格格式看到所有A,B和C(不与一个字段关联)。我们会有API端点来检索这些反向索引。
谢谢你！巴勃罗·冈萨雷斯. .你完全正确。这是一个字段类型，用于创建Zendesk内部记录(ticket, Users和Org记录)之间的关系。亚博
我们正在启动ZD支持的过程中，所以这可能会关闭，但我们需要一种方式来连接可能在同一家庭或通过各种其他领域相关的最终用户。它帮助我们控制对话——这些新字段会是实现这一目标的一种方式吗?
嘿凯茜Guidi-Scherm，
后面跟着@……我最近和我的一个房地产领域的客户建立了这种关系。我想让你看看我们是如何处理我们客户的例子可能会对你有所帮助。
在其非常简单的形式中，我们使用Address集作为组织名称，然后在本例中，我们有18个与该地址相关联的用户链接到该组织。这样，当这18个用户中的任何一个提交请求时，它将自动链接到组织，然后您可以从那里进一步报告。例如，由特定组织的所有用户提交的请求数。
我希望这对你的设置有帮助。你当然可以从这里使用查找字段等来进行此设置:)
最好的
女朋友
好消息!!我们已经为这个功能推出了一个早期体验计划。欢迎光临这个页面要了解更多信息并注册此功能。
这个功能允许我在Zendesk中链接使用多个电子邮件(创建单独的用户配置文件)的同一个人的门票吗?亚博我们不能合并配置文件，因为zendesk只会回复主电子邮件，而不管用户用来亚博发送请求的电子邮件。如果我们可以用这个链接到他们的其他档案，这可能是一个很好的解决方案。
嘿泰瑞海恩斯，
您可以使用标准组织特性来链接一个人的所有用户配置文件。这将有效地将所有的票在组织下组合在一起，这些票是由链接到组织的任何用户的电子邮件地址提交的。
泰瑞海恩斯-如果您正在使用您的组织为另一个目的，您可以添加一个票证查找字段，让我们说，称为别名，并将该字段指向用户类型。这将使您能够将票据关联到第二个用户配置文件。这样，票据将与两个配置文件相关联(尽管通过不同的关系)。
谢谢Amie布伦南和Ashwin拉。不幸的是，在这种情况下我们没有使用组织特性。我们是一所研究生院，学生会获得一个学生电子邮件地址，但他们也可以在向我们申请和作为校友时使用个人或工作电子邮件帐户发送电子邮件。另外，工作邮件会随着时间的推移而改变。对于这个新功能如何帮助我们实现这个用例，有什么想法吗?
这将如何影响Zendesk api和数据结构的支持亚博?我们对这个特性非常感兴趣，并加入了早期访问，但希望确保它不会破坏我们与Domo的数据仓库集成。
嗨保罗•施特劳斯中查找字段的API文档这个链接。为了确保集成不受影响，您可能希望确保它以正确的方式处理新字段类型。找出集成是否正确配置的一种非有效方法是在Sandbox中创建Lookup字段并在那里测试集成。
请登录留下评论。