When I started working with SCCM years ago I was told that you're not really an SCCM admin until you accidently deployed MS Office to the whole company. Through my years of working with SCCM I've seen many people update a collection not knowing that there was a mandatory deployment attached which resulted in the deployment getting sent to systems that were not intended.
I would like to see a check/notification box added when a query based collection is updated that reminds you of the required deployments attached. This message will only show if an unexpired required advertisement is still set. This would ensure that admins understand the potential impact of their collection change.

TL;DR: Make Phased Deployments for Applications the same as Phased Deployments for Task Sequences where you can create up to 10 phases and manually initiate the second phase of deployment.

Explanation:
Currently in 1806 although you can create a phased deployment for an Application, you're limited in two key areas:

1) You cannot manually create phases for an application
2) You cannot manually begin the second phase of deployment for an application
3) You are limited to 2 phases for an application

In our environment we follow a controlled graceful deployment process where an Application Model application is deployed office-by-office to prevent flood of support calls should an unexpected situation arise. Since we have multiple offices across the globe, a single application may have as many as 13 deployments, although it's typically around 6.

Phased Deployments is the solution here but it's usefulness in the context of Applications is limited. If it could match features available in Task Sequence deployments it would be of significant value.

Documentation:
https://docs.microsoft.com/en-us/sccm/apps/deploy-use/deploy-applications
https://docs.microsoft.com/en-us/sccm/osd/deploy-use/create-phased-deployment-for-task-sequence?toc=/sccm/apps/toc.json&bc=/sccm/apps/breadcrumb/toc.json
https://docs.microsoft.com/en-us/sccm/osd/deploy-use/create-phased-deployment-for-task-sequence

When you only use ConfigMgr to install updates, the date on the Windows Update control panel applet often reflects something that is really inaccurate as ConfigMgr doesn't update it. This often leads to a very negative reaction of "I thought those darn ConfigMgr admins were updating our workstations and servers!?!" And then we have to explain that we are, but that date doesn't get changed.

Can we please just ensure that when Software Update Management installs any updates, the Windows Update control panel applet gets set to the current date?

I stole the screenshots from this thread: https://social.technet.microsoft.com/Forums/en-US/b33dd5b2-64b3-476d-8fc5-232cbafced47/sccm-updates-are-installed-but-windows-update-status-wrong?forum=ConfigMgrCompliance

And I stole the idea of submitting the feedback from this thread:

https://social.technet.microsoft.com/Forums/en-US/812eef00-bdef-4c8d-a8ea-1d4424f1941e/software-updates-does-not-change-last-update-install-date-in-windows-update?forum=ConfigMgrCompliance

Thank you for your help!

[This is sort of an extension to https://configurationmanager.uservoice.com/forums/300492-ideas/suggestions/13002684-software-center-show-only-available-software-hid?]

Obviously, we can create applications with multiple deployment types in SCCM, each with its own set of requirements. Now say I create a simple MSI-based application with one deployment type, which has a requirement that Primary device must be true. If I make this available to a user collection, then it shows up for each of those users on their primary devices as available in Software Center. All great so far.

However, if one of those users logs in to a non-primary device, the application still shows up as available, and only upon attempting to install it, the user is presented with a failure (says "This software is not applicable to your device". Doesn't say why, either).

IMHO, an *available application should not show up in Software Center if none of its deployment types are applicable to the device/user* - it's misleading, and absent very specific error messages, can confuse users.

Thanks!

Software normalization built into SCCM reporting. An integrated solution to manage software inventory, software intelligence and license management. As a SCCM administrator it has been difficult to provide accurate reporting on installed software packages without purchasing third party normalization tools like BDNA or SNOW. Software normalization capabilities would be a great addition to SCCM.
1. Software Recognition Service that recognizes software requiring a license.
2. Software title normalization.
3. Ability to import all owned software licenses and then compare against what is actually installed.
4. Ability to recognize when software has been removed or upgraded. Example: if Office 2010 has been upgraded to Office 2013, will SCCM reporting show both Office 2010 and 2013 installed, same with Visio?
5. Ability to detect software version information. Example: SQL Server 2014 version, is it Standard or Enterprise?
System Center Configuration Manager has a good inventory agent, normalization would make it great!
Thank you and Regards

I would like to thank Microsoft to allow their customers to share new and innovative ideas and I would like to present mine from my experience as Desktop Management Engineer in my company.
Initially we were using a comparative tool called LANDesk Management Suite and on the beginning of this year we have moved to SCCM 1511, since then I had received many complains about remote control comparing to the past experience.
I really like SCCM as a whole and I think it is really good tool and really nice features and constant updates, but not the remote control.
I have known many companies using SCCM with 3rd party remote tool like DreamWare, SolarWinds, LANDesk,…etc. because of the SCCM remote limited options and performance issues.
The below is the list of some really good features to have in SCCM remote control tool:
1- Ability to remote control the machine with permission even if the no user is logged in. sometime this option is really required when the client has a problem with logging in to the machine like if the machine is out of domain, the Helpdesk guys are not able to control the machine and rejoin it again considering unattended remote control option is not allowed because it is without permission for security reasons.
2- Ability to configure remote control or remote view access for SCCM users in which some users will have view access only and others to have control access only to the same machine.
3- Multiple Screens switching in which the user can move between screens to make it easier in supporting the client.
4- Screen Quality control when remote control the machine. For some site the speed of the network is very slow, the remote control will be very slow and will cost time to service the client.
5- Option to ask for Reboot.
6- File Transfer loading bar to show the progress of copying a file and remaining time.
7- Current logged in user name to the remote machine and the IP Address as well while remoting a machine and it is good to place them on the top of the remote control green bar.
8- Having a web console for remote control will increase the likability of SCCM.
Finally it really be appreciated to consider the above which will improve user experience and will make customers to like and to use SCCM remote control more than any other tool.

Add an optional option to provide new source location path for each package, application, ... when importing a Task Sequence that has been exported with content and references. Imagine you have 2 ConfigMgr environment a Test and a Production environment completely isolated from each other and you want an easy way to sync. A cool thing would be to only export "Metadata" of the Task Sequence and all References (Applications, Packages, ...). At the target site you have the same folder structure for content source for example \\sccmsources\share\Applications,\\sccmsources\share\Packages, ... and so on. If you start the import, you will be asked the same way like now for location. The wizard will detect that the folder structure is identical and ask if you want to use it or otherwise change it manually for each reference if needed. Currently the only option is to import everything and change the folder structure in a scripted way, which causes all references to regenerate Hash code, adding a new revision which can be avoided easily.

When a package fails to distribute to a DP, the only option right now is to 'Redistribute' the package to the DP. This is inefficient for large packages since 'Redistribute' transfers all package content to the DP even if some content may have already been transferred prior to the failure. For large packages, this not only takes a lot of time but consumes more network bandwidth than necessary.

When a package is 'added' to the DP, only the missing files are copied to the DP however there is no way to simulate an 'add' action from the UI.

Having the ability to trigger an 'add' action for a Package/DP will help remediate content transfer issues a lot quicker as it will only require copying the content that's actually missing on the DP instead of 'redistributing' all content.

For complex software deployments, we regularly use Task Sequences to sequence reboots and installation orders, as well as containing logic on the various steps to only run when certain conditions are met. This allows for much more complex and flexible deployments.

The problem is, if a reboot step is initiated, no Task Sequence progress is displayed to the user to let them know that installations are taking place behind the scenes. To them, the reboot occurs and then they return to the CTRL+AT+DEL screen.

It would be great if a new class of Task Sequence could be created that would show progress to the interactive user after a reboot. Call these "Application Task Sequences"

Scenario: You create a Boot Media or Prestaged Media. Current behaviour is that as long as the boot image version from creation date matches the version inside the infrastructure everything is fine. System is starting Windows PE and executes the Task Sequence. If you add for example a new driver now to the boot image the new version causes Configuration Manager to download the boot image inside Windows PE and another restart into the updated version of the boot image. In case of a Prestaged Media scenario this painful, as UEFI systems might no longer work.

Possible SOLUTION: Add a variable SMSTSPreventRedownloadBootImage and SMSTSBootImageMinumVersion to stich with the boot image currently used.

Purpose of SMSTSBootImageMinumVersion (enforce only if present and boot image ID matches Boot Image ID used in Task Sequence) would be to have still version control.
I think this would enable additional deployment options

It would be really helpful to have the possibility to generate a Status Message with a custom Message ID from within a tasksequence. Maybe as a seperate step, maybe as an checkmark under the "Options" tab.

This message ID could be used to trigger a Status Filter Rule more granular to improve overall Status Filter Rule performance.

Example: A company with 20k Clients deploys Operating Systems and Software via task sequences, the result ist that there are hundreds of thousands of 11171 events. When we are able to set a Message ID 65000 in the OSD Task Aequence, we are able to trigger OSD TS actions only on real OSD task sequences and not on all of them.