Recuento de casos mensual incorrecto para los totales móviles/YTD

[Syndicate_Admin]

Título: El recuento de casos consecutivos de 12 meses o hasta la fecha es correcto en general, pero el desglose mensual muestra valores incorrectos

Hola a todos,

Me enfrento al siguiente problema en Power BI/DAX y agradecería su ayuda:

1. Escenario

• Tengo una tabla de casos (por ejemplo, Table_Cases[CaseID]) con una columna de medida numérica (por ejemplo, Table_Cases[Value]).
• Usando un grupo de cálculo, calculo:
• un total móvil de 12 meses, y
• un total acumulado en lo que va de año.
• En el resultado general (cuando no se corta por mes), los números son correctos.

1. Problema

Cuando agrego Mes a una matriz o tabla:

• el total general sigue siendo correcto,
• Pero el valor del mes específico es incorrecto (ya sea demasiado bajo o cero).

Quiero contar solo aquellos casos cuyo total acumulado o YTD sea mayor que cero.

1. Código DAX anonimizado

CaseCount_Positive =
COUNTROWS(
    FILTER(
        ADDCOLUMNS(
            VALUES( Table_Cases[CaseID] ),
            "MonthlyOrYTDTotal",
            CALCULATE(
                SUM( Table_Cases[Value] ),
                Table_Metrics[MetricCode] = "KPI",
                Table_Cases[Value] <> 0,
                IF(
                    ISCROSSFILTERED( Table_Org ),
                    TRUE(),
                    Table_Org[OrgCode] <> "Org"
                )
            )
        ),
        [MonthlyOrYTDTotal] <> 0
    )
)

• VALUES(Table_Cases[CaseID]) enumera cada caso único.
• CALCULAR(...) suma el valor del caso en el grupo de cálculo actual (móvil o YTD),
• excluye los valores cero, y
• opcionalmente, filtra una organización específica ("Suva" en este ejemplo).
• El FILTRO exterior (... [MonthlyOrYTDTotal] <> 0) se asegura de que solo se cuenten los casos con un total positivo.

1. Comportamiento esperado

• Al segmentar por mes (por ejemplo, "marzo de 2025") → contar todos los casos cuya suma de 12 meses consecutivos en marzo de 2025 sea > 0.
• En general (sin intervalo mensual) → número total correcto de casos para el período seleccionado (YTD o continuo).

1. Comportamiento real

• En general: ✔️ correcto
• Por mes: ✖️ incorrecto

Parece que la combinación de mi medida DAX con el grupo de cálculo no se filtra correctamente en el nivel de un solo mes.

1. Lo he intentado hasta ahora

• VALUES intercambiados por ALLSELECTED → sin cambios
• Se ha creado una medida independiente para la suma móvil y se ha hecho referencia a ella directamente → mismo problema
• Se ha eliminado por completo el filtro de organización → problema persiste
• ISCROSSFILTERED vs. ISFILTERED probado → ningún efecto

1. Preguntas

1. ¿Por qué el recuento de casos es correcto en general pero incorrecto cuando se divide por mes?
2. ¿Cómo puedo modificar mi DAX para que el filtro respete el contexto del mes individual?
3. ¿Existen prácticas recomendadas para contar "casos con un total acumulado positivo/YTD" cuando se utilizan grupos de cálculo?

La suma del KPI tiene el valor correcto para el total y el mes.

¡Gracias por cualquier información, fragmentos de DAX de ejemplo o explicaciones!

Saludos

[Syndicate_Admin]

Hola @ThisIsBlecki,
Gracias por ponerse en contacto con el foro de la comunidad de Microsoft Fabric.

El recuento total parece correcto porque evalúa todo el conjunto de datos. Sin embargo, si se desglosa por mes, es posible que la medida del DAX no utilice correctamente la fecha de cada fila. Como resultado, aplica el mismo total en todos los meses, lo que hace que parezcan idénticos.
Use algo como MAX(DimDate[Date]) para capturar la fecha específica de cada fila del objeto visual. A continuación, conéctalo a DATESINPERIOD o TOTALYTD, para que la medida se vuelva a calcular en función del mes correcto.
Mantenga sus KPI base limpios y reutilizables, y use siempre la fecha de la fila actual en sus filtros de tiempo. Si usas grupos de cálculo, ten mucho cuidado, ya que pueden cambiar el contexto del filtro de forma inesperada, así que ancla las fechas explícitamente.

Rolling Distinct Cases (Filtered) :=
VAR CurrentMonth =
    MAX(DimDate[Date])  -- Gets the current row-level month in visual
RETURN
CALCULATE(
    COUNTROWS(
        FILTER(
            VALUES(FactTable[CaseID]),
            CALCULATE(
                SUM(FactTable[Value]),
                FactTable[IndicatorCode] = "SOME_INDICATOR",
                FactTable[OrgCode] = "SomeOrg",
                DATESINPERIOD(
                    DimDate[Date],
                    CurrentMonth,
                    -12,
                    MONTH
                )
            ) > 0
        )
    )
)

Si la respuesta ha abordado su consulta, acéptela como una solución y dé un 'Felicitaciones' para que otros miembros puedan encontrarla fácilmente

Saludos
Harshitha.
Equipo de apoyo a la comunidad

[Syndicate_Admin]

@ThisIsBlecki ,

¿Solo quería verificar si tuvo la oportunidad de revisar la sugerencia proporcionada?

Si la respuesta ha abordado su consulta, acéptela como una solución y dé un 'Felicitaciones' para que otros miembros puedan encontrarla fácilmente.

Gracias.

Harshitha.

Equipo de apoyo a la comunidad.

[Syndicate_Admin]

@ThisIsBlecki ,

Quería comprobar si ha tenido la oportunidad de revisar la información proporcionada. No dude en ponerse en contacto con nosotros si tiene más preguntas. Si mi respuesta ha abordado su consulta, acéptela como una solución para que otros miembros de la comunidad puedan encontrarla fácilmente.

Gracias.

Harshitha.

Equipo de apoyo a la comunidad.

[Syndicate_Admin]

@ThisIsBlecki,

¿Puedo preguntarle si ha resuelto este problema? Si es así, marque la respuesta útil y acéptela como la solución. Esto será útil para que otros miembros de la comunidad que tengan problemas similares lo resuelvan más rápido.

Gracias.

Harshitha.

Equipo de apoyo a la comunidad.

[Syndicate_Admin]

Hola @v-hjannapu ,

Desafortunadamente, no funcionó. Power BI aplica un filtro de tiempo extraño que no puedo entender. Desafortunadamente, no puedo encontrar una solución sin Tabular Editor y DAX Studio.

He trasladado toda la lógica de cálculo al almacén de datos.

Gracias por su ayuda y perdón por la respuesta tardía, estaba fuera.

[Syndicate_Admin]

Hola @ThisIsBlecki ,
Gracias por confirmar que la lógica se ha movido correctamente al almacenamiento de datos.

Saludos
Harshitha.