ServiceNow - 让 ESS 用户查看受影响服务的所有事件，无论他们是否创建了它
ServiceNow - let ESS Users see all incidents from an affected service whether they created it or not
所以我想让一些 ESS 用户在我创建的默认主页中看到特定服务的所有事件。
到目前为止我做了什么来解决这个问题：
- 创建角色
- 创建群组
- 向群组添加人员
- 使用仪表报告创建主页
- 将角色添加到主页作为读写
现在，从我作为 ITIL 用户的角度来看，我能够看到我的特定服务 X 的 17 个事件。现在我模拟那个新组的用户，我只看到 3 个事件，只有特定用户创建的那个。但是他看不到其他人。
所以我尝试的是操纵事件模块
应用程序菜单 -> 自助服务 --> 事件
在那里我找到了一个JavaScript来检查事件是否由用户创建，我只是将true切换为false，我希望在return中获得其他14个事件而不是他的 3.
但是没有成功。
既然 ServiceNow 几乎和 Chuck Norris 一样强大，那么一定有其他简单的方法可以实现我的目标。
我是运行富士发布的。补丁 11?
我假设这就是您所说的 javascript 条件：
caller_id=javascript:gs.getUserID()^active=true
这是在指定一个默认过滤器，该过滤器限制为以下位置的记录：
- 来电者是登录用户（即登录用户创建了
事件）
- 事件处于活动状态
如果您将其更改为 active=false，您只是在说“给我所有呼叫者已登录且 不活动 的事件，我不知道't think 是你想要的。听起来你真的想让用户看到他们 不是 调用者的事件，在这种情况下你可以删除第一个条件 (caller_id=javascript:gs.getUserID()) 这将使该模块默认显示 所有 个活动事件，我担心这仍然不是您想要的。
为了让您进入下一步，您能否分享您是如何为登录用户处理过滤服务的？
如果您谈论的是最终用户（没有角色或没有 ITIL 角色的用户），他们将受到 onbefore 查询业务规则和 ACL 的限制。如果您希望最终用户看到更多事件，则必须更改两者。这两个对象的 sys_ids 在所有实例上都应该相同，因此只需将链接中的 "yourinstance" 替换为您的服务实例名称即可。
Link to ACL
（不要忘记提升权限 [security_admin] 以进行更改）
所以我想让一些 ESS 用户在我创建的默认主页中看到特定服务的所有事件。
到目前为止我做了什么来解决这个问题：
- 创建角色
- 创建群组
- 向群组添加人员
- 使用仪表报告创建主页
- 将角色添加到主页作为读写
现在，从我作为 ITIL 用户的角度来看，我能够看到我的特定服务 X 的 17 个事件。现在我模拟那个新组的用户，我只看到 3 个事件，只有特定用户创建的那个。但是他看不到其他人。
所以我尝试的是操纵事件模块 应用程序菜单 -> 自助服务 --> 事件
在那里我找到了一个JavaScript来检查事件是否由用户创建，我只是将true切换为false，我希望在return中获得其他14个事件而不是他的 3.
但是没有成功。
既然 ServiceNow 几乎和 Chuck Norris 一样强大，那么一定有其他简单的方法可以实现我的目标。
我是运行富士发布的。补丁 11?
我假设这就是您所说的 javascript 条件：
caller_id=javascript:gs.getUserID()^active=true
这是在指定一个默认过滤器，该过滤器限制为以下位置的记录：
- 来电者是登录用户（即登录用户创建了 事件）
- 事件处于活动状态
如果您将其更改为 active=false，您只是在说“给我所有呼叫者已登录且 不活动 的事件，我不知道't think 是你想要的。听起来你真的想让用户看到他们 不是 调用者的事件，在这种情况下你可以删除第一个条件 (caller_id=javascript:gs.getUserID()) 这将使该模块默认显示 所有 个活动事件，我担心这仍然不是您想要的。
为了让您进入下一步，您能否分享您是如何为登录用户处理过滤服务的？
如果您谈论的是最终用户（没有角色或没有 ITIL 角色的用户），他们将受到 onbefore 查询业务规则和 ACL 的限制。如果您希望最终用户看到更多事件，则必须更改两者。这两个对象的 sys_ids 在所有实例上都应该相同，因此只需将链接中的 "yourinstance" 替换为您的服务实例名称即可。
Link to ACL （不要忘记提升权限 [security_admin] 以进行更改）