Casi todos los informes de Power BI acaban enfrentándose a la misma petición: ¿y si quisiera ver esto por región en lugar de por producto? O: ¿puedes añadir aquí el margen, además de los ingresos? La respuesta tradicional era duplicar objetos visuales, llenar el informe de páginas casi iguales y esperar que nadie pidiera una variación más.
Los field parameters resuelven este problema de forma elegante. Permiten que sea quien usa el informe quien elija, en un segmentador, qué métrica o dimensión quiere ver — sin que el autor tenga que crear diez versiones del mismo gráfico. Un único objeto visual pasa a responder a muchas preguntas.
En esta guía entenderás qué son los field parameters, cómo crearlos paso a paso, dónde marcan la diferencia y qué trampas evitar. Ya son una funcionalidad estable y recomendada para producción, así que puedes usarlos sin miedo en tus informes.
Qué son los field parameters y qué problema resuelven
Un field parameter es una tabla especial que Power BI crea para guardar un conjunto de campos — medidas, columnas o ambos — que el usuario puede seleccionar en tiempo real. Al arrastrar esa tabla a un segmentador (slicer) y dentro de un objeto visual, el gráfico deja de estar atado a una métrica o a un eje fijo.
En la práctica, convierten un informe rígido en uno flexible. En lugar de una página para ingresos, otra para margen y otra para unidades, tienes una sola página con un segmentador que alterna entre las tres. Lo mismo ocurre con las dimensiones: analizar por producto, por región o por cliente pasa a ser un clic.
Cómo crear un field parameter paso a paso
El proceso es directo y no exige DAX escrito a mano:
- En la pestaña Modelado, elige Nuevo parámetro y después Campos.
- Da un nombre al parámetro — será también el nombre de la nueva tabla en el modelo.
- Arrastra a la caja de la izquierda los campos que quieres ofrecer: medidas como ingresos y margen, o columnas como producto y región.
- Reordena los campos o haz doble clic para cambiar el nombre que verá el usuario.
- Confirma en Crear. Por defecto, Power BI añade un slicer al lienzo de inmediato y crea la tabla del parámetro en el modelo.
A partir de aquí, arrastra el campo del parámetro al eje o a los valores de un objeto visual. El slicer controla lo que aparece. Listo.
Medidas y dimensiones en el mismo parámetro
Una de las capacidades más infravaloradas es mezclar tipos. Nada impide que un field parameter contenga, al mismo tiempo, medidas (ingresos, margen, número de pedidos) y columnas (categoría, región). Esto abre la puerta a objetos visuales verdaderamente dinámicos, en los que el usuario elige tanto qué medir como la forma de repartirlo.
Hace falta algo de sentido común: no todas las combinaciones tienen sentido, y un segmentador con treinta opciones confunde más de lo que ayuda. La flexibilidad es una herramienta, no un objetivo.
Casos de uso donde marcan la diferencia
- Eje dinámico: un único gráfico de barras que el usuario ve por producto, por región o por mes, según elija.
- Métrica dinámica: una tarjeta o una serie temporal que alterna entre ingresos, margen y unidades.
- Un informe para varios equipos: en lugar de versiones por departamento, cada persona selecciona los indicadores que le interesan.
- Menos páginas, menos mantenimiento: consolidar cinco páginas casi iguales en una sola reduce el esfuerzo de mantener todo alineado.
Mini-caso: un equipo de control de gestión
El equipo de control de gestión de una empresa industrial mantenía un informe mensual con una página por métrica y por dimensión: ingresos por producto, ingresos por región, margen por producto, margen por región, y así sucesivamente. En total, doce páginas casi idénticas que había que formatear y revisar una a una en cada cierre.
Con field parameters, lo colapsaron todo en tres páginas: una de evolución, una de comparación y una de detalle, cada una con dos segmentadores — uno para la métrica, otro para la dimensión. El tiempo de mantenimiento mensual del informe bajó de cerca de un día de trabajo a menos de dos horas. Y, quizá más importante, el número de usuarios activos subió alrededor de un 40%, porque cada gestor pudo responder a sus propias preguntas sin pedir una versión nueva.
El camino no fue inmediato: el equipo tuvo que reeducar a los usuarios, acostumbrados a buscar la página del margen. Una pequeña sección de ayuda en la parte superior del informe resolvió la mayoría de las dudas.
Field parameters o marcadores: cuál elegir
Antes de los field parameters, la forma habitual de ofrecer vistas alternativas era con marcadores (bookmarks) y botones: crear varios objetos visuales superpuestos y alternar su visibilidad. Funciona, pero es frágil — cada nueva métrica obliga a un objeto visual más, un marcador más y un botón más, y el mantenimiento crece deprisa. Los field parameters hacen el mismo trabajo con una única tabla y un segmentador, y escalan mucho mejor a medida que aumentan las opciones. Los marcadores siguen siendo útiles para cambiar el diseño o contar una historia guiada; los field parameters son la elección correcta cuando lo que cambia es el campo en análisis.
Título dinámico: que el objeto visual acompañe la elección
Un informe dinámico sin título dinámico es una trampa: el gráfico cambia, pero el encabezado sigue diciendo Ingresos cuando el usuario ya está viendo el Margen. La solución es una medida sencilla que devuelve el nombre del campo seleccionado y sirve de título al objeto visual:
Título = SELECTEDVALUE(Parametro[Nombre], "Visión general")
El segundo argumento define el texto a mostrar cuando hay varias opciones seleccionadas a la vez. Con este detalle, el objeto visual se explica solo y el usuario nunca duda sobre lo que está viendo.
Limitaciones y cuidados a tener
Los field parameters no son la respuesta para todo, y conviene conocer los límites:
- No confundas los field parameters con los parámetros What-if, que sirven para simular valores numéricos, no para cambiar campos.
- El formato de cada medida puede variar (porcentajes, moneda, enteros); un objeto visual dinámico no siempre aplica el formato ideal a todas las opciones.
- Algunas interacciones — como ciertos tipos de drill o el formato condicional que depende de una medida concreta — pueden comportarse de forma inesperada cuando el campo es dinámico.
- Un segmentador con demasiadas opciones perjudica la experiencia; agrupa y limítalo a lo que es útil.
Errores comunes
- Llenar el parámetro de campos: más opciones no es un mejor informe. Elige las que responden a preguntas reales.
- Olvidar el título dinámico: si el objeto visual cambia de métrica, el título debe cambiar con él, o el usuario se pierde. Una medida con
SELECTEDVALUElo resuelve. - No probar el formato: comprueba cómo queda cada opción antes de publicar, sobre todo al mezclar moneda y porcentaje.
- Suponer que todos lo entienden: un informe dinámico es potente, pero menos intuitivo; una nota de ayuda marca la diferencia.
Buenas prácticas
Usa nombres claros en los campos del parámetro — es lo que ve el usuario. Crea un título dinámico con SELECTEDVALUE para que el objeto visual refleje la elección. Mantén cada parámetro centrado en un propósito (uno para métricas, otro para dimensiones, en lugar de uno solo enorme). Y documenta, aunque sea en un cuadro de texto discreto, qué hacen los segmentadores.
En la práctica
Los field parameters son una de esas funcionalidades que parecen pequeñas y cambian la forma de construir informes. En lugar de responder a cada nueva petición con una página más, das al usuario las llaves para explorar por su cuenta. El resultado son informes más ligeros, más fáciles de mantener y, casi siempre, más usados. Empieza por un informe donde tengas páginas repetidas — ahí la ganancia es inmediata.
