«Marca blanca» suena a poner un logo y cambiar dos colores. En Business Intelligence, la marca blanca de verdad es lo que decide si tu cliente percibe un producto tuyo o un informe pegado dentro de otra herramienta. Y la diferencia está en las capas que casi nadie cubre.
Marca blanca no es un logo
Un informe embebido con tu logo arriba se queda a medias en cuanto el usuario navega: los menús, el inicio de sesión, las URL y los correos siguen siendo de otro. La marca blanca real significa que toda la experiencia es tuya (el portal, el dominio, la autenticación, los correos, los roles) y que Power BI hace lo que mejor hace: el motor de los informes.
Las capas que hay que cubrir
- Dominio propio: tu cliente entra por
informes.sucliente.com, no por un enlace de powerbi.com. - Identidad: login con la identidad que tú decidas (Entra ID, OIDC propio, invitados externos), sin obligar a tus usuarios a tener licencia de Power BI.
- Branding por dominio: si sirves a varios clientes desde una sola instancia, cada uno con su logo, sus colores y sus datos aislados.
- Comunicaciones: los correos de subscripción y avisos salen con tu marca.
- Roles y permisos: quién ve qué, granular, sin que el usuario tenga que entrar en el servicio de Power BI.
El salto de nivel: multi-marca desde una sola instancia
Lo que separa un apaño de una plataforma es el multi-dominio: una única instalación que atiende a varios clientes, cada uno viviendo su propia marca, con datos separados y usuarios aislados. Administración común para ti; experiencia individual para cada cliente. Es la diferencia entre montar un portal por cliente (inmantenible) y operar un producto.
Y encaja con lo que permite el modelo app owns data de Power BI Embedded, donde tú controlas la autenticación y tus usuarios no necesitan licencia. Lo explicamos en qué es Power BI Embedded.
La prueba del algodón
Si tu cliente puede decir «este es el portal de analítica de mi empresa», la marca blanca está bien hecha. Si el inicio de sesión, los correos y las URL son los suyos, lo está. Si cada paso le lleva a una herramienta distinta, no.
Todo esto (dominios, identidad, branding por dominio, correos, roles) es la capa que pone el software BI de marca blanca de Reporbia sobre Power BI Embedded. Tú traes los datos y la marca; lo que se configura en cada caso se concreta en el acuerdo.
Qué comprobar en un software BI de marca blanca
Las demos engañan: todas enseñan un informe con el logo del cliente arriba. Lo que separa un producto de un apaño se comprueba con preguntas concretas:
- Dominio propio. Pide ver un cliente real entrando por su dominio, no por un subdominio del proveedor, y quién renueva el certificado.
- Inicio de sesión con la identidad del cliente. En el modelo de incrustación para clientes, los usuarios no inician sesión en Microsoft Entra ID para acceder a Power BI: se autentica la aplicación, con una identidad reservada, y ella decide cómo entran sus usuarios. Si te mandan a un inicio de sesión de Microsoft, el modelo es otro.
- Aislamiento entre clientes. Microsoft describe dos formas de separar los datos de varios clientes: un área de trabajo por cliente o seguridad por filas sobre un modelo compartido, y recomienda la primera. Las dos funcionan; el proveedor tiene que saber decirte cuál usa y por qué.
- Seguridad por filas dentro de cada cliente. Que el comercial de Valencia no vea Madrid, y que te enseñen cómo lo prueban.
- Marca por inquilino. Logo, colores, textos y dominio configurables por cliente desde una sola instalación; lo contamos en el portal multimarca sobre Power BI.
- Dónde viven los datos. Los datos y el cómputo van ligados a la región de la capacidad, no a la del tenant (aunque parte de los metadatos puede quedarse en la región de origen), y la ubicación de una capacidad de Power BI Embedded no se cambia una vez creada. Pregunta la región.
Lo que pone Power BI y lo que pones tú
Microsoft lo dice en su documentación: con la analítica incrustada puedes usar Power BI con tu marca, y en la modalidad para clientes los usuarios no necesitan licencia. Eso pone Microsoft: motor, visuales, filtrado y capacidad.
Lo demás es tuyo, o del proveedor del portal.
La pieza central es el token de incrustación. Lo genera la aplicación con una identidad técnica, y qué datos ve cada usuario se decide en ese momento, en un proceso de servidor que el usuario no puede ver ni cambiar. Si el informe lleva seguridad por filas, la aplicación pasa la identidad efectiva (usuario, roles y modelo) al pedir el token. Con una entidad de servicio, si no se pasa usuario y rol, la generación del token falla; con un usuario maestro, el token sale igual pero devuelve todos los datos sin filtrar. Un error visible frente a una fuga silenciosa.
Quién es cada usuario, qué puede ver, con qué marca, en qué dominio y qué registro queda de todo ello lo decide el portal. Power BI ejecuta lo que el token le pide. El modelo entero está en qué es Power BI Embedded.
Errores que se repiten
- Confundir marca blanca con cambiar el logo. El logo es la capa más barata. Lo caro es el dominio, el inicio de sesión, los correos y los permisos.
- No preguntar quién paga la capacidad. Para producción hace falta una capacidad, y todas las áreas de trabajo implicadas, las de los informes y las de los modelos, tienen que estar asignadas a una; hasta entonces el informe lleva un banner de versión de prueba. Alguien la paga y la dimensiona: averigua quién antes de firmar.
- Probar la seguridad por filas desde el servicio y darla por buena. Microsoft avisa de que «Probar como rol» no simula el flujo de autenticación incrustado: hay que probar con tokens reales. Y como la aplicación puede pasar cualquier valor como nombre de usuario, las reglas tienen que devolver cero filas ante un valor inesperado, no todas.
- No pensar en el día que un cliente pide su propio dominio. Llega. Si el portal nació con un dominio único y cada cliente en una ruta, ese día toca rehacer el inicio de sesión, los correos y los enlaces. Pregúntalo el primer día.
Seguir leyendo
- Qué es Power BI Embedded y por qué rompe el modelo de licencias
- Escalar Power BI a 100 usuarios: el análisis de costes real
- Planes y precios de Reporbia
Fuente oficial: Power BI embedded analytics (Microsoft Learn).