ServiceNow Create ACL异常：user角色用户新建表单空白排查

某表配置了唯一的Create ACL，「需要角色」包含user和admin，无其他条件。admin角色用户新建表单显示正常，但user角色用户点击NEW后表单无任何字段。相关权限配置如下：

• 管理员拥有Delete ACL，可删除所有记录；
• 管理员拥有Read ACL，可查看所有记录；
• 用户拥有Read ACL，仅能查看自身记录或其作为经理的用户的记录；
• 管理员拥有Write ACL，可编辑所有记录；
• 管理员有一个字段级Write ACL，阻止其他用户更新该字段；
• 用户拥有Write ACL，仅能编辑其作为经理的用户的记录（无法编辑自身记录）。

可能的原因分析 #

1. 字段级Read权限不足 #

新建表单渲染时，系统需要验证用户对每个字段的Read权限（用于加载字段元数据并展示）。你的配置中，用户的表级Read ACL仅对「自身记录或经理的用户记录」生效，但新建记录尚未保存，不存在该关联条件，导致用户在新建场景下实际没有表的Read权限，进而所有字段因无Read权限被隐藏。若未单独给user角色配置字段级Read ACL，也会触发此问题。

2. 字段级Write权限限制导致隐藏 #

user角色的Write ACL仅允许编辑「其作为经理的用户的记录」，无法编辑自身记录。新建记录默认归属当前用户（即自身），因此用户对所有字段无Write权限。部分系统（如ServiceNow）中，若用户对字段无Write权限，字段会被隐藏而非设为只读，最终导致表单空白。此外，管理员的字段级Write ACL明确阻止其他用户更新字段，也会加剧这一问题。

3. 表级Read ACL的条件冲突 #

用户的表级Read ACL依赖「已有记录的归属关系」，但新建过程中不存在已保存的记录，该条件无法满足。此时即使有Create ACL权限，系统可能因用户无表级Read权限，拒绝加载字段元数据，导致表单无字段显示。

4. UI策略/客户端脚本的隐藏逻辑 #

可能存在针对user角色的UI策略或客户端脚本，在表单加载时隐藏所有字段：

• UI策略设置「当用户角色为user时，隐藏所有字段」；
• 客户端脚本通过如g_form.setVisible()等方法，根据角色判断隐藏全部字段。

5. 表单视图的权限限制 #

新建表单使用的视图可能仅对admin角色开放，user角色无法访问该视图，导致加载了无字段的默认视图或空视图。需检查视图的权限配置，确保user角色能访问新建操作对应的表单视图。

内容的提问来源于stack exchange，提问作者Michael Richardson