cancel
Showing results for 
Search instead for 
Did you mean: 
Reply
Highlighted
Helper I
Helper I

USERPRINCIPALNAME() con conjunto de datos PBI como origen

Uso de USERPRINCIPALNAME() para ofrecer a los usuarios una vista personal de un informe. Funciona muy bien.

Reorganizado el informe para que el origen sea ahora un conjunto de datos PBI en línea y ahora cuando en el escritorio PBI la función devuelve el identificador de cadena alfanumérico largo en lugar de user@xxx.com. Todavía funciona bien en el Servicio, pero es molesto para el desarrollo, ya que no puedo probar el informe properley sin publicar.

¿Alguien más se ha encontrado con esto? ¿Alguna solución?

2 ACCEPTED SOLUTIONS

Accepted Solutions
Highlighted
Continued Contributor
Continued Contributor

@JWedge

Normalmente, puede invalidar el resultado devuelto por USERPRINCIPALNAME() en Power BI Desktop seleccionando "Probar como" en la sección Seguridad de la ficha Modelado e introduciendo cualquier correo electrónico de destino.

Puesto que se conecta a un conjunto de datos compartido, estas opciones están deshabilitadas. Dada esta limitación: la única solución alternativa puede ser publicar el informe en un entorno de servicio PBI de prueba/desarrollo en línea. No creo que pueda invalidar USERPRINCIPALNAME() en el escritorio PBI al conectarse a un conjunto de datos compartido.

View solution in original post

Highlighted
Community Support
Community Support

Hola @JWedge,

Tal vez pueda agregar el rol RLS al modelo de datos para habilitar la cadena de identificador de guid UPN en su lugar de nombres de usuario.

Para obtener descripciones detalladas, puede echar un vistazo al siguiente blog que habló sobre problemas similares (si ayuda para su escenario):

Uso de Username() en DAX con seguridad de nivel de fila
saludos

Xiaoxin Sheng

Community Support Team _ Xiaoxin
If this post helps, please consider accept as solution to help other members find it more quickly.

View solution in original post

2 REPLIES 2
Highlighted
Continued Contributor
Continued Contributor

@JWedge

Normalmente, puede invalidar el resultado devuelto por USERPRINCIPALNAME() en Power BI Desktop seleccionando "Probar como" en la sección Seguridad de la ficha Modelado e introduciendo cualquier correo electrónico de destino.

Puesto que se conecta a un conjunto de datos compartido, estas opciones están deshabilitadas. Dada esta limitación: la única solución alternativa puede ser publicar el informe en un entorno de servicio PBI de prueba/desarrollo en línea. No creo que pueda invalidar USERPRINCIPALNAME() en el escritorio PBI al conectarse a un conjunto de datos compartido.

View solution in original post

Highlighted
Community Support
Community Support

Hola @JWedge,

Tal vez pueda agregar el rol RLS al modelo de datos para habilitar la cadena de identificador de guid UPN en su lugar de nombres de usuario.

Para obtener descripciones detalladas, puede echar un vistazo al siguiente blog que habló sobre problemas similares (si ayuda para su escenario):

Uso de Username() en DAX con seguridad de nivel de fila
saludos

Xiaoxin Sheng

Community Support Team _ Xiaoxin
If this post helps, please consider accept as solution to help other members find it more quickly.

View solution in original post

Helpful resources

Announcements
Community Conference

Power Platform Community Conference

Check out the on demand sessions that are available now!

Community Conference

Microsoft Power Platform Communities

Check out the Winners!

secondImage

Create an end-to-end data and analytics solution

Learn how Power BI works with the latest Azure data and analytics innovations at the digital event with Microsoft CEO Satya Nadella.

Top Solution Authors
Top Kudoed Authors