Microsoft Power Automate中HTTP请求返回200但无响应体的问题

针对你遇到的问题，结合Postman能正常返回的情况，从以下几个方向排查：

• 修正Authorization编码格式
  JIRA的基本认证要求是将邮箱:API令牌的字符串进行Base64编码，而非你当前使用的邮箱+API令牌拼接方式。比如正确的原始字符串应为your-email@domain.com:your-api-token，再对这个整体做Base64编码，替换掉请求里的Authorization值，这是此类问题最常见的诱因。

• 确认API请求的参数传递方式
  JIRA的GET /rest/api/3/user接口需要将邮箱作为查询参数传递（示例：?email=xxx@xxx.com），而非放在请求体中。检查你在Microsoft表单自动化流程里的请求，是否正确将邮箱拼接到URL的查询参数里——GET请求通常不携带请求体，部分服务会忽略此类请求的body内容，导致无法识别查询条件。

• 核对请求头的细节
  检查头信息的拼写规范：Content-Type和Accept的值应为application/json（注意小写，虽然大部分服务兼容大小写，但严格遵循规范可避免解析异常）。另外，GET请求不需要Content-Type头，可尝试移除该字段，多余的头信息可能干扰服务端的响应逻辑。

• 对比Postman与自动化请求的完整差异
  在自动化工具（如Power Automate）中查看请求的完整日志，逐一对比以下内容：

  • 完整请求URL（确认参数拼接是否正确）
  • 所有请求头的键值对（和Postman的配置完全对齐）
  • 认证字符串的编码结果（可直接复制Postman中正常工作的Authorization值进行测试）
    找出两者的差异点即可定位问题。

• 验证账号权限
  确认自动化流程中使用的JIRA账号是否拥有查看目标用户的权限。如果Postman使用的是管理员账号，而自动化流程使用的是普通账号，可能因权限不足返回空响应（虽然权限不足通常返回403，但部分场景下会返回200空响应）。

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