Transaktionsdaten müssen ins Planungstool repliziert werden. Budgets und Forecasts müssen für die Abweichungsanalyse wieder zurück ins BI. Zwei Pipelines, die niemand warten will.

Ein spürbarer Teil jedes Planungszyklus geht für Reconciliation drauf: Zahlen zusammenführen, Differenzen erklären, Versionen abgleichen. Zeit, die für die eigentliche Steuerung fehlt.

Budget_2026_v7_final_final.xlsx - Keine Governance, keine Nachvollziehbarkeit, wer wann welche Annahme geändert hat – und kein Audit-Trail, wenn die Revision fragt.

Per-Seat-Lizenzen zwingen dazu, den Kreis der Planenden klein zu halten. Die meisten Budgetverantwortlichen bekommen deshalb eine Excel-Vorlage per Mail.

Klassische EPM-Einführungen bedeuten beraterbegleitete Implementierung, bevor überhaupt jemand plant. Jeder neue Use Case startet den Zyklus von vorn.

Strukturierte Budgets deckt das Tool ab. Das schnelle What-if für eine Reorganisation oder eine Akquisition landet trotzdem wieder in der Tabellenkalkulation.

Nein. Fabric Planning liest direkt aus Ihrem bestehenden Power-BI-Semantikmodell. Hierarchien, Measures und Geschäftslogik sind dort bereits kodiert – eine Re-Modellierungsphase entfällt. Was wir in Projekten regelmässig tun, ist das Modell auf Planungstauglichkeit zu prüfen: saubere Datumshierarchie, klare Dimensionsbeziehungen, performante Measures.

Über Writeback in eine Fabric SQL Database. Geschrieben werden nicht nur Zahlen, sondern auch Texte, Dropdown-Werte, Statusangaben, Personenzuordnungen und Kommentare – zusammen mit den Planungsdimensionen. Sie wählen das Zielformat (jede Zelle als Zeile oder jedes Measure als Spalte, optional nur die Änderungen), können Writeback automatisieren und über Validierungsregeln absichern. Danach steht alles Power BI, Semantikmodellen, Pipelines und Data Agents zur Verfügung.

Ja. Neben dem committeten Basisplan legen Sie beliebig viele Szenarien als unabhängige Simulationsschichten an – etwa Best Case, Worst Case und Sparprogramm. Änderungen in einem Szenario wirken sich nicht auf den Basisplan oder andere Szenarien aus. Sie vergleichen Szenarien gegeneinander oder gegen die Basis, sehen die Varianz farblich hervorgehoben und übernehmen ein Szenario per «Copy to base» in den Basisplan, sobald die Entscheidung gefallen ist.

Über drei Regeltypen und ein abgestuftes Rollenmodell. Verteilungsregeln steuern die Allokation von Werten auf Member, Min/Max-Regeln definieren zulässige Wertebereiche und werden über die gesamte Hierarchie validiert, Sperrregeln schützen freigegebene oder aus Quellsystemen geladene Werte. Dazu kommen die Rollen Planner, Stakeholder und Viewer mit unterschiedlichen Rechten sowie Ihre bestehende Row-Level Security aus dem Semantikmodell.

Planning ist Teil der Microsoft-Fabric-SKU und wird über die Fabric-Kapazität nutzungsbasiert abgerechnet – nicht pro Nutzer. Das verändert die Rechnung spürbar: Saisonale Nutzer, Reviewer und Personen, die nur Daten erfassen, brauchen keine Jahreslizenz. Sie können den Kreis der Planungsbeteiligten also nach fachlichen und nicht nach lizenzrechtlichen Kriterien schneiden. Für die Modelle gilt: Es braucht eine Fabric-F-SKU oder Power BI Premium P1 aufwärts.

Das hängt von Ihrem Reifegrad und Ihren Anforderungen ab. Für viele mittelgrosse Unternehmen und für einzelne Planungsprozesse in Konzernen ist Fabric Planning eine vollwertige Alternative – gerade dort, wo Power BI ohnehin schon der Reporting-Standard ist. In anderen Fällen ist der sinnvollere Weg, mit einem konkreten Use Case zu starten und die bestehende Landschaft schrittweise abzulösen. Genau diese Einschätzung machen wir im Discovery-Call gemeinsam.

Ein erstes Planning Sheet auf einem bestehenden Semantikmodell steht in Minuten. Ein produktiv nutzbarer Planungsprozess mit Regelwerk, Rollen, Freigaben und Reporting braucht selbstverständlich mehr – aber deutlich weniger als eine klassische EPM-Einführung, weil Datenmodellierung, Sicherheit und Reporting-Layer bereits stehen. Wir arbeiten in kurzen Iterationen mit einem klar abgegrenzten Proof of Value.

Ja, einige. Dazu gehören bestimmte Tenant-Einstellungen (XMLA-Endpunkte, Embed content in apps), eine geeignete Kapazität (Fabric F-SKU oder Power BI Premium P1+), passende Berechtigungen auf Workspace und Semantikmodell sowie eine Fabric SQL Database als Writeback-Ziel. Einige Konstellationen werden aktuell nicht unterstützt – etwa Composite Models, Modelle in «My workspace», Entra-B2B-Identitäten oder Workspaces mit Private Link. Wir prüfen das im Assessment strukturiert durch, bevor Sie investieren.