Buildr报表中使用IIF逻辑求和返回#Error的问题咨询

• Buildr报表引擎自带的iif函数不支持短路求值，会同步执行所有分支的逻辑校验。之前写的逐行单值判断能正常运行，是因为逐行渲染的行级上下文对空值、轻度类型不匹配的场景处理更宽松，空值和0做大小比较时会自动做兼容转换；但放到sum聚合的上下文里，引擎会提前对整个表达式做类型合法性校验，当执行空值和数值的比较逻辑时，空值无法隐式转换为可参与计算的数值类型，这类隐式触发的类型错误不会弹出明确的报错提示，最终渲染出的结果就是#Error。
• 聚合函数对入参的类型一致性要求远高于行级计算逻辑：原sum里嵌套的iif两个返回分支，一个是硬编码的数值常量0，一个是原始字段值，如果原始字段存在空值、非数值类型的脏数据，引擎在预校验聚合入参时没法推导出统一的可求和数值类型，也会直接触发聚合失败。

• 对表达式做类型前置兼容处理，从根源避免空值参与数值比较、统一返回值类型，替换原有求和表达式即可：

  =Sum(iif(
    Cdbl(iif(IsNothing(Fields!Saldo_contable.Value), 0, Fields!Saldo_contable.Value)) < 0,
    0,
    Cdbl(iif(IsNothing(Fields!Saldo_contable.Value), 0, Fields!Saldo_contable.Value))
  ))
  

  调整逻辑说明：先用嵌套iif把空值统一替换为数值0，再通过Cdbl强制把转换后的值统一为双精度数值类型，既避免空值直接和0比较的类型报错，也保证iif两个分支的返回值都是统一的可聚合数值类型，满足sum函数的入参要求。
• 更稳定的实现方式：把逐行调整的逻辑抽到数据集层面做计算字段，降低聚合表达式的复杂度：
  • 给当前数据集新增自定义计算字段，比如命名为AdjSaldo，字段值的计算逻辑写入带类型强制转换的逐行判断规则
  • 汇总位置的表达式直接写为=Sum(Fields!AdjSaldo.Value)，引擎直接读取已经逐行计算完成、类型统一的字段值做汇总，完全规避聚合上下文的类型校验问题。

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