Manage Office 365 Update using SCCM 1706

Jonathan LefebvreSCCM5 Comments

Today, we are continuing our posts about SCCM 1706 improvements. One area that has been updated is how to manage Office 365 updates.

In this post, we will detail the improvements on Office 365 updates with SCCM 1706 on the server side and client side.

If you are looking for how to update Office 365 with SCCM prior to Current Branch 1706, please see our post here, which is still relevant to date.

Prerequisites

  • SCCM Current branch v1706
    • Our upgrade guide here
  • Office client version
    • Same prerequisites as the previous version of SCCM Current Branch as stated in our previous post here

Manage Office 365 update SCCM 1706

On the server side, the biggest difference is that Office 365 client updates, no longer shows up under Software Library / Software Updates / All Software Updates

Manage Office 365 Update SCCM 1706

To see Office 365 clients updates, go to Software Library / Office 365 Client Management / Office 365 Updates

Manage Office 365 Update SCCM 1706

The deployment method remains the same. If you used Automatic deployment rules, they will still work.

Otherwise, when using a more manual approach, the same applies as any other Software Update, except you begin in the new Office 365 updates placeholder

Manage Office 365 Update SCCM 1706

Office 365 Naming convention

Microsoft announced earlier this year, that Office 365 would match Windows and SCCM semi-annual release (and naming)

Manage Office 365 Update SCCM 1706

Note that this change is not related to SCCM Current Branch 1706. You’ll see this naming also on previous SCCM version as it’s related to Office 365 client updates.

As per Microsoft, the naming change shouldn’t be applied until next January 2018, but clearly, it’s already here!

If you are using Automatic deployment rules for Office 365 client, double check your rule it if you were specifying a Channel.

Manage Office 365 Update SCCM 1706

More details can be found on Microsoft support page.

Office 365 updates end-user experience

SCCM 1706 should bring a better end-user experience.

Unfortunately, it doesn’t seem to work as advertised. We’ve done many tests and didn’t saw any kind of notice as it is supposed to be.

The worst part, it seems to bring back the auto-close / auto-open, of Office products when the deadline is reached, like it was with SCCM CB 1610, with no warning at all!

There is a bug report on Connect, feel free to up-vote and add to it if necessary.

Note
We will update the post when we’ll have more details about this issue

When Office 365 updates are deployed as available, a new warning show up stating that apps will be closed and re-opened as part of this installation.

Manage Office 365 Update SCCM 1706

For more details, see the Microsoft documentation page

Bonus information – Office 365 deployment tool

The Office deployment tool has been updated to reflect the latest naming changes.

You can get it on the Microsoft download page.

The new names also require changes to the configuration.xml file.

Manage Office 365 Update SCCM 1706

See all configuration.xml options on the Microsoft support page.

 

Share this Post

Contributor of System Center Dudes. Based in Montreal, Canada, Senior Microsoft SCCM consultant, working in the industry for more than 10 years. He developed a strong knowledge of SCCM and MDT to build automated OS deployment solution for clients, managed large and complexe environment, including Point of Sale (POS) related projects.
Manage Office 365 Update using SCCM 1706
5 - 1 vote

5 Comments on “Manage Office 365 Update using SCCM 1706”

  1. What happens if a workstation does not receive the O365 GPO? How will it then receive its updates? Will it go right to MS for the updates?

  2. Hi Jonathan,

    Can you kindly point me to any of your “Configuration Manager Service Manager” explanation posts? I searched but couldn’t find any. Thanks a ton!

  3. For required deployments, because of the new behavior (which they updated the documentation after we opened a premier support case) the best configuration appears to be required 7-10 days in the future, silent. The user will be notified via the ribbon in o365 and you don’t have to worry about the user closing their apps via software center.

    1. Hi Will,

      Thanks for letting us know about the documentation update.
      Seems Microsoft as updated the docs just 2 days before our post 🙂

      I’ll update the post accordingly
      Thanks
      Jonathan

Leave a Reply

Your email address will not be published. Required fields are marked *