El segmentador en cascada no se actualiza inmediatamente cuando cambia el segmentador padre - funciones SQL parametrizadas

[Syndicate_Admin]

Hola comunidad,

Tengo dos slicers que deben hacer cascada:

• AGT (Tipo de Grupo de Cuenta)
• ViewBy

Existe una relación de uno a muchos entre AGT[Título] → ViewByAllowed[AccountGroupTypeTitle]. Ambos segmentadores pueden estar presentes en modo Importación o DirectQuery dependiendo de la página del informe; están pensados para impulsar funciones SQL (a través de parámetros) que moldean el conjunto de resultados posteriores.

Comportamiento esperado

• Cuando AGT = Elemento1 o Ítem2, ViewBy debe mostrar:
• Todos
• Por perfil de la agencia
• Para cualquier otro valor AGT, ViewBy debe mostrar solo:
• Todos

Comportamiento real

1. Elemento Seleccionado1 en AGT
2. Seleccionar por perfil de agencia en ViewBy
3. Cambiar AGT por otro valor (por ejemplo, AA)

Esperado: ViewBy se colapsa inmediatamente a Todos
Actual: ViewBy still shows By Agency Profile until I manually open the slicer and reselect All; after that, Por perfil de la agencia disappears as expected.

Modelo de datos (simplificado)

• AGT (Importación; generada mediante función)
• ReferenceCodeID
• Título
• ViewByAllowed (creado en Power Query)
• CuentaTipoTipo
• VerPorEtiqueta
• Relación (activa): AGT[Título] → Ver porPermitido[TipoCuentaGroupTítulo] (uno a muchos)

Otros gráficos y tablas de resultados se producen mediante funciones SQL parametrizadas; las imágenes de la tabla final llegan usando DirectQuery. Solo AGT y ViewByAllowed están relacionados; toda la demás lógica está impulsada por funciones.

Configuraciones confirmadas

• Combate por los títulos entre AGT y ViewByAllowed
• La relación está activa
• Ambos segmentadores son de selección única
• Mostrar elementos sin datos = Desactivado (ambos segmentadores)
• Editar interacciones configuradas correctamente

Intento de solución y error

Probé un patrón en cascada basado en DAX (medida filtrada en el segmentador ViewBy ) usando SELECTEDVALUE, TREATAS y KEEPFILTERS para permitir solo etiquetas válidas por AGT. Cuando se aplicaba como filtro slicer, el slicer ViewBy devolvía:

"Datos de obtención de errores para este visual: se usa un filtro incompatible en una columna con un mapeo de parámetros."

Esto parece un conflicto con las columnas asignadas a parámetros que utiliza la función que recibe los valores del segmentador.

Por qué esto importa (requisito de diseño)

Esto no es una peculiaridad de reporte puntual. Estamos construyendo un sistema donde los slicers se usan intencionadamente como parámetros de funciones SQL. Esas funciones:

• Aceptar selecciones de slicer como parámetros
• Generar dinámicamente el conjunto de resultados (incluyendo columnas)
• Se reutilizan en varios informes (algunos conjuntos de datos usan Importación, otros DirectQuery)

Por eso, necesitamos un comportamiento en cascada predecible e inmediato . Depender de que los usuarios vuelvan a seleccionar los valores manualmente no es viable.

1. ¿Cuál es el patrón de modelado recomendado para asegurar que el segmentador hijo (ViewBy) se actualice inmediatamente cuando el padre (AGT) cambia en una configuración mixta de Importación + DirectQuery y funciones parametrizadas ?
2. Si el filtrado DAX en el segmentador es incompatible debido al mapeo de parámetros, ¿existe alguna alternativa soportada (por ejemplo, patrón de tabla puente, segmentadores desconectados + medidas + parámetros de campo, o un enfoque de relación/filtrado diferente) que preserve la cascada inmediata sin intervención del usuario?

Cualquier orientación oficial o patrones probados sería muy apreciado. ¡Gracias!

[Syndicate_Admin]

Hola @Nahal_Rasti ,

¿Podrías revisar esta documentación, por favor?
https://learn.microsoft.com/en-us/power-bi/connect-data/desktop-dynamic-m-query-parameters#unsupport...

[Syndicate_Admin]

Gracias por el enlace, muy agradecido. Revisaré la documentación y la probaré cuando tenga oportunidad (el viernes por la tarde aquí), y informaré del resultado.

[Syndicate_Admin]

Hola @Nahal_Rasti,

Gracias por ponerte en contacto con la comunidad Microsoft Fabric.

Gracias @anilelmastasi por la rápida respuesta.

Como no hemos recibido respuesta, quisimos hacer un seguimiento amable para comprobar si la respuesta del usuario al problema funcionó. O avísanos si necesitas más ayuda.

Gracias y saludos,

Anjan Kumar Chippa

[Syndicate_Admin]

Hola @Nahal_Rasti,

Queríamos hacer un seguimiento amable para comprobar si la respuesta del usuario al problema funcionó. ¿Tuviste oportunidad de revisar la documentación? O avísanos si necesitas más ayuda.

Gracias y saludos,

Anjan Kumar Chippa

[Syndicate_Admin]

Hola @v-achippa,

Gracias por dar seguimiento, y muchas gracias a @anilelmastasi por el enlace tan útil.

Tuve un breve problema de inicio de sesión debido a un error en el correo, pero ahora está resuelto. He revisado la documentación y he anotado las limitaciones y elementos no soportados para los parámetros de consulta Dynamic M.

Agradezco tu apoyo.

Un cordial saludo,
Nahal