How to block ad-hoc change requests?

As the Product Manager responsible for the implementation of the change CCI, I am very happy to hear that you completely transferred your organization to rely on them.

Currently there is no way to completely remove the Ad-Hoc option for the account.

A possible "educational solution" might be to create an automatic rejection (via automation role) on such change requests, while explaining to the user  the right process.

Hope it helps

Amir

I'm looking at the conditions in Automation Rules, but there doesn't appear to by anything that can target "Ad-Hoc" changes explicitly. Do you have any recommendations on how to select a condition?

I'm looking at the conditions in Automation Rules, but there doesn't appear to by anything that can target "Ad-Hoc" changes explicitly. Do you have any recommendations on how to select a condition?

You are raising a good point that we don't have a specific condition to catch only the ad-hoc changes...you can open an enhancement request about it.

As a workaround, the only thing that comes into my mind, is to to use State=Open as the condition (which I believe is the default state set when you create a new ad-hoc change), and in all of the CCIs, you add an update record line that will set their initial state to "Open CCI" (as an example).

You should be able to distinguish between the two origins like that.  I hope this helps.

Amir

Any follow up to this or an existing enhancement that I can upvote?

It looks like there was an update in July where they added the feature.

Now there's an option in roles for 'adhoc', so you can add it as a restriction to a users role:

https://thwack.solarwinds.com/product-forums/solarwinds-service-desk-swsd/b/news/posts/title-sla-updates-notification-enhancements-new-labs-capabilities

https://documentation.solarwinds.com/en/success_center/swsd/content/completeguidetoswsd/permissions%20in%20change%20management.htm#Changes