Fabric Apps como sustituto del Power BI corporativo: qué funciona y dónde se rompe

Fabric Apps está en preview desde junio de 2026 y ya sirve para plantearse una pregunta incómoda: si un dashboard corporativo tiene que seguir siendo un informe de Power BI o puede ser una aplicación construida sobre el mismo modelo semántico. Varias semanas de uso real, en un caso de BI y en otro interno que no tiene nada que ver, dan para una respuesta provisional.

Antes, una advertencia sobre cómo se trabaja, porque es la parte que más ruido genera: Fabric Apps es code-first. No hay lienzo ni arrastrar y soltar. La app se escribe en código, hoy con un asistente como Claude aplicando la lógica que se le pide e iterando en conversación. Vibe coding, en definitiva. Los detractores ya tienen el argumento; lo interesante es lo que sale al otro lado.

Y lo que sale es un nivel de experiencia y de visualización que en Power BI casi nunca se alcanza del todo, o que directamente no se puede por la naturaleza de la herramienta.

Lo que ya funciona

• Una app multiidioma sobre un único modelo semántico. Cuatro idiomas, una sola lógica, cuatro interfaces. Sin duplicar informes ni medidas.
• Cambios en producción en segundos. Redeploy y listo. Sin publicar un .pbix, sin Desktop, sin esperar a que refresque nada.
• Gráficos de librerías open source. Tooltips sincronizados entre gráficos, mapas de calor con celdas clicables, waterfalls, modo claro y oscuro nativo. Lo que en Power BI es un visual personalizado, una licencia o un no.
• Planos interactivos en SVG. Cada zona del plano es clicable y pinta su dato encima. Para una planta, un almacén o una tienda es otra forma de mirar el negocio.
• El usuario enriquece el dato. Interactúa y aporta información que se queda en el sistema. No solo lee: escribe sobre lo que ve.
• Roles y accesos desde la propia app. Sin tocar el portal ni pasar por el administrador cada vez que entra alguien nuevo.
• Exportación sin límites artificiales. Excel o copiar y pegar la tabla que hay detrás de cada gráfico, PNG del visual, PDF a máxima resolución.
• Un menú de verdad. Con jerarquía, secciones y navegación, no marcadores encadenados.
• Y un margen de iteración que no tiene techo, porque en el fondo es código y el límite lo pone lo que se quiera construir.

Los peros, por ahora

• Está en preview. No se sabe qué coste de SKU tendrá una app así en producción. Sin ese número, nadie debería recomendar apostar.
• La app no sale de Fabric. Hoy no hay un enlace externo que funcione con conexión al modelo semántico. Quien quiera verla tiene que estar dentro.
• Sin conexión por API hacia fuera. No se puede enchufar la API de un modelo de lenguaje con el contexto de las medidas y la lógica de negocio para montar un chat que responda a cada rol lo que necesita saber. Es la pieza más prometedora y la que hoy no está.

Dónde se rompería

Y luego está la duda clásica de cualquier adopción temprana: todavía no se ve a nadie con esto en producción en su empresa. Es lógico, está en preview. Pero está.

El debate obvio, Power BI sí o Power BI no, importa poco. Lo que importa es dónde se rompería un superdashboard en Fabric Apps sustituyendo al Power BI clásico a nivel corporativo. Tres candidatos:

1. Gobierno. Un .pbix tiene un ciclo de vida conocido: espacio de trabajo, certificación, linaje. Una app escrita en código necesita otro tipo de control, y no está claro quién lo pone.
2. Coste. Mientras no se sepa el SKU, cualquier cálculo de retorno es una apuesta.
3. Adopción. El usuario de negocio sabe lo que es un informe de Power BI. Una app nueva, aunque sea mejor, hay que explicarla, formarla y sostenerla.

La respuesta provisional: como capa operativa sobre un BI que ya existe, Fabric Apps ya vale. Como sustituto del Power BI corporativo, depende de esas tres cosas, y ninguna se resuelve con más código. Este artículo se revisará cuando haya respuestas.