Power Automate使用Office 365 HTTP连接器无法GET/POST Teams Tabs问题

针对你描述的跨租户调用Microsoft Graph API返回404错误、且Graph Explorer可正常执行的场景，核心触发原因可从以下几个维度排查：

• API版本兼容性差异：如果你调用的是beta版本的Graph API，不同租户的Teams、Planner服务部署在不同Azure区域时，会出现beta接口的区域可用性差异，是跨租户返回不一致结果的高频诱因。
• 权限校验逻辑差异：Graph Explorer默认使用委托权限执行请求，如果你自己的应用使用的是应用权限，即使你持有全局管理员角色，也需要确认异常租户中你的应用对应的TeamsTab.ReadWrite.All、Planner.ReadWrite.All、Group.ReadWrite.All权限已经完成租户级管理员同意。
• 租户级限制策略：异常租户可能在Teams管理中心开启了自定义Tab创建限制，或是在Azure AD中配置了针对Planner资源的访问限制策略，这类租户级策略会直接拦截对应请求返回404。
• 服务端点路由差异：部分租户的流量会被路由到特殊的Graph边缘节点，节点缓存的资源ID映射存在异常时也会触发该类报错。

1. 先确认你调用的API版本，beta版本接口优先替换为v1.0正式版本接口重试
2. 到异常租户的Azure AD应用注册页，重新授予对应权限并触发管理员同意，清除权限缓存后重试
3. 调用https://graph.microsoft.com/v1.0/organization获取异常租户的区域信息，将请求端点替换为区域专用端点https://<区域前缀>.graph.microsoft.com重试
4. 检查Teams管理中心的Teams应用权限策略，确认允许自定义Tab的创建操作

你已验证高级HTTP连接器可正常执行操作，可优先通过该方案封装调用逻辑保障项目进度，同步将报错返回的request-id提供给微软技术支持排查后端服务日志定位根因。

完整报错信息 #

{
  "error": {
    "code": "NotFound",
    "message": "Not Found",
    "innerError": {
      "date": "2021-10-14T19:54:08",
      "request-id": "xxx",
      "client-request-id": "xxx"
    }
  }
}

相关截图 #

• 查询配置截图：
• 报错对比截图（左侧为异常租户，右侧为正常运行租户）：

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