topic Re: Calculo en blanco de la medida DAX PEND FIN MES II in DAX Commands and Tips

Calculo en blanco de la medida DAX PEND FIN MES II

JulCamViz — Thu, 14 May 2026 17:33:21 GMT

Estoy relacionadando estas 3 tablas con los valores de las columnas: Backlog mes, Backlog Ma y Creados - Resueltos con una tabla maestro con estos Valores de esta tabla

TablaMaestra =

y al filtrar por gerencia de la tabla Backlog Ma, la medida de la tabla Backlog mes viene en blanco, esta es la medida que estoy usando

Quiero filtrar por los campos gerencia, sub gerencias y grupo soluciodor de las 3 tablas y que mestren los indicadore creados mes, backlog % solucion sla y % backlog.

Re: Calculo en blanco de la medida DAX PEND FIN MES II

Juan-Power-bi — Thu, 14 May 2026 21:33:26 GMT

holis

El problema es que estás relacionando 3 tablas distintas a través de una TablaMaestra, pero el filtro de gerencia viene de "Backlog Ma" y no está propagándose a "Backlog mes" — probablemente porque la relación entre ellas pasa por la TablaMaestra y la dirección de filtro no cruza hacia esa tabla

verifica que las relaciones en el modelo estén en la dirección correcta. Si la TablaMaestra es la tabla de dimensión (la del "uno"), las flechas de filtro deberían apuntar hacia las tablas de hechos (Backlog mes, Backlog Ma, Creados-Resueltos). Si alguna relación está al revés, el filtro no llega.
Segundo, si las relaciones están bien pero igual no filtra, puedes forzarlo en la medida usando CROSSFILTER o TREATAS. Por ejempl

PEND FIN MES II =
CALCULATE(
[Tu medida de Backlog mes],
TREATAS(
VALUES('Backlog Ma'[Gerencia]),
'Backlog mes'[Gerencia]
)
)
Esto le dice a DAX que tome el filtro de gerencia de "Backlog Ma" y lo aplique directamente sobre "Backlog mes", aunque no haya una relación directa entre ellas.

Re: Calculo en blanco de la medida DAX PEND FIN MES II

pcoley — Fri, 15 May 2026 00:01:19 GMT

JulCamViz En el actual modelo las tres relaciones, si bien son 1 a muchos, son del tipo bidireccional. Las relaciones bidireccionales pueden provocar todo tipo de problemas y errores en Power BI.

SQLBI (https://www.sqlbi.com/articles/bidirectional-relationships-and-ambiguity-in-dax/) tiene muchos artículos increíbles sobre este tema explicado en detalle. Algunos puntos principales son:

El filtrado bidireccional introduce ambigüedad en un modelo. Esto significa que una consulta puede utilizar múltiples rutas para transferir un filtro entre tablas.
El motor Vertipaq cuenta con un algoritmo que le ayuda a seleccionar el método preferido para el desplazamiento de los filtros:
- Cuando hay un solo filtro, siempre elegirá la ruta más corta.
- Cuando existen varios filtros de diferentes tablas, es posible que se recorran múltiples rutas en una sola expresión.
Cuando se eligen varias rutas para pasar filtros entre tablas, los resultados de las consultas DAX se vuelven impredecibles e incorrectos.
Cuanto más complejo sea su modelo y cuantas más relaciones tenga establecidas, más difícil será diagnosticar dónde reside el problema.

Sugiero validar si puedes crear un modelo con una estructura más sencilla, basada en relaciones unidireccionales en las que puedas controlar de mejor forma como fluye el filtro entre las tablas.

Re: Calculo en blanco de la medida DAX PEND FIN MES II

v-aatheeque — Mon, 18 May 2026 09:25:43 GMT

We wanted to follow up to check if you’ve had an opportunity to review the previous responses. If you require further assistance, please don’t hesitate to let us know.

Re: Calculo en blanco de la medida DAX PEND FIN MES II

v-aatheeque — Thu, 21 May 2026 11:10:55 GMT

Hi JulCamViz

Have you had a chance to look through the responses shared earlier? If anything is still unclear, we’ll be happy to provide additional support.

Re: Calculo en blanco de la medida DAX PEND FIN MES II

mizan2390 — Tue, 26 May 2026 08:53:06 GMT

hi JulCamViz

To achieve your goal of filtering all three fact tables simultaneously by Management, Sub-management, and Solution Group, you must abandon the single-column UNION approach and build proper Dimension Tables.

You have two options depending on your underlying data structure:

Option A: Three Separate Dimension Tables

Create three distinct tables—Dim_Gerencia, Dim_SubGerencia, and Dim_GrupoSolucionador.

Dim_Gerencia = DISTINCT ( 
    UNION ( 
        DISTINCT('Backlog MA'[Gerencia]), 
        DISTINCT('Backlog Mes'[Gerencia]), 
        DISTINCT('Creados-Resueltos'[Gerencia]) 
    ) 
)

Repeat this pattern for the other two categories

Connect each Dimension table to all three Fact tables. This forms a true Star Schema.

Option B: A Unified Organizational Hierarchy Dimension

If these three fields naturally form a hierarchy (Gerencia -> Sub Gerencia -> Grupo), create a single dimension table that contains all three columns side-by-side, rather than stacked.

Dim_Organization =
DISTINCT (
    UNION (
        SUMMARIZE('Backlog MA', 'Backlog MA'[Gerencia], 'Backlog MA'[Sub Gerencias], 'Backlog MA'[Grupo Solucionador]),
        SUMMARIZE('Backlog Mes', 'Backlog Mes'[Gerencia], 'Backlog Mes'[Sub Gerencias], 'Backlog Mes'[Grupo Solucionador]),
        SUMMARIZE('Creados-Resueltos', 'Creados-Resueltos'[Gerencia], 'Creados-Resueltos'[Sub Gerencias], 'Creados-Resueltos'[Grupo Solucionador])
    )
)

For the UNION to work here, ensure all three fact tables actually contain these three columns so they can be summarized.

Once your dimensions are built and relationships are established (1 to *, flowing from Dimension to Fact), you will drag the fields from the Dimension Tables into your slicers, never from the fact tables themselves. Your PEND FIN MES II measure will then calculate perfectly across all scenarios.

if this solves your problem, please mark this as solution and give a kudos.

@me so that I dont lose this thread.