This post is about co-managing the Office click-to-run apps workload between Configuration Manager and Intune.
A co-managed device gives you the flexibility to use the solution that works best for your organization by allowing it to be managed concurrently with both Configuration Manager and Intune.
Lean more about co-management here: http://aka.ms/comanagement
Update 10/1 - Modified section 2.2 per guidance from engineering.
When we talk about co-managing Office click-to-run apps workload, there are primarily two scenarios:
For on-premise machines, you may like to deploy O365 suite directly from ConfigMgr by leveraging DP and cache mechanisms to save the network bandwidths.
Refer instructions for deploying O365 suite via ConfigMgr here: https://docs.microsoft.com/en-us/deployoffice/deploy-office-365-proplus-with-system-center-configura...
Internet facing devices are a good candidate to receive the Intune O365 suite directly from Office CDN (Content Delivery Network) over the internet. Autopilot deployments is a great example here.
Refer instructions for deploying the O365 suite installer via Intune here: https://docs.microsoft.com/en-us/intune/apps-add-office365
On a Co-Managed device missing Office 365 suite, when you move the Office Click to Run Apps Workload, you can no longer install the ConfigMgr version of O365 installers.
Typically, the ConfigMgr Application Deployment Evaluation Cycle hides the Office 365 Apps from Software center, but you may catch it before the evaluation and see the error above.
This behavior is due to a Global Conditon which blocks the installer on Co-Managed devices with O365 workload moved to Intune/Pilot.
Now if you launch Company Portal to install the Intune O365 suite, it won’t be available either. You will see the message below.
This is an expected behavior, on an Intune managed device with ConfigMgr agent, you need to additionally move the Client Apps workload to view the Intune Apps via Company Portal.
The client apps workload is a pre-release feature. To enable it, see Pre-release features.
Now the Company Portal will list the available apps for install.
Starting ConfigMgr 1906, you can now configure different pilot collections for each of the co-management workloads. Using different pilot collections allows you to take a more granular approach when shifting workloads.
This ability works great for moving the O365 workloads based on scenarios where client originating from Internet will deploy O365 workloads from Intune and the one’s which are expected to remain on-premises can be pushed via ConfigMgr.
Now that we have deployed O365 suite, the next requirement is to ensure its managed with the desired tool meeting company requirements.
Typically, O365 suite deployed via ConfigMgr is managed and updated by ConfigMgr itself and the one deployed via Intune is managed and updated directly over the Internet via Office CDN (Content Delivery Network).
This is controlled by OfficeMgmtCOM which is configured and set to True for ConfigMgr installs.
There could be scenario’s where you may have pushed O365 suite via ConfigMgr and would now like the O365 update’s management via Intune over Office CDN. Another scenario could be where you deployed Office 365 via Autopilot as a Hybrid scenario where the device is domain joined and your requirement is the updates management is controlled on-premises via ConfigMgr.
Let’s see how to achieve the requirements from the two scenarios above:
In this scenario you deployed the Office 365 suite from ConfigMgr and would like the updates management to be handled by Intune which will leverage the Office CDN over Internet instead of using on-premises infrastructure.
While IT Pros are always in control, Office 365 ProPlus is automatically kept up-to-date via evergreen model. IT Pros can offload servicing aspect of Office 365 ProPlus to Microsoft so they can focus on other duties removing repetitive tasks.
Benefits reference: https://techcommunity.microsoft.com/t5/Office-365-Blog/Understanding-Office-365-ProPlus-Updates-for-...
All you need is to move the Co-Management slider for Office Click-to-Run Apps. Starting 1906, if you have controlled this behavior to a subset of collection, you need to add the device to the respective collection.
Once the policies are processed, you may need a restart of the “Microsoft Office Click-to-Run Service” service. You will notice Office is no longer managed by ConfigMgr which clears the yellow background.
It is now updated via Office CDN.
On the device registry, it sets the OfficeMgmtCOM value to 0 in the following registry keys:
Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\office\16.0\Common\officeupdate
Computer\HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Policies\Microsoft\office\16.0\Common\officeupdate
The goal of co-management is to move the workloads to the cloud while honoring your investments in ConfigMgr. If you still decide to move the Office Updates workload back to on-premises from CDN, take the following 2 steps below (applicable only if Co-Management slider is in Pilot).
Validate it by launching any Office apps and by clicking File > Account the yellow bar with text “Updates are managed by your system administrator”
Happy Co-Managing O365 Click-to-Run apps with Intune and ConfigMgr 🙂
Thanks,
Arnab Mitra
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.