如何程序化向PowerBI嵌入报表传递不可修改的参数？

针对你需要给嵌入的Power BI报表传递不可见、不可修改的动态参数，且该参数无需预填充在过滤器中的需求，以下是两种可行的专业解决方案：

方案一：行级别安全性（RLS）+ 嵌入令牌自定义数据 #

这是最安全且贴合需求的方案，通过RLS在数据层面做访问控制，参数通过后端生成的嵌入令牌传递，完全对用户不可见：

• 步骤1：在数据集配置RLS角色
  打开Power BI Desktop，进入「建模」选项卡创建新的RLS角色。在角色的DAX过滤规则中，用CUSTOMDATA()函数绑定需要过滤的字段，例如：

  [ClientID] = CUSTOMDATA()
  

  该规则会让报表仅加载与嵌入时传递的CustomData值匹配的数据。

• 步骤2：后端生成嵌入令牌时传递参数
  在你的后端服务中，生成Power BI嵌入令牌的逻辑里添加CustomData属性，将客户端唯一标识等参数值赋值给它。示例（C#）：

  var embedToken = tokenGenerator.CreateTokenForReport(
      workspaceId,
      reportId,
      accessLevel: "View",
      customData: "目标客户端唯一ID"
  );
  

  令牌由后端生成后传递给前端，前端无法篡改该参数值。

• 步骤3：验证效果
  报表加载时，Power BI会自动将CUSTOMDATA()的值应用到RLS规则中，用户看不到任何参数控件，也无法修改过滤条件，只能访问授权范围内的数据。

方案二：DirectQuery模式下的网关动态参数 #

如果报表使用DirectQuery连接SQL数据源，可通过Power BI网关配置动态参数实现SQL查询的参数化：

• 在Power BI网关中，为SQL数据源配置「自定义参数」，参数值由后端通过Power BI API动态传递。
• 后端生成嵌入令牌时指定该参数的取值，确保参数值完全由后端控制，不暴露给前端。
• 此方案需确保网关支持动态参数配置，适合依赖DirectQuery的场景。

为什么过滤器方案不可行？ #

你之前尝试的过滤器方案要求目标值必须存在于数据集的字段选项中，但动态参数可能是未预填充的任意值，因此无法适用。而RLS和网关参数方案是在数据查询或访问控制层面直接生效，无需依赖预填充的选项值。

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