The Click to Run Version of Office Pro Plus behaves differently than its MSI based counterpart. Tools like Microsoft Update and corresponding MSP files are not involved in software updates. Likewise, management tools like Windows Server Update Services (WSUS) and products controlling WSUS like System Center Configuration Manager 2012 are not distributing software updates to Click-to-Run software.
Instead, The software update process in Click-to-Run functions by first discovering what is already installed, examining the updates being delivered and only applying the differential files.
As far as managing these updates, we have three different options:
#1 – User machines receive automatic updates from Microsoft
#2 – User machines pull updates from an internal location controlled by the admin
#3 – Disable automatic updates
Let’s examine these options further:
#1 User machines receive automatic updates from Microsoft
This setting has the user machines receiving automatic updates monthly directly from Microsoft Servers. Each month, on Patch Tuesday the latest build of Office is made available. User machine’s Office update service runs as a scheduled task daily to check the Office 365 service, http://officecdn.microsoft.com/ for new updates. When the latest update is available, Office will schedule a time randomly over the next few days to download and install the update. When the update triggers, the client performs a delta comparison to determine which pieces have changed and then only retrieves the pieces that have been updated to reduce network traffic. The random scheduling is also done so not all users are downloading from the web at the same time. To enable this type of updates management, in the Configuration.xml file used for install, set the enable updates to true but do not add a specified path. This will default the path to the Office 365 service – http://officecdn.microsoft.com/
<Updates Enabled="TRUE" />
In this scenario, the updates are controlled by the admin. Each month a new build of Office is available to download via the Office Deployment Tool (ODT). Administrators will specify a network location for the client machines to receive their updates from. When the administrator is ready to push out an updated build, he or she will add that build package to the specified network location and the client machines will trigger a pull. The client machines will only pull the delta’s that have changed from the build currently on their machine to reduce bandwidth and like getting updates from Microsoft directly, each machines will pull the delta’s at a random time over a few days to minimize network traffic.
To enable this configuration, when deploying Office 365, remove the XML comment marks <!—and --> from the updates option in the configuration.xml. Then specify the location where the updated versions will be stored: (*NOTE – DO NOT name your updates location folder “Office.” This will create a problem as the BaseURL value in the registry will add an additional Office folder breaking the path.)
<Updates Enabled="TRUE" UpdatePath="\\My-server-name\Office-Share-location\New-Office-build-location" />
Much like setting automatic updates in scenario one, the Office update service will run daily as a scheduled task and once the administrator adds the latest build to this specified location, Office will install the new deltas.
In this model, the user will not see software updates being applied or forced to close applications – unless instructed to do so by the administrator distributing and automating the update. Updates are applied in the background and simply by normal use of closing and re-opening the Office program, updates are applied to Office.
In this scenario, User machines will never look for updates via Microsoft CDN Servers or from internal network shares. If this method is used, upgrading the build of Office will require manual upgrading. To achieve this, first download the latest build of Office, or the version you wish to update to. Then add the full version number to the configuration.xml file as such:
<Add SourcePath=”\\server\share\odt\" Version=”15.0.xxxx.xxxx” OfficeClientEdition="32" >
Once this is added, make any other changes to the configuration.xml file you wish, then save it. Next run setup.exe /configure configuration.xml and Office will upgrade to the latest build.
Here is a link to the sustained Engineering blog with a list of all patches that are included in the most recent and past updates:
Here is a link to using the Office Deployment Tool for Click-to-Run:
Here is a link that lists the version history for Office 2013 Click-to-Run: