数据分区
可通过数据分区控制用户可以看到的数据。例如，可以配置您的系统以使客户（最终用户）只能看到他们已记录的请求，或者使分析人员只能看到分配到其当前支持组的请求。
可以指定哪些数据要分区，哪些不分区：例如，可以将分区设置为对所有事件、问题和更改进行分区，但不对类别和 CI 进行分区。
还可以指定为哪些客户或支持组启用数据分区。
所有类型的用户（“分析人员”、“最终用户”、“客户经理”和“联系人”）都可以是所有类型的组（“支持组”、“公司”、“客户”和“供应商”）的成员，并可以在不同类型的组之间切换其当前组。这样可以配置特定系统，例如某位分析人员与特定客户相关联的系统。
因为用户可以在不同类型的组中，因此所有类型的用户都可能看到两种类型的数据分区。观察到的分区类型取决于用户当前所在的组的类型。如果分析人员切换到客户组，他们会看到客户分区；如果他们切回支持组，则他们会看到分析人员分区。
默认情况下，客户只能看到与他们自身相关联的数据，而分析人员只能看到上一次分配的组与他们当前的组相匹配的数据。
但是，可以定义相关属性，从而定义每个“用户类型”的数据分区。例如，可以决定只允许分析人员看到与他们的办公室相关联的数据，或只允许最终用户看到特定类别的数据。
数据分区的示例
考虑以下这组请求：
|
事件 ID |
客户 |
上一次分配的组 |
办公室 |
|---|---|---|---|
|
1 |
客户 A |
IT |
英国 |
|
2 |
客户 B |
IT |
美国 |
|
3 |
客户 C |
硬件 |
英国 |
|
4 |
客户 B |
IT |
美国 |
|
5 |
客户 A |
硬件 |
英国 |
如果不启用任何分区，则所有分析人员（以及允许登录的客户）都可以看到全部的五个请求。
启用默认分区的情况下，当前组为 IT 的分析人员只能看到请求 1、2 和 4。客户 B 只能看到请求 2 和 4。
但是，如果使用“办公室”属性作为分区属性，则在英国办公室的分析人员只能看到请求 1、3 和 5（无论他们在哪个支持组中）。类似地，美国办公室中的分析人员只能看到请求 2 和 4。
无需为所有组都启用分区 – 可以将一些组保留为使用未分区的数据。这样就可以设计一个系统，其中某些组可以看到所有数据，而某些组只能看到与他们直接相关的数据。