Configuring a Microsoft Power BI Datasource #
This article describes how to configure a Microsoft Power BI datasource in Reportworq using the CData ADO.NET Provider for Microsoft Power BI XMLA.
Reportworq uses data sources to connect to external systems that provide report data. A Power BI datasource allows Reportworq to query a Power BI workspace through CData’s Power BI XMLA provider.
This setup requires coordination with your Microsoft 365 or Power BI administrator, especially for the Azure app registration and workspace permissions.
Before You Begin #
Before configuring the datasource in Reportworq, confirm the following with your IT administrator:
- The Reportworq server can reach Microsoft Power BI and Microsoft authentication endpoints.
- The target Power BI workspace is available through XMLA.
- The authenticating user has access to the Power BI workspace and semantic model.
- Your organization has created or approved an Azure app registration for this connection.
Create an Azure App Registration #
Reportworq Power BI connections using Azure AD authentication require an Azure app registration. Your Microsoft administrator should create or identify an app registration that will be used for the Power BI connection.
The following values are required when configuring the datasource in Reportworq:
| Azure value | Used in Reportworq as |
|---|---|
| Application / client ID | OAuth Client Id |
| Client secret | OAuth Client Secret |
| Tenant ID | Azure Tenant |
The app registration must be configured with the appropriate permissions for Power BI and must be approved according to your organization’s Microsoft Entra ID policies.
Add the Power BI Datasource #
- Open the Reportworq Administration interface.
- In the left navigation, locate Datasources.
- Select the add icon beside the Datasources heading.
- Choose the Microsoft Power BI / CData Power BI XMLA datasource option.
- Enter a clear Datasource Name, for example:
Power BI Finance Workspace
- Select Show Advanced Options.
The advanced view exposes the CData connection properties used by the Power BI XMLA provider.
Basic Datasource Settings #
| Setting | Recommended value | Notes |
|---|---|---|
| Enable datasource connection | Selected after testing | Keep disabled while initially configuring if you do not want jobs to use the datasource yet. |
| Datasource Name | Descriptive name | Use a name that identifies the Power BI workspace or business area. |
| Show Advanced Options | Selected | Required for the Power BI XMLA authentication settings. |
Authentication #
In the Authentication section, set:
| Setting | Value |
|---|---|
| Auth Scheme | AzureAD |
Use AzureAD when Reportworq should connect through Microsoft Entra ID using an authenticated user account that has access to the Power BI workspace.
Azure Authentication #
In the Azure Authentication section, configure:
| Setting | Value |
|---|---|
| Azure Tenant | Your Microsoft tenant ID |
| Azure Environment | GLOBAL, unless your organization uses a sovereign Microsoft cloud |
For most commercial Microsoft 365 tenants, GLOBAL is the correct Azure Environment.
OAuth Settings #
In the OAuth section, configure only the following fields:
| Setting | Value |
|---|---|
| Initiate OAuth | GETANDREFRESH |
| OAuth Client Id | The application / client ID from the Azure app registration |
| OAuth Client Secret | The client secret from the Azure app registration |
After these values are entered, select Authenticate… in the OAuth section.
Reportworq will launch the Microsoft authentication process. Sign in using the Microsoft account that should be used for the datasource connection. This account must have access to the Power BI workspace and semantic model.
After authentication completes, Reportworq will obtain and store the required OAuth token information.
Workspace Setting #
Power BI XMLA requires a valid Power BI workspace value.
Depending on your Reportworq version and driver configuration, the Workspace field may appear under one of the advanced sections, such as Schema, Miscellaneous, or another CData-specific property area.
Set:
| Setting | Value |
|---|---|
| Workspace | The exact Power BI workspace name |
Example:
Workspace=Finance Reporting
Use the exact workspace name as it appears in Power BI.
Test and Save #
- Select Test Connection.
- If the test succeeds, select Enable datasource connection.
- Select Save Changes.
The datasource is now available for use in Reportworq.
Alternative: Azure Service Principal Authentication #
Azure Service Principal authentication is an alternative authentication scheme for organizations that prefer application-based, unattended authentication instead of user-based Azure AD authentication.
This article focuses on the standard AzureAD authentication scheme. If your organization requires service principal authentication, your Microsoft administrator will need to provide the required app registration, tenant, client ID, client secret, and Power BI permissions.
At a high level, service principal authentication uses these CData settings:
| Setting | Value |
|---|---|
| Auth Scheme | AzureServicePrincipal |
| Initiate OAuth | GETANDREFRESH |
| Azure Tenant | Tenant ID |
| OAuth Grant Type | CLIENT |
| OAuth Client Id | App registration client ID |
| OAuth Client Secret | App registration client secret |
| Workspace | Power BI workspace name |
Use this option only when your organization has explicitly configured Power BI and Microsoft Entra ID to allow service principal access.