Power BI Update August 2026: Was für Unternehmen wirklich relevant ist

Das Power BI Update August 2026 bringt diesmal keine einzelne Funktion, die alles andere überstrahlt. Relevant ist vielmehr die Kombination aus spürbaren Verbesserungen im Report-Authoring, einem deutlich flüssigeren PBIP-Workflow und mehreren Änderungen rund um OneLake, semantische Modelle und den Betrieb. Für Report-Autoren sticht vor allem die Matrix hervor; für Entwickler wird das Zusammenspiel mit Visual Studio Code interessanter.

https://www.youtube.com/watch?v=GWCHNmLs72M

Das Wichtigste in 60 Sekunden

Wenn ihr nur die wichtigsten Punkte mitnehmen wollt:

• Die Matrix wird flexibler: Hierarchische Spaltenüberschriften lassen sich per +/- auf- und zuklappen. Zusätzlich kann der Standardzustand für fixierte Zeilenüberschriften im Bericht gespeichert werden.

• Mehr Reporting-Funktionen sind GA: Modern Visual Defaults, Theme-Pane, Date Picker, Donut-Mittenwert und Outer Padding sind allgemein verfügbar.

• PBIP wird deutlich angenehmer: Externe Änderungen lassen sich ohne Neustart in Power BI Desktop übernehmen; PBIP-Projekte können direkt in Visual Studio Code geöffnet werden. Die neue Instant-Reload-Erfahrung ist Preview.

• OneLake wird für Report-Assets praktischer: Bilder und weitere unterstützte Dateien können über OneLake-URLs in Reports verwendet werden; Power BI authentifiziert im Kontext des Viewers.

• Im Betrieb gibt es konkrete Änderungen: Der Service bietet granularere Refresh-Optionen, Fabric-App-Konsumenten sollen bis Ende August nur noch Read statt Build benötigen, und ältere Desktop-Versionen sollten vor Oktober überprüft werden.

Die Matrix ist das Frontend-Highlight

us Daten-WG-Sicht ist die Matrix das greifbarste Frontend-Highlight des August-Updates. Sie wird in Power-BI-Berichten häufig eingesetzt, und gerade bei hierarchischen Auswertungen können kleine Bedienverbesserungen einen großen Unterschied machen.

Neu ist, dass sich auch Spaltenhierarchien mit Plus-/Minus-Symbolen auf- und zuklappen lassen. Voraussetzung ist, dass mehr als ein Feld im Bereich „Columns“ liegt. Bei einer Zeitachse mit Jahr, Quartal und Monat können Nutzer damit Detailstufen direkt in der Matrix ein- oder ausblenden, statt alle Ebenen gleichzeitig anzeigen zu müssen.

Zusätzlich können Report-Autoren den Standardzustand für fixierte Zeilenüberschriften im Formatbereich festlegen und mit dem Bericht speichern. Die bekannten Rechtsklick-Optionen zum Einfrieren oder Lösen bleiben für die jeweilige Sitzung verfügbar.

Für große Matrizen ist das mehr als Kosmetik: Die Navigation wird übersichtlicher, und breite Berichte lassen sich kompakter aufbauen.

Date Picker, Themes und kleine Visual-Verbesserungen

Im Reporting-Bereich werden mehrere Funktionen allgemein verfügbar. Dazu gehören Modern Visual Defaults und das Theme-Pane. Damit lassen sich unter anderem Basis-Theme, Farbpaletten, Textstile sowie Visual- und Seiteneigenschaften zentraler steuern.

Ebenfalls GA ist der Date Picker im Slicer. Er unterstützt relative Zeiträume, Kalenderdarstellung, Slider sowie eine Einzeldatumsauswahl. Aus Daten-WG-Sicht ist das eine wirklich nützliche Verbesserung. Die Funktion bündelt mehrere typische Datumsauswahlen in einem Slicer.

Beim Outer Padding können Balken-, Säulen-, Linien-, Ribbon- und Wasserfalldiagramme den Abstand zwischen Plot-Bereich und erster beziehungsweise letzter Kategorie gezielter steuern. Das wirkt unscheinbar, ist aber gerade bei Balken- und Säulendiagrammen praktisch. Diese Visuals nutzen wir deutlich häufiger als Donut Charts.

Auch der Donut Chart bekommt mit dem Center Value eine neue GA-Funktion. Ein Wert kann direkt in der Mitte dargestellt und formatiert werden; er reagiert auf Filter, Cross-Highlighting, Drilldown und Slice-Auswahl. Für bewusst eingesetzte Donuts ist das sinnvoll. In unserer Praxis spielen Donut Charts allerdings eine deutlich kleinere Rolle als Matrix- oder Balkenvisualisierungen – entsprechend ist der Nutzen für uns nachrangig.

PBIP und Visual Studio Code rücken enger zusammen

Für Entwickler ist die PBIP-Verbesserung besonders interessant. Power BI Desktop erkennt Änderungen an PBIP-Projektdateien, die außerhalb von Desktop vorgenommen wurden, und bietet an, sie direkt zu übernehmen. Ein Neustart ist dafür nicht mehr erforderlich. Zusätzlich gibt es einen integrierten Einstieg, um das Projekt direkt in Visual Studio Code zu öffnen.

Damit wird der Wechsel zwischen grafischem Authoring und dateibasiertem Arbeiten deutlich flüssiger. Änderungen können in VS Code oder mit externen Tools vorgenommen und anschließend direkt in Power BI Desktop geprüft werden.

Aus Daten-WG-Sicht ist dabei vor allem der AI-gestützte Workflow interessant. PBIR-/PBIP-Dateien sind technisch strukturiert, aber manuelles Editieren bleibt wegen Objekt-IDs, Dateistrukturen und Schemas schnell unübersichtlich. Genau hier können AI-gestützte Tools helfen: Sie verändern die Projektdateien, während Power BI Desktop anschließend als visuelle Kontroll- und Testumgebung dient.

Die Instant-Reload-/VS-Code-Erfahrung ist Preview. Für produktive Prozesse sollten deshalb Versionskontrolle, Review und Tests weiterhin Bestandteil des Workflows bleiben.

OneLake-Bilder werden für Reports praktischer

Mit den jetzt allgemein verfügbaren OneLake file URLs können Bilddateien aus OneLake in mehreren Power-BI-Visuals verwendet werden, darunter Image Visual, Tabellen- und Matrixzellen, Card Visual sowie Button- und List-Slicer. Auch bestimmte Karten- und Shape-Map-Szenarien werden unterstützt.

Der wichtige Unterschied zu öffentlich erreichbaren Bild-URLs: Power BI authentifiziert im Kontext des Viewers. Dateien müssen also nicht einfach öffentlich im Web liegen. Gleichzeitig bedeutet das, dass der Zugriff auf die Datei weiterhin vom Identitäts- und Berechtigungskontext abhängt.

Aus Daten-WG-Sicht ist das für Fabric-Umgebungen eine sinnvolle Verbesserung. Report-Assets können näher an der Datenplattform liegen, statt für dynamische Bilder auf öffentlich zugängliche Ablagen auszuweichen.

Für die Umsetzung sollte trotzdem klar sein, wo Assets liegen, wer sie pflegt und welche Nutzer darauf zugreifen dürfen. OneLake löst die technische Einbindung – nicht automatisch die organisatorische Pflege der Dateien.

Direct Lake und Import lassen sich flexibler kombinieren

Ein weiteres interessantes Thema ist die Kombination von Direct Lake on OneLake und Import-Tabellen in einem semantischen Modell. Microsoft unterstützt solche Composite Models in der Webmodellierung: Zu bestehenden Direct-Lake-Modellen können Import-Tabellen ergänzt werden; umgekehrt können Direct-Lake-Tabellen zu Modellen mit Import-Tabellen hinzugefügt werden.

Das eröffnet Szenarien, in denen große Tabellen weiterhin Direct Lake nutzen, während einzelne kleinere Tabellen bewusst im Import-Modus liegen – beispielsweise wenn Power-Query-Transformationen, berechnete Spalten oder andere Import-spezifische Funktionen benötigt werden.

Für eine echte Konvertierung einer vorhandenen Direct-Lake-on-OneLake-Tabelle auf Import dokumentiert Microsoft außerdem einen Weg über Semantic Link Labs. Damit sollte man zwei Dinge auseinanderhalten: Mixed-Mode-Modelle in der Webmodellierung und die Konvertierung einer bestehenden Tabelle sind nicht dasselbe.

Aus Daten-WG-Sicht ist die Richtung spannend, insbesondere für Modelle, die Direct Lake als Basis verwenden, aber punktuell Import-Funktionalität benötigen. Ein möglicher Self-Service-Extrakt aus einem größeren Direct-Lake-Modell ist ein denkbares Szenario – aber kein pauschales Best Practice.

Mehr Kontrolle über den Refresh semantischer Modelle

Im Power BI Service bietet der Refresh jetzt drei Varianten: Refresh schema and data, Sync schema only und Refresh data only. Zusätzlich kann der Refresh in unterstützten Modellen auf Tabellenebene angestoßen werden.

Das ist vor allem dann nützlich, wenn Schemaänderungen und reine Datenaktualisierungen bewusst getrennt werden sollen. Teams können damit gezielter arbeiten, statt jeden Vorgang als vollständigen Refresh auszuführen.

Die neuen Optionen ändern allerdings nichts an den jeweiligen Storage-Mode-Grenzen. Microsoft weist beispielsweise darauf hin, dass Table-Level-Refresh für Direct-Lake-Modelle nicht wie bei Importmodellen unterstützt wird. Vor einer Standardisierung im Betrieb sollte deshalb geprüft werden, welche Modelltypen und Datenquellen tatsächlich betroffen sind.

Berechtigungen und Desktop-Versionen im Blick behalten

Neben den sichtbaren Reporting-Funktionen gibt es zwei operative Punkte, die leicht übersehen werden.

Für Fabric Apps kündigt Microsoft an, dass Konsumenten bis Ende August nur noch Read auf dem zugrunde liegenden semantischen Modell benötigen sollen; bisher war Build erforderlich. App-Autoren benötigen weiterhin Build. Das ist vor allem für bestehende Berechtigungskonzepte relevant und sollte nach abgeschlossenem Rollout im eigenen Tenant geprüft werden.

Außerdem wird die alte File-Picker-Erfahrung in Power BI Desktop weiter abgelöst. Ab Oktober können Nutzer mit Desktop-Versionen von März 2026 oder älter darüber nicht mehr wie bisher Dateien in OneDrive und SharePoint speichern und teilen. Wer Desktop zentral verteilt oder Updates verzögert ausrollt, sollte die eingesetzten Versionen rechtzeitig überprüfen.

Praxispriorisierung

Thema	Status	Relevanz	Was jetzt sinnvoll ist
Matrix: Spalten auf-/zuklappen + Freeze-Default	GA / veröffentlicht	Hoch für Report-Autoren	in großen Matrix-Reports testen
Theme-Pane + Date Picker	GA	Hoch	für neue Reporting-Standards prüfen
Outer Padding + Donut Center Value	GA	Niedrig bis mittel	gezielt in passenden Visuals nutzen
PBIP Instant Reload + VS Code	Preview	Hoch für Dev-/AI-Teams	in einem kontrollierten PBIP-Workflow pilotieren
OneLake file URLs	GA	Mittel	Asset-Zugriff und Berechtigungen testen
Direct Lake + Import Composite Models	Preview	Mittel bis hoch für Fabric-Teams	Mixed-Mode-Szenarien gezielt testen
Granularer Semantic-Model-Refresh	veröffentlicht	Hoch für Betrieb	Refresh-Prozesse gegen Modelltypen prüfen
Fabric Apps: Read statt Build	Rollout bis Ende August	Hoch für Governance	Tenant-Status und Berechtigungen prüfen
Alter Desktop File Picker	Deprecation ab Oktober	Hoch, wenn alte Versionen im Einsatz sind	Desktop-Versionen inventarisieren und aktualisieren

Fazit

Das August-Update ist vor allem deshalb interessant, weil es an mehreren Stellen alltägliche Reibung reduziert. Für Report-Autoren stechen Matrix und Date Picker heraus. Entwickler profitieren von einem deutlich besseren PBIP-/VS-Code-Workflow, und OneLake sowie Direct Lake erweitern die Möglichkeiten für Fabric-nahe Power-BI-Lösungen.

Gleichzeitig bleiben einige Neuerungen bewusst ein Test- oder Rollout-Thema. Gerade PBIP Instant Reload und Direct-Lake-/Import-Szenarien sollten nicht allein aufgrund der technischen Möglichkeit sofort zum Unternehmensstandard werden.

Unterm Strich ist das Power BI Update August 2026 kein einzelner Gamechanger, sondern ein Paket aus vielen Verbesserungen, von denen mehrere im täglichen Arbeiten sehr schnell spürbar werden können.

---

Der nächste sinnvolle Schritt

Wenn ihr prüfen wollt, welche August-Neuerungen für eure vorhandenen Reports, semantischen Modelle und Entwicklungsprozesse konkret relevant sind, können wir das im Power BI Coaching direkt an eurer Umgebung einordnen.