Power BI Admin: Admin Portal, Rollen und Tenant Settings sauber aufsetzen

Definition

Ein Power BI Admin verantwortet die tenantweite Administration von Power BI im Power BI Service über das Power BI Admin Portal, inklusive Rollen, Policies und Tenant Settings. Die Rolle ist keine reine Report-Entwicklung und auch nicht identisch mit Workspace-Administration einzelner Teams.

Einleitung

Wenn Power BI „irgendwie läuft“, aber Refreshes ausfallen, Daten exportiert werden oder Workspaces wuchern, brauchst du einen klaren Power-BI-Admin-Setup. Das Power BI Admin Portal ist dein Cockpit: Rollen sauber vergeben, Tenant Settings sicher einstellen und Nutzung messbar machen.

Schritt-für-Schritt: Zugriff auf das Power BI Admin Portal

So prüfst du in wenigen Minuten, ob du wirklich Zugriff hast und wo du die zentralen Einstellungen findest:

• Im Browser den Power BI Service öffnen:

  app.powerbi.com

• Oben rechts auf das Zahnrad klicken und „Admin portal“ auswählen (nur sichtbar, wenn du berechtigt bist).
• Falls es nicht erscheint: Rolle im Microsoft 365 Admin Center zuweisen lassen (typisch: Power BI Service Administrator) und danach erneut anmelden.

Praktischer Nutzen: Du stoppst Diskussionen wie „Wo stellt man das ein?“ und hast einen eindeutigen Ort für Governance-Entscheidungen.

Rollenmodell: Wer darf was (und warum das für dich Geld spart)

Viele Probleme entstehen, weil zu viele Personen zu viele Rechte haben. Zwei Ebenen sind entscheidend:

• Tenant-Ebene: Power BI Service Administrator steuert globale Einstellungen, Policies, Einsichten und Sicherheitsoptionen.
• Workspace-Ebene: Workspace Admins steuern Mitglieder, Inhalte und Berechtigungen in einem Arbeitsbereich.
• Azure AD-Gruppen: Berechtigungen werden nicht auf Einzelpersonen, sondern auf Gruppen vergeben (weniger Pflegeaufwand, weniger „Person weg = Chaos“).

Mehrwert: Du reduzierst Implementierungsrisiko und Zeitaufwand im Betrieb, weil Zugänge über Gruppen automatisch mit Abteilungswechseln „mitwandern“.

Power BI Service Administrator: Rechte, Grenzen, typische Aufgaben

Die Rolle Power BI Service Administrator ist die operative Schaltzentrale für den Power BI Tenant. Typische Befugnisse sind:

• Tenant Settings verwalten (z. B. Export, Teilen, Publish to web, Custom Visuals).
• Nutzung und Adoption analysieren (Usage Metrics, Admin-Überblicke), um Reports zu konsolidieren statt Excel-Parallelwelten zu fördern.
• Governance durchsetzen: Standards für Workspaces, Apps, Freigaben und Sicherheitsrichtlinien.

Wichtig für die Erwartung: Ein Admin ersetzt nicht die Datenmodell- oder KPI-Verantwortung der Fachbereiche. Er schafft Leitplanken, damit Fachbereiche schnell liefern können, ohne Sicherheitslücken zu öffnen.

Tenant Settings: sicherheitsrelevante Einstellungen, die du zuerst anfassen solltest

Tenant Settings entscheiden, ob Power BI ein kontrolliertes Self-Service-Tool ist oder ein Datenabfluss-Risiko. Diese Settings gehören typischerweise in die „zuerst klären“-Liste:

• Publish to web: Nur erlauben, wenn es einen klaren Business-Case und Freigabeprozess gibt (sonst sperren).
• Export Data / Export to Excel / Analyze in Excel: Für sensible Daten nur für definierte Gruppen erlauben oder einschränken.
• Custom Visuals: Entweder einschränken oder über eine klare Whitelist-Logik steuern, um unkontrollierte Inhalte zu vermeiden.

Mehrwert für Anwender: Wenn Export und Sharing sauber geregelt sind, trauen sich Teams, Power BI als „Single Source“ zu nutzen, statt Sicherheitsbedenken mit lokalen Excel-Kopien zu umgehen.

Weitere Admin-Optionen: was du konfigurierst, damit Betrieb stabil bleibt

Neben Security-Settings sind drei Betriebshebel entscheidungsrelevant:

• Workspaces & Apps: Klare Regeln, welche Inhalte in Apps veröffentlicht werden und wie Versionen gesteuert werden.
• Auditierbarkeit: Audit Logs aktiv nutzen, um Änderungen an Settings, Freigaben und Inhalten nachvollziehen zu können.
• Automation: Für wiederkehrende Aufgaben (z. B. Workspace-Standards, Berechtigungen) sind Power BI REST API oder PowerShell oft sinnvoll, um Fehler durch manuelle Pflege zu reduzieren.

Mehrwert: Weniger „Admin als Flaschenhals“, mehr standardisierte Abläufe, die auch bei Wachstum stabil bleiben.

Best-Practice-Checkliste: Tenant Settings, Policies und Governance

Wenn du schnell Ordnung schaffen willst, arbeite diese Checkliste durch:

• Rollen: Maximal wenige Power BI Service Administrators, alle anderen über Workspace-Rollen und Azure-AD-Gruppen.
• Sharing/Export: „So offen wie nötig, so restriktiv wie möglich“ – Einstellungen gruppenbasiert statt pauschal.
• Transparenz: Nutzung (Usage Metrics) und Änderungen (Audit Logs) regelmäßig prüfen und daraus eine Aufräum-Routine ableiten.

Messbarkeit der Erfolge: Du siehst Adoption über Usage Metrics, Stabilität über weniger Refresh-Fehler/Support-Tickets und Governance über weniger doppelte Reports/Workspaces.

Praxisbeispiel (mini): Admin-Setup als Turbo für Self-Service

Ein Unternehmen hatte viele Team-Workspaces, uneinheitliche Freigaben und regelmäßig „versehentlich“ geteilte Inhalte. Nach dem Umstieg auf gruppenbasierte Rollen, restriktive Export-Regeln für sensible Bereiche und eine klare App-Logik konnte Controlling verlässlich auf definierte Datenmodelle zugreifen, während Fachbereiche weiterhin schnell neue Reports bauen konnten. Der Effekt war vor allem operativ: weniger Nachfragen, weniger manuelles Berechtigungs-Pingpong, klarere Verantwortlichkeiten.

Schulungen & Weiterbildung: so wirst du als Admin wirklich handlungsfähig

Ein Power BI Admin braucht nicht nur Klickwissen, sondern Entscheidungsfähigkeit: Security, Governance und Betrieb. Sinnvolle Bausteine sind Microsoft-Lernpfade und Zertifizierungen sowie interne Standards (z. B. Namenskonventionen, Workspace-Template, Freigabeprozess). Wenn im Team Wissen wegbricht, lohnt sich ein gezielter Enablement-Workshop, der Tenant Settings, Rollenmodell und Betriebsprozesse an eure Organisation anpasst.

Wann externe Unterstützung sinnvoll wird

Externe Hilfe lohnt sich, wenn du schnell Klarheit brauchst, ohne „try & error“ im Produktiv-Tenant:

• Wenn Security- oder Compliance-Vorgaben konkret umgesetzt werden müssen (Export, Publish to web, Auditierbarkeit).
• Wenn Rollen, Workspaces und Apps historisch gewachsen sind und du eine saubere Zielstruktur brauchst.
• Wenn ihr messbar stabilen Betrieb wollt (Refresh, Ownership, Standards), aber intern Zeit oder Erfahrung fehlt.

Wichtig: Auch mit externer Unterstützung muss jemand intern Ownership übernehmen, sonst kippt Governance nach ein paar Monaten wieder.