Ideas
What features would you like to see?
All of the feedback that you share in these forums will be monitored and reviewed by the Microsoft engineering teams responsible for building System Center Configuration Manager, though we can’t promise to reply to all posts.
Standard Disclaimer – our lawyers made us put this here ;-) Please note that the System Center Configuration Manager feedback site is moderated and is a voluntary participation-based project. Please do not send any novel or patentable ideas, copyrighted materials, samples or demos which you do not want to grant a license to Microsoft. See the “User Voice Terms of Service” link below for more information.
-
Option to uninstall an application when a user or device falls out of scope of the collection
This is a buggy, Would we like the option to have ' Uninstall Application when Resource falls out of scope of this collection' when an application is deployed to a collection, this would save us having to create 2 collections ( install and uninstall) and to deployments. This would save SO much time and reduce the complicity of application management.
503 votesSince we just saw an e2e hack-a-thon demo on this; updating the status.
-
add a powershell possibility to add requirements to a deploymenttype of an application
At the moment it is not easy to add requirements to an application deploymenttype with PowerShell. I think many of us would benefit if this would be simplified.
62 votesunder review ·
AdminAdam Meltzer (ConfigMgr Product Team)
(Admin, System Center Configuration Manager)
responded
(correction: this change was too late for 1704, it will be in 1705)
For 1705 TP we have added an initial ability to add detection method clauses to a MSI, Script, or Mac deployment type.
For more details see: https://blogs.msdn.microsoft.com/ameltzer/2017/04/20/powershell-how-to-add-enhanced-detection-methods-to-deployment-types-1704-tp/
Please try it out and let us know what you think. We don’t have full UI parity yet but this is something we are working toward.
-
Adjustable Window Sizes within Admin Console
It would be nice to have the ability to adjust window sizes within the console. As an example, the Membership rule window in the collection properties only has enough room to show 2 lines. Being able to maximize or edit to a custom size and have the console remember these sizes would be great.
This could be incorporated into the fixes that are being introduced with the High DPI resolutions.
32 votesDoing this everywhere in the console would be expensive/difficult. Rather than wait to make any improvement until the time we can fix it all… I’m curious what the top 10 most important places to fix are. I’m thinking we fix those first, and then go from there.
-
Include orchestration of software updates especially for tiered solutions
Today it's only possible to orchestrate software updating based on a membership in collections.
This is however rarely enough for more complex setups where you might have back-, middle-, and front tiers in your setup.Therefore I recommend adding a dependency system between computer objects, so that you can orchestrate at least the following:
1) Which tier of servers are patched first, second and third etc.
2) Reboot order between the different tiers which includes an accept of one tier being fully patched and rebooted before the next tier is begun updating.
3) Ability to choose between warning or rollback…28 votesWe’ve started doing work in this direction. Look in the Tech Previews for things called “cluster patching” that lets you orchestrate multi-machine patching.
-
Automatic notification when the Docs are updated
Trying to keep track of which topics in the Documentation Library have been changed and when is a nightmare.
Provide a notification mechanism such as a RSS feed for updates to the Documentation Library as they occur.
In an ideal world it would be great to be told WHAT the changes were (be good if there was a way of easily snapshotting the article before and after the changes with the changes highlighted), but not sure how easy that is.
3 votesWe have noted this request. At this time, I do not have an update to share, but we hear this request.
-
Maintain an accurate and list of Site versions and associated Client versions
With CM Current Branch implementations, customers will have more questions than ever about whether their clients are being upgraded to the proper version. There are ways to get at this data in the CM console, but sometimes there are gaps (hotfixes come to mind) and it would be great to have an authoritative resource to point customers to. This site (https://blogs.technet.microsoft.com/configmgrdogs/2014/02/07/configmgr-2012-version-numbers/) is great but it seems to be maintained by a field engineer. I think it would be more practical to make this data available on Technet or docs.microsoft.com. Also if it could have site version, build, and…
1 voteInvestigating
- Don't see your idea?