Get a first look at what's coming. The Developer Passport Australia Release Preview kicks off March 12. Dive in! 

Data is not visible on the table even if the user has the roles

shilpakamat
Tera Contributor

Hi,

 

I have created a custom table with default read,write,create, delete ACLs. There are no additional ACLs on the table. When I impersonate a user with the role, he can see the table along with row count but all the fields are empty and I dont see any security contraint message as well. Any idea what could be wrong here ?

 

Thanks in Advance,

Shilpa

5 REPLIES 5

Dr Atul G- LNG
Tera Patron

Does the user have the required role for this table?

*************************************************************************************************************
Regards
Dr. Atul G. - Learn N Grow Together
ServiceNow Techno - Functional Trainer
LinkedIn: https://www.linkedin.com/in/dratulgrover
YouTube: https://www.youtube.com/@LearnNGrowTogetherwithAtulG
Topmate: https://topmate.io/dratulgrover [ Connect for 1-1 Session]

****************************************************************************************************************

Yes, the user has the table role

Ankur Bawiskar
Tera Patron

@shilpakamat 

does your user has that role which is present in Table.None READ ACL?

share some screenshots

💡 If my response helped, please mark it as correct and close the thread 🔒— this helps future readers find the solution faster! 🙏

Regards,
Ankur
Certified Technical Architect  ||  10x ServiceNow MVP  ||  ServiceNow Community Leader

harishk07
Giga Guru

Hi Shilpa,

 

This issue typically happens when you have a Row-Level ACL (table.none) but are missing a Field-Level ACL (table.*).

 

- Create a Field-Level Read ACL - [Your Table Name] | *. Role - Add the same role you used for the row-level ACL.

- Verify Field-Level Write ACLs - If you want the user to edit fields, repeat this process for the write operation.

- Check for Table Extension. If your table extends another (like task), ensure you aren't being blocked by a more specific ACL on the parent table.

 

Regards,

Harish