Create Office 365 Installer using SCCM

Jonathan LefebvreApplication, OFFICE, SCCM11 Comments

There have been many different posts about deploying Office 365 with SCCM. The majority of them used the Office Configuration tool in a more or less creative way.

An easier method has been available for awhile to help SCCM admins to create the “perfect” Office 365 package. The SCCM Office 365 Installer is a new feature released in SCCM 1702. SCCM Office 365 Installer provides an easy-to-use wizard to define every related item for an Office 365 application.

Whether you are new to creating Office 365 package or simply want to refresh an older package, this solution will ease every step of creating an Office 365 package.

In this post, we will detail how to use the Office 365 Installer creation wizard.

If you are looking for How to Update Office 365 using SCCM, see our previous post.

Prerequisites

  • SCCM Current Branch 1702 and up

Create SCCM Office 365 Installer Package

  • Browse to Software Library / Office 365 Client Management

SCCM Office 365 Installer

  • Select Office 365 Installer

SCCM Office 365 Installer

  • Define the Name and Network path to store the content for the Office 365 installation

SCCM Office 365 Installer

  • Select Manually specify the Office 365 client settings

SCCM Office 365 Installer

Important Info
You can specify an XML file, but using the wizard is much more intuitive

You can get the Office 365 Deployment tool to help create the XML file from the Microsoft download page or the Office 365 Configuration XML editor

  • Select
    • Suite:
    • Applications :
      • Acces
      • Excel
      • OneDrive for Business(Groove)
      • OneDrive (Desktop)
      • OneNote
      • Outlook
      • PowerPoint
      • Publisher
      • Skype for Business
      • Word
    • Additional products:
      • Project
      • Visio
      • Remember that licenses are required even if installed
Important Info
Be careful about OneDrive for Business(Groove). This is usually no longer used and confusing because of the naming.

OneDrive (Desktop) is the one to be used

SCCM Office 365 Installer

    • Select
      • Architecture
        • 32-bit
        • 64-bit
      • Version: leave blank for the latest release
      • Channel:
        • Monthly
        • Semi-Annual Channel (Targeted)
        • Semi-Annual Channel
        • More details on Office 365 channels on Microsoft documentation
      • Languages
      •  Properties
        • Accept EULA
        • AutoActivate
        • Shared Computer Activation
        • Pin icons to the taskbar (Win7/8.x only)
Important Info
 Microsoft still recommend x86 over x64 in many cases. See details on Microsoft documentation 

SCCM Office 365 Installer

  • A prompt will display when selecting the Accept EULA

SCCM Office 365 Installer

  • Select to deploy the application now or not. Deploying it now will also ask to distribute the content.

SCCM Office 365 Installer

  • Summary

SCCM Office 365 Installer

  • Progress, this will actually download the content to install Office 365. It will take some time.

SCCM Office 365 Installer

  • Completion

Result

The content folder has the Office Deployment tool, configuration.xml and actual bits of the Office click-to-run installer

SCCM Office 365 Installer

Configuration.xml has almost all the required information in it.

SCCM Office 365 Installer

Important Info
The only thing that is not part of the configuration.xml is the Display Level.

We recommend adding Display Level=”None”, so there is no prompt for a user or to run in a Task Sequence.

SCCM Office 365 Installer

For more details about the configuraiton.xml, see Microsoft Documentation.

  • An application is automatically created at the root of Software Library / Application Management / Applications

SCCM Office 365 Installer

  • The Detection method is automatically populated.

SCCM Office 365 Installer

This is by far the easiest method to create an SCCM Office 365 application or package. No problem of syntax in the Configuration.xml, no problem to define the Detection Rule.

SCCM Office 365 Inventory Report

Remember to look at our free Office 365 report to keep track of your deployed version and channel.

SCCM Office 365 inventory report

 

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.

11 Comments on “Create Office 365 Installer using SCCM”

  1. Great article. In Microsoft’s documentation, they specify an option to “Upgrades: Choose to automatically remove all previous MSI versions of Office.” I don’t see that option in my test VM, nor did I see it on your screenshots. Do you know why it is not there or under what conditions it would show up?

  2. Thanks for the great article. Since you did allude to “refresh[ing] an older package” I did have a question regarding keeping my installation source up to date. My current installation source has version 16.0.9126.2227, but the latest I manually downloaded is version 16.0.9126.2275. Is there an automated way to keep the source version current or refresh the source in-place, or does one need to run through the Office 365 Client Installation Wizard again and create a new package specifying a new directory to download the content?

    Thanks again

      1. Hi Chris and Ace,
        There is no magic trick to keep the source package of Office 365 up-to-date. but that would be a great idea to work on this.

        thanks
        Jonathan

  3. We have used this process and it has worked well. I have a big question.

    If the install is set to not install Project or Visio and we set another application for these items. When the second package is installed will the first package need to be removed and then the new parts installed or can it be installed over what is on the machine.

    There has been a suggestion that when the new components are set with a removal and reinstall any addins or settings will be lost.

    Therefore we are deploying the whole suite to all with our having to set the user with a license if they need the component

  4. It does not deal with existing 2016 installs either, which will cause it to fail (but it will still add the registry entry; so after removing Office 2016, there won’t be a way to re-install 365 from Software Center as it will believe it is already present).

    1. You need to change the default detection method to “ClientVersionToReport” instead of “VersiontoReport”. This will keep the installer from showing as installed in Software Center, if it fails from having Office 2016 installed.

  5. The Detection Rule is not reliable, as that registry entry remains even if Office 365 is later uninstalled. Also, the wizard fails to add an Uninstaller to the application.

    1. Is there any tweak with the current detection method so we can add components of Office 365 as needed?

Leave a Reply

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