Outlook Web Add-in SSO认证：清单文件版本覆盖报错求助

我之前也踩过这个坑，其实核心是Visual Studio的本地schema验证滞后，而Outlook Web版（OWA）实际上是完全支持VersionOverridesV1_1和WebApplicationInfo节点的。下面给你一步步的解决方案：

1. 修正Manifest的VersionOverrides节点写法 #

首先要确保你的VersionOverrides节点的命名空间和类型声明完全正确，这是解决报错的关键。完整的节点结构应该是这样的：

<VersionOverrides xmlns="http://schemas.microsoft.com/office/mailappversionoverrides" xsi:type="VersionOverridesV1_1">
  <!-- 插入WebApplicationInfo节点 -->
  <WebApplicationInfo>
    <Id>912344b-661c-4424-0ksc-fb23131aa2e344</Id>
    <Resource>api://localhost:44374/912344b-661c-4424-0ksc-fb23131aa2e344</Resource>
    <Scopes>
      <Scope>profile</Scope>
      <Scope>user.read</Scope>
    </Scopes>
  </WebApplicationInfo>

  <!-- 保留原有的Hosts、Requirements、FormSettings等节点 -->
  <Hosts>
    <Host xsi:type="MailHost">
      <!-- ... 你的原有配置 ... -->
    </Host>
  </Hosts>
</VersionOverrides>

注意这里必须明确指定xmlns命名空间，否则Visual Studio会无法识别VersionOverridesV1_1类型。

2. 处理Visual Studio的schema验证报错 #

如果Visual Studio依然提示invalid xsi:type，那是因为本地的schema文件没有同步到最新版本，你可以：

• 更新schema引用：在manifest的根节点<OfficeApp>中，把xsi:noNamespaceSchemaLocation的值替换为最新的官方schema地址：

  <OfficeApp xmlns="http://schemas.microsoft.com/office/appforoffice/1.1"
            xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
            xsi:noNamespaceSchemaLocation="https://developer.microsoft.com/en-us/json-schemas/office-js/manifest/manifest.schema.json">
  

• 暂时忽略报错：Visual Studio的本地验证有时候会滞后于Microsoft 365的功能更新，只要你的配置符合官方文档要求，实际部署到OWA或者在Microsoft 365租户中测试时，这个配置是完全有效的。

3. 确保Azure AD应用配置匹配 #

别忘了同步检查Azure AD中注册的应用配置：

• <WebApplicationInfo>里的<Id>必须是你Azure AD应用的客户端ID
• <Resource>中的URI要和Azure AD应用里配置的API URI完全一致（包括端口号和客户端ID后缀）
• 已经在Azure AD应用中添加了profile和user.read的权限并完成了管理员授权（如果是租户级应用）

4. 验证配置有效性 #

即使Visual Studio有报错，你也可以通过以下方式测试：

• 使用Office Add-in Debugger直接调试OWA中的加载项
• 将加载项部署到你的Microsoft 365租户，在OWA中打开邮件测试SSO流程

内容的提问来源于stack exchange，提问作者nmrlqa4