跳至主要内容
文档
文档
Administrator Guide
上次更新时间 ：2024-03-08
步骤：设置People Analytics的受限安全性

步骤：设置People Analytics的受限安全性

安全性：以下功能区域中的
“Manage: People Analytics
 ”域：
  • People Analytics
  • Prism Analytics
配置
“员工”
管道和
“雇用”
管道的安全性步骤时，您可以在行级别和字段级别上提供对
People Analytics
报告的受限访问权限。
行级别安全性
字段级别安全性
如要在行级别提供受限访问，请执行以下操作：
  • 在
    “安全性”
    步骤的
    “行级别安全性”
    版块中，指定一个层次结构。
  • 在某个People Analytics视图域的安全策略中，使用基于角色的受限制安全组：
    • 查看： People Analytics
       。 仅当您不需要强制限定字段级安全性时，才使用此域。
    • 查看： People Analytics业务负责人
    • 查看： People Analytics人力资源业务合作伙伴
    • 查看： People Analytics自定义 1
    • 查看： People Analytics自定义 2
    • 查看： People Analytics自定义 3
要在字段级别提供受限访问，请执行以下操作：
  • 选择如何使用仅限于当前观看者的字段在可视化内容中强制限定字段级安全性。如需了解更多信息，请参见
    “步骤”
    版块。
  • 在
    “安全性”
    步骤的
    “字段级别安全性”
    版块列出的某个域中，选择 1 个或多个要限制访问权限的字段。
  • 在您为字段级别安全性配置的同一视图域的安全策略中，使用基于角色的受限制安全组。
请确保某个给定用户无权访问多个People Analytics相关视图域：。
如果在行级别限制访问权限，您选择的层次结构以及该层次结构中包含的字段将决定哪些用户可以访问应用程序中的特定内容。示例：您映射以下字段：
目标字段
映射的业务对象和源字段
示例值
级别 1
主管组织 - 层次结构的第 2 级
公司客户
级别 2
主管组织 - 层次结构的第 3 级
销售和市场营销
级别 3
主管组织 - 层次结构的第 4 级
北美市场营销
指定的组织
员工 - 主管组织
潜在客户挖掘
在级别 1 具有受限访问权限的People Analytics用户可以查看与级别 1 及其下级相关的重点洞察洞察信息。因此，被指定了“销售和市场营销”角色的用户会看到“销售和市场营销”以及“北美市场营销”的重点洞察洞察信息。
被指定了“北美市场营销”角色（映射到级别 3）的 People Analytics用户可以查看与“北美市场营销”相关的重点洞察洞察信息，但不能查看与“销售”和“市场营销”相关的重点洞察信息。
如果您在初始部署People Analytics后需要更改安全设置，可以考虑通过People Analytics专属服务时间（以收费服务的形式提供）来请求支持，以确保该更改不会导致安全问题。
  1. 访问
    “配置People Analytics”
    报告。
  2. 为
    “员工
    管道”选择
    “编辑”
     ，然后继续执行
    “安全性”
    步骤。
  3. 对于
    行级别安全性
    ，请选择
    主要层次结构
    、
    次要层次结构
    或多
    层次结构
    。如果您同时具有跨主要和次要层次结构的受限安全访问权限，我们建议您不要选择
    “多个层次结构”
    期权。您选择的层次结构必须是有效的 Prism 安全实体字段。
    示例：如果您已将
    主要层次结构
    映射到
    组织级别（
     ），并将
    地点
    映射到
    次要层次结构（）
     ，则每个用户的安全组将同时受到一个层次结构的受保护。
    • 将
      “主要层次结构”
      设置为行级别安全性：只有“用户 A”（受限于主要层次结构
      “组织级别
      ”）能够在
      People Analytics
      面板上查看 KPI 和洞察信息。用户 B 的安全性基于
      地点
      （次要层次结构），因此无权访问这些数据。
    • 将
      多个层次结构
      设置为行级别安全性：用户 A 和用户 B 都能够在
      People Analytics
      面板上查看洞察信息和 KPI。系统会自动将相应的层次结构应用于相应的用户，以便每个用户基于其层次结构限制看到他们有权访问的数据。
  4. 对于
    “字段级别安全性”
     ，请选择以下安全模式：
    • 标准人工成本Workday在可视化；可视化效果中显示空而不是数据，从而严格执行安全性。
    • 阈值当群体数量达到最小阈值后， Workday会以可视化；可视化效果显示汇总数据，并在“Detailed Data”选项卡上隐藏受限字段。
    当您限制访问某些字段时，如果在创建数据快照期间群体计数低于最小阈值，您可能会失去一些 KPI 和重点洞察洞察信息。
  5. 在
    “检查”
    步骤中，选择
    “完成”
     ，以保存对员工管道所做的变更。
  6. 配置
    雇用
    管道“”，然后继续执行
    “安全性”
    步骤。
    • 对于
      “行级别安全性”
       ，请选择“与员工管道相同的层次结构”。
    • 对于
      “字段级别安全性”
       ，请选择要限制访问哪些域中的敏感数据字段。
  7. 在
    “Configure People Analytics”
    报告中选择
    “运行安装”
     。
    等待安装活动完成后再继续，以便Workday完成数据记录的保护。在向受限制的用户提供访问权限之前，请确保Workday会保护数据记录。 您可以在
    “People Analytics活动”
    报告中查看进度。
  8. 为您的应用程序查看者创建安全组，并指定用户。
    在配置基于角色的受限制安全组时，请确保：
    • 如果您配置了行级别安全性，则安全组类型与您为
      “行级别安全性”
      指定的安全层次结构相匹配。示例：您使用主要层次结构作为安全层次结构，并将“主管组织”字段映射到“指定的组织”对象字段。您创建一个类型为“角色 - 主管组织”的安全组。示例：您使用次要层次结构作为安全层次结构，并将“地点”字段映射到“级别 3”对象字段。您创建了一个类型为“角色 - 地点层次结构”的安全组。
    • 在
      “对组织的访问权限”
      版块中，您选择了
      “适用于当前组织和所有下级组织”
       。
    • 在
      “对具有多重职务的员工的访问权限”
      版块中，选择
      “角色可以访问其支持的职位”
       。
  9. 将安全组添加到“安全性”步骤中已配置域的安全策略，例如
    “查看： People Analytics业务负责人”
     。如果您未配置“字段级别安全性”，请将这些组添加到
    “View: People Analytics”
    域安全策略“”中。
    请确保每个用户仅能访问 1 个People Analytics视图域。