Planung mit Microsoft Fabric

Wer mit Power BI oder Microsoft Fabric arbeitet, kennt das Muster: Das Reporting steht, die Kennzahlen sind diskutiert, die Ist-Daten sind halbwegs sauber – und sobald es um Budget, Forecast oder Szenarien geht, macht irgendwo wieder eine Excel-Datei auf. Einfach weil Planung in vielen Unternehmen bis heute neben der eigentlichen Datenplattform läuft.

Genau deshalb ist Planning in Microsoft Fabric gerade so spannend. Nicht, weil Microsoft jetzt einfach ein weiteres Feature mit hübschem Namen ausgerollt hat. Sondern weil hier zum ersten Mal die Chance entsteht, Planung, Reporting und Datenfundament näher zusammenzubringen.

Die gute Nachricht: Microsoft hat mit Plan in Fabric IQ inzwischen ein natives Planning-Angebot in Fabric vorgestellt. Die ehrliche Nachricht dahinter: Das Thema ist relevant, aber noch Preview. Wer das sauber einordnet, kann jetzt viel lernen und erste gute Use Cases aufsetzen.

Das Problem ist nicht Planung. Es ist der Bruch dazwischen.

Meist ist nicht die Planung selbst das größte Problem, sondern der Übergang zwischen Welten:

• Historische Ist-Daten in BI oder im DWH

• Budget- und Forecast-Logik in Excel oder separaten CPM-Tools

• Kommentierung, Freigabe und Anpassung irgendwo dazwischen

• Plan/Ist-Vergleiche wieder zurück im Reporting

Das Ergebnis ist bekannt: doppelte Logik, manuelle Abstimmung, unterschiedliche Zahlenstände und endlose Diskussionen darüber, welche Datei jetzt die aktuelle ist. Das klingt banal, kostet in der Praxis aber viel Energie. Vor allem in Finance-nahen Prozessen, bei Vertriebsplanung, Opex-Planung, Headcount-Szenarien oder bereichsübergreifenden Forecasts.

Genau hier setzt Fabric Planning an. Der interessante Gedanke dahinter ist nicht einfach Writeback in Power BI, sondern ein gemeinsamer semantischer Unterbau für Ist, Plan und Forecast. Das ist der entscheidende Punkt. Denn wenn Planung direkt auf demselben semantischen Modell aufsetzt wie das Reporting, sinkt die Zahl der Übersetzungsfehler drastisch.

Und genau deshalb ist das Thema auch kein reines Finance-Thema. Es ist ein Datenstrategie-Thema. Wer Planung sauber in die Plattform holt, entscheidet nicht nur über Eingabemasken, sondern über Kennzahlenlogik, Governance, Rollen, Freigaben und den Umgang mit Versionen.

Was Microsoft in Fabric heute tatsächlich anbietet

Microsoft beschreibt Plan als integrierte EPM- und CPM-Lösung innerhalb von Fabric. Darin stecken im Kern mehrere Bausteine, die man auseinanderhalten sollte.

1. Planning Sheets

Hier entstehen Budgets, Forecasts, Szenarien und Planwerte. Also das, was viele mit Planung zuerst meinen. Die Sheets sind auf Business-Nutzung ausgelegt, eher no-code orientiert und verbinden Eingabe, Versionierung, Allokation und Auswertung in einer Oberfläche.

Wichtig ist dabei: Es geht nicht nur um Jahresbudget. Microsoft adressiert auch Rolling Forecasts, Versionen, Snapshots, What-if-Szenarien und Freigaben. Das ist gut, weil echte Planung selten ein einmaliger Jahresritus ist. Gute Planung ist ein laufender Prozess.

2. Cubes und mehrdimensionale Allokation

In der Praxis werden Pläne oft auf einer Ebene erfasst und auf anderen Ebenen benötigt. Ein Umsatzbudget wird zum Beispiel auf Region oder Produkt verteilt. Oder ein Headcount-Ziel soll auf Funktionen, Teams oder Monate heruntergebrochen werden.

Genau dafür bringt Fabric Cubes und driver-basierte Allokation mit. Das klingt technisch, ist aber im Alltag extrem wertvoll. Denn damit lässt sich ein aggregierter Planwert auf tieferliegende Ebenen verteilen – idealerweise nicht nach Bauchgefühl, sondern anhand sinnvoller Treiber wie Vorjahresumsatz, Mengen, Kostenstrukturen oder vorhandener Kapazitäten.

Der große Vorteil: Wenn dieselbe Logik, die dein Reporting steuert, auch die Verteilung deiner Planwerte steuert, reduziert das Nebenrechnungen und Schattenlogik.

3. Forecasting direkt auf dem semantischen Modell

Auch das ist ein wichtiger Punkt. Forecasts in Fabric bauen nicht einfach auf losgelösten Tabellen auf, sondern auf dem vorhandenen Modell. Historische Werte, Durchschnitte, Formeln oder manuelle Eingaben können als Startpunkt dienen. Danach lässt sich der Forecast fortschreiben, anpassen und mit neuen Ist-Werten aktualisieren.

Das ist genau die Richtung, die in vielen Unternehmen fehlt. Dort wird oft viel Energie in das Erstellen des Budgets gesteckt, aber deutlich zu wenig in die laufende Navigation. Ein gutes Forecast-Setup ist meist wertvoller als Diskussionen über den finalen Planstand vom Vorjahr.

4. Writeback

Einer der wichtigsten Punkte überhaupt. Planung ist erst dann fachlich belastbar, wenn die Eingaben nicht nur in einem Frontend sichtbar sind, sondern kontrolliert in die Datenplattform zurückgeschrieben werden können.

Fabric unterstützt genau dieses Writeback. Budgetwerte, Forecasts, Anpassungen und Szenario-Daten lassen sich in geeignete Ziele zurückschreiben. Damit wird aus einer Planungssicht ein persistenter Datenbestand. Das klingt technisch, ist aber strategisch. Denn nur dann werden Planung und Analytics wirklich Teil derselben Datenlandschaft.

5. InfoBridge

InfoBridge ist einer dieser Bausteine, die auf den ersten Blick unspektakulär wirken und in der Praxis extrem relevant sind. Viele Planungs- und Reporting-Szenarien bestehen aus mehreren Seiten, Perspektiven oder Granularitäten. Genau dort entsteht sonst schnell Wildwuchs: mehrere Tabellen, mehrere Rückschreibelogiken, mehrere Sonderfälle.

InfoBridge hilft dabei, Daten aus mehreren Visuals oder Planungskontexten in einer gemeinsamen Writeback-Struktur zusammenzuführen. Das ist weniger ein Detail-Feature als ein Signal: Microsoft denkt Planung nicht nur als Eingabe, sondern als integrierten Datenfluss.

6. PowerTable und Intelligence Sheets

Mit PowerTable und Intelligence Sheets wird klar, dass Microsoft das Thema breiter denkt als klassische Budgeterfassung.

PowerTable ist im Kern eine governte, Excel-nahe Tabellenanwendung direkt auf Datenbank- und Semantic-Model-Basis. Das ist spannend für Referenzdaten, Treiberdaten, operative Eingaben, Projektlisten, Freigabefelder oder andere strukturierte Business-Daten, die heute oft in halboffiziellen Dateien leben.

Intelligence Sheets schließen die Lücke in Richtung Reporting und Kommunikation. Also genau dort, wo Plan/Ist/Forecast, Kommentare, Management-Sichten und sauber formatierte Berichte zusammenkommen. Für Finance- und Controlling-nahe Anwendungsfälle ist das hochrelevant.

Warum das für Unternehmen wirklich interessant ist

Der größte Hebel ist aus meiner Sicht nicht mehr Funktion, sondern weniger Bruch.Wenn Planung, Ist-Daten und Reporting auf derselben Plattform und auf derselben semantischen Logik aufsetzen, entstehen ein paar sehr konkrete Vorteile:

• weniger manuelle Abstimmung zwischen Fachbereich, BI und Finance

• weniger doppelte Kennzahlenlogik

• weniger Schattenlösungen in Excel

• bessere Nachvollziehbarkeit von Änderungen

• höhere Chance auf konsistente Plan/Ist/Forecast-Vergleiche

• mehr Governance ohne sofortigen Tool-Zoo

Das heißt nicht, dass plötzlich alles leicht wird. Aber die Architektur wird deutlich vernünftiger.

Gerade Unternehmen, die Fabric ohnehin strategisch einsetzen, sollten dieses Thema deshalb ernst nehmen. Denn hier geht es nicht nur um eine weitere Workload, sondern um die Frage, ob die Plattform künftig auch den Schritt von Analyse zu Steuerung mitgehen kann.

Wo Planung mit Microsoft Fabric heute schon gut passt

Planung mit Microsoft Fabric sollte aktuell vor allem dort geprüft werden, wo drei Dinge zusammenkommen:

1. Fabric ist bereits gesetzt.

   Wer Lakehouse, Warehouse, semantische Modelle und Power BI schon aktiv nutzt, hat den größten Hebel. Dann ist Planung keine Insellösung, sondern eine Erweiterung des vorhandenen Kerns.

2. Es gibt einen klaren Planungsprozess mit überschaubarer Komplexität.

   Zum Beispiel Vertriebsforecast, regionale Budgetplanung, Opex-Planung, Headcount-Treiber oder Kapazitätsplanung.

3. Die Organisation leidet sichtbar unter Brüchen zwischen Ist, Plan und Forecast.

   Also genau dort, wo heute mehrere Dateien, manuelle Übergaben oder widersprüchliche Zahlenstände den Alltag dominieren.

Besonders plausibel könnten aktuell Use Cases sein wie:

• Vertriebsforecast mit monatlicher Aktualisierung

• Kostenstellen- und Opex-Planung

• Headcount- und Kapazitätsplanung

• Regionale Planung mit zentraler Konsolidierung

• Plan/Ist/Forecast-Reporting für Finance oder Management

Gerade in solchen klar umrissenen Szenarien zeigt sich am besten, ob Fabric Planning im eigenen Unternehmen wirklich Mehrwert stiftet – fachlich, organisatorisch und technisch.

Wo man bei Planung mit Fabric aktuell noch vorsichtig sein sollte

So klar die Richtung ist: Das Thema ist noch Preview. Preview ist nicht nur ein Label, sondern eine operative Realität. Es gibt dokumentierte Einschränkungen, zum Beispiel bei Workspaces oder Tenants mit Private Links, bei bestimmten Berechtigungen auf semantischen Modellen, bei My Workspace oder bei speziellen Konstellationen mit Direct Lake. Nicht dramatisch, aber relevant.

Deshalb sollte eins klar sein: Nicht mit dem größten, politisch sensibelsten und prozessual kompliziertesten Planungsprozess starten.

Nicht sofort:

• Konzernweite Budgetierung über viele Länder

• komplexe Freigabelogik mit hoher Revisionsrelevanz

• kritische Abschluss- oder Konsolidierungsprozesse

• hochgradig individualisierte CPM-Sonderprozesse

Sondern lieber mit einem guten, klaren Start-Use-Case, bei dem der Nutzen sichtbar wird, aber die Fallhöhe kontrollierbar bleibt. Das ist keine Schwäche von Fabric Planning. Das ist schlicht ein vernünftiger Einführungsansatz.

Was vor dem Start sauber stehen sollte

Bevor man Planning in Fabric einführt, sollten ein paar Grundlagen geklärt sein. Sonst baut man nur eine neue Oberfläche auf alte Unordnung.

Sauberes semantisches Modell

Wenn du dasselbe Modell für Reporting und Planung nutzen willst, muss dieses Modell tragfähig sein. Genau deshalb passt an dieser Stelle intern sehr gut der Beitrag zur Datenmodellierung in Power BI. Ein wackliges Modell wird durch Planning nicht besser. Es wird nur sichtbarer.

Klare Kennzahlenlogik

Treiber, Measures, Planvarianten und Allokationsregeln müssen sauber definiert sein. Wer hier schwimmt, produziert schnell schöne Oberflächen mit unsauberer Logik. Dazu passt auch Measures vs. Calculated Columns, weil genau diese Logik später nicht nur Reports, sondern auch Verteilungen und Szenarien beeinflusst.

Governance statt Freestyle

Planung ist kein Bereich, in dem jeder macht mal schnell dauerhaft funktioniert. Freigaben, Verantwortlichkeiten, Versionen, Rollen und Veröffentlichungslogik gehören von Anfang an dazu. An der Stelle ist Power BI Governance im Self Service eine sehr passende Ergänzung – nicht als Bürokratie, sondern als Schutz vor dem nächsten Schattenprozess.

Reporting nicht als Nachgedanke behandeln

Planung endet nicht bei der Eingabe. Sie muss erklärt, kommentiert, verglichen und präsentiert werden. Deshalb ist die Brücke zu IBCS in Power BI umsetzen fachlich absolut sinnvoll. Gerade in Plan/Ist/Forecast-Sichten ist Konsistenz wichtiger als Design-Spielerei.

Einordnung von Planung in Fabric: relevant, aber nicht magisch

Planung in Microsoft Fabric ist eines der spannendsten Themen rund um Fabric seit Langem. Nicht weil jetzt alles schon perfekt wäre. Sondern weil hier zum ersten Mal ein wirklich plausibler Weg sichtbar wird, Planung näher an Daten, Governance und Reporting zu holen.

Die Chance ist groß:

• weniger Toolbrüche

• mehr gemeinsame Logik

• mehr Nachvollziehbarkeit

• bessere Verbindung von Fachbereich, Finance und BI

Aber der Erfolg wird nicht aus dem Produktnamen kommen. Er kommt nur dann, wenn Unternehmen drei Dinge sauber aufsetzen: semantisches Fundament, klarer Use Case und disziplinierte Governance.

Wer genau das beherzigt, kann mit Fabric Planning heute schon sehr interessante erste Lösungen bauen. Wer dagegen einfach nur hofft, dass eine neue Workload organisatorische Unordnung heilt, wird enttäuscht werden.

---

Fazit: Planung mit Fabric wird durch Integration statt Eingabe klar

Wenn man Planning mit Microsoft Fabric auf einen Satz herunterbrechen will, dann diesen: Zum ersten Mal wird in Fabric ernsthaft sichtbar, wie Planung, Reporting und Datenplattform zusammenwachsen könnten. Das ist mehr als ein neues Feature. Es ist ein strategischer Richtungswechsel.

Noch ist nicht alles reif. Noch ist Vorsicht sinnvoll. Aber genau jetzt ist der richtige Zeitpunkt, um das Thema nicht mehr als Randnotiz zu behandeln. Denn wenn Microsoft diese Linie sauber weiterzieht, wird Planning in Fabric nicht nur ein Add-on für Finance sein. Dann wird es für viele Unternehmen der Punkt, an dem aus BI tatsächlich Steuerung wird.

---

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:

• Fabric Kick Start – für einen praxisnahen Einstieg in Architektur, Zielbild und erste Use Cases

• Power BI Training – für einen sauberen, praxisnahen Einstieg

• Data Strategy Check – um eure Analytics-Organisation ganzheitlich einzuordnen

• Consulting Abo – für kontinuierliche Unterstützung bei Migration, Betrieb und Governance

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