等待从SCCM移动到Intune进行365更新

[Microsoft欢迎您~CloudRegKey]

引导机器将工作负载从SCCM转移到Intune
这些机器现在被共同管理，并将Office 365点击运行工作负载转移到Intune
第一周，效果很好。我看到在word / excel / etc中，“由您的系统管理员管理”消失了，我可以手动更新它，或者允许微软通过config.microsoft.com的服务配置文件更新它
在过去的几天里，我注意到我们的机器已经恢复到“由您的系统管理员管理”，SCCM正在控制更新。
我在这里确认“OfficeMgmtCOM”的键被设置为0:
hkey_local_machine 华体会体育系列\政策\ \软件微软办公室\ \ 16.0 \ \ officeupdates常见
但是，我在我们的机器上发现了一个新位置，其中“OfficeMgmtCOM”在这个位置被设置为1:
hkey_local_machine 华体会体育系列\ wow6432node \政策\ \软件微软云\办公室\ \ 欢迎您~16.0 \ \ officeupdates
如果我将其从1恢复到0，则Office不再由SCCM管理。问题是，几个小时后，它又回到了1。

我已经确认，我们没有任何组策略应用这个密钥，也没有任何策略/脚本创建这个密钥。我也找不到任何关于“云办公室”位置的真实文档。欢迎您~为什么这个键在这里，我如何阻止“OfficeMgmtCOM”在这个位置更新为1 ?

看起来这个注册表键位置可能来自config.office.com，但是除了一个服务配置文件之外，我们还创建了ZERO策略，这个配置文件只允许我指定我想要更新的机器。

[hth华体会体育全站]

我不确定，但让我猜一下。在ConfigMgr客户端设置中，是否开启了Office 365客户端代理启用管理的设置?

[Microsoft欢迎您~CloudRegKey]

嗨Prajwal。实际上我也想到了这一点，所以我设置了一个优先级最高的客户端设置，以禁用Office 365管理，并将其应用到设备上。唯一受影响的注册表项是:
hkey_local_machine 华体会体育系列\政策\ \软件微软办公室\ \ 16.0 \ \ officeupdates常见

它没有触及或影响这里的注册表项:
hkey_local_machine 华体会体育系列\ wow6432node \政策\ \软件微软云\办公室\ \ 欢迎您~16.0 \ \ officeupdates

现在我有了一个理论。微软支持不知道，我找不到任何讨论这个注册表键位置或任何支持我的理论的文档。
以下是我的理论:
我想知道这是否如预期的那样工作。我想知道您打开服务配置文件(在config.office.com中)的事实是否使注册表中的OfficemgmtCom在这个“cloud\office”键下为1。欢迎您~也许这里的OfficeMgmtCOM是为办公室管理启用服务配置文件，而原来的位置是为SCCM?我不确定，但这只是个理论。
这里有人使用服务档案吗，用过或者有什么想法吗?