Si das servicio a varios clientes, o tu empresa tiene varias marcas, el problema es siempre el mismo: cada uno quiere ver los datos en su casa, con su logo y su dominio, no en un portal genérico con la marca de otro. Un portal multimarca resuelve justo eso, y hacerlo bien sobre Power BI tiene más miga de la que parece.
Qué es un portal multimarca de verdad
No es cambiar el color de una cabecera. Un portal multimarca sirve el mismo motor de analítica a varias marcas o clientes, y cada uno lo vive como suyo: su dominio propio, su logo, su paleta, sus usuarios y, lo importante, sus datos aislados de los del vecino. Uno entra en informes.sumarca.com y entra por su propio dominio, con su marca y sus permisos.
Por qué el multi-dominio es la parte difícil
Que dos clientes compartan infraestructura pero jamás vean los datos del otro exige tres cosas a la vez: aislamiento real por marca, permisos por usuario dentro de cada marca, y una identidad que sepa quién es cada quien. Power BI Embedded pone la base para esto con su modelo de app propietaria de los datos, donde tus usuarios finales no necesitan licencia individual. Encima de esa base es donde se construye la experiencia multimarca.
La trampa está en la gobernanza. Un fallo aquí no es un bug estético: es enseñarle a un cliente los números de otro. Por eso el aislamiento no puede ser una convención, tiene que estar en la arquitectura.
Un caso que lo explica mejor que mil palabras
Una asociación sectorial que quiere dar a sus miembros un cuadro de mando comparativo. Cada miembro ve su posición frente al agregado del sector, con la marca de la asociación, sin que nadie vea los datos individuales del resto y sin comprar una licencia por persona. Multiplica eso por tres regiones, cada una con su asociación y su marca, sobre la misma plataforma. Ese es el escenario donde un portal multimarca deja de ser un lujo y pasa a ser la única forma sensata de montarlo.
Varias marcas sobre Power BI: las dos formas de montarlo
Microsoft lo llama multiinquilino, multi tenant en inglés, y documenta dos caminos. El primero: un único modelo semántico con los datos de todas las marcas y seguridad por filas (RLS) para que cada una vea solo lo suyo. Un informe, un modelo, altas baratas. Microsoft lo plantea para quien tiene pocos clientes y modelos pequeños o medianos. El precio: todo corre en un solo modelo y una sola capacidad. Y el filtro depende de la identidad efectiva que tu aplicación pasa al generar el token: la propia guía de Microsoft enseña una regla mal escrita que, ante un valor inesperado, devuelve todas las filas.
El segundo: un área de trabajo por marca, cada una con su modelo. Es el que Microsoft recomienda para embeber analítica a clientes. El área es la unidad más pequeña asignable a una capacidad, así que la marca grande puede tener la suya. A cambio, cada versión de un informe hay que llevarla a todas las áreas, y las altas hay que automatizarlas. Microsoft sugiere una sola copia del informe enlazada en tiempo de sesión al modelo de cada marca.
La tercera pieza no es un modelo de datos, es cómo escalar el segundo. Los perfiles de entidad de servicio. Una entidad no debería ser miembro de más de 1.000 áreas; cada perfil puede llegar a otras 1.000 y una misma entidad admite hasta 100.000 perfiles. Microsoft los recomienda con muchas áreas y más de 1.000 usuarios.
Lo que un portal multimarca pone encima de Power BI
Nada de esto decide qué pasa cuando alguien teclea la dirección de su marca. Al embeber para clientes, la aplicación autentica a los usuarios; Power BI recibe una identidad efectiva y la da por buena. Lo que hay entre el navegador y ese token es terreno del portal:
- Un dominio por marca, con su certificado, y que la plataforma sepa por cuál entran.
- Identidad y administradores por marca. Quién entra en cada una y cómo, quién lo gestiona sin ver a las demás, y que nadie exista en dos marcas por error.
- El mapa de marca a contenido. Qué área, qué perfil y qué rol de RLS toca a cada marca. El token se genera en el servidor y el usuario no puede verlo ni cambiarlo; el mapa que lo alimenta merece la misma protección.
- Auditoría. Para Power BI tus usuarios finales son el nombre que tu aplicación pone en el token; quién vio qué, en qué marca y cuándo lo registra el portal o nadie.
Esa capa separa un informe incrustado de una plataforma multimarca vendible como marca blanca de business intelligence. Un software BI de marca blanca como Reporbia la trae resuelta.
Cómo elegir el modelo y cuándo se te ha quedado pequeño
Cinco preguntas antes de montar nada:
- ¿Cuántas marcas hay hoy y cuántas puede haber en dos años? Diez y mil no se montan igual.
- ¿Comparten datos o cada una tiene los suyos? Con una base de datos por marca, el área sale sola.
- ¿Alguna quiere administrar a sus propios usuarios?
- ¿Alguna pedirá su dominio? Si lo pide una, acabarán pidiéndolo todas.
- ¿Alguien va a editar informes o guardarse copias?
Las señales de que se ha quedado corto. Con modelo compartido y RLS: la actualización tarda cada vez más, o una marca pide un refresco distinto o sus datos fuera del modelo común, y no puedes dárselo sin tocar a las demás. Con áreas por marca: la entidad de servicio se acerca a las 1.000 áreas, las copias personales hacen que un área roce los 1.000 elementos que admite, o cada versión de un informe cuesta una mañana marca a marca. Nada de esto es un fallo. Es el aviso de pasar a perfiles, a enlazar el informe en sesión o a repartir marcas entre capacidades. Mejor antes de que lo pida un cliente.
Dónde encaja Reporbia
Reporbia es exactamente eso: un software BI de marca blanca sobre Power BI Embedded, con multi-dominio, aislamiento por marca y usuarios sin licencia individual. Cada cliente o cada marca tuya, con su portal. Y todo dentro de tu Azure, no del nuestro.
Para el detalle del modelo de licencias, en qué es Power BI Embedded lo desglosamos, y los planes están en precios.
Seguir leyendo
- Qué es Power BI Embedded y por qué rompe el modelo de licencias
- Habla con tus datos: IA conversacional sobre Power BI
- Planes y precios de Reporbia
Fuente oficial: Embed analytics for your customers (Microsoft Learn).