如何在Power BI（DAX）中正确计算L12W与L12WYAG？

首先得先确认你的日期表是否满足DAX时间智能函数的核心要求：确保它是连续无缺口的完整日期序列，并且已经在Power BI中标记为“日期表”（通过建模选项卡的“标记为日期表”设置）——这是所有时间智能函数正常工作的基础，很多同期计算问题都源于日期表不符合规范。

接下来分析你当前的L12W YAG度量值问题：嵌套的CALCULATE加上DATEADD(-364, day)的写法，很容易出现上下文传递错误，导致所有YAG类度量值都继承了相同的错误筛选范围，最终结果完全一致。这里给你几个靠谱的修改方案：

方案1：用SAMEPERIODLASTYEAR搭配DATESINPERIOD（推荐） #

这个方案逻辑更直观，先精准锁定去年同期的日期锚点，再计算对应12周的销售额：

L12W YAG = 
VAR CurrentPeriodEnd = LASTDATE('Date Table'[Date])
VAR LastYearPeriodEnd = SAMEPERIODLASTYEAR(CurrentPeriodEnd)
RETURN
CALCULATE(
    [Cons $],
    DATESINPERIOD('Date Table'[Date], LastYearPeriodEnd, -84, DAY)
)

为什么这样改： #

• 用变量明确当前周期的结束日期，再通过SAMEPERIODLASTYEAR精准定位去年的对应日期，避免嵌套CALCULATE带来的上下文冲突。
• DATESINPERIOD直接基于去年的锚点日期往前推84天，确保范围是严格的去年同期12周。

方案2：调整DATEADD的应用层级（简化嵌套逻辑） #

如果你更倾向于用DATEADD实现，可以把日期范围的偏移放在外层CALCULATE的筛选器中，而非嵌套调用：

L12W YAG = 
CALCULATE(
    [Cons $],
    DATEADD(
        DATESINPERIOD('Date Table'[Date], LASTDATE('Date Table'[Date]), -84, DAY),
        -364, DAY
    )
)

为什么这样改： #

• 先计算当前的12周日期范围，再整体把这个范围往前偏移364天（对应去年同期），筛选逻辑更清晰，不会出现上下文覆盖的问题。

方案3：检查基础度量值[Cons $]的上下文 #

如果上述方案还是有问题，建议排查你的[Cons $]度量值是否包含额外的固定筛选条件，比如不小心硬编码了某些日期范围，导致同期计算时无法正确继承新的筛选上下文。确保它是基础的聚合逻辑，比如：

Cons $ = SUM('业务表'[美元销售额])

额外排查要点 #

• 确认日期表和业务表的关联是基于Date字段的正确关系（一对一或一对多，且筛选方向设置正确）。
• 测试时可以缩小范围验证：先看单周的同期值是否正确，再扩展到12周，逐步定位问题。

内容的提问来源于stack exchange，提问作者shruti-AN