- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎05-16-2019 08:19 PM
Hi
I've created a business rule on the change_request table which is triggered when change state goes to implement and the action is supposed to update the affected configuration item state to "in maintenance".
I can see in the business rule debug that this is being triggered however, it isn't changing the state of the CI. Is the business rule configured correctly?
Solved! Go to Solution.
- Labels:
-
Change Management
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎05-21-2019 09:40 PM
Thanks
I wrote the below script which works.
(function executeRule(current, previous /*null when async*/) {
// Add your code here
var CMDBci = new GlideRecord('cmdb_ci'); //glide record to ci
CMDBci.get('sys_id', current.cmdb_ci); //grab the sys_id matched from current ci
CMDBci.setDisplayValue('install_status','3'); //update to in maintenance
CMDBci.update();
})(current, previous);
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎04-06-2024 09:13 AM - edited ‎04-10-2024 04:18 PM
Love seeing the different approaches to keeping that configuration data sparkling clean. While a business rule can definitely nudge the CI state in the right direction, sometimes you need a monday.com consultant to come in and orchestrate a full workflow overhaul.
That way, updating the CMDB becomes a seamless part of your overall IT service management dance, not a clunky two-step. Think of it as automating the routine tasks so your team can focus on the strategic stuff, like extinguishing IT fires before they turn into infernos.
But hey, that's just my two cents. Curious to hear what other folks have tried! Anyone have experience using monday.com consultant or similar tools to streamline CMDB updates?