Email Application approval requests
Would be nice if the application approval request feature had built-in support for emailing.
This is now available in the 1810 public release. https://docs.microsoft.com/en-us/sccm/core/plan-design/changes/whats-new-in-version-1810.
Thanks for all the feedback!
Yes. When you reply to the requested app and you approved or not the user would get an email stating this including a link that takes them to the app on the software center. Most users have NO clue click back on the "Applications" then click the requested app again to see the reply.
Manager workflow would be very nice !
Rodrigo Fronza commented
Hello, does the Configmgr team have any predictions for this feature?
customer should be capable of having the user be notified via email, sms message or skype for business when the administrator approves the request. This should be automatic and easy to configure.
During user requesting for an application approval, once the requester has sent through there request there should be an email configuration setup to receive an email advising them of the user requesting an application, this way it would speed up the process rather then wait for the technician to check this on a regular basis.
Greg Isett commented
I'd definitely like to see this feature. Also I'd like some (easy to setup, and manager) workflow around the approval process, either via Configmgr or another product.
Aranud Balat commented
It would be nice if the approval of a software could be done by the manager of the user !
One the user request the application an email is sent to his manager who can directly approve or deny the request.
Each user has a manager specified in the active directory so it's easy to retrieve i think :)
Ryan Ephgrave commented
I don't understand why there aren't status messages for the application approval workflow. ConfigMgr already has a built in automation system with status messages, just add a status message to application approvals and be done with it. If that's done, integrating the approval process with 3rd party ITIL applications and Azure Automation is trivial.
If not, we have to set up a job to query every 5 minutes to see if there is a new request, which costs money on Azure Automation. It's much better to trigger the workflow from SCCM rather than having it check every 5 minutes through something that's pay per use.
Greg Isett commented
I would REALLY like to see a good integrated, supported WORKFLOW tool/process included in SCCM perhaps integrated with other System Center products.
Features would include email to/from the system and end users and approves. Automatic scheduling of SCCM installation jobs. Email notification with SCCM job completes.
Andrew Malcolm commented
This is an absolute unbearable pain-point for me currently. I do other things besides look at Config Mgr console all day, so sometimes I miss Application Requests and don't get to them in a timely manner. This seems like a simple, common-sense feature that is missing.
Everyone's usage could be different so maybe a rule based notification similar to how you manage mail rules.
I would see a requirement to email a service desk so it can be tracked for licensing and manager approval. Another one the asset manager might wish to know about requests for selective applications due to licensing.
Where would you want to enter the email address to email?, and how many do you need? One per App? One for all approvals? (which I guess could be a DL)
André [clientmgmt.de] commented
It's a good idea. But here is a simple solution with powershelll.
Nicolas Moreno commented
The idea would be to integrate an approval flow where an email is sent to
1. either the application/license owner (to be configured at the application level)
2. either a general email address (if no email address is entered at
The application approver would receive a mail asking him/her to approve/deny the application
When the application is approved the end user would then receive an email with a hyperlink to the application catalog (or even better, to the application installation itself)