- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎07-24-2025 06:19 AM
My Instance does not have the sn_incident_read role or acls, we do not want to utilize the itil role. So I imported over the OOB acl for read access that is connected to the sn_incident_read role , imported the roles , gave it to a test user and still was not able to see the incident table. Am i missing something? Screenshots below.
ACL
Role assignment
access view of incident list (this table has 1000s of record btw)
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎07-24-2025 07:56 AM
Hey @ServNowDev ,
When you import the out-of-box (OOB) ACL for read access to Incident (connected to the sn_incident_read role), import the roles, assign them to a user, yet still cannot see the Incident table, there are several key areas to check. Here’s what you might be missing:
1. Required plugins and Role Hierarchy
The sn_incident_read role and its ACLs are not present by default on all instances. They arrive with the ITSM Roles — Incident Management plugin (com.snc.itsm.roles.incident_management). If your instance is missing this plugin or its dependencies, the related roles and ACLs might not function as expected.
You must install or activate the ITSM Roles plugin to ensure all dependencies are set up properly. Importing roles and ACLs alone may miss plugin logic or parent roles.
2. ACL Coverage: Table and Field Level.
The main "read" ACL for incident (table) is only part of the story. Incident fields also have individual field-level read ACLs—so even if the table shows up, fields might not render unless your user has access to each one.
If the test user can see the Incident table but not any fields, review and import the field-level read ACLs for Incident. Otherwise, the form/list will appear empty.
If your instance uses customized ACLs or business rules (especially "incident query" or data filtering), ensure nothing blocks users with sn_incident_read from being included in Incident queries.
Use the Security Debugger: As an admin, go to Diagnostics > Debug Security. Impersonate the test user and revisit the Incident list—at the bottom, you'll see exactly which ACL is blocking access
You likely need to activate the ITSM Roles—Incident Management plugin to fully enable the sn_incident_read role and ACL structure, not just import them.
Ensure all table and field-level ACLs have been included and linked correctly.
After making changes, log out and in to refresh the user's role cache; test both table and field access.
Thanks,
Bhimashankar H
-------------------------------------------------------------------------------------------------
If my response points you in the right directions, please consider marking it as 'Helpful' & 'Correct'. Thanks!
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎07-24-2025 06:55 AM
Hi @ServNowDev
Instead of importing read roles and acls manually from OOTB instance, you need to request your ServiceNow account manager to activate "ITSM Roles plugin (com.snc.itsm.roles)" which installs business stakeholder, read and write roles for incident, change, problem and request management modules along with corresponding ACLs.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎07-24-2025 07:56 AM
Hey @ServNowDev ,
When you import the out-of-box (OOB) ACL for read access to Incident (connected to the sn_incident_read role), import the roles, assign them to a user, yet still cannot see the Incident table, there are several key areas to check. Here’s what you might be missing:
1. Required plugins and Role Hierarchy
The sn_incident_read role and its ACLs are not present by default on all instances. They arrive with the ITSM Roles — Incident Management plugin (com.snc.itsm.roles.incident_management). If your instance is missing this plugin or its dependencies, the related roles and ACLs might not function as expected.
You must install or activate the ITSM Roles plugin to ensure all dependencies are set up properly. Importing roles and ACLs alone may miss plugin logic or parent roles.
2. ACL Coverage: Table and Field Level.
The main "read" ACL for incident (table) is only part of the story. Incident fields also have individual field-level read ACLs—so even if the table shows up, fields might not render unless your user has access to each one.
If the test user can see the Incident table but not any fields, review and import the field-level read ACLs for Incident. Otherwise, the form/list will appear empty.
If your instance uses customized ACLs or business rules (especially "incident query" or data filtering), ensure nothing blocks users with sn_incident_read from being included in Incident queries.
Use the Security Debugger: As an admin, go to Diagnostics > Debug Security. Impersonate the test user and revisit the Incident list—at the bottom, you'll see exactly which ACL is blocking access
You likely need to activate the ITSM Roles—Incident Management plugin to fully enable the sn_incident_read role and ACL structure, not just import them.
Ensure all table and field-level ACLs have been included and linked correctly.
After making changes, log out and in to refresh the user's role cache; test both table and field access.
Thanks,
Bhimashankar H
-------------------------------------------------------------------------------------------------
If my response points you in the right directions, please consider marking it as 'Helpful' & 'Correct'. Thanks!
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎07-27-2025 02:50 PM
Thanks all, just taking a look at my PDI and I'm not seeing the ITSM Roles Plugin but I know its there because the roles are installed and working is there somewhere else I should look to show that they are installed com.snc.itsm.roles.incident_management