Pin the Microsoft Office update channel on Windows endpoints to control Click-to-Run release cadence fleet-wide
This Automox Worklet™ pins the Click-to-Run update channel for Microsoft Office 16.0 on Windows endpoints. The Worklet writes the updatebranch policy value under HKLM:\SOFTWARE\Policies\Microsoft\office\16.0\common\officeupdate, which is the same key the Microsoft 365 Apps admin templates target. Once the value is in place, OfficeC2RClient.exe honors the configured channel on its next check-in and pulls builds only from that release ring.
The Worklet accepts the channel name as a single PowerShell variable and supports Current, MonthlyEnterprise, Deferred, FirstReleaseCurrent, FirstReleaseDeferred, and InsiderFast. Each value maps to a Microsoft release ring with a distinct cadence. Current ships features as soon as they are validated. Monthly Enterprise ships feature drops on the second Tuesday of each month. Deferred, also known as Semi-Annual Enterprise, ships features twice a year for endpoints that need extensive testing. The FirstRelease channels expose preview builds for pilot rings.
The policy applies to every Click-to-Run install of Office 2016, Office 2019, Office 2021, LTSC, and Microsoft 365 Apps on the endpoint. Running Office sessions do not need to close. The next scheduled update task picks up the new channel and serves builds from that ring on its standard refresh cycle.
Office feature drops break things on real fleets. Macros that depend on a Word object model behavior shift after a Current channel update. Excel add-ins compiled against an older COM surface stop loading after a feature update. PowerPoint templates that drove customer-facing decks render differently. When endpoints across finance, legal, and engineering each sit on a different channel, the help desk fields the same incident three times in a quarter. The root cause is identical: Click-to-Run picked the build, not the admin.
Office update channels drift every time a user installs a free Microsoft 365 app from the Store, an older Click-to-Run install ships with Current Channel baked in, or an IT staffer uses the in-product Update Now button to chase a single bug fix. Apply this Worklet through the Office baseline policy so updatebranch under HKLM\SOFTWARE\Policies\Microsoft\office\16.0\common\officeupdate is enforced on every workstation in scope. A weekly evaluation catches a workstation that slid back to Current before a month-end close turns into a P1 ticket.
Evaluation phase: The Worklet reads HKLM:\SOFTWARE\Policies\Microsoft\office\16.0\common\officeupdate with Get-ItemProperty and compares the updatebranch value to the $Channel variable defined in the script. When the values match, the endpoint is compliant and the evaluation exits 0. When the key is absent, the value is missing, or the value points to a different channel, the evaluation exits 1 and Automox schedules remediation.
Remediation phase: The remediation script tests the policy path with Test-Path. If the path is missing, it creates the full registry hierarchy with New-Item -Force. The script then writes the updatebranch value with Set-ItemProperty -Force, which creates the value if absent and overwrites a drifted value if present. OfficeC2RClient.exe reads the policy on its next scheduled run, so no restart of Office or the endpoint is needed.
Windows 7 or later (Windows 10 and Windows 11 are the realistic targets for current Office builds)
Microsoft Office 2016, Office 2019, Office 2021, Office LTSC, or Microsoft 365 Apps installed via Click-to-Run (the MSI installer of Office 2016 does not honor the policy)
Administrative privileges to write under HKLM (the Automox agent context already meets this)
Set $Channel in both evaluation.ps1 and remediation.ps1 to one of: Current, FirstReleaseCurrent, MonthlyEnterprise, Deferred, FirstReleaseDeferred, InsiderFast
Compatible with both WORKSTATION and SERVER endpoint types
If a conflicting Group Policy Object also writes officeupdate\updatebranch, expect the GPO to win after the next gpupdate cycle; remove or align the GPO before scheduling this Worklet on a recurring policy
After remediation, the registry value at HKLM:\SOFTWARE\Policies\Microsoft\office\16.0\common\officeupdate\updatebranch holds the channel name you configured. OfficeC2RClient.exe reads the policy on its next refresh and pulls only from that ring. Get-ItemProperty against the same path returns the expected string, and the next Automox evaluation reports the endpoint as compliant without re-running the remediation script.
Validate by opening any Office application, navigating to File then Account, and reading the Update Options section. The channel name should match the configured value within one update check-in cycle. For a scripted check, run reg query "HKLM\SOFTWARE\Policies\Microsoft\office\16.0\common\officeupdate" /v updatebranch on the endpoint, or pull the equivalent ItemProperty across the fleet with a parallel PowerShell loop. The policy persists across reboots, Office repairs, and Office updates; it is removed only if an administrator deletes the value, at which point the next evaluation reads the missing updatebranch and remediation rewrites the value within the same policy run.


Loading...
Consider Worklets your easy button
A Worklet is an automation script, written in Bash or PowerShell, designed for seamless execution on endpoints – at scale – within the Automox platform. Worklets deploy named-CVE mitigations within hours of disclosure, perform configuration, remediation, and install or remove applications and settings across Windows, macOS, and Linux.

AUTOMOX + WORKLETS™
Uncover new possibilities with simple, powerful automation.
By submitting this form you agree to our Master Services Agreement and Privacy Policy
By submitting this form you agree to our Master Services Agreement and Privacy Policy.
Already have an account? Log in