• 电子邮件模板
  每个Zendesk只有一个本地电子邮件模板。亚博解决方法是自定义所有支持HTML、CSS或Liquid Markup的业务规则。看到了解液体标记和Zendesk支持。亚博
  

• 欢迎/验证电子邮件
  在设置>帐户中添加的帐户名称之后，只有一个本地最终用户欢迎电子邮件/验证。

• 子域名
  您只能为所有代理使用和记住一个子域。不可能将代理子域自定义为团队名称。
  
  
• 有人可以提交请求吗?
  一个Ze亚博ndesk帐户需要对所有用户开放或对所有用户关闭。如果打开，任何人都可以提交请求，登录Guide，或者用这个小部件提交票证。如果关闭，最终用户必须是支持中的现有用户才能提交请求或访问指南。看到配置最终用户如何访问和登录到Zendesk Support亚博．
  
  
• 帐户名称
  • 只有一个帐户名。看到如何在Zendesk Support中更改我的帐户名称?亚博．
  • 如果使用，帐户名称在电子邮件中可见格式化占位符。帐户名称是发送的电子邮件的一部分，对最终用户可见。要绕过这个问题，您需要停止使用格式化占位符，而使用支持富文本的富内容占位符。但是，这消除了格式化占位符的美观体验。
  • 最后，帐户名称在登录页面/提示符上可见，并且不可编辑。

• 允许用户属于多个组织
  如果您决定跨不同的团队使用一个Zendesk实例，亚博那么有一个全局设置可以为整个实例启用或禁用。
  
  
• 满意度调查
  即使对整个Support实例启用或禁用了满意度调查，您也可以编辑业务规则，使其不针对某些组。可以使用占位符为任何票证生成满意链接。看到使用客户满意度评级占位符．
  
  
• 数据导出
  对于整个帐户，票证、用户和组织的数据导出是全局的。但是，您可以使用Zendesk亚博核心API获取更具体的数据。
  
  
• 标签
  在有多个团队的实例中，不应该为多个工作流或资源循环使用标签。亚博电脑端

业务规则

本节描述业务规则的注意事项。

• 触发器、自动化、视图和sla
  • 业务规则在所有门票上运行，但是可以很容易地使用查找门票组或品牌的条件对它们进行限制。看到在业务规则中使用组。管理员是全局的，可以为他们管理的组之外的组创建规则。这就产生了一个风险，即一个团队的管理员编辑规则会影响其他团队的票据和工作流。
  • 如果您在同一个Zendesk实例中使用不同的团队，那么需要管理的规则数量将越来越多。亚博增加的复杂性需要变更管理策略和持续的跨团队协作。此外，票据被错误路由到不正确组的风险也在增加，这可能对sla产生影响。
  • 您还需要考虑机密或安全信息对于不应该访问它的代理是可见的。不存在按组组织业务规则的原生方法。
  • 为了帮助业务规则组织/分组，可以创建占位符触发器或自动化，它们除了一个名称之外没有任何功能，可以帮助创建按团队进行规则分类的体验。
    
    
• 宏
  宏访问可以配置为所有代理或组中的代理。看到为票据创建个人宏了解更多信息。
  
  
• 票务字段和票务表单
  • 票据字段和票据表单对于整个实例都是全局的。所有团队都可以看到所有表单和字段。自定义票证表单需要具有不同团队和最终用户体验的独特表单。
  • 在代理界面中，自定义应用程序可以隐藏或显示某些字段，这取决于当前查看票证的代理。您还可以考虑实现文章中概述的配方限制购票形式．
  • 帮助中心代码自定义可以在请求中隐藏非必需的最终用户可编辑字段的形式。

集成

本节描述集成的注意事项。

• JIRA
  Zendesk JIRA v亚博3的集成是一对一的。您不能将多个JIRA集成链接到一个Zendesk支持帐户。亚博
  
  
• 定制的集成
  多个Support实例需要设置和配置每个自定义集成。例如，运行数据导出或连接到用户数据库需要在每个Support实例的两端进行开发和配置。
  
  
• 应用程序(ZAF)
  应用程序需要在每个支持实例中安装和配置。如果原生选项不足以满足你的需求，你可以编写一个自定义应用程序来检查用户组并隐藏或显示应用程序。可以为每个组或自定义角色指定对应用程序的访问权限。看到按组限制应用的可见性。

身份验证和访问

本节描述身份验证和访问的注意事项。

• 基本身份验证
  对于多个Zendesk实例，亚博登录(用户名和密码)对于每个实例都是唯一的。代理和最终用户需要管理和记住使用原生Zendesk身份验证的Zendesk多个实例的两组凭据。亚博
  
  
• API访问
  API令牌是全局的，这意味着任何拥有API令牌的用户都可以访问该帐户中的所有资源和数据。亚博电脑端
  
  
• OAuth
  OAuth令牌可以限定为仅访问某些资源。亚博电脑端然而令牌不能是范围为座席组．
  
  
• 单点登录(SSO)
  • 本机SSO适用于代理和最终用户配置的整个实例。所有团队的代理和最终用户都需要在SSO身份提供程序中进行配置。
  • 用户可以使用不同的身份验证方法(Zendesk认证和SSO)，但这必须在客户端构建。亚博看到讨论:我准备好接受更高级的身份验证选项了吗?

终端用户管理

本节描述用户管理的注意事项。

• 组织和用户字段
  组织和用户字段对于整个实例来说是全局的，这意味着所有代理都可以看到并可能编辑它们。与票证字段一样，自定义应用程序可以隐藏或显示某些组织/用户字段，具体取决于查看的代理。
  
  
• 组织管理
  • 对于整个实例来说，组织是全局的。不能按代理组划分组织或组织查看权限。
  • 为组织票共享功能，访问权限对组织中的所有票据是全局的。如果启用此选项，它将影响使用支持和指南的所有球队的门票。
  • 组织名称必须唯一。虽然用户可能属于多个组织，但不可能有两个具有相同名称的组织来容纳多个团队。
    
    
• 最终用户权限和访问
  • 所有最终用户对于整个实例都是全局的。不可能允许一个最终用户向实例中的一个团队提交请求，但不允许向另一个团队提交请求。
  • 本机只支持一种主要的终端用户身份验证方法。最终用户能够登录到所有帮助中心实例。有一些工作流可以绕过这种行为，但是它们是高度定制的，并且需要在客户端进行一些开发。

代理权限和票证访问

• 编辑最终用户的代理权限
  根据计划类型，有几个考虑因素:
  • 自定义代理角色:如果您的计划类型包括自定义角色，您可以允许一组代理编辑最终用户配置文件，而不允许另一组代理编辑。代理可以查看所有终端用户的用户配置文件。有一些边缘情况配置，其中代理不能访问另一个组中的票据，但可以访问编辑终端用户。这包括最终用户的假设，即代理可以看到最终用户请求的所有票证。
  • 剂的作用：在没有自定义代理角色的计划类型上，只有具有访问权限的代理所有门票将能够添加、编辑或假设最终用户。
  • 特殊用例其中一个团队的代理被视为另一个团队的最终用户:代理不能使用帮助中心提交票据，因此，任何最终用户表单都不能为代理工作。无论组权限如何，代理都可以访问作为请求者的票据，这意味着他们可以访问其请求者的任何内部通信。
    
    
• 组管理和票证访问
  • 对于整个实例，组是全局的。可以创建组来管理多个团队，并按组限制票证访问。
  • 在企业计划中，您可以创建私有票务组．私有票证组通过对没有权限查看票证的代理完全隐藏私有票证，从而根据组分配提供对票证可见性和访问权的更细粒度的控制。
  • 同样在企业计划中，您可以使用自定义代理角色来控制代理对私有票证组的访问，包括将票证分配给私有组的能力。

报告

本节描述报告的注意事项。

• 报告
  
  • 如果使用一个实例，报告是集中的。所有具有报表访问权限的用户都可以使用所有票证、用户和组织数据。
  • 在不同的计划中，对票据的访问控制对报告的访问。代理需要访问所有票证以查看报告。
  • 默认的报告仪表板对所有Support数据都是全局的，这意味着按组或其他票证级别属性(自定义票证字段、票证品牌等)细分的报告将需要自定义构建。
    
    
• 原始的报告
  本地报告(不是探索)概述，排行榜，知识，社区，搜索和谈话是整个实例的全局分析。

Web小部件(经典)和聊天小部件

本节描述Web小部件(经典)和聊天小部件的注意事项。它们可能不适用于消息传递Web Widget。

• 本地自定义和外观(颜色、位置、按钮文本)是全局的。可以使用Widget API为每个团队定制小部件，但这需要定制开发。
• 门票形式将需要有一个量身定制的形式/每个团队现场经验。
• 小部件中的帮助中心Search搜索整个知识库，并且只搜索一个知识库。亚博官方app然而，通过一些定制开发，您可以可能自定义搜索结果。
• 小部件的Chat可以打开或关闭，如果只有一个团队使用Chat，这可能会产生影响。您可以使用Widget API和聊天API定制。

指南

本节描述指南的注意事项。

• 代理权限
  • 如果多个团队使用一个指南，则需要协作策略。例如，一个团队中的经理代理将能够为其他团队管理内容和编辑主题，即使您正在使用多品牌．
  • 文章编辑和创建权限是支持设置和指南节级别设置的混合。亚博Zendesk Support管理员默认为Guide manager。
  • 如果您使用的是具有自定义角色的计划类型，则可以创建自定义角色并设置Guide Manager权限。如果您属于不同的计划，则可以在代理的配置文件页面中控制谁是Guide Manager或Viewer。看到了解向导角色并设置权限。
  • 代理可以在Support中设置为查看者，但仍然可以在所有设置为管理员和代理的区域级别权限的区域中创建和编辑文章。