这个间歇性的RLS错误我之前帮不少用户排查过，核心问题出在CUSTOMDATA()的返回时机上——当Power BI Embedded加载报表的瞬间，有时候身份验证的自定义数据还没完全传递到Azure Analysis Services，这时候CUSTOMDATA()会返回文本类型的undefined，而你用VALUE()强制转换这个无效值，自然就会触发类型转换错误。刷新页面后，身份信息传递完成，CUSTOMDATA()能返回正确的数字文本，转换就正常了。

给你几个针对性的解决办法，按优先级排序：

1. 给RLS表达式加防御性判断，避免无效转换 #

你现在的RLS表达式直接对CUSTOMDATA()做VALUE()转换，完全没考虑返回值异常的情况。可以给转换逻辑加一层判断，先确保CUSTOMDATA()不是undefined或空文本，再执行转换：

• 对于表A的筛选器，修改为：

  =ISBLANK('A'[c]) || 'A'[c] = IF(NOT(ISBLANK(CUSTOMDATA())) && CUSTOMDATA() <> "undefined", VALUE(CUSTOMDATA()), BLANK())
  

• 对于C、U、F表的筛选器，统一修改为：

  ='C'[c] = IF(NOT(ISBLANK(CUSTOMDATA())) && CUSTOMDATA() <> "undefined", VALUE(CUSTOMDATA()), BLANK())
  

  （把表名替换成对应表即可）

这个修改的逻辑是：当CUSTOMDATA()返回无效值时，返回BLANK()，数字列和BLANK()比较会得到FALSE，相当于临时不应用筛选（不会过滤任何数据），等后续身份信息传递完成后，表达式会自动匹配正确的用户数据，既避免了报错，又不会影响正常的RLS功能。

2. 优化嵌入代码的自定义数据传递时机 #

检查你的Power BI Embedded嵌入逻辑，确保在生成嵌入令牌时就正确设置了customData参数，并且要等令牌生成完成、所有身份信息就绪后，再初始化报表加载。不要让报表在身份信息还没完全同步到AS的时候就发起数据查询——这是导致CUSTOMDATA()返回undefined的常见诱因。

3. 临时测试确认问题根源（可选） #

你可以创建一个临时度量值来验证报错时的CUSTOMDATA()返回值：

Test CustomData Value = CUSTOMDATA()

把这个度量值添加到报表的一个卡片视觉对象里，下次报错时查看这个值，如果显示undefined，就完全坐实了我们的判断，也能帮你后续验证修复效果。

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