它这样一个简单的问题，但很难得到答案。
与我们的E4许可证。 去年夏天我们安装了150台电脑。
我使用了“ODT”方法。 在configurationXML中。 我不处理更新，这意味着客户从Microsoft单独更新（因为它是现在）
这是我的configuration文件
<Configuration> <Add SourcePath="\\server1\Source$\Applications\Office365" OfficeClientEdition="32"> <Product ID="O365ProPlusRetail"> <Language ID="da-dk" /> </Product> </Add> </Configuration> 现在我正在阅读TechNet上这样的内容：
从互联网如果您已将用户configuration为直接从Internet上的Office Content Delivery Network（CDN）获取更新，则升级到Office 2016将计划于2016年2月开始。届时，Office 2016文件将自动下载到用户的计算机并将升级Office 365 ProPlus。
我的客户会自动更新…本月吗？ 如果是这样，我可以用我想的组策略来阻止它。 然后什么？ 设置我自己的更新共享？ 并开始使用WSUS？
根据上面从TechNet发布的文本，如果您从Microsoft CDN获得Office 365 ProPlus更新，则您将在本月从2013年切换到2016年。
来源： https ： //technet.microsoft.com/en-us/library/mt422981.aspx
如果您想保留旧版本，则需要使用2013版Office部署工具下载更新并将其发布到本地文件共享中。 您的ODTconfigurationXML部署文件还应指向您部署的任何新客户端的UNC文件共享。 请遵循以下指南： http : //blogs.technet.com/b/odsupport/archive/2014/02/03/managing-updates-with-office-2013-click-to-run.aspx
然后，您需要更新已部署的客户端的registry以指向此文件共享而不是CDN。 有多个位置可以更改：
在HKLM：\ SOFTWARE \ Microsoft \ Office \ XX.X \ ClickToRun \ Configuration或HKLM：\ SOFTWARE \ Microsoft \ Office \ ClickToRun \ Configuration（取决于您的Office版本）：
Value UpdatesEnabled（STRING）= True
值UpdateUrl（STRING）=您的部署共享的UNCpath
在HKLM下：\ SOFTWARE \ Microsoft \ Office \ XX.X \ Common \ officeupdate：
值enableautomaticupdates（DWORD）= 0x1
值更新path（STRING）=部署共享的UNCpath
为了使部署文件共享与最新版本的Office 2013（包含所有安全更新）保持同步，您需要在服务器上创build一个计划任务，以便每周运行setup.exe /download configuration.xml 。
请记住，以上是最好的临时措施。 你必须在今年9月份之前切换到2016年。 这是通过订阅支持Office 2013的结束。 （如果您不熟悉Office 365的升级步骤，则可能需要切换到批量许可。）
另一件事：订购许可Office 365 ProPlus通过点击运行安装， 不使用Windows Update / WSUS。 如上所述，您必须使用ODT和文件共享。 除非切换到基于MSI的Office（批量许可）副本，否则使用WSUS将不起作用。