SSRS Tablix多条件表达式报错排查：含Product/Qtr参数的表达式返回#Error

首先，咱们来拆解下你这个表达式报错的核心原因，然后给出修正后的方案：

原表达式的问题点 #

你的嵌套IIF表达式返回#Error，主要是两个关键问题：

1. 索引越界风险：SSRS的IIF是非短路求值的——不管条件是否满足，所有分支的表达式都会被计算。比如当Product参数没有选中任何值（Count=0）时，哪怕第一个条件Count=2不成立，后面的Parameters!Product.Value(0)还是会被执行，这时候访问索引0就会直接抛出错误。
2. 类型不匹配可能：如果你的Qtr参数是字符串类型（比如下拉选项显示的是"1""2"但存储为字符串），那Qtr.Value(0)=4是字符串和整数的比较，类型不匹配也会导致报错。
3. 嵌套IIF可读性差：多层嵌套的IIF不仅难维护，也容易在逻辑上出错。

修正后的表达式（推荐用Switch替代嵌套IIF） #

我把你的逻辑改成了更清晰的Switch函数，同时加上了参数非空判断，避免索引越界：

=Switch(
    Parameters!Product.Count = 2, 1000,
    Parameters!Product.Count >= 1 AND Parameters!Product.Value(0) = "A" AND Parameters!Qtr.Count >= 1 AND Parameters!Qtr.Value(0) = 4, 2000,
    Parameters!Product.Count >= 1 AND Parameters!Product.Value(0) = "A", 3000,
    Parameters!Product.Count >= 1 AND Parameters!Product.Value(0) = "B", 4000,
    Parameters!Product.Count >= 1 AND Parameters!Product.Value(0) = "C", 5000,
    Parameters!Product.Count >= 1 AND Parameters!Product.Value(0) = "D", 6000,
    True, 7000
)

关键调整说明： #

• 增加参数非空判断：在访问Value(0)之前，先判断Count >=1，确保参数有选中的值，彻底避免索引越界的错误。
• 用Switch替代IIF：Switch函数把每个条件和对应结果一一列出，逻辑更直观，后续修改也更方便。
• 类型匹配提醒：如果你的Qtr参数是字符串类型，记得把=4改成="4"，保证比较的类型一致。

额外注意事项 #

如果你的Product或Qtr是单值参数（只能选一个值），那不需要用Count和Value(0)，直接用Parameters!Product.Value和Parameters!Qtr.Value即可，简化后的表达式如下：

=Switch(
    -- 注意：如果是单值参数，Count永远是1，原逻辑里的`Count=2`条件不成立，你可以根据实际需求调整这个条件
    Parameters!Product.Value = "A" AND Parameters!Qtr.Value = 4, 2000,
    Parameters!Product.Value = "A", 3000,
    Parameters!Product.Value = "B", 4000,
    Parameters!Product.Value = "C", 5000,
    Parameters!Product.Value = "D", 6000,
    True, 7000
)

你可以先测试这个修正后的表达式，重点验证以下场景：

• 当Product没选任何值时，是否返回7000而非报错
• 选Product=A且Qtr=4时，是否返回2000
• 选2个Product时，是否返回1000

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