Orígenes de datos admitidos para informes paginados de Power BI

SE APLICA A: Power BI Report Builder Power BI Desktop

En este artículo se describen los orígenes de datos admitidos para los informes paginados en el servicio Power BI y cómo conectarse a orígenes de datos de Azure SQL Database. Algunos orígenes de datos se admiten de forma nativa. Puede conectarse a otros mediante pasarelas de datos o utilizando la opción Obtener datos en Power BI Report Builder.

Requisitos previos

Los requisitos de licencia para los informes paginados de Power BI (archivos .rdl) son los mismos que para los informes de Power BI(archivos .pbix).

No necesita una licencia para descargar el Generador de informes de Power BI desde el Centro de descargas de Microsoft de forma gratuita.
Con una licencia gratuita, puede publicar informes paginados en Mi área de trabajo en el servicio Power BI. Para más información, consulte Disponibilidad de características para usuarios con licencias gratuitas en el servicio Power BI.
Con una licencia de Power BI Pro o una licencia PPU, puede publicar informes paginados en otras áreas de trabajo. También necesitas al menos un rol de colaborador en el área de trabajo.
Necesita permiso de compilación para el conjunto de datos.

Orígenes de datos admitidos de forma nativa

Los informes paginados admiten de forma nativa la siguiente lista de orígenes de datos:

Origen de datos	Autenticación	Notas
Base de datos SQL de Azure Azure Synapse Analytics	Básico, inicio de sesión único (SSO), OAuth2	Puede usar Enterprise Gateway con Azure SQL Database.
Instancia administrada de Azure SQL	Básico, SSO, OAuth2	Mediante puntos de conexión públicos o puntos finales locales de red virtual (los puntos finales locales de red virtual deben enrutarse a través de Enterprise Gateway)
Azure Analysis Services	SSO, OAuth2	El firewall de Azure Analysis Services debe estar deshabilitado o configurado para permitir todos los intervalos IP en la región Azure Alemania. Esto solo se aplica en la región Azure Alemania. El inicio de sesión único no se admite para la entidad externa.
Modelo semántico de Power BI	SSO	Modelos semánticos de Power BI Premium y no Premium. Se requiere permiso de lectura. Solo se admiten el modo de importación y los modelos semánticos de Power BI de DirectQuery. Las consultas de informe que usan un modelo semántico de Power BI de DirectQuery como origen de datos tienen un tiempo de espera fijo de 10 minutos. En el caso de las consultas de informe que tardan más de 10 minutos, use el punto de conexión de lectura y escritura de XMLA de Power BI como origen de datos del informe.
Modelos de Direct Lake	SSO, OAuth2	Direct Lake en puntos finales de SQL admite tanto el inicio de sesión único como OAuth2, mientras que Direct Lake en modelos semánticos admite únicamente el inicio de sesión único. Para obtener más información sobre cómo crear informes mediante modelos y permisos de Direct Lake necesarios, consulte este artículo.
Modelo semántico de Power BI Premium (XMLA)	SSO	Para garantizar la conectividad adecuada en Power BI Report Builder, asegúrese de que la opción No usar credenciales está seleccionada al establecer el origen de datos. El acceso a través de XMLA respetará la pertenencia a grupos de seguridad establecida en el nivel de área de trabajo o aplicación. Los usuarios que tengan al menos el rol Colaborador en un área de trabajo pueden representar informes paginados con modelos semánticos de Power BI Premium. Otros usuarios necesitan el permiso de construcción en los conjuntos de datos subyacentes.
Dataverse	SSO, OAuth2	No se puede usar una puerta de enlace porque no se admite la autenticación multifactor (MFA).
Especificar datos	N/D	Los datos se insertan en el informe.

A excepción de Azure SQL Database, todos los orígenes de datos están listos para usarse después de haber cargado el informe en el servicio Power BI. De manera predeterminada, los orígenes de datos utilizan el inicio de sesión único (SSO), cuando sea aplicable. Para Azure Analysis Services, puede cambiar el tipo de autenticación a OAuth2. Sin embargo, una vez que se cambia el tipo de autenticación para un origen de datos determinado a OAuth2, no se puede revertir para usar SSO. Además, este cambio se aplica a todos los informes que usan ese origen de datos en todas las áreas de trabajo de un inquilino determinado. La seguridad de nivel de fila en los informes paginados no funcionará a menos que los usuarios elijan SSO para el tipo de autenticación.

Para los orígenes de datos de Azure SQL Database, debe proporcionar más información, como se describe en la sección Autenticación de Azure SQL Database.

Otros orígenes de datos

Además de los orígenes de datos admitidos de forma nativa, se puede acceder a los siguientes mediante una instancia de Power BI Enterprise Gateway o VNet Gateway:

Origen de datos	Puerta de enlace empresarial	Puerta de enlace de VNet
SQL Server (soporta SSO).
SQL Server Analysis Services
Oracle (admite SSO, Inicio de sesión único).
Teradata (admite SSO)
ODBC

En el caso de los informes paginados, actualmente no se puede acceder a Azure Analysis Services mediante una instancia de Power BI Enterprise Gateway o de VNet Gateway. Cuando se autentica con SSO, el service principal no es compatible.

Además, para los informes paginados, se requiere un publicador de informes con permisos de administrador de VNet Gateway o Power BI Enterprise Gateway para enlazar el informe paginado a la conexión del origen de datos. Usted se convierte en administrador ya sea al ser agregado como administrador o porque instaló y configuró Power BI Enterprise Gateway o VNet Gateway. Tenga en cuenta que ser administrador de Power BI Enterprise Gateway no proporciona automáticamente acceso a las conexiones de origen de datos existentes. Debe especificar qué conexión de origen de datos desea administrar.

Importante

El uso del inicio de sesión único mediante las opciones de Kerberos en la configuración avanzada de la puerta de enlace requiere la configuración de la delegación restringida de Kerberos en la fuente de datos local y el servicio de puerta de enlace.

Autenticación de Azure SQL Database

Para los orígenes de datos de Azure SQL Database, debe establecer un tipo de autenticación antes de ejecutar el informe. Esto solo se aplica al usar un origen de datos por primera vez en un área de trabajo. Esa primera vez, verá el mensaje siguiente:

Si no proporciona ninguna credencial, se produce un error al ejecutar el informe. Seleccione Continuar para ir a la página Credenciales del origen de datos del informe que acaba de cargar:

Seleccione el vínculo Editar credenciales de un origen de datos determinado para abrir el cuadro de diálogo Configurar:

Para los orígenes de datos de Azure SQL Database, estos son los tipos de autenticación admitidos:

Básico (nombre de usuario y contraseña)
SSO (inicio de sesión único)
OAuth2 (token almacenado de Microsoft Entra)

Para que el SSO y OAuth2 funcionen correctamente, el servidor de Azure SQL Database al que se conecta el origen de datos debe tener habilitada la compatibilidad con la autenticación de Microsoft Entra. Para el método de autenticación OAuth2, Microsoft Entra ID genera un token y lo almacena para acceder al origen de datos en el futuro. Para usar el método de autenticación de SSO en su lugar, seleccione la opción de SSO situada justo debajo, Los usuarios finales usan sus propias credenciales de OAuth2 al acceder a este origen de datos mediante DirectQuery.

Consideraciones y limitaciones

Al conectarse a Fabric Lakehouse mediante el punto de conexión de SQL Analytics, tenga en cuenta que no se puede establecer el tipo de consulta en el cuadro de diálogo Propiedades del conjunto de datos del Generador de informes de Power BI. Como solución alternativa, seleccione la opción Texto e invoque el procedimiento almacenado.

¿Tiene más preguntas? Pruebe la Comunidad de Power BI.

Comentarios

¿Le ha resultado útil esta página?

Last updated on 2026-02-25