Power BI中7日滚动求和DAX度量值失效问题排查求助

1. 日期计算逻辑的本质差异 #

• DAX的DATESINPERIOD是严格基于真实日期范围计算：从当前日期往前推6天（包含当天），覆盖完整的7天周期，不管这些日期是否有销售数据。如果你的Excel公式是基于行位置（比如SUM(OFFSET(A1,-6,0,7,1))），当销售表存在日期断档（如周末无销售、节假日缺数据）时，Excel会取当前行向上6行的7行数据，而DAX会取真实的7天日期区间，两者结果必然不同。
• 对齐方法：若要DAX匹配Excel行位置逻辑，可改用TOPN+INDEX取当前日期对应的行及前6行；若要Excel匹配DAX日期范围逻辑，需改用SUMIFS按日期区间求和。

2. 日期表完整性缺失 #

• Power BI中如果没有使用连续的日期维度表（包含所有日期，即使无销售数据），DATESINPERIOD可能无法正确覆盖7天范围。比如某一天无销售数据，销售表中没有该行记录，DAX计算时会默认该天销售额为0，但如果Excel是基于现有行的前6行，就会跳过日期间隔，导致统计周期不一致。
• 修复方案：创建完整的日期维度表并关联销售表，改用基于日期表的DAX计算：

Actual Orders - 7DR = 
VAR CurrentDate = MAX('Date'[Date])
RETURN
CALCULATE(
    SUM(Table[Sales]),
    DATESBETWEEN('Date'[Date], CurrentDate - 6, CurrentDate)
)

3. SELECTEDVALUE的上下文局限性 #

• SELECTEDVALUE(Table[Date])仅在单一日被选中时返回正确值，如果可视化中日期是分组显示（如按周、月聚合），或存在多日期上下文，SELECTEDVALUE会返回空值或错误的日期边界，导致计算范围偏离。
• 优化方法：改用MAX(Table[Date])或MIN(Table[Date])获取当前上下文的日期边界，确保在任何分组场景下都能正确锁定周期终点。

4. 筛选上下文的隐性干扰 #

• Power BI中的切片器、页面筛选器、报表级筛选器可能过滤了部分销售数据，而Excel计算的是全量原始数据，导致结果偏差。
• 排查步骤：暂时移除所有筛选器，重新计算DAX值并对比Excel结果。若结果一致，再逐步添加筛选器，定位干扰项。

5. 空值处理规则差异 #

• Excel中空白单元格会被视为0计入求和，而DAX的SUM函数会直接忽略空值。如果销售表中存在空的Sales记录，DAX求和会跳过这些行，而Excel会将其按0计算，导致结果不同。
• 对齐方案：在DAX中显式处理空值，将其转为0后再求和：

Actual Orders - 7DR = 
VAR CurrentDate = MAX(Table[Date])
RETURN
CALCULATE(
    SUM(COALESCE(Table[Sales], 0)),
    DATESINPERIOD(Table[Date], CurrentDate, -6, DAY)
)

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