Implementar Power BI y su gobierno: modelo de datos, seguridad y acuerdos

Cómo implementar Power BI para que todos los informes usen las mismas cifras, el acceso esté controlado y cada modelo tenga un responsable.

En este tema: Tecnología y datos 18

Implementar Power BI empieza casi siempre igual. El primer informe se monta en una tarde: alguien de finanzas conecta la contabilidad, añade unos gráficos y la dirección queda impresionada. Año y medio después hay treinta informes, cada uno con su propia copia de los datos. Dos dan ventas distintas para el mismo mes, quien los hizo se ha ido y nadie se atreve a tocar nada.

Sin un modelo compartido ≠≠copiacopiacopiaOrigen
  • Cada informe obtiene y calcula sus propias cifras
  • Dos cifras de ventas para el mismo mes
Con un modelo compartido Un modeloOrigen
  • Las cifras se definen una sola vez, en el modelo
  • Todos los informes muestran las mismas ventas

Casi nunca es culpa del software, sino de un modelo que nadie diseñó y de acuerdos que nadie tomó. Esta guía explica cómo implementar Power BI para que siga funcionando con el décimo informe y el usuario número cincuenta.

En pocas palabras

Construya un modelo semántico bien diseñado por tema y haga que todos sus informes lo usen. Separe desarrollo y producción, controle con la seguridad de nivel de fila quién ve qué y dé a cada modelo un responsable que decida las definiciones. La tecnología es la parte menor del trabajo.

  • Modelo de datos
  • Seguridad
  • Gobierno
  • Finanzas
01 La base

Cómo se organiza Power BI

Power BI funciona por capas, cada una con su tarea. Los problemas empiezan cuando una capa hace el trabajo de otra, por ejemplo cuando un informe calcula las ventas a su manera.

Orígenes contabilidad, ERP, RR. HH., Excel Power Query obtiene y limpia en cada actualización Modelo semántico tablas y relaciones, una sola definición de ventas Informes gráficos con pocos cálculos propios Área de trabajo y aplicación los lectores acceden por grupos
Las capas de una solución Power BI. Las definiciones viven en el modelo semántico, no en los informes.

Los datos llegan de los orígenes, se limpian en Power QueryPower QueryEl motor de Power BI y Excel que obtiene y limpia los datos, repitiendo los mismos pasos en cada actualización. y se cargan en el modelo semánticoModelo semánticoLa capa de tablas, relaciones y cálculos sobre la que se construyen los informes; antes se llamaba conjunto de datos.: tablas, relaciones y cálculos. Los informes solo muestran lo que el modelo ofrece, y los lectores los reciben mediante una aplicación.

Hoy Power BI forma parte de Microsoft Fabric, la plataforma de análisis de Microsoft (fuente: Microsoft, agosto de 2026).

Las licencias dependen de quién crea, quién consulta y si su organización reserva capacidad (recursos de cálculo dedicados): la gratuita sirve para uso propio, Pro permite compartir y Premium por usuario (PPU) añade la mayoría de las funciones de la capacidad Premium (fuente: Microsoft, noviembre de 2025). Consulte los precios vigentes en el sitio de Microsoft.

02 El modelo de datos

Esquema de estrella, medidas y un modelo compartido

Microsoft considera el esquema de estrella muy importante para que los modelos de Power BI rindan bien y sean fáciles de usar (fuente: Microsoft, diciembre de 2024).

En el centro hay una tabla de hechos con los eventos: asientos contables, líneas de pedido, horas trabajadas. Alrededor, las tablas de dimensiones describen las entidades del negocio: fecha, cliente, cuenta contable, centro de costos (fuente: Microsoft, diciembre de 2024).

Una sola tabla ancha con todo dentro parece más rápida al principio, pero se vuelve lenta e imprevisible al crecer.

Fecha año, período, mes Cliente segmento, región Cuenta contable resultados, balance Centro de costos área, responsable Tabla de hechos asientos, líneas de pedido
Un esquema de estrella: eventos en el centro, descripciones alrededor y una relación por dimensión.

Definiciones en el modelo

Escriba cada cálculo una vez, como medida en DAX (el lenguaje de fórmulas de Power BI), y oculte las columnas en bruto. Todos los informes usarán el mismo margen bruto.

Un modelo compartido

Varios informes, un solo modelo. Separar modelo e informes permite que muchos creadores lo reutilicen y reparte esfuerzo y responsabilidad (fuente: Microsoft, enero de 2025).

Una tabla de fechas propia

Sustituya las tablas automáticas de fecha y hora por una propia, con su ejercicio y sus períodos. Microsoft solo aconseja las automáticas para períodos de calendario y modelos sencillos (fuente: Microsoft, diciembre de 2025).

Actualización y puerta de enlace

Un informe muestra los datos de la última actualización. En un modelo importado usted fija una programación: hasta ocho actualizaciones al día en un área de trabajo Pro, que usa capacidad compartida, y hasta 48 en Premium por usuario o en una capacidad Premium o de Fabric (fuente: Microsoft, septiembre de 2026; Microsoft, junio de 2026). Si Power BI llega directamente al origen, como con muchos servicios en la nube, no necesita nada más (fuente: Microsoft, septiembre de 2026). Si el origen está en un servidor propio, necesita una puerta de enlace de datos local: un software de Windows, instalado en un equipo suyo, que conecta el servicio con el origen mediante conexiones salientes, sin abrir puertos de entrada (fuente: Microsoft, septiembre de 2026).

Instale la puerta de enlace en un servidor, no en un equipo portátil

Use el modo estándar en un servidor siempre encendido y con dos administradores; el modo personal admite un solo usuario y no se puede compartir (fuente: Microsoft, septiembre de 2026). Si falla una actualización programada, Power BI avisa por defecto al propietario del modelo por correo (fuente: Microsoft, septiembre de 2026): asegúrese de que actúe.

03 Publicar cambios

Desarrollo, prueba y producción, cada uno por separado

Un cambio en un modelo compartido afecta a todos los informes conectados a él (fuente: Microsoft, enero de 2025). Sin pruebas, tarde o temprano un error llega al informe de la dirección.

  1. 1DesarrolloLos creadores cambian modelos e informes en su propia área de trabajoÁrea de trabajoEspacio compartido del servicio Power BI donde un equipo crea y administra modelos e informes., que nadie de fuera consulta.
  2. 2PruebaUsuarios de referencia cotejan las cifras con la contabilidad y prueban los roles de seguridad con cuentas reales.
  3. 3ProducciónSolo el contenido aprobado llega a la aplicación de los lectores.

Las canalizaciones de implementación copian el contenido de una fase a la siguiente dentro del servicio, por defecto Desarrollo, Prueba y Producción (fuente: Microsoft, septiembre de 2026). Cada fase usa su propia área de trabajo, en una capacidad de Fabric o Premium, o en Premium por usuario si solo contiene elementos de Power BI (fuente: Microsoft, julio de 2026; Microsoft, octubre de 2026).

¿Solo tiene licencias Pro?

Aplique el mismo principio a mano: un área de trabajo para construir y otra de producción para la aplicación.

04 Seguridad

Seguridad de nivel de fila: cada gerente ve solo su región

La seguridad de nivel de fila (RLS) limita qué filas ve cada usuario mediante filtros definidos en roles (fuente: Microsoft, mayo de 2026).

Piense en un mayorista con cuatro regiones. El gerente del Norte ve ventas, margen y cuentas por cobrar del Norte, y nada del Sur; el director general lo ve todo. Los dos abren el mismo informe.

Lo que ve el gerente del Norte REGIÓNVENTASNorteSurEsteOeste
  • Solo las filas del Norte
  • Totales que cubren solo el Norte
Lo que ve el director general REGIÓNVENTASNorteSurEsteOeste
  • Todas las regiones
  • El mismo informe, sin una versión aparte
  1. 1
    Anote quién ve quéUna tabla de accesos con el nombre de inicio de sesión de cada persona y sus regiones, alimentada desde RR. HH. o una lista con responsable.
  2. 2
    Cree un rol con una regla de filtroEn Power BI Desktop, la tabla de regiones muestra solo las regiones del usuario conectado; filtrar dimensiones suele ser más eficaz que filtrar hechos (fuente: Microsoft, diciembre de 2024). USERPRINCIPALNAME() devuelve el nombre de inicio de sesión, que no siempre coincide con el correo (fuente: Microsoft, mayo de 2026).
  3. 3
    Asigne grupos en el servicioLos usuarios se asignan a los roles en el servicio Power BI, no en Desktop (fuente: Microsoft, mayo de 2026), y Microsoft recomienda asignar grupos de seguridad siempre que se pueda (fuente: Microsoft, diciembre de 2024).
  4. 4
    Pruebe con usuarios realesUse "Probar como rol" (fuente: Microsoft, mayo de 2026) e incluya a alguien que no figure en ninguna lista: no debe ver nada.
Dos trampas

Si alguien está en dos roles, los filtros se suman: quien esté en "Dirección" y en "Región" lo ve todo (fuente: Microsoft, diciembre de 2024).

La RLS solo restringe a quien tiene permisos de Visor, no a los roles Administrador, Miembro y Colaborador del área de trabajo (fuente: Microsoft, mayo de 2026). Un gerente que es miembro del área de trabajo ve todas las regiones.

Etiquetas de confidencialidad y uso compartido

Las etiquetas de confidencialidadEtiquetas de confidencialidadClasificaciones que define su organización, como Confidencial, en Microsoft Purview; también las usan las aplicaciones de Office. indican lo confidencial que es un informe, pero dentro del servicio el acceso lo deciden solo los permisos de Power BI (fuente: Microsoft, noviembre de 2025). La etiqueta cuenta cuando los datos salen:

Ruta de exportación o uso compartido¿Viaja la etiqueta?Qué hacer
Exportar a Excel o PDF SíPermitido para quien lo necesite
Exportar a CSV (archivo de texto plano) NoRestringirlo en modelos sensibles
Publicar en la web NoCualquiera lo ve en Internet sin iniciar sesión: el administrador debe desactivarlo o limitarlo a grupos concretos

El administrador puede bloquear también las rutas de exportación no admitidas (fuente: Microsoft, noviembre de 2025). Comparta mediante aplicaciones y con grupos, no con personas sueltas.

Con datos de empleados, como ausencias o salarios, acuerde antes con RR. HH. quién ve qué. En la UE, la protección de datos por defecto del RGPD pide la mínima accesibilidad a los datos personales (fuente: AEPD, octubre de 2020); en América Latina, revise la ley de su país con ayuda de la guía de protección de datos.

05 Gobierno

Acuerdos que mantienen Power BI fiable

Cuatro acuerdos de gobernanza evitan casi todo el desorden del principio.

Un responsable por modelo

Un responsable de negocio, como el controller en el modelo financiero, decide las definiciones; un administrador técnico mantiene el modelo en marcha.

Promocionado y Certificado

Promocionado: sus creadores lo consideran listo para compartir y reutilizar. Certificado: un revisor autorizado confirma que cumple los estándares de calidad de la organización, y solo certifican los usuarios que designa un administrador de Fabric (fuente: Microsoft, julio de 2024).

Nombres fijos

Un patrón de nombres para áreas de trabajo y medidas: Ventas, Ventas año anterior, Ventas presupuesto. Nadie tiene que preguntar.

Una página por modelo

Objetivo, orígenes, hora de actualización, definiciones y roles, en una página breve que alguien mantenga al día.

Finanzas decide las definiciones. TI mantiene el modelo en marcha.

Adopción, formación y rendimiento

La hoja de ruta de adopción de Microsoft Fabric trata la adopción como algo más que tecnología, con áreas como la cultura de datos, el patrocinador ejecutivo y el soporte técnico al usuario (fuente: Microsoft, diciembre de 2024). Forme por separado a lectores (filtrar y saber qué exportar) y creadores (usar el modelo compartido), con un usuario de referencia por departamento. Y retire lo que nadie usa: tras dos meses sin visitas, Power BI pausa la actualización programada del modelo y avisa al propietario (fuente: Microsoft, septiembre de 2026).

  • Cargue solo lo que use: quite columnas y filas que ningún informe necesita y desactive la fecha y hora automáticas.
  • Menos objetos visuales por página: Microsoft recomienda limitarlos a los necesarios (fuente: Microsoft, febrero de 2026).
  • Mida, no adivine: el Analizador de rendimiento de Power BI Desktop muestra cuánto tarda cada objeto visual en cargarse (fuente: Microsoft, diciembre de 2025).
  • Importación por defecto: es lo que aconseja Microsoft; con DirectQueryDirectQueryModo de conexión que deja los datos en el origen: Power BI lo consulta cada vez que carga un objeto visual., cada objeto visual lanza consultas al origen, que es quien marca la velocidad (fuente: Microsoft, octubre de 2025).
06 Para equipos financieros

Informes financieros: plan de cuentas, períodos, presupuesto y cierre

Cuatro reglas propias de las cifras financieras deciden si el controller se fía del informe.

Plan de cuentas

Convierta el plan de cuentas (en México, catálogo de cuentas) en una dimensión con los niveles del estado de resultados y del balance y una columna de orden (ventas arriba). Registre el signo: las ventas suelen tener saldo acreedor y guardarse en negativo. Los subtotales, como el margen bruto, van en el modelo.

Períodos

Ponga el ejercicio y el período contable en la tabla de fechas, junto al mes del calendario: los necesitará si el ejercicio no coincide con el año del calendario o si trabaja con períodos de cuatro semanas.

Presupuesto frente a real

El presupuesto suele fijarse por mes y grupo de cuentas; lo real, por asiento. Vincúlelo al primer día de su período y haga que la medida quede en blanco por debajo de ese nivel (fuente: Microsoft, noviembre de 2025). Una columna de versión separa presupuesto y previsión.

Cierre contable

Un período abierto aún cambia. Indique si cada mes es provisional o cerrado, alinee las actualizaciones con el calendario de cierre y guarde una instantánea por cierre si el informe debe coincidir con lo presentado.

España y México: agrupaciones oficiales y ejercicio

En España, el cuadro de cuentas del Plan General de Contabilidad codifica grupos, subgrupos y cuentas en forma decimal; no obliga en numeración y nombres, pero es la referencia para las partidas de las cuentas anuales (fuente: BOE, diciembre de 2024). En México, el SAT pide asociar las cuentas del catálogo a su código agrupador para presentar la información de manera uniforme (fuente: SAT, enero de 2024). Úselas como un nivel de la dimensión de cuentas, bajo su agrupación de gestión.

Con el ejercicio ocurre algo parecido: en España, salvo que los estatutos digan otra cosa, el ejercicio social termina el 31 de diciembre (fuente: BOE, enero de 2025); en México, los ejercicios fiscales coinciden con el año de calendario (fuente: Cámara de Diputados de México, abril de 2026). Un grupo que cierra en junio con una filial mexicana necesita ambos años en la tabla de fechas. Compruebe las reglas de cada país donde opere.

Diagnóstico rápido

¿En qué estado está su implementación de Power BI?

Ocho afirmaciones de esta guía. Respóndalas para su organización y verá por dónde empezar.

  1. 1Cada tema tiene un modelo semántico compartido que usan todos sus informes.
  2. 2Las medidas principales, como ventas y margen bruto, tienen una definición escrita.
  3. 3Las actualizaciones programadas usan una puerta de enlace en un servidor, no en un equipo portátil.
  4. 4Los cambios se prueban antes de llegar al informe de la dirección.
  5. 5La seguridad de nivel de fila está configurada y probada con cuentas reales.
  6. 6Los lectores reciben los informes por una aplicación, no como miembros del área de trabajo.
  7. 7Cada modelo tiene un responsable de negocio con nombre propio que decide las definiciones.
  8. 8Las cifras de los informes se concilian con la contabilidad en cada cierre.
Siga leyendo

Guías relacionadas

Todas las guías de la serie, en Tecnología y datos.

Herramientas

Lista de verificación de implementación, hoja de trabajo de RLS y roles de gobierno

A continuación encontrará una lista de verificación por fase, una hoja de trabajo para diseñar la seguridad de nivel de fila y una tabla de responsabilidades por tarea.

Preguntas

Preguntas frecuentes

¿Qué diferencia hay entre un panel y un informe en Power BI?
Un informe tiene una o varias páginas interactivas sobre un modelo semántico. Un panel (dashboard) es una sola página de iconos anclados desde uno o varios informes, a modo de vista general.
¿Cuántos modelos semánticos necesita una organización?
Los menos posibles: uno por tema, como finanzas, ventas o RR. HH., compartido por todos sus informes. Se justifican modelos separados cuando los orígenes, la seguridad o los responsables son realmente distintos.
¿Hace falta un almacén de datos antes de empezar?
Para empezar, no: con pocos orígenes bastan Power Query y un buen modelo. Un almacén de datos (data warehouse) compensa cuando hay que combinar muchos orígenes, guardar un historial que los sistemas de origen pierden o servir los mismos datos a varias herramientas.
¿Quién debe ser dueño del modelo financiero, finanzas o TI?
Finanzas es dueña del contenido y de las definiciones, porque responde de las cifras. TI o un equipo de BI lleva lo técnico: actualización, puerta de enlace, permisos y rendimiento. Deje ese reparto por escrito: así, cada duda sobre una cifra llega a quien puede responderla.