Power BI Course
Data Source Settings
Every connection you create in Power BI is stored somewhere — and Data Source Settings is the single control panel where you can see, edit, update, and fix all of them without opening every query one by one. Knowing this screen well will save you every time a file moves, a password changes, or a refresh mysteriously breaks.
What Data Source Settings Actually Is
When you connect to any source — a file, a database, a web URL — Power BI stores two things: the connection details (path, server address, query) and the credentials (username, password, Windows auth). Data Source Settings is where both live. You reach it from the ribbon at Home → Transform Data → Data Source Settings.
Current File vs Global Permissions
The Data Source Settings dialog has two tabs and the difference between them trips up a lot of beginners. Getting this wrong means you think you fixed a connection but you actually fixed it in the wrong place.
Changing a Source Path
The most common task in Data Source Settings is updating a file path after a source file has moved or been renamed. This is a two-minute fix once you know where to look — but if you do not know this screen, people spend hours deleting and re-creating connections instead.
Editing Credentials
When a database password changes or you need to switch authentication methods, you update credentials through the Edit Permissions button in Data Source Settings — not by deleting and re-creating the connection. Deleting and re-creating loses all your Power Query steps.
Privacy Levels — What They Are and Why They Matter
Privacy levels are one of the most misunderstood settings in Power BI. They control whether data from one source is allowed to be combined with data from another source during query folding and cross-source joins. Set them wrong and your queries get blocked. Leave them all on None and Power BI asks you to set them every time you refresh.
| Privacy Level | What it means | When to use it |
|---|---|---|
| Public | The data is public knowledge and can be combined freely with any other source | Public datasets, open government data, Wikipedia tables |
| Organizational | Data can be shared with other Organizational-level sources but not with Public sources | Internal company databases, corporate SharePoint, company-wide Excel files |
| Private | Data is sensitive and cannot be combined with any other source without explicit permission — causes the Formula.Firewall error when mixing with other levels | Personal salary data, client PII, confidential financial records |
| None | No privacy level assigned — Power BI will prompt you to set one before it can combine this source with others | Newly added sources before you have decided their classification |
The Formula.Firewall Error
The Formula.Firewall error is one of the most common errors beginners hit in Power BI — and it is caused entirely by privacy level mismatches. Understanding it once means you will never be confused by it again.
There are two ways to resolve Formula.Firewall errors. The right fix depends on whether you are working with genuinely sensitive data or just learning and building reports with non-sensitive data.
Teacher's Note: In Lesson 4 we turned off privacy levels globally in the Options settings to prevent this error while learning. That was the right call for a learning environment. In a real production report connecting to external APIs alongside internal databases, you should take the time to set proper privacy levels per source rather than ignoring them — it is a genuine data security boundary.
Clearing Permissions
The Clear Permissions button removes the stored credentials for a data source without removing the connection itself. Power BI will prompt you to re-authenticate the next time it tries to access that source. This is useful when you need to switch accounts or when stored credentials have become stale after an IT password reset.
When to use Clear Permissions vs Change Source:
CLEAR PERMISSIONS — use when:
- Your database password was reset by IT
- You want to authenticate with a different account
- Refresh fails with "Access denied" despite correct path
- You want to be prompted to re-enter credentials fresh
CHANGE SOURCE — use when:
- The source file has been moved to a new folder
- The source file has been renamed
- A database server has been migrated to a new address
- You are switching from a test database to production
DO NOT delete and re-create the connection — you will lose
all Power Query transformation steps applied to that query.
The Pending Changes Banner
Any time you make a change in Data Source Settings — a new path, updated credentials, or a privacy level change — Power BI does not immediately re-load the data. It waits. A yellow banner appears at the top of the Power Query Editor window prompting you to apply the changes. Do not ignore this banner.
Data Source Settings on Power BI Service
Everything covered so far applies to Power BI Desktop. When you publish a report to Power BI Service and set up a scheduled refresh, the Service has its own separate data source settings. Credentials stored in Desktop are never transferred — you must configure them again in the Service.
| Setting | In Desktop | In Service |
|---|---|---|
| Where to find it | Home → Transform Data → Data Source Settings | Workspace → Datasets → Settings → Gateway and Cloud Connections |
| Credentials | Stored locally on your machine only | Must be entered separately — not copied from Desktop on publish |
| File paths | Local file paths work fine in Desktop | Local file paths do not work in Service — must use SharePoint, OneDrive, or a Gateway |
| On-premises databases | Connect directly — Desktop is on the same network | Requires an On-premises Data Gateway to be installed and configured |
Teacher's Note: The single most common reason why a report refreshes perfectly in Desktop but fails the moment it is published to Service is that local file paths do not exist on Microsoft's cloud servers. If your source is a file, move it to SharePoint or OneDrive and update the connection before publishing. Power BI Service can access SharePoint and OneDrive natively without any additional gateway setup.
Practice
Practice 1 of 3
After moving a source Excel file to a new folder, you fix the broken connection in Power BI by going to Data Source Settings and clicking ___ Source.
Practice 2 of 3
The Formula.___ error appears in Power BI when you try to combine data from sources with incompatible privacy level settings.
Practice 3 of 3
When you publish a report to Power BI Service, credentials stored in Desktop are ___ transferred automatically — you must enter them again in Service under Dataset Settings.
Lesson Quiz
Quiz 1 of 3
You have a report connected to a company SQL Server database and a public government CSV file. After adding a merge between the two, you receive a Formula.Firewall error. What is the most appropriate fix?
Quiz 2 of 3
Your IT team reset the password for the SQL database account used by your Power BI report. What is the correct action to take in Power BI Desktop?
Quiz 3 of 3
You publish a report to Power BI Service that is connected to a file at C:\Reports\SalesData.xlsx. The scheduled refresh in Service fails immediately. What is the root cause?
Next up — Lesson 9 covers Data Types in depth — why getting data types right before you build anything is critical, how Power BI detects them automatically, when it gets them wrong, and exactly how to fix every common data type problem in Power Query Editor.