Power BI Business Central: Verbindung, Reports, Einbettung

Definition

Power BI Business Central beschreibt die Nutzung von Power BI, um Daten aus Microsoft Dynamics 365 Business Central (ERP) zu analysieren und als Berichte und Dashboards bereitzustellen.

Es ist keine ERP-Erweiterung, sondern eine Reporting- und Business-Intelligence-Schicht, die Datenzugriff, Modellierung, Visualisierung und Berechtigungen sauber trennt.

Einleitung

Wenn du mit Business Central arbeitest, liegen die wichtigsten Zahlen schon im ERP: Umsätze, offene Posten, Lager, Einkauf, Projekte. Mit Power BI Business Central machst du daraus Dashboards, die sich automatisch aktualisieren und bis zur Buchung drillen können – statt Excel-Exports und Monats-PDFs.

Wie hängen Power BI und Business Central zusammen?

Business Central ist die Quelle (Transaktionen und Stammdaten). Power BI ist die Oberfläche für Reporting: schnelle Filter, Drilldown, Vergleichslogik und einheitliche KPI-Definitionen.

Der Nutzen für Anwender ist simpel: Führung und Fachbereiche bekommen eine zentrale Sicht auf dieselben Zahlen, während IT und Controlling die Logik einmal sauber definieren und dann wiederverwendbar ausrollen.

Schritt für Schritt: Power BI mit Business Central verbinden

So kommst du pragmatisch zum ersten produktiven Bericht:

1) Quelle wählen: Nutzt ihr Business Central Online oder On-Premises? Das beeinflusst Authentifizierung und Refresh.

2) In Power BI Desktop verbinden: Daten abrufen über den Connector (oder OData/API, siehe unten), anmelden, Company/Umgebung wählen.

3) Daten formen: Im Power Query Editor Spalten bereinigen, Datentypen setzen, unnötige Felder entfernen.

4) Datenmodell bauen: Beziehungen zwischen Belegen, Zeilen, Artikeln, Kunden, Dimensionen; dann Measures für KPIs (z. B. Umsatz, Marge, DSO).

5) Veröffentlichen: Publish in den Power BI Service, in einen Power BI-Arbeitsbereich (Workspace) mit klaren Rollen.

6) Refresh planen: Geplante Aktualisierung einrichten. Bei On-Premises typischerweise via On-Premises Data Gateway, damit es nicht an einem persönlichen Rechner hängt.

Datenzugriff: Connector vs. OData/API vs. Dataflows

Es gibt drei gängige Optionen, die sich nach Aufwand, Stabilität und Skalierung unterscheiden:

• Standard-Connector: Schnellster Einstieg für typische Berichte und Dashboards. Ideal für Prototyping und erste Produktivstände.
• OData-Webdienste und Business-Central-APIs (API v2.0): Mehr Kontrolle, gezielter Zugriff auf API-Seiten und Entitäten. Sinnvoll, wenn ihr Daten gezielt, stabil und „reportingfreundlich“ bereitstellen wollt.
• Dataflows (Fabric): Gut, wenn mehrere Quellen zusammenkommen (z. B. Business Central + CSV-Exporte + CRM) und ihr Transformationen zentral pflegen wollt. Vorteile für Anwender: einheitliche, saubere „Gold“-Daten, die in Power BI und auch in Excel wiederverwendet werden können.

Lizenzen, Berechtigungen und typische Stolpersteine

Power BI Lizenzen bestimmen vor allem, wie ihr Berichte teilt und konsumiert. In der Praxis ist die Kernfrage: Wer erstellt, wer veröffentlicht, wer schaut nur an?

• Power BI Free: Für persönliche Analysen, aber beim Teilen schnell limitiert.
• Power BI Pro: Standard für Zusammenarbeit in Teams (Erstellen, Veröffentlichen, Teilen innerhalb der Organisation).
• Premium (Capacity oder Per User): Interessant bei größerer Reichweite, höheren Refresh-Anforderungen oder wenn ihr viele Konsumenten ohne Pro-Lizenz versorgen wollt (abhängig vom Setup).

Berechtigungen kommen aus zwei Welten: Business Central (wer darf welche Daten sehen) und Power BI (wer darf Dataset/Report/App sehen). Wichtig ist, dass ihr Rollen (z. B. Vertrieb, Einkauf, Finance) konsistent abbildet und nicht wild per Einzeluser verteilt.

Berichte und Dashboards erstellen: ein praxisnaher Bauplan

Ein guter Anfang ist ein Management-Report mit klarer Navigation: Überblick → Bereich → Detail. Für den Start reichen 8–12 Kennzahlen, die wirklich gesteuert werden.

Mini-Beispiel: Ein Finance-Dashboard zeigt Liquiditätstrend, offene Forderungen (Aging), offene Verbindlichkeiten und Budget vs. Ist. Ein Klick führt von der KPI-Kachel in eine Tabelle nach Debitor, dann weiter zur Belegliste, sodass Rückfragen in Minuten statt Stunden geklärt sind.

Visualisierungstipp: Arbeitet mit wenigen, wiederkehrenden Visuals (KPI-Karten, Zeitreihe, Top-N, Matrix mit Drilldown). Das spart Erklärzeit und erhöht die Akzeptanz.

Power BI in Business Central einbetten

Für Anwender ist Einbettung ideal: Analyse dort, wo die Arbeit passiert. In Business Central können Power BI Inhalte im Power BI-Rollencenter und als Power BI FactBox auf Seiten eingeblendet werden. So schaut ein Key User nicht „noch ein Tool“, sondern bekommt Dashboards direkt im ERP-Kontext.

Praktisch bedeutet das: weniger Toolwechsel, weniger Links, weniger „Wo war der Bericht nochmal?“ – und damit mehr Nutzung.

Sicherheit, Governance und Compliance ohne Overkill

Damit die Zahlen vertrauenswürdig bleiben, braucht ihr Leitplanken:

• Row-Level-Security (RLS): Nutzer sehen nur ihre Region, Sparte oder Mandanten.
• Einheitliche KPI-Definitionen im Dataset: Logik einmal bauen, überall gleich verwenden.
• Arbeitsbereich- und App-Struktur: Entwicklung getrennt von Konsum, klare Freigabeprozesse.

Wenn ihr später skaliert (mehr Systeme, mehr Berichte), lohnt sich ein Datenplattform-Ansatz mit Fabric, damit Datenaufbereitung zentral läuft und Self-Service nicht in Wildwuchs endet.

Wann externe Unterstützung sinnvoll wird

Externe Hilfe lohnt sich vor allem, wenn eines davon zutrifft:

• Refresh, Gateway, Berechtigungen oder Performance blockieren die Nutzung dauerhaft.
• Ihr wollt mehrere Quellen integrieren und trotzdem eine stabile „Single Source of Truth“ behalten.
• Es fehlt ein Standard für Berichte, Datenmodell und Governance, sodass jede Abteilung anders baut.

Dann ist das Ziel nicht „mehr Reports“, sondern weniger manueller Aufwand, weniger Diskussionen über Zahlen und schnellere Entscheidungen.