Power BI SharePoint: So integrierst du SharePoint-Dateien sauber in dein Reporting

Definition

Power BI SharePoint bezeichnet die technische und organisatorische Integration von Daten aus SharePoint (Dateien, Dokumentbibliotheken, SharePoint Lists) in Power BI sowie das Bereitstellen von Berichten in SharePoint Online. Es ist kein Ersatz für eine Datenplattform, sondern ein pragmatischer Weg, SharePoint-Daten für Reporting nutzbar zu machen.

Einleitung

Wenn eure Excel-Dateien und Listen in SharePoint liegen, ist der Schritt zu Power BI naheliegend: raus aus Copy-Paste, rein in automatisierte Reports. In der Praxis scheitert es aber selten am „Report bauen“, sondern an Pfad, Berechtigungen und Refresh. Hier bekommst du eine kompakte Schritt-für-Schritt-Anleitung für eine stabile Power-BI-SharePoint-Integration.

Voraussetzungen & Berechtigungen (vorher klären)

Bevor du Power BI Desktop öffnest, klärst du die Rahmenbedingungen. Sonst läuft es lokal „irgendwie“ und bricht später im Power BI Service beim Aktualisieren.

• SharePoint Online und Zugriff auf die Site bzw. Dokumentbibliothek (SharePoint Document Library) oder die SharePoint List.
• Ein Konto, das auch im Power BI Service für Refresh genutzt werden darf (MFA ist ok, aber Credentials müssen sauber hinterlegt sein).
• Stabile Datei-/Listenstruktur: keine ständig wechselnden Spaltennamen, keine „heute mal andere Tabelle“-Logik in Excel.

Berechtigungsregel, die sich bewährt: Der Report gehört nicht an einen persönlichen Owner, sondern an ein Team-Setup (Arbeitsbereich) plus klar geregelte Zugriffsketten. Das reduziert das Risiko, dass Refresh wegen Urlaub, Jobwechsel oder Passwortwechsel ausfällt.

Direkter Pfad zur SharePoint-Datei: so findest und nutzt du ihn

Für Dateien in SharePoint (z. B. Excel) ist der „direkte Pfad“ ein häufiger Stabilitätshebel. Gemeint ist: die URL zur Datei bzw. zum Download-Endpunkt, nicht ein lokaler Sync-Pfad.

So kommst du an den Pfad

• Datei in SharePoint öffnen, dann „Details“/„Link kopieren“ nutzen.
• Den Link prüfen: er muss auf die Datei in der Dokumentbibliothek zeigen (typisch: /sites/.../Shared%20Documents/.../Datei.xlsx).
• Wenn möglich: die Datei in der Bibliothek an eine feste Stelle legen (kein „mal hier, mal dort“).

Warum das wichtig ist: Ein klarer Pfad macht die Datenquelle nachvollziehbar und verhindert, dass jemand aus Versehen eine Kopie in einem anderen Ordner pflegt – und Power BI plötzlich „die falsche Wahrheit“ reportet.

SharePoint-Verbindung in Power BI Desktop einrichten

In Power BI Desktop hast du je nach Quelle zwei typische Wege.

1) Excel/CSV aus SharePoint-Dokumentbibliothek

Nutze „Daten abrufen“ und verbinde dich über passende Connectoren (häufig „SharePoint-Ordner“ oder „Web“ mit Datei-URL). Authentifizierung läuft in der Regel über dein Microsoft-Konto (OAuth). Wähle dann die Datei und die relevante Tabelle/Sheet.

2) SharePoint List als Quelle

Wenn die Daten als SharePoint List geführt werden, verbindest du dich über den SharePoint-List-Connector. Vorteil: strukturierte Felder und weniger „Excel-Wildwuchs“. Nachteil: Listen sind für bestimmte Größenordnungen gut, aber nicht für alles gedacht (Performance/Modellgröße im Blick behalten).

Daten transformieren, bereinigen und modellieren

Der größte Nutzen entsteht nicht durch „schöne Charts“, sondern durch saubere Datenlogik. Das machst du im Power Query Editor und im Datenmodell.

• Power Query: Datentypen korrekt setzen, leere Zeilen entfernen, Spalten standardisieren (z. B. Datum, Betrag, Kostenstelle).
• Bereinigung: Duplikate und Tippfehler früh abfangen (sonst entstehen später „warum stimmt die Summe nicht?“-Diskussionen).
• Modell: lieber ein klares Sternschema statt viele zusammengeklickte Tabellen; Measures in DAX statt berechnete Spalten, wo sinnvoll.

Das Ziel ist Anwendernutzen: Controller und Fachbereiche filtern sicher nach Zeit, Bereich, Projekt und sehen stabile KPIs – ohne jedes Mal die Excel-Datei anfassen zu müssen.

Bericht erstellen, veröffentlichen und im Service aktualisieren

Erstelle den Report in Power BI Desktop, dann veröffentlichst du in einen Arbeitsbereich im Power BI Service. Dort stellst du die Aktualisierung ein: Datenquellen-Anmeldeinformationen prüfen, Refresh-Zeitplan definieren, Fehlermeldungen aktiv monitoren.

Wichtige Praxisregel: Ein persönliches Setup (alles hängt an einem Rechner oder einer Person) ist höchstens ein Provisorium. Für planbare Aktualisierung brauchst du ein Setup, das unabhängig von einzelnen Geräten und einzelnen Mitarbeitenden ist.

Report in SharePoint Online einbetten oder verlinken

Für Adoption zählt der Ort, an dem Nutzer ohnehin arbeiten: SharePoint. Du hast zwei Optionen.

• Einbetten: Auf einer modernen SharePoint-Seite per Power BI Report Web Part. Nutzer sehen den Report direkt im Kontext.
• Verlinken: Link auf den Report im Power BI Service (schnell, aber weniger „im Flow“).
• Governance: Rechte kommen aus Power BI und Microsoft 365; plane, wer nur liest und wer wirklich bauen darf.

Best Practices für Auto-Refresh & Automatisierung

Auto-Refresh ist kein „Knopf“, sondern ein Betriebsprozess. Wenn du ihn simpel hältst, bleibt er stabil.

• Refresh-Frequenz: so oft wie nötig, nicht so oft wie möglich (täglich reicht für viele Management-Reports).
• Änderungsdisziplin: Excel-Strukturen nicht ständig umbauen; lieber neue Versionen über definierte Prozesse.
• Automatisierung: Power Automate kann helfen, Dateien standardisiert abzulegen oder Listen zu pflegen, damit die Quelle sauber bleibt.

Wenn ihr merkt, dass zu viele Dateien, Ordner und Varianten entstehen, ist das ein Signal: SharePoint ist dann Ablage, aber nicht euer Datenmodell. Spätestens dort lohnt sich ein sauberer Datenlayer, damit Power BI, Excel und Co. auf „Gold-Daten“ aufsetzen können.

Mini-Praxisbeispiel: Von Excel-Chaos zur täglichen Steuerung

Ein Controlling-Team pflegte eine große Excel-Datei in SharePoint manuell für Monats- und Liquiditätsreporting. Nach Umstellung auf Power BI SharePoint wurden Struktur und Spalten stabilisiert, die Transformation in Power Query fest verdrahtet und der Refresh täglich eingeplant. Ergebnis: weniger manuelle Konsolidierung, weniger Fehler durch Copy-Paste und ein Report, der im SharePoint-Projektbereich direkt verfügbar ist.

Wann externe Unterstützung sinnvoll wird

Externe Hilfe ist dann sinnvoll, wenn ihr nicht am Report-Design hängt, sondern am Betrieb: Refresh bricht, Berechtigungen sind unklar, oder es entstehen widersprüchliche Zahlen durch viele Excel-Varianten. Auch wenn mehrere Quellen (z. B. SharePoint, SQL-Datenbank, DATEV) zusammenlaufen sollen, lohnt sich ein klares Architektur- und Governance-Setup, bevor ihr zu viele Einzellösungen baut.