将组织组视为谱系图上的单个分支,每个叶都充当一个设备用户。Workspace ONE UEM 使用组织组 (OG) 识别每个分支并建立其在谱系图中的地位。大多数客户使 OG 谱系图看起来像他们的企业层次结构:高管、管理层、运营、销售等。
您还可以根据 Workspace ONE UEM 的特性和内容来建立组织组。
您可以通过导航到组与设置 > 组 > 组织组 > 列表视图或通过组织组的下拉菜单访问组织组。
注意:组织组列表视图将“活动设备”定义为仅在前 8 小时内向 Workspace ONE UEM Console 进行回报的那些设备。
组织组可容纳功能、地域和机构实体并支持多租户解决方案。
以组织组下拉菜单为例,配置文件、功能、应用程序及其他 MDM 设置均可在“环球企业”级别进行设置。
这些设置会由各子组织组继承,如亚太区和欧洲、中东和非洲,甚至进一步下传至孙组织亚太区 > 制造部门或曾孙组织亚太区 > 运营部门 > 企业。
像亚太区以及欧洲、中东和非洲这样的同级组织组之间的设置利用了 OG 的多租户特性,这是通过使这些设置彼此隔开而实现的。但是,这两个同级组织组确实继承了其父级组织组(即环球企业)的设置。
此外,您可以选择在更低级别覆盖设置,并仅对您想要更改或保留的设置加以变动。这些设置可在任何级别进行修改和/或存留。
在 Workspace ONE UEM Console 中设置您的组织组 (OG) 层次结构之前,请先决定组的结构。利用组结构,您可以充分运用设置、应用程序和资源。
您可以通过选择屏幕右上角的组织组标记来更改组织组。
选中后,下拉菜单会显示您的组织组层次结构,允许您更改为另一个组织组。
您可以比较两个组织组的设置,以便减少版本迁移问题。组织组比较功能仅适用于内部部署的客户。
在比较 OG 设置时,您可以执行以下任务。
版本迁移的一个典型场景就是,在升级、配置并测试用户验收测试 (UAT) 服务器后,您可以直接将 UAT 设置与生产设置进行比较。
导航到组与设置 > 所有设置 > 管理员 > 设置管理 > 设置比较。
从左侧的下拉菜单(标有数字 1)中选择环境中的一个组织组。另外,通过选择上载按钮,然后再选择一个导出的组织组设置 XML 文件来上载 XML 设置文件。
您必须为在其中部署设备的每个业务实体创建一个组织组 (OG)。注意您目前所处的组织组是您要创建的子级组织组的父级。
导航到组与设置 > 组 > 组织组 > 详细信息。
选择添加子组织组标签页,再完成下列设置。
设置 | 说明 |
---|---|
名称 | 输入要显示的子组织组 (OG) 的名称。仅使用字母数字字符。请勿使用奇数个字符。 |
组 ID | 最终用户在设备登录期间以及将组设备注册到相应的 OG 期间使用此必需的 OG 标识符。 确保共享设备的用户收到组 ID,因为根据“共享设备”配置,设备可能需要此 ID 才能登录。 如果您不是在内部部署环境内,组 ID 可用于在整个共享 SaaS 环境中识别您的组织组。因此,所有组 Id 的名称都必须是唯一的。 |
类型 | 选择预先配置的组织组类型,该类型要反映子组织组的类别。 |
国家/地区 | 选择组织组所在的国家/地区。 |
区域设置 | 选择所选国家/地区的语言分类。 |
客户行业 | 此设置仅在类型为“客户”时才可用。从“客户行业”列表中选择行业。 |
时区 | 选择组织组所在位置的时区。 |
选择保存。
您可以删除组织组 (OG),前提是在其下线中的任何位置都不包含组织组子级和设备。
通过从组织组下拉菜单中选择要删除的组织组来移动到该组织组。
导航到组与设置 > 组 > 组织组 > 详细信息。
在详细信息屏幕底部,检查组织组中的设备和子组织组计数。如果任一条目不为零,则无法删除组织组,并且删除按钮不可用。
您必须将所有设备从此组织组移动到另一个组织组。您要删除的组织组下线的任何子组织组在可以删除之前也不得包含任何设备。
组织组中的设备和子组织组计数均为零后,您可以继续删除组织组。
您可以通过执行以下步骤来确定任何组织组 (OG) 的组 ID。
通过从组织组下拉菜单中选择要标识的组织组来移动到该组织组。
将指针悬停在 OG 标签上。弹出窗口会显示当前所选组织组的名称和组 ID。
基于每组织组覆盖设置的概念在与组织组 (OG) 特性(例如继承和多租户)结合使用时,可以进一步与身份验证相结合。此组合提供灵活的配置。
以下组织组模型说明了这种灵活性。
在此模型中,管理员(通常拥有更大的权限和功能)位于此组织组分支的最上层。这些管理员使用特定于管理员的 SAML 登录到其组织组。
企业用户隶属管理员,因此其组织组会被归为管理员的子项。如果是一般用户而非管理员,则其 SAML 登录设置无法继承管理员设置。因此,企业用户的 SAML 设置会被覆盖。
BYOD 用户与企业用户不同。BYOD 用户使用的设备属于用户自己,并且可能包含更多个人信息。因此,这些设备配置文件可能需要略有不同的设置。BYOD 用户可能采用不同的使用条款协议。BYOD 设备可能需要不同的企业擦除参数。鉴于上述所有原因及其他因素,BYOD 用户可能需要登录到单独的组织组。
虽然从企业层次结构意义上讲,BYOD 用户不属于企业用户,但将 BYOD 用户归为企业用户的子项具有诸多益处。这种安排意味着 BYOD 用户将适用于所有企业用户设备的设置应用到企业用户组织组,就可以继承这些设置。
继承也适用于 SAML 身份验证设置。由于 BYOD 用户是企业用户的子项,因此 BYOD 用户会继承其 SAML 来获取用户身份验证设置。
备用模式用于将 BYOD 用户设置为与企业用户同级。
在备用模式下,会发生以下情况。
确定最佳模式的因素有哪些?将全局适用的设备设置数与特定于组的设备设置数进行比较。基本上,如果您想要采用大致相同的方式处理所有设备,则请考虑将 BYOD 用户设置为企业用户的子项。如果维护单独的设置更重要,则请考虑将 BYOD 用户设置为与企业用户同级。
如果您尝试配置受限于组织组 (OG) 的设置,则组与设置 > 所有设置下的设置页面会告知您限制内容。
以下限制适用于创建客户级别的组织组。
组织组的类型可能会对管理员能够配置的设置产生影响。
还有其他组织组类型,如部门、区域,同时您可以定义自己的组织组类型。
添加组织组类型
您可以添加自定义组织组类型。这些类型不具有任何特殊的特性,且功能与容器组织组类型相同。
要创建自己的组织组类型…
将设备直接注册到顶级组织组 (OG)(通常称为“全局”)并不是好办法,原因包括:多租户、继承和功能。
多租户
您可以根据需要分配多个子组织组,然后单独配置每一个组。您应用到子组织组的设置不会影响其他同级子组织组。
继承
对父级组织组所做的更改会应用于子级组织组。反之,对子级组织组所做的更改不会应用于父级组织组或同级其他子组织组。
功能性
有几种设置和功能仅可为“客户”类型组织组进行配置,包括擦除保护、电信和个人内容。系统将从这些设置和功能中排除直接添加到顶级全局组织组的设备。
“全局”组织组 (OG) 专门用于容纳“客户”和其他类型的 OG。考虑到继承功能的工作方式,如果您向“全局”添加设备,并为“全局”配置将会影响这些设备的设置,则还会影响其下的所有“客户”OG。这会损害多租户和继承的优势。
您所创建的组织组 (OG) 结构的层次结构将确定哪些 OG 是子项,哪些是父项。子 OG 从其父 OG 继承设置,但您可以选择覆盖此继承。
每个系统设置页面根据两种类型的继承/覆盖选项(组织组层次结构相关)应用其设置:1)“当前设置”和 2)“子权限”。其应用设置的 OG 是您当前所在的 OG。
换句话说,如果您属于“员工\仓库”OG,则您对设置所做的更改将应用于该 OG 以及属于仓库 OG 子项的所有 OG。
例如,通过导航到组与设置 > 所有设置 > 系统 > 品牌化找到的品牌化设置页面控制组织组下拉列表中可见的 OG 的所有自定义背景图像、徽标和颜色方案。
在应用前面的示例后,您可以导入新的背景图像、新徽标、不同的颜色方案,这些都特定于“员工\仓库”OG。您还可以将设置配置为仅应用于仓库 OG。通过在设置页面上更改此 OG 的继承来启用此选项。
子权限
将“子权限”设置视为父 OG 对子 OG 的态度。子权限有三种不同的设置:继承或覆盖、仅继承和仅覆盖。
继承或覆盖设置只表示父项对于子项的权限没有偏好。当父项的“子权限”设置为继承或覆盖时,子 OG 的“当前设置”将确定它们是覆盖还是继承设置。默认情况下,“子权限”设置为继承或覆盖。
父项的仅继承的“子权限”设置将在所有子项上强制继承。此设置表示所有子项都具有与父项相同的设置。仅覆盖的“子权限”设置将撤消对所有子 OG 的继承影响,要求您配置特定于该子 OG 的设置。
“子权限”设置仅影响更低一级别的子项。此类设置对孙项或更低的 OG 没有影响。
当前设置
如果子权限是父级对子级的态度,则组织组的当前设置是子级对父级的态度。“当前设置”只能是继承或覆盖。
继承的“当前设置”表示子 OG 接受父 OG 的所有设置。选择“当前设置”覆盖,子项将拒绝父项并使用其自己的设置。选择覆盖意味着您可以重新对子项进行设置。
仅当父 OG 的“子权限”设置为继承或覆盖时,您才能更改 OG 的“当前设置”。
继续上面的示例,如果您希望品牌化设置仅影响仓库 OG,则可以将仓库的每个子 OG 的“当前设置”更改为覆盖,前提是该仓库的“子权限”为默认的继承或覆盖。然后,您可以根据需要为仓库子项配置与仓库不同或相同的品牌化设置。
更改权限设置
如果父项的“子权限”设置不允许,那么您无法更改子项的“当前设置”。例如,如果 MomandDadOG 的“子权限”设置为仅覆盖,则无法将 JuniorOG 的“当前设置”更改为继承。简言之,父 OG 的“子权限”设置优先于子 OG 的“当前设置”。
当将子项的“当前设置”从覆盖更改为继承时,将其父项的“子权限”设置更改为仅继承会锁定子 OG 的“子权限”设置。在这种情况下,您无法更改子权限设置。如果子 OG 设置从不被覆盖,则此行为不适用。
解决此问题的方法是,您必须将父 OG 上的“子权限”设置更改为继承或覆盖,从而解锁子 OG 的“子权限”设置。
更大的首选战略是提前进行规划,将继承和覆盖设置配置到 OG 级别,使其对您想要的层次结构有意义。