我们在内部开发了一个Word加载项，允许用户配置一些自定义文档属性并访问某些报表数据，而无需前往后台或离开Word 2016环境 . 这些加载项已添加到文档模板中，用于SharePoint 2013环境中的多种不同内容类型 . 在测试期间，一切似乎都很好;每当您打开或创建其模板包含应用程序的文档时，它都会正确评估应用程序的标记，使其打开并在工作区右侧显示任务窗格应用程序，如预期的那样 .
当我们尝试增加版本号时遇到了麻烦，这是我们进行更改的标准程序 . Manifest本身发生了很小的变化，也就是说支持URL的目标从QA错误报告页面变为我们的实际支持URL，并且App的图标的Web地址发生了变化，尽管图标仍然存在存在于其先前位置，以便在所有用户完成转换之前不会导致问题 .
我们现在看到的行为非常特殊 . 当用户打开包含应用程序的文件或在通过Office 365管理中心推出清单更新后创建新文档时，应用程序任务窗格仍然按预期显示，但应用程序本身将替换为错误/警告消息“可以使用此加载项的新版本 . 单击此处进行更新”或其他内容 .
这是一种非常正常的行为，完全可以接受 . 但是，当用户单击"Update"按钮时，任务窗格会闪烁，就好像它快速刷新并永久显示相同的消息一样 . 如果我们减去Manifest的版本号，删除现有清单，然后重新添加now "old version"清单，App将恢复运行 - 对于 some 用户 . 其他用户看到一个全新的问题，特别是无法加载App的错误 . 经过一两天多次重启后，这些问题仍然存在 .
无论如何，增加Manifest版本号中的任何值都会触发Word中的“更新”过程，但这实际上从未实际解析回任务窗格 .
因此，问题是：
Office 365企业版中的Office加载项清单更新过程是否存在任何已知问题？如果是这样，这个问题是否有任何解决方案？
有没有人有任何进一步的调试建议来消除可能的其他因素？
有没有办法手动清除本地Word清单缓存并强制它再次检索清单，就好像它是“新的”，而不是简单地更新 .