DAX层级汇总异常：员工周工时超40小时封顶金额计算问题

问题核心 #

现有Capped Worked Amount度量在员工个体层级计算正确，但向上汇总至部门、总计层级时结果错误；尝试合并后的Total Capped Wokrd Amount v2仍未解决问题。本质原因是未在员工+周的最小计算粒度上单独执行封顶逻辑，而是直接在汇总上下文里判断，导致逻辑错位。

原代码问题分析 #

1. Week Worked Hours冗余判断：重复使用SELECTEDVALUE('Calendar'[First_Date_of_Week])，与ALLEXCEPT('Calendar','Calendar'[First_Date_of_Week])逻辑冲突，干扰上下文计算。
2. Capped Worked Amount汇总逻辑错误：直接基于汇总后的总工时判断封顶，而非先对每个员工单周计算封顶成本再求和。
3. Total Capped Wokrd Amount v2上下文继承错误：VAR变量中的计算未继承SUMMARIZECOLUMNS生成的员工+周粒度上下文，导致计算值仍基于外部汇总上下文。

正确解决方案 #

步骤1：修正员工周工时度量 #

简化Week Worked Hours，确保仅保留员工+周的上下文：

Week Worked Hours = 
CALCULATE(
    DIVIDE(SUM(LabourCost[DurationInSeconds]), 3600, 0),
    LabourCost[LineType] = "Actual",
    ALLEXCEPT('Calendar', 'Calendar'[First_Date_of_Week]),
    ALLEXCEPT(Employee, Employee[Employee_Name])
)

步骤2：构建正确的汇总型封顶成本度量 #

使用SUMX迭代员工+周的最小粒度，先计算每个员工单周的封顶成本，再向上汇总：

Total Capped Worked Amount = 
SUMX(
    // 生成员工+周的底层粒度表，预计算关键指标
    SUMMARIZE(
        Employee,
        'Calendar'[First_Date_of_Week],
        Employee[Employee_Name],
        "@WeekHours", [Week Worked Hours],
        "@WorkedAmount", [Worked Amount]
    ),
    // 对每个员工单周应用封顶逻辑
    IF(
        [@WeekHours] > 40,
        DIVIDE([@WorkedAmount], [@WeekHours]) * 40,
        [@WorkedAmount]
    )
)

方案优势 #

• 粒度精准：基于SUMMARIZE生成员工+周的最小计算单元，确保每个封顶判断都针对单个员工单周的数据。
• 效率优化：在SUMMARIZE中预计算工时和应发金额，避免重复计算，提升度量性能。
• 汇总正确：SUMX迭代求和的逻辑天然适配层级汇总，部门/总计结果即为该层级下所有员工单周封顶成本的总和。

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