Blog de Alex Ayala

Hay un punto en Power BI en el que el problema ya no es «hacer gráficos». Lo sabes porque lo has vivido. Al principio todo va sobre ruedas: cargas unos datos, arrastras un par de campos, sale un gráfico bonito y todo el mundo aplaude. Y entonces el proyecto crece.

El modelo engorda. Las medidas se duplican porque nadie recuerda si ya existía una igual. Las relaciones empiezan a comportarse de forma rara y aparece esa flecha bidireccional que metió alguien «para que funcionara». El informe tarda en abrir. Nadie ha documentado nada, así que cada cambio es arqueología. Y publicar en el servicio, que antes era darle a un botón, ahora es un pequeño drama de credenciales, puertas de enlace y actualizaciones que fallan a las tres de la mañana.

Para ese momento exacto he preparado Power BI Avanzado, el nuevo curso que ya está disponible en NamasData. No es un curso para empezar de cero. Es para cuando ya sabes usar Power BI y necesitas que lo que construyes aguante el paso del tiempo y a otra persona abriéndolo dentro de seis meses.

Y eso es justo el salto del que hablo siempre: pasar de «sé usar Power BI» a «sé construir algo mantenible». Que es, con diferencia, donde más se nota la diferencia entre un informe que aguanta dos años y uno que hay que rehacer cada tres meses.

Para quién es esto (y para quién no)

Voy a ser honesto, porque prefiero que no pierdas el tiempo. Este curso no es para principiantes absolutos. Si todavía no tienes claro cómo cargar datos, qué es una tabla de hechos frente a una de dimensión, o en qué se diferencian Power Query, el modelo y el informe, te va a venir grande. Empieza por lo básico y vuelve cuando tengas esa base. Entrar demasiado pronto solo frustra, y no quiero eso.

Power BI Avanzado es para ti si:

• Ya cargas datos y entiendes el concepto de hechos, dimensiones y relaciones.
• Has escrito medidas DAX sencillas y quieres dejar de copiarlas y pegarlas.
• Tienes clara la diferencia entre Power Query, el modelo y el informe.
• Has publicado algún informe o al menos conoces el servicio.
• Trabajas con informes reales, de los que usa gente de verdad para tomar decisiones.

No hace falta que sepas TMDL ni ninguna de las herramientas avanzadas antes de empezar. Eso es precisamente lo que vienes a aprender. Lo que necesitas es haber tocado proyectos de verdad y haberte topado con sus problemas. Si te has reconocido en la lista de dolores de arriba, estás en el sitio correcto.

Dolor 1: el modelo crece y se vuelve un caos

El primer síntoma de un proyecto que se te va de las manos es el modelo. La mayoría de los problemas que la gente achaca a «Power BI va lento» o «las cifras no cuadran» nacen aquí, en decisiones de modelado que nadie revisó a tiempo: granularidades que no encajan, cardinalidades mal entendidas, una tabla puente improvisada para cuadrar presupuesto contra real, campos técnicos a la vista que confunden a todo el mundo y consultas de Power Query que no hacen query folding y van lentas sin que sepas por qué.

El Módulo 1 va de eso: modelado avanzado y buenas prácticas de organización. Trabajamos:

• Granularidad y cardinalidad de verdad: a qué nivel de detalle vive cada tabla y qué tipo de relación tiene sentido.
• Estrella frente a copo de nieve y cuándo necesitas una tabla puente real (el caso clásico de ventas reales contra presupuesto, que viven a granularidades distintas), incluso montándola con DAX cuando no la tienes en el origen.
• Query folding y diagnóstico de consultas, que es la diferencia entre una carga que el servidor resuelve por ti y otra que se trae todo a tu equipo para sufrir.
• Lo que casi nadie hace y marca la diferencia: categorizar datos (países, URLs, imágenes), montar jerarquías, organizar las medidas en carpetas, desactivar las medidas implícitas, controlar la sumarización y ocultar los campos técnicos.
• Documentar: consultas, pasos, medidas y gráficos, hasta montar un diccionario de datos dentro del propio modelo.

El resultado no es espectacular para una demo, pero es justo lo que distingue a un profesional: un modelo limpio, sin ambigüedades y que otra persona puede entender sin llamarte por teléfono.

Dolor 2: las medidas se duplican y nadie documenta

Cuando un proyecto lleva tiempo vivo, te encuentras con quince variantes de la misma medida: ventas, ventas año anterior, ventas variación, ventas variación porcentaje, ventas acumulado… y todo multiplicado por cada KPI. Es ingobernable. Y como nadie documenta, cada vez que entra una persona nueva al equipo, empieza de cero. Aquí entran dos módulos que, para mí, son el corazón del curso.

El Módulo 2 profesionaliza tu forma de trabajar con código y control de versiones, y es donde el curso da el salto que separa «usar Power BI» de «desarrollar con Power BI». TMDL (Tabular Model Definition Language) es, dicho en cristiano, la forma de tener tu modelo escrito como código legible. Y eso, combinado con el formato PBIP en lugar del PBIX de siempre, lo cambia todo: tu informe deja de ser un único fichero opaco y pasa a ser una carpeta con componentes separados que puedes versionar con Git, comparar cambios y recuperar si algo se rompe. Adiós a tener quince ficheros llamados informe_final_v3_BUENO_definitivo.pbix.

Verás las diferencias entre PBIX, PBIP, BIM y TMDL sin marearte, los editores que usamos en el mundo real (Tabular Editor y VS Code con la extensión de Microsoft, además de la vista TMDL ya integrada en Power BI), y crearás scripts reutilizables para tareas que hoy haces a mano una y otra vez: tablas de calendario, fecha de última actualización, el diccionario de datos, los grupos de cálculo. Incluso medidas con iconos Unicode, y limpiezas con Measure Killer, que es oro puro cuando heredas un modelo lleno de medidas y columnas que ya no usa nadie. Y sí, hablamos de usar la IA con cabeza para generar scripts, revisando siempre indentación y estructura: generar, sí; confiar sin mirar, no. Copiar y pegar sin entender es la mejor forma de romper un modelo.

El Módulo 3 ataca las medidas duplicadas desde el lado del análisis. Los grupos de cálculo con SELECTEDMEASURE te permiten escribir un patrón una sola vez (inteligencia de tiempo, variaciones, formatos dinámicos, conversión de divisas) y aplicarlo a todas tus medidas, en lugar de duplicarlas hasta el infinito. Son el antídoto contra los modelos con cuarenta medidas casi idénticas. Y los parámetros de campo te dan selectores dinámicos para cambiar medidas, ejes, categorías, leyendas o pequeños múltiplos sin montar diez versiones del mismo gráfico. Aprendes incluso a editar el código de esos parámetros y a usar USERELATIONSHIP para relaciones alternativas, ese clásico de fecha de pedido frente a fecha de entrega.

Cuando dominas esto, tu modelo deja de crecer en horizontal a base de copiar y pegar. Menos medidas, más reutilización, menos sitios donde meter la pata.

Dolor 3: informes saturados que nadie sabe leer

Otro clásico: un informe con tanta cosa metida que el usuario se bloquea. Tres tablas, cinco gráficos, diez filtros y una carga cognitiva que tira para atrás. La solución no es quitar información, es controlar cuándo se muestra.

Dentro del Módulo 3 también trabajamos marcadores y panel de selección, navegadores de marcadores, y el detalle que casi todo el mundo pasa por alto: configurar los marcadores para que no restauren filtros que no querías arrastrar. Y en el Módulo 4 entramos en los cálculos visuales, una de las incorporaciones más útiles de Power BI de los últimos tiempos.

Aquí soy muy claro con una idea que recorre todo el curso. Los cálculos visuales viven dentro de un visual concreto y trabajan sobre lo que ese visual ya tiene calculado. Son potentes para explorar, prototipar, validar o resolver un cálculo específico de un visual (acumulados con RUNNINGSUM, márgenes dentro de una matriz, porcentajes sobre el nivel superior o sobre el padre, promedios de hermanos, medias móviles con ISATLEVEL, y el manejo de contexto con COLLAPSE y EXPAND), pero no deben sustituir a las medidas del modelo cuando el cálculo tiene valor estable para el negocio. Un cálculo visual no se reutiliza ni se referencia desde otras medidas: si esa cifra la vas a necesitar en diez sitios, es una medida, no un cálculo visual. Saber dónde está esa frontera te ahorra rehacer trabajo, y es exactamente el tipo de criterio que separa a quien sabe usar Power BI de quien sabe construir algo sólido.

Cerramos con la parte de diseño que comunica sin saturar: indicadores con SWITCH y formato condicional, plantillas de fondo, temas corporativos y elección del tipo de gráfico según lo que quieras contar.

Dolor 4: el informe va lento y publicar se ha vuelto un infierno

Y llegamos al dolor que más quema cuando el proyecto ya está en producción: el rendimiento y la publicación. El informe tarda. La actualización falla. Te piden datos casi en tiempo real pero el modelo es enorme. Y de repente descubres que necesitas una puerta de enlace y no tienes ni idea de cuál.

El Módulo 5 es el que te lleva de «funciona en mi portátil» a «funciona en producción». Vemos:

• Los modos de almacenamiento (Import, DirectQuery y Dual) y cuándo usar cada uno, el query folding y la consulta nativa, y la actualización automática de página.
• Todo el proceso de publicar en áreas de trabajo del servicio: qué pasa cuando necesita datos que están en tu red local, cuándo hacen falta puertas de enlace (personal frente a estándar), cómo configurar credenciales y actualización programada, orígenes locales frente a la nube (SharePoint) y los límites de actualización según licencia, que conviene conocer antes de prometer nada a negocio.
• Para modelos grandes, lo que de verdad marca la diferencia: introducción a la seguridad a nivel de fila (RLS) desde tablas de permisos, agregaciones para acelerar, y modelos híbridos que combinan DirectQuery para el detalle con Import para el resumen, usando modo Dual en las dimensiones.

También te aviso del riesgo real de estos montajes: la pérdida de confianza cuando el agregado y el tiempo real no se actualizan al mismo ritmo y los números no cuadran. Recuperar esa confianza cuesta mucho. Porque de poco sirve un informe rápido si la gente deja de creérselo.

El hilo que une todo: de «sé usar Power BI» a «sé construir algo mantenible»

Si te fijas, los cinco módulos cuentan la misma historia desde distintos ángulos. No van de aprender funciones sueltas ni de impresionar con un visual vistoso. Van de criterio: saber por qué un modelo en estrella, por qué un grupo de cálculo en lugar de quince medidas, por qué documentar, por qué un cálculo visual sí pero esta medida no, por qué este modo de almacenamiento y no el otro.

Esa es la frontera profesional de verdad: la que separa a quien entrega un PBIX que funciona en su portátil de quien entrega un proyecto que vive en una organización, con su control de versiones, su documentación, su rendimiento cuidado y sus actualizaciones gobernadas. El que usa Power BI resuelve el informe de hoy; el que construye piensa en el informe dentro de seis meses, cuando él esté de vacaciones y otra persona tenga que tocar el modelo sin romperlo.

Ese es el salto del que hablo siempre: de analista a IAnalista. No va de que algo funcione hoy; va de que siga funcionando, y de que cualquiera pueda entenderlo, dentro de un año.

Cómo acceder

Si ya eres miembro de la membresía NamasData, buenas noticias: Power BI Avanzado ya está incluido en tu suscripción. No tienes que comprarlo aparte. Entra y empieza por el Módulo 1, aunque te tiente saltar directo a TMDL o a los cálculos visuales; el orden está pensado. Tienes todo el material trabajado en entornos profesionales: los PBIX y XLSX de práctica, los PDFs, los scripts listos para reutilizar y los quizzes para fijar lo aprendido.

Mi recomendación práctica, la misma que daría a cualquiera en una sesión: si ya has hecho cursos básicos de Power BI o estás peleándote con informes reales, este es por donde deberías seguir. Lo tienes aquí: Power BI Avanzado en NamasData.

Nos vemos dentro del curso. Y si lo haces, cuéntame en los comentarios qué dolor de los de arriba era el tuyo. Seguro que más de uno.