Clic o Esc para cerrar
RLS dinámica, Power BI Service, gateway y refresco incremental
Sesión de cierre del programa
Row Level Security
Publicación y operación
Al terminar la sesión vas a poder…
Implementar RLS estática y dinámica por usuario.
Llevar el reporte al Service con gateway y refresco.
Configurar refresco incremental y distribuir con Apps.
Un reporte en producción no es "publicar y listo": es seguridad + refresco confiable + distribución. Aquí cerramos el ciclo de un proyecto BI real.
Que cada quien vea solo lo suyo
Row Level Security filtra las filas que cada usuario puede ver, según su rol.
Todos ven todas las ventas de todas las regiones.
El comercial de Europa ve solo Europa; gerencia ve todo. Un mismo reporte, datos según el usuario.
Se define con un filtro DAX sobre una tabla (normalmente una dimensión).
Creas un rol por grupo y le pones un filtro fijo.
// Filtro de tabla del rol (Clientes)
[Region Comercial] = "Europa"Un rol por región = muchos roles que mantener.
La clave de la RLS dinámica: una tabla que mapea usuario → qué puede ver.
| Region Comercial | |
|---|---|
| luis.tafur@sunfruits.com.pe | Europa |
| maria.rojas@sunfruits.com.pe | Asia |
| carlos.mendoza@sunfruits.com.pe | Norteamerica |
| carlos.mendoza@sunfruits.com.pe | Europa |
| gerencia@sunfruits.com.pe | (todas las regiones) |
Ya viene en la BD de SunFruits: tabla seguridad. Un usuario puede tener varias filas.
Un solo rol que se adapta al usuario conectado. USERPRINCIPALNAME() devuelve su correo.
// Filtro del rol 'RLS Dinámica' sobre la tabla Clientes
[Region Comercial] IN
SELECTCOLUMNS(
FILTER(Seguridad, Seguridad[Email] = USERPRINCIPALNAME()),
"r", Seguridad[Region Comercial])Alternativa con relación: filtrar Seguridad[Email] = USERPRINCIPALNAME() y propagar.
Asigna los roles a usuarios/grupos en la seguridad del modelo semántico. USERPRINCIPALNAME() ahí devuelve el correo real.
Prueba siempre con "Ver como" tras cualquier cambio de modelo: la seguridad es lo último que quieres romper.
Service, gateway y refresco
El gateway es el puente entre el Service (nube) y tus datos locales (SQL on-premise o Excel en red).
Para SunFruits: refresco diario tras el cierre de operaciones; alerta al correo de TI si falla.
Refrescar 4 años completos cada día es un desperdicio. El incremental refresca solo lo reciente y archiva el histórico.
RangeStart/RangeEnd
En la tabla Ventas → Actualización incremental:
// Filtro que habilita el incremental (debe foldear)
= Table.SelectRows(Origen, each
[fecha_pedido] >= RangeStart and
[fecha_pedido] < RangeEnd)Si no pliega al origen, el incremental no funciona bien.
seguridad de SunFruits.🎯 Una idea: producción = seguridad + refresco confiable + distribución controlada.
Verifiquemos lo aprendido en esta sesión
¿Qué diferencia hay entre RLS estática y dinámica?
¿Qué devuelve USERPRINCIPALNAME() y para qué se usa en RLS?
¿Cuándo necesitas un gateway?
¿Qué ventaja da el refresco incremental y qué requisito tiene el filtro?
¿Por qué validar siempre con "Ver como" antes de publicar?
De un Excel sucio a un modelo seguro, optimizado y publicado. ¡Felicitaciones!
Arquitecto de Inteligencia de Negocios & Cloud · Instructor
🌐 blog.arquitecturabi.pe
Siguiente nivel sugerido: PBIP + Git, pipelines de implementación y certificación PL-300