- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-04-2024 08:14 AM
Greetings ALl,
We have a use case on CMDB CI for our some prime classess where in we want to restrict editing some fields for these classess (aix,windows server, linux, esx , switch, network,router, firewall,u[ps,printers,handheld,computers) .
Fields : Owned by , support group , environment, managed by
Use case : only members of support group are supposed to edit these
Logic : create individual field ACLS at child class which are turning upto 100 ACLS or do create field acls at Hardware level
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-04-2024 08:37 AM
You can always just create an ACL on parent table since that logic will affect child tables.
For example an ACL on cmdb_ci will apply to cmdb_ci_computer as long as there's no similar ACL on cmdb_ci_computer.
On cmdb_ci level you can just check the class of the current record in a condition to apply your logic so that it won't affect any other CI classes.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-04-2024 08:37 AM
You can always just create an ACL on parent table since that logic will affect child tables.
For example an ACL on cmdb_ci will apply to cmdb_ci_computer as long as there's no similar ACL on cmdb_ci_computer.
On cmdb_ci level you can just check the class of the current record in a condition to apply your logic so that it won't affect any other CI classes.