top of page
Suche

Power BI Update – Mai 2026

Das Power BI Update Mai 2026 ist kein Update, das nur wegen einer einzelnen großen Funktion auffällt. Spannend ist es, weil Microsoft mehrere typische Reibungspunkte aus dem Power-BI-Alltag adressiert: Berechnungen direkt im Visual, bessere Gesamtsummen, stabilere Tabellenlayouts, Version History in Power BI Desktop und erste Schritte hin zu stärker operativen Berichtsszenarien.


Für BI-Teams ist das relevant, weil viele Power-BI-Probleme nicht an fehlenden Diagrammtypen scheitern. Sie entstehen in der Praxis durch unklare Kennzahlenlogik, schwer lesbare Tabellen, uneinheitliche Berichte, fehlende Entwicklungsprozesse oder Funktionen, die zwar technisch möglich sind, aber ohne Governance schnell unübersichtlich werden. Genau an diesen Stellen setzt das Mai-Update an.


Das Power BI Update gibt Teams mehr Möglichkeiten, Power-BI-Berichte professioneller zu entwickeln. Der Nutzen entsteht, wenn die neuen Funktionen sauber eingeordnet, getestet und in Standards übersetzt werden.



Visual Calculations: sinnvoll nutzen, sauber begrenzen

Eine der wichtigsten Neuerungen im Power BI Update Mai 2026 sind Visual Calculations. Microsoft führt Visual Calculations und Custom Totals im Mai-Update als Generally Available auf. Damit können Berechnungen direkt im Visual erstellt werden, etwa laufende Summen, gleitende Durchschnitte oder Percent of Parent. Diese Berechnungen arbeiten auf den aggregierten Daten im jeweiligen Visual und kennen die Position innerhalb der dargestellten Zeilen oder Spalten.


Das ist für Report-Autoren ein echter Produktivitätsgewinn. Viele Berechnungen, die bisher als zusätzliches Measure im semantischen Modell gelandet sind, werden eigentlich nur in genau einem Visual benötigt. Dafür jedes Mal ein neues Measure anzulegen, kann Modelle unnötig aufblähen und die Pflege erschweren.


Trotzdem sollten BI-Teams hier klare Regeln definieren. Visual Calculations sind sinnvoll für reportnahe Darstellungslogik, lokale Analysen und visuelle Auswertungen. Zentrale Geschäftslogik gehört weiterhin ins semantische Modell. Eine Marge, eine Umsatzlogik oder eine zentrale KPI-Definition sollte nicht versteckt in einem einzelnen Visual entstehen.


Wer tiefer einsteigen möchte, findet im Daten-WG-Beitrag zu Visual Calculations in Power BI ein konkretes Praxisbeispiel für Percent of Parent und den Vergleich zur Excel-Pivot-Logik. Gerade dieser Anwendungsfall zeigt gut, warum Visual Calculations nützlich sind – und warum sie trotzdem nicht jede klassische DAX-Logik ersetzen.


Die praktische Frage lautet also nicht: Nutzen wir Visual Calculations oder nicht? Die bessere Frage lautet: Welche Berechnungen dürfen ins Visual, und welche müssen als zentrale Measures gepflegt werden? Genau diese Unterscheidung gehört in Power-BI-Standards, Review-Prozesse und Enablement-Formate. Wer Power BI gezielt im Team verbessern möchte, sollte Visual Calculations nicht isoliert betrachten, sondern als Teil von Modellierung, DAX-Standards und Report-Governance.


Custom Totals: bessere Gesamtsummen für Tabellen und Matrizen

Ein zweiter wichtiger Punkt sind die erweiterten Custom Totals. Microsoft ergänzt im Mai-Update die Optionen None und Average. Neben Sum, Min, Max, Count und Count Distinct können Report-Autoren damit noch gezielter steuern, was in der Gesamtsumme einer Tabelle oder Matrix angezeigt wird.


Das klingt nach einer kleinen Formatierungsfunktion, ist fachlich aber deutlich wichtiger. In vielen Power-BI-Berichten sind Gesamtsummen ein Klassiker für Missverständnisse. Umsatz summieren? Ja. Stückzahlen summieren? Oft ja. Margen, Quoten, Durchschnittspreise oder Auslastungswerte summieren? Häufig nein. Wenn Power BI automatisch eine Gesamtsumme anzeigt, wirkt diese für Nutzer zunächst vertrauenswürdig. Fachlich kann sie aber irreführend sein. Genau deshalb sind Custom Totals so relevant. Sie helfen, Tabellen nicht nur technisch korrekt, sondern fachlich verständlich zu machen.


Die Option None ist dabei besonders nützlich. Sie erlaubt es, eine Gesamtsumme bewusst nicht anzuzeigen, wenn sie keinen sinnvollen Aussagewert hat. Average hilft wiederum bei Kennzahlen, bei denen ein Durchschnitt für die Total-Zeile plausibler ist als eine Summe. Für Management-Reports, Controlling-Auswertungen und operative Tabellen ist das ein klarer Qualitätsgewinn.


BI-Teams sollten bestehende Tabellen und Matrizen deshalb gezielt prüfen: Wo zeigen Totals heute Werte, die Nutzer falsch interpretieren könnten? Wo wäre ein Durchschnitt sinnvoller? Und wo sollte eine Summe besser komplett ausgeblendet werden? Wer solche Fragen sauber beantworten will, landet schnell bei den Grundlagen von Modellierung und Kennzahlenlogik.


Tabellen und Matrizen bekommen mehr Layout-Kontrolle

Das Power BI Mai-Update bringt außerdem mehr Kontrolle über Tabellen und Matrizen. Microsoft nennt im Feature Summary unter anderem Column fixed and default width for table and matrix als Generally Available. Damit können Report-Autoren feste und standardisierte Spaltenbreiten definieren.


Das ist eine dieser Funktionen, die unspektakulär klingt, aber im Alltag viel bringt. Viele Power-BI-Berichte leben nicht von spektakulären Visuals, sondern von stabilen Tabellen. Gerade Controlling, Finance, Sales Operations, Einkauf oder Produktionsreporting arbeiten häufig mit Matrizen, Detailtabellen und Zahlenvergleichen.


Wenn Spaltenbreiten springen, Inhalte abgeschnitten werden oder ein Bericht im Power BI Service anders wirkt als in Desktop, leidet die Akzeptanz. Nutzer nehmen solche Dinge nicht als technisches Detail wahr, sondern als mangelnde Qualität. Ein Bericht, der optisch unruhig ist, wirkt schnell weniger verlässlich – selbst wenn das Datenmodell sauber ist.


Feste Spaltenbreiten helfen, solche Probleme zu reduzieren. Trotzdem sollte man die Funktion vor dem flächendeckenden Einsatz testen. Besonders bei bestehenden Standardberichten, Mobile Layouts, Embedded-Szenarien oder komplexen Matrizen lohnt sich ein kurzer Qualitätscheck.


Das passt auch zur grundsätzlichen Frage, welche Visuals überhaupt sinnvoll sind. Nicht jedes Problem braucht ein Custom Visual, und nicht jede Tabelle ist schlecht, nur weil sie nicht spektakulär aussieht. Diese Abwägung zwischen Aussage, Wartbarkeit, Performance und Governance steht auch bei der Frage Power BI Visuals richtig auszuwählen im Mittelpunkt.


Genau dort wird es relevant, Power BI professionell aufzusetzen: nicht nur Funktionen aktivieren, sondern Reporting-Landschaften so strukturieren, dass sie im Betrieb stabil und verständlich bleiben.


Version History macht Änderungen nachvollziehbarer

Mit dem Mai-Update wird Version History in Power BI Desktop verfügbar. Die Funktion gilt für Power-BI-Dateien, die in OneDrive oder SharePoint gespeichert sind. Nutzer können frühere Versionen direkt in Desktop anzeigen, ältere Versionen in einem neuen Fenster öffnen und Informationen wie Version, Änderungsdatum und Bearbeiter einsehen. Voraussetzung ist, dass die Save-and-Share-Integration in Power BI Desktop aktiviert ist.


Für Teams ist das ein sinnvoller Schritt. Wer schon einmal gemeinsam an Power-BI-Dateien gearbeitet hat, kennt typische Fragen: Wer hat wann etwas geändert? Wie sah die vorherige Version aus? Können wir eine alte Variante öffnen, ohne den aktuellen Stand zu überschreiben? Version History macht solche Situationen einfacher.


Trotzdem sollte die Funktion nicht überschätzt werden. Sie verbessert die Zusammenarbeit, ersetzt aber keine professionelle Entwicklungs- und Deployment-Strategie. In produktiven BI-Landschaften braucht es weiterhin klare Workspace-Strukturen, definierte Rollen, Freigabeprozesse, Deployment Pipelines und je nach Reifegrad auch PBIP- oder Git-Ansätze.


Der praktische Nutzen liegt also vor allem im mittleren Reifegrad: Teams, die bereits gemeinsam entwickeln, aber noch nicht alle ALM-Prozesse sauber etabliert haben, bekommen mehr Sicherheit. Für Power-BI-Verantwortliche ist das Mai-Update ein guter Anlass, die eigene Arbeitsweise zu prüfen: Wo liegen PBIX-Dateien? Wer darf produktive Reports ändern? Wie werden Änderungen dokumentiert? Und ab wann braucht das Team mehr Struktur als reine Dateiablage?


Auch hier lohnt sich der Blick auf typische Startfehler. Viele Teams wachsen von ersten Reports in produktive BI-Strukturen hinein, ohne ihre Arbeitsweise rechtzeitig anzupassen. Wenn aus ersten Power-BI-Erfolgen eine belastbare Reporting-Landschaft werden soll, helfen klare Standards von Anfang an – gerade bei typischen Power BI Startfehlern.


Translytical Task Flows: Power BI wird operativer

Besonders strategisch sind die Verbesserungen an Translytical Task Flows. Mit dem Mai-Update unterstützt Microsoft optionale Parameter und Default Values. Eingabefelder können also mit Standardwerten vorbelegt werden, und Nutzer müssen nicht mehr zwingend jeden Parameter manuell setzen.


Translytical Task Flows stehen für eine größere Entwicklung: Power BI wird nicht nur zum Analysewerkzeug, sondern stärker zur Arbeitsoberfläche. Berichte zeigen dann nicht nur Daten, sondern ermöglichen Aktionen: Datensätze aktualisieren, Kommentare ergänzen, Status ändern oder Prozesse anstoßen.


Das eröffnet spannende Szenarien. Nutzer könnten direkt aus einem Bericht heraus Statuswerte ändern, einfache Rückmeldungen geben oder Folgeprozesse anstoßen. Für operative Teams kann das attraktiv sein, weil Analyse und Handlung näher zusammenrücken.


Genau deshalb ist Governance hier besonders wichtig. Sobald Berichte nicht mehr nur lesen, sondern Aktionen auslösen, geht es um mehr als Visualisierung. Dann müssen Berechtigungen, Validierung, Fehlerbehandlung, Auditierbarkeit und Prozessverantwortung geklärt sein. Wer darf Daten ändern? Wo werden Änderungen gespeichert? Wie wird verhindert, dass falsche Eingaben operative Prozesse beeinflussen? Und wie passt das zu bestehenden Systemen?


Translytical Task Flows sind deshalb kein „mal eben Writeback“-Feature. Sie können ein Baustein für moderne analytische Anwendungen sein, besonders im Zusammenspiel mit Fabric, Datenbanken und Prozesslogik.


Diese Entwicklung passt zu einem größeren Trend: Power BI und Fabric wachsen enger zusammen. Genau diese Verschiebung zeigt sich auch in den Power BI Trends 2026: weg von isoliertem Reporting, hin zu stärker integrierten Analytics- und Plattform-Szenarien. Wo Fabric als Plattform, Power BI als Oberfläche und operative Rückmeldungen zusammenspielen, lohnt sich eine saubere Einordnung von Microsoft Fabric als Teil der analytischen Architektur.


Input Slicer mit numerischer Unterstützung

Die numerische Unterstützung ist Generally Available. Der Input Slicer kann nun numerische Felder, numerische Eingabemasken und Operatorlogik wie Bereiche, größer als oder kleiner als nutzen. Beispiele sind Eingaben wie 1-2, >2 oder <2. Außerdem kann der Input Slicer ohne Datenfeld als numerisches Eingabeelement für Translytical Task Flows verwendet werden.


Für Analyseberichte ist das nützlich, wenn Nutzer Schwellenwerte oder Bereiche schnell eingeben möchten. Für operative Szenarien wird es interessanter, wenn solche Eingaben an Aktionen gekoppelt sind. Dann kann ein Bericht nicht nur filtern, sondern Eingaben aufnehmen, die in nachgelagerten Prozessen genutzt werden.


Trotzdem sollte man auch hier nicht zu viel hineininterpretieren. Ein numerischer Input Slicer ist kein Planungswerkzeug. Für Planung, Forecasting oder Budgetprozesse braucht es weiterhin saubere Modelle, Verantwortlichkeiten, Schreibpfade und Validierung. Die Funktion kann solche Szenarien unterstützen, ersetzt aber keine fachliche Prozesslogik.


Neue Get-Data-Erfahrung als Preview

Die neue Get-Data-Erfahrung in Power BI Desktop startet im Mai als Preview. Microsoft beschreibt sie als modernisierte Power-Query-Erfahrung, die Datenquellen leichter auffindbar macht, Verbindungsprozesse konsistenter gestaltet und besser zu Fabric und Excel passen soll. Außerdem werden Tastaturbedienung und Dark Mode genannt.


Für Einsteiger kann das den Zugang erleichtern. Für erfahrene Teams ist es vor allem ein Thema für Standards, Schulungen und Dokumentation. Wenn sich Verbindungsdialoge ändern, müssen interne Anleitungen, Trainingsmaterialien und Screenshots irgendwann angepasst werden.


Da es sich um eine Preview handelt, sollte die Funktion kontrolliert getestet werden. Für produktive Standards ist Zurückhaltung sinnvoll. Erst wenn klar ist, wie stabil die neue Erfahrung mit den im Unternehmen genutzten Datenquellen funktioniert, sollte sie breit in Arbeitsweisen und Schulungen übernommen werden.


Copilot, Explore und Embedded richtig einordnen

Das Mai-Update enthält auch Verbesserungen rund um Copilot, Explore und Embedded-Szenarien. Dazu gehören unter anderem Explore Improvements, Copilot Summary Shortcuts, das Copilot Narrative Visual für App-owns-data-Szenarien in Preview und ein neues Copilot Tooling Format in Preview.


Diese Themen sind wichtig, aber für viele Unternehmen nicht der erste Hebel. Copilot-Funktionen erzeugen nur dann belastbaren Nutzen, wenn semantische Modelle sauber aufgebaut, Kennzahlen eindeutig benannt und Daten vertrauenswürdig sind. KI macht ein schwaches Modell nicht automatisch verständlich.


Für Embedded-Szenarien kann das Copilot Narrative Visual spannend sein, vor allem wenn Power-BI-Inhalte in Kunden- oder Partneranwendungen eingebettet werden. Aber auch hier gilt: Preview-Funktionen sollten nicht vorschnell produktiv gesetzt werden. Lizenzierung, Datenschutz, Berechtigungen und Nutzerkontext müssen vorher geklärt sein.


Gerade bei Copilot, Fabric und Embedded-Szenarien spielt Lizenzierung schnell eine Rolle. Wer Funktionen fachlich spannend findet, sollte deshalb früh prüfen, welche Kapazitäten, Benutzerlizenzen und Freigabemodelle wirklich benötigt werden.


Was BI-Teams jetzt konkret prüfen sollten

Das Power BI Update Mai 2026 sollte nicht einfach nur installiert und abgehakt werden. Entscheidend ist, welche Neuerungen tatsächlich zur eigenen BI-Landschaft passen und wo sie bestehende Standards verändern.


Gerade bei Visual Calculations lohnt sich ein genauer Blick: Lokale Visual-Logik kann direkt im Bericht sinnvoll sein, zentrale Kennzahlenlogik sollte dagegen weiterhin im semantischen Modell bleiben. Sonst entsteht schnell eine zweite Berechnungsebene, die später schwer zu prüfen und noch schwerer zu warten ist.


Ähnlich pragmatisch sollten Teams auf bestehende Tabellen und Matrizen schauen. Custom Totals, None, Average und feste Spaltenbreiten können Reports deutlich verständlicher machen, wenn sie an den richtigen Stellen eingesetzt werden. Besonders in Management-, Controlling- und operativen Reports lohnt sich die Frage, ob Summenzeilen heute fachlich wirklich sinnvoll sind oder eher falsche Sicherheit erzeugen.


Auch Version History sollte nicht isoliert als Komfortfunktion verstanden werden. Für die Zusammenarbeit über OneDrive und SharePoint ist sie hilfreich, für produktive BI-Landschaften braucht es aber weiterhin klare Freigabe- und Deployment-Prozesse. Wer gemeinsam an Berichten arbeitet, sollte deshalb nicht nur frühere Versionen öffnen können, sondern auch wissen, wann ein Bericht geprüft, freigegeben und produktiv veröffentlicht wird.


Noch sensibler wird es bei Translytical Task Flows. Sobald Nutzer aus Power BI heraus Aktionen auslösen, Kommentare ergänzen oder Daten verändern können, entsteht ein Prozessdesign-Thema. Dann reicht es nicht mehr, nur das Visual zu konfigurieren. Fachbereich, IT, Datenplattform und Governance müssen gemeinsam klären, welche Eingaben erlaubt sind, wo Änderungen gespeichert werden und wie Fehler vermieden werden.


Preview-Funktionen wie die neue Get-Data-Erfahrung oder einzelne Copilot- und Embedded-Themen sollten deshalb bewusst getestet, aber nicht vorschnell standardisiert werden. Wer unsicher ist, welche Neuerungen wirklich weiterhelfen, startet besser mit einer pragmatischen Standortbestimmung: Welche Reports sind kritisch? Wo entstehen heute Missverständnisse? Wo fehlen Standards? Und welche Funktionen passen tatsächlich zur Roadmap? Genau an dieser Schnittstelle hilft ein Data Strategy Check, wenn Power BI, Fabric, Governance und nächste Schritte gemeinsam betrachtet werden sollen.


Für die praktische Umsetzung lohnt sich außerdem ein sauberer Blick auf den gesamten Reporting-Prozess. Viele der neuen Funktionen entfalten ihren Nutzen erst dann, wenn Ziel, Entscheidungslogik, Modell, Visualisierung und Veröffentlichung zusammenpassen.

Fazit: Power BI wird reifer – Standards bleiben entscheidend

Das Power BI Update Mai 2026 macht Power BI an vielen Stellen erwachsener. Visual Calculations, Custom Totals, feste Spaltenbreiten, Version History und Translytical Task Flows sind keine isolierten Spielereien. Sie adressieren echte Alltagsthemen in Power-BI-Projekten: Berechnungslogik, Berichtskommunikation, Layout-Stabilität, Zusammenarbeit und operative Nutzung.


Der größte Fehler wäre, das Update nur als neue Feature-Sammlung zu lesen. Entscheidend ist die Einordnung. Welche Funktionen verbessern die Berichtsentwicklung? Wo braucht es neue Standards? Welche Preview-Themen bleiben zunächst im Test? Und wo entsteht durch neue Möglichkeiten auch neuer Governance-Bedarf?


Teams erhalten mit dem Mai-Update bessere Werkzeuge, um Berichte verlässlicher, verständlicher und produktiver zu machen. Der Unterschied entsteht wie so oft nicht durch das Tool allein, sondern durch saubere Modelle, klare Kennzahlen, gute Standards und ein Team, das weiß, wann welche Funktion sinnvoll ist.


Wenn eure Power-BI-Landschaft gewachsen ist und neue Funktionen eher zusätzliche Komplexität als Klarheit erzeugen, lohnt sich ein Blick auf Modelle, Reports und Standards. Mit einem strukturierten Review lassen sich typische Schwachstellen in Modellierung, DAX, Performance, Layout und Governance gezielt sichtbar machen – bevor sie im Alltag weiterwachsen.

Der nächste sinnvolle Schritt

Power BI entfaltet seinen Nutzen erst dann vollständig, wenn Dashboards sauber aufgebaut, Datenmodelle durchdacht und Kennzahlen klar definiert sind.Genau diese Grundlagen entscheiden darüber, ob Berichte genutzt oder ignoriert werden.


Wenn du Power BI strukturiert aufsetzen oder bestehende Lösungen verbessern willst, unterstützen wir dich mit:


So wird aus einem funktionierenden Bericht eine belastbare Analytics-Lösung.

bottom of page