制作KPI时thisyearsales公式报错，lastyearsales正常，求排查原因

核心排查方向 #

1. 2022年数据的Value列类型异常 #

检查表中2022年那一行的Value值：

• 如果该值是文本格式（比如带引号的"10000"，或包含非数字字符），SUMX在计算时会因无法将文本转换为数值而报错，而2021年的Value均为数值类型，因此lastyearsales可正常运行。
• 验证方式：查看Sales Transactions表中2022年行的Value列数据类型，确保为数值（整数/小数）。

2. Year列数据类型与筛选值不匹配 #

检查Sales Transactions[Year]列的数据类型：

• 若该列为文本类型，DAX中用数值2022进行对比时，可能因隐式转换失败导致筛选异常；而2021年的行可能恰好存在文本"2021"与数值2021的隐式转换兼容情况（不同环境下行为可能不一致）。
• 修复方案：将筛选条件改为文本匹配：

  thisyearsales = 
  SUMX(
      FILTER(
          'Sales Transactions',
          'Sales Transactions'[Year] = "2022"
      ), 
      'Sales Transactions'[Value]
  )
  

3. 列名拼写或隐性重复问题 #

虽然DAX通常不区分大小写，但如果表中同时存在Year和year两个列（大小写不同），可能导致筛选逻辑指向错误列：

• 确认公式中引用的'Sales Transactions'[year]与表实际列名Year一致，建议直接从字段列表拖拽列名到公式中，避免手动输入拼写错误。

4. 数据行的隐性损坏 #

检查2022年那一行的其他字段是否存在异常（比如Date列格式错误、行数据损坏）：

• 虽然Date列的2021-01-03对应Year=2022属于业务逻辑错误，但不会直接导致DAX公式报错；若该行存在数据损坏，可能引发筛选或计算异常。

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