Add a column that shows Alert type "Rule" or "Monitor". Also add a filter in there for alert type to display Rule or Monitor or both

I want better design possibilities when creating dashboards in the webconsole.

1. Want possibilities to change the size of tiles.




2. Want possibilities to create headlines that can be formated.




3. Want possibilities to group objects in the dashboard.

Provide an Alert Action which when executed against an alert will pick the Monitor/Rule and Monitoring Object of the Alert and will output Effective Monitoring Configuration

The SCOM agent version deployed by SCOM is defined by the UR level. With Log Analytics agents, version control is becoming an issue. I propose some mechanism to allow SCOM to deploy the latest Log Analytics agent. Either as a patch or an alternate agent update version.

It would be incredibly useful to be able to generate CSV or plain text files comprised of output containing all the objects in the active view of the SCOM console.

Agent -initiated maintenance mode https://docs.microsoft.com/en-us/system-center/scom/manage-maintenance-mode-overview?view=sc-om-2019#enable-from-target-system-1 is great, however as of now it still forces an answer in the console prompt - preventing the use from automated scripts that run on target systems. Adding a -Force parameter that skips the "are you sure?" check would be very welcome and trivial to implement, without us having to reverse and simulate the behaviour to reach the same effect.

It would be handy to De-Activate a MP instead of deleting it. Or set a MP in maintenance.

seems that when i setup a log monitor there is not an diagnostic and recovery tab. so i am unable to add any of these tasks with a log monitor. other monitors have a diagnostic and recovery tab so automation is able to be added with those monitors. however for log monitoring, we have to take manual reaction to these alerts since the diagnostic and recovery tab does not exist. we need to have that option for log monitors.

Provide Operations Console administration functionality as a HTML portal in Web Console.

Please add this paramater for autoSignOutInterval to new SCOM Web console so session time-out can be customized properly.

• Groups: Add column for MP (where group is defined/stored)


• Groups: add column to view "total members"


• Group Explicit Members: Only the DisplayName of classes appear. There are many, many duplicate class names and it's nearly impossible to select the correct one. Add columns for MP and class Name.


• Subscriptions: add column to view "subscription giud"


• Performance View: when adding specific rules to a perf view only the DisplayName of the rules appear. Add columns for Name and MP.


• Management Pack/Alert Tuning: Add path information


• State Views: Add column for class Name and Monitoring Object ID

Most administrators are using the Operations Console to manage their SCOM environment, it would be practical if the "Alert Closure Failure" dashboard existed in the Operations Console as well and not only in the Web Console.

We cannot include multiple criteria under "custom field" when creating an alert view for filtering. Reference Microsoft case:119103124002664

Folks, we have multiple instances of SCOM running, many of which are accessed by the same teams. In the Web Console the Mgmt Group name is not visible anywhere on the screen and teams are finding it difficult to understand which console they are currently connected to. Can the Mgmt Group name be added to the header bar?

Would like it so the Alert window is resizable as when I use Edge or Chrome I can't resize the alert window.

Just installed an SCOM2019 environment. UPNs still do not work in the web console login ...

Enable delivery address field for commands, so it will be possible to send alerts to subscribers through Powershell scripts

command : "myScript.ps1" '$Data/Recipients/To/Address/Address$' ...

when we setup a channel we don't have the ability to log its output for troubleshooting

When creating a new subscription, it would be nice not to rely on custom scripts but have custom HTTP API webhook to send the alert to. Webhooks seem to be a standard way in 2019, and would give a nice refreshment to next iteration of SCOM.