Unternehmensplanung in Microsoft Fabric: Planung direkt auf Ihrer Datenbasis

Unternehmensplanung in Microsoft Fabric ist Microsofts eigene Planungslösung. Sie ermöglicht Budgetierung, Forecasting, Szenarioplanung und Plan-Ist-Analyse auf Basis vorhandener Power BI-Semantikmodelle. Damit richtet sich die Lösung fachlich an alle planenden Bereiche – von Finance und Controlling über Vertrieb und Personal bis Operations – und architektonisch zugleich an BI-, Data- und IT-Teams, die Microsoft Fabric und Power BI betreiben.

Nein. Die Planung in Fabric lässt sich überall dort einsetzen, wo ein Power BI-Semantikmodell die fachliche Grundlage liefert: für Budgetierung und Forecasting im Controlling ebenso wie für Umsatz- und Absatzplanung im Vertrieb, Personal- und Kapazitätsplanung in HR, Produktions-, Einkaufs- und Bestandsplanung in Operations oder Projekt- und Investitionsplanung. Entscheidend ist nicht der Fachbereich, sondern ein tragfähiges Semantikmodell, auf dem geplant werden kann.

Alle Bezeichnungen meinen dasselbe – Microsoft selbst verwendet sie parallel. In der Dokumentation stehen „Planning in Fabric" (Übersicht), „Fabric Plan" (Abrechnung) und „Fabric Planning" (Tutorial) nebeneinander; im Fabric-IQ-Katalog heißt das Element schlicht „Planning". „Planning in Fabric IQ" war der Name zur Markteinführung. Im Deutschen schreibt Microsoft „Planung in Fabric“ – diese Bezeichnung verwenden auch wir. Das Objekt, das im Workspace angelegt wird, heißt Fabric Plan; Microsoft nennt es in der englischen Dokumentation „plan item". Die übergeordnete Kontextschicht heißt Fabric IQ.

Die Planung in Fabric ist allgemein verfügbar (General Availability) und weltweit in allen Fabric-Regionen nutzbar; die Abrechnung über die Fabric-Kapazität ist produktiv. Einzelne angrenzende Fabric-IQ-Funktionen, insbesondere Teile der Ontologie- und Agentenwelt, können weiterhin Preview-Status haben und sollten getrennt bewertet werden.

Fabric IQ ist die semantische Kontextschicht von Microsoft Fabric. Sie beschreibt über Ontologien, was die Daten eines Unternehmens bedeuten – Definitionen, Kennzahlenlogik und Zusammenhänge – und liefert diesen Kontext an KI-Agenten und an Microsoft Copilot. Die Planung in Fabric setzt auf dieser Schicht auf. Für Data Agents genügt bereits ein gut beschriebenes Semantikmodell; Ontologien sind die Ausbaustufe für formalisierte Definitionen. In beiden Fällen ist Planung, die in Fabric liegt, für Agenten auswertbar, ohne dass dafür ein zweites Projekt nötig wäre.

Agent-Readiness beschreibt, wie gut ein Semantikmodell für KI-Agenten lesbar ist: ob Kennzahlen und Felder beschrieben sind, ob Synonyme hinterlegt sind, ob Beziehungen stimmen und ob Duplikate bereinigt sind. Erst dann beantwortet ein Data Agent Fragen zu Plan- und Ist-Zahlen verlässlich. Eine Ontologie in Fabric IQ ist dafür nicht Voraussetzung, sondern die Ausbaustufe. Weil Planung in Fabric auf dem vorhandenen Semantikmodell aufsetzt, zahlt jede Verbesserung der Agent-Readiness doppelt – auf Reporting und auf Planung.

Die Planung in Fabric besteht aus vier Bausteinen. Planning Sheets dienen der Budgetierung, dem Forecasting und der Szenariomodellierung in einer Oberfläche, die Power BI Anwender ohne Schulung bedienen. PowerTable Sheets übernehmen Stammdaten- und Referenzdatenmanagement und strukturierte Dateneingabe. Intelligence Sheets liefern Auswertung und automatisierte Abweichungsanalyse über den Plandaten. Infobridge verbindet die Planungsdaten mit den übrigen Fabric-Workloads.

Ja. Microsoft positioniert die Planung in Fabric als Enterprise und Corporate Performance Management direkt in Fabric. Es deckt Budgetierung, Forecasting, Szenarioplanung, Abweichungsanalyse und Writeback ab. Der Unterschied zu klassischen EPM-Systemen liegt darin, dass es keine eigene Datenbank mitbringt, sondern auf der vorhandenen Fabric-Datenschicht und den Power BI-Semantikmodellen arbeitet.

Die Planung in Fabric wird über 30-Tage-Sessions auf der Fabric-Kapazität abgerechnet, nicht über feste Nutzerlizenzen. Microsoft weist je Session 37 CU-hour für Viewer, 168 CU-hour für Stakeholder und 847 CU-hour für Planner aus. Hinzu kommen 2 CU je erfolgreichem Automation-Job sowie der Verbrauch anderer Fabric-Workloads. Die tatsächlichen Kosten hängen damit von der Zahl aktiver Planer und Ihrer vorhandenen Kapazität ab.

Nichts. Das Session-Pricing berechnet Kapazität nur, wenn ein Nutzer eine Aktion in einem Fabric Plan ausführt. Dann wird für 30 Tage Kapazität reserviert. Ohne Aktivität fallen keine Kosten an – auch dann nicht, wenn ein vollständig aufgebautes Planungsmodell im Workspace liegt. Das macht Planung in Fabric für Unternehmen mit saisonaler Planung deutlich günstiger als Modelle mit festen Nutzerlizenzen.

Session-Pricing kombiniert Elemente einer Nutzerlizenz mit nutzungsabhängiger Abrechnung. Es gibt drei Rollen – Viewer, Stakeholder und Planner – aber keine feste Zuordnung: Welche Rolle gilt, entscheidet die ausgeführte Aktion. Entscheidend ist die Art der Bearbeitung: Wer nur PowerTable- oder Intelligence-Inhalte pflegt, bleibt Stakeholder; erst das Anlegen oder Modellieren eines Planungsblattes macht eine Planner-Session daraus. Jede Session läuft 30 Tage und lässt sich nicht vorzeitig beenden. Ein Upgrade beendet die laufende Session anteilig und führt sie auf dem höheren Tier fort; ein Downgrade greift erst nach Ablauf.

Das hängt von der Zahl gleichzeitig aktiver Sessions ab, nicht von der Gesamtzahl der Nutzer. Ein Planner verbraucht 847 CU-hour je 30-Tage-Session, ein Stakeholder 168 und ein Viewer 37. Rechnen Sie zusätzlich den Verbrauch Ihrer übrigen Fabric-Workloads ein. Für einen ersten Test genügt eine Fabric-Testversion ohne eigene Kapazität.

Das hängt von Ihrem Nutzungsprofil ab. Klassische Planungstools rechnen pro Nutzer und Monat ab, unabhängig von der Aktivität. Planung in Fabric rechnet nur aktive Sessions ab. Unternehmen mit saisonaler Planung – Budgetrunde im Herbst, wenige Forecast-Termine im Jahr – fahren damit meist deutlich günstiger. Bei durchgängig hoher Planungsaktivität verschiebt sich das Bild. Ein belastbarer Vergleich braucht Ihre Nutzerzahlen.

Ja, für den produktiven Betrieb. Benötigt wird eine Fabric-Kapazität (F-SKU). Weder Power BI Pro noch Power BI Premium Per User ersetzen sie – auch nicht eingeschränkt: Microsoft unterstützt beide nicht für die benötigten XMLA-Endpunkte und Embed-Token, und PPU stellt keine Fabric-Kapazität bereit, in der ein Fabric Plan laufen könnte. Daneben bleiben Pro und PPU relevant: Unterhalb von F64 benötigt jeder, der Power-BI-Inhalte ansieht, weiterhin eine dieser Lizenzen. Für einen ersten Test reicht eine Fabric-Testversion.

Benötigt werden eine Fabric-Kapazität (F-SKU), ein Semantikmodell außerhalb von „My workspace" sowie aktivierte Mandanteneinstellungen für XMLA-Endpunkte und das Einbetten von Inhalten in Apps. Der Besitzer der Semantikmodell-Verbindung braucht die Workspace-Rolle Member oder Admin. Eine eigene Fabric-Strategie ist hilfreich, aber nicht notwendig.

Für einen ersten Test nicht. Eine Fabric-Testversion genügt, Voraussetzung ist lediglich ein Semantikmodell, auf dem geplant werden soll. Wer bereits ein Semantikmodell in Power BI hat, kann unmittelbar mit der Planung beginnen. Für den produktiven Betrieb wird eine Fabric-Kapazität benötigt. Zu beachten: Auf der Testkapazität sind Copilot und Data Agents nicht verfügbar – Agenten-Szenarien lassen sich dort also nicht zeigen.

Plandaten werden automatisch in eine Fabric-SQL-Datenbank zurückgeschrieben. Die Writeback-Tabelle lässt sich anschließend in das bestehende Power BI-Semantikmodell aufnehmen; bei Composite-Modellen ist das nicht möglich. Beim Anlegen eines Fabric Plans wird dafür automatisch eine Fabric-SQL-Datenbank erzeugt. Zu beachten: Gelöschte Zeilen im Planungsblatt werden in der Zieltabelle nicht gelöscht, und je Writeback-Vorgang werden bis zu 1,2 Millionen Zellen unterstützt.

Die wichtigsten Einschränkungen: Microsoft-Entra-B2B-Gastnutzer werden nicht unterstützt, ebenso wenig Workspaces oder Mandanten mit Private Link. Ein Fabric Plan verbindet sich mit genau einem Semantikmodell, und diese Verbindung lässt sich nicht mehr ändern. Umbenennungen von Workspace oder Semantikmodell brechen die Verbindung. Pro Fabric Plan sind maximal 25 Blätter und 50 Visuals möglich.

Ist Row-Level Security auf dem Semantikmodell konfiguriert und ein Nutzer keiner RLS-Rolle zugeordnet, sieht er die Vereinigung der Daten aller Rollen. Das ist ein bewusst zu prüfender Punkt vor jedem Rollout, insbesondere bei Personalkosten- oder Bereichsplanung. PowerTable unterstützt zudem datenbankseitige RLS, auch dynamisch auf Basis der Identität des angemeldeten Nutzers.

Ja. Über Fabric-Shortcuts werden externe Datenquellen ohne physische Kopie eingebunden, darunter Snowflake, Databricks, BigQuery, Oracle und SAP – für SAP unter anderem über einen Shortcut auf die SAP Business Data Cloud. Ontologie, Auditierbarkeit und die Zugriffssicherheit über Microsoft Entra bleiben dabei auf der Fabric-Seite. Ein Wechsel der zentralen Datenplattform ist nicht erforderlich.

Derzeit nicht über Gastzugänge. Microsoft-Entra-B2B-Identitäten werden von der Planung in Fabric nicht unterstützt. Wer Beteiligungen, Joint Ventures oder externe Partner in die Planung einbinden muss, braucht dafür entweder reguläre Konten im eigenen Mandanten oder eine andere Lösung. Das ist einer der Punkte, die vor einer Entscheidung geprüft werden sollten.

Ja, mit Einschränkungen. Direct Lake erfordert zusätzliche Konfiguration. Sowohl Direct Lake als auch DirectQuery benötigen eine Gateway-Verbindung mit festen Anmeldedaten; Single Sign-on wird in beiden Modi nicht unterstützt. Unterstützt werden ausschließlich OAuth-basierte Authentifizierung und Dienstprinzipale.

Diese Partnerlösungen machen Power BI rückschreibefähig und ergänzen es um Planungsfunktionen. Sie sind eigenständige Produkte mit eigener Lizenz. Die Planung in Fabric ist dagegen Microsofts eigenes Produkt, das direkt auf der Fabric-Datenschicht arbeitet und als einzige der Optionen eine echte Zero-Copy-Planung sowie eine gemeinsame Ontologie für Planung und Reporting ermöglicht.

Translytical Task Flows sind seit 2026 allgemein verfügbar und erlauben es Report-Nutzern, einzelne Datensätze über Fabric User Data Functions zurück nach Fabric SQL, Warehouse oder Lakehouse zu schreiben oder per API Aktionen in Fremdsystemen auszulösen. Das ist Rückschreiben auf Datensatzebene, keine Planung: Szenarien, Versionen, Verteilungs- und Aggregationslogik, Planungsraster für zukünftige Perioden und Freigabeprozesse entstehen damit nicht. Die Planung in Fabric setzt genau darauf auf. Für einzelne Korrekturen und Statusänderungen im Report genügen Task Flows – für einen Planungsprozess nicht.

Business Performance Planning ist Microsofts Planungslösung für Kunden von Dynamics 365 Finance. Sie nutzt ein Power BI-Front-End und eine Modellierungsumgebung in Form einer Power App und ist eng an Dynamics 365 Finance gebunden. Die Planung in Fabric ist dagegen plattformseitig in Fabric verankert, unabhängig vom ERP-System und setzt lediglich ein Semantikmodell voraus.

Grundsätzlich ja. Der Aufwand hängt vor allem von der Komplexität Ihrer Planungslogik ab, nicht vom Datenvolumen. Dimensionen, Hierarchien und Stammdaten lassen sich meist gut überführen; aufwendiger sind proprietäre Regelwerke, Workflows und Freigabeprozesse. Wir empfehlen, die Migration nicht als Eins-zu-eins-Nachbau anzulegen, sondern mit einem klar abgegrenzten Planungsbereich zu beginnen.

In den meisten Fällen ja. Die Planung in Fabric bietet eine Excel-ähnliche Oberfläche mit Planning Sheets und PowerTable Sheets, kombiniert diese aber mit einer zentralen, auditierbaren Datenbasis. Der typische Gewinn liegt weniger in neuen Funktionen als im Wegfall von Versionsproblemen, manuellem Zusammenführen von Planungsdateien und fehlender Nachvollziehbarkeit. Bulk-Import aus Excel oder CSV wird bis zu zehn Millionen Zeilen unterstützt.

Sie bleiben bestehen und werden zur Grundlage der Planung. Die Planung in Fabric setzt direkt auf vorhandenen Semantikmodellen auf, sodass Ihre bestehende Kennzahlenlogik und Datenstruktur weiter genutzt wird. Zu beachten ist, dass ein Fabric Plan sich mit genau einem Semantikmodell verbindet und diese Verbindung danach nicht mehr geändert werden kann.

Ja, besonders dann, wenn bereits Power BI im Einsatz ist und die Planung heute in Excel läuft. Da keine festen Nutzerlizenzen anfallen und der Einstieg über eine vorhandene Fabric-Kapazität oder die Fabric-Testversion möglich ist, ist die Einstiegshürde deutlich niedriger als bei klassischen EPM-Systemen. Entscheidend ist die Zahl aktiver Planer, nicht die Unternehmensgröße.

Die Planung in Fabric wird von Microsoft-Partnern mit Erfahrung in Unternehmensplanung, Power BI und Microsoft Fabric eingeführt. NoseDat ist Fabric Featured Partner, begleitet Unternehmen seit über fünfzehn Jahren bei der Ablösung von Excel- und Spezialtool-Landschaften in der Planung, hat integrierte Planungslösungen auf Power BI und Dynamics 365 umgesetzt und Planung in Fabric bereits in der Preview-Phase in Kundenszenarien getestet.

Auf vier Dinge: einen ausgewiesenen Microsoft-Fabric-Partnerstatus, nachweisbare Erfahrung in der Unternehmensplanung und nicht nur in Business Intelligence, Praxiserfahrung mit Power BI-Semantikmodellen und Fabric-Architektur, sowie die Bereitschaft, Grenzen offen zu benennen. Ein Partner, der Gastnutzer-Beschränkung, RLS-Verhalten und Writeback-Grenzen nicht von sich aus anspricht, hat die Lösung vermutlich noch nicht produktiv eingeführt.

Ein abgegrenzter erster Planungsbereich – etwa Kostenstellen-, Umsatz- oder Personalplanung – lässt sich in der Regel in wenigen Wochen produktiv setzen, sofern ein geeignetes Semantikmodell vorhanden ist. Eine vollständige Ablösung einer gewachsenen Planungslandschaft mit Workflows und Freigaben dauert entsprechend länger. Der Aufwand hängt an der Planungslogik, nicht am Datenvolumen.

Mit einem klar abgegrenzten Planungsbereich auf einem bestehenden Semantikmodell, nicht mit einem Eins-zu-eins-Nachbau der heutigen Planung. Sinnvoll ist, zunächst die technischen Voraussetzungen und die bekannten Grenzen gegen die eigene Umgebung zu prüfen und parallel den voraussichtlichen Kapazitätsverbrauch abzuschätzen. Beides lässt sich in wenigen Tagen klären.

Mindestens vier Perspektiven sollten vertreten sein: Controlling, FP&A oder der planende Fachbereich als fachlicher Process Owner, BI/Data oder ein Fabric Lead für Semantikmodell und Zielarchitektur, IT für Kapazität, Identity, Security und Governance sowie Geschäftsführung oder CFO für Business Case und Priorisierung. Die Planung in Fabric ist damit weder eine reine Fachbereichs- noch eine reine IT-Entscheidung.

Ja. Für einen ersten Test genügt eine Fabric-Testversion und ein vorhandenes Semantikmodell; eine eigene Fabric-Kapazität ist dafür nicht erforderlich. Da ohne Planungsaktivität keine Kosten entstehen, lässt sich die Planung in Fabric ohne Lizenzrisiko ausprobieren. Wir richten gemeinsam mit Ihnen ein Testszenario auf Ihren eigenen Daten ein.