10. Juli 2026
Ihre Data-Governance-Richtlinie erreicht nie die Ebene, auf der Power BI sie bricht
Data Governance scheitert selten an der Richtlinie. Sie scheitert an der semantischen Ebene, wenn SAP Master Data Governance einen Kunden definiert und Power BI ihn neu erfindet.
Die meisten Data-Governance-Programme, die wir sehen, haben ein Rollenmodell, einen Datenkatalog und ein Gremium, das über Definitionen entscheidet. Was ihnen fehlt, ist eine Antwort auf eine einfache Frage: Wenn SAP Master Data Governance festlegt, was ein Kunde ist, warum definiert das Power-BI-Semantikmodell drei Ebenen tiefer einen eigenen Kunden?
Was SAP Master Data Governance tatsächlich durchsetzt
SAP Master Data Governance zentralisiert die Pflege von Stammdaten wie Kunde, Material oder Lieferant in S/4HANA. Ein Datensatz durchläuft einen Freigabeprozess, bevor er als gültig gilt. Das ist die eine Wahrheitsquelle, auf die sich der Rest der Organisation verlässt, zumindest auf dem Papier. In der Praxis endet diese Governance an der Systemgrenze. Sobald die Daten über Data Factory oder eine direkte Verbindung nach Azure SQL repliziert werden, trägt niemand mehr dafür Sorge, dass die nachgelagerten Modelle dieselbe Definition verwenden.
Wo die Lücke entsteht
Power BI macht diese Lücke sichtbar, ohne sie zu verursachen. Ein Semantikmodell, das direkt gegen replizierte Tabellen statt gegen governte Sichten gebaut wird, übernimmt keine der Geschäftsregeln, die MDG durchgesetzt hat. Eine DAX-Kennzahl, die "aktiver Kunde" neu berechnet, tut das nach der Logik der Person, die sie geschrieben hat, nicht nach der Logik, die im Freigabeprozess steckt. Sobald ein zweiter Workspace entsteht, mit einem zweiten Modell und einer zweiten Definition von "aktiv", widersprechen sich die Dashboards, und die Data-Governance-Richtlinie, die genau das verhindern sollte, hat davon nichts erfahren.
Data Lineage als der eigentliche Kontrollpunkt
Ein Rollenmodell zeigt, wer für eine Definition zuständig ist. Es zeigt nicht, ob diese Definition tatsächlich dort ankommt, wo Berichte entstehen. Dafür braucht es Data Lineage, nachverfolgbar von der governten Stammdatentabelle in S/4HANA über die Integrationsschicht bis zum einzelnen Measure im Power-BI-Modell. Ohne diese Kette lässt sich eine einfache Frage nicht beantworten: Welche der zwölf Definitionen von "Umsatz", die in den Workspaces Ihrer Organisation kursieren, stimmt tatsächlich mit dem überein, was Finance freigegeben hat?
Was das für den nächsten Schritt bedeutet
Eine Data-Governance-Richtlinie, die nur auf Papier existiert, verändert nichts an diesem Muster. Der wirksamere Ansatz beginnt am anderen Ende: die Semantikmodelle prüfen, die Workspace-Struktur nachvollziehen und die Lineage von der Stammdatenquelle bis zum Bericht sichtbar machen. Genau das ist der Umfang unseres Power BI & Fabric Review. Wo die Governance-Fragen über die Berichtsebene hinausgehen, etwa bei regulatorischen Anforderungen an die Datenherkunft, ordnen wir das auf unserer Governance-Seite ein.