Warum ein Datenkatalog Governance sichtbar macht
Vom unsichtbaren Regelwerk zu nutzbaren Entscheidungen: Bedeutung, Verantwortung, Herkunft, Qualität und Freigabe am Datenobjekt.
Quellen- und Prüfstand: 15. Oktober 2026. Redaktionelle Auswertung öffentlich zugänglicher Herstellerdokumentation, kein Produkttest im Kundentenant. Edition, Version, Region, Connector und GA-/Preview-Status vor einer Zusage erneut prüfen.
Begriffe vor dem Lesen
- Datenkatalog: Ein durchsuchbares Verzeichnis von Datenobjekten und ihrem Kontext. Die eigentlichen Daten können im Quellsystem bleiben.
- Metadaten: Informationen über Daten, etwa Herkunft, Definition, Aktualität und verantwortliche Personen.
- Governance: Vereinbarte Entscheidungsrechte, Regeln und Nachweise für den Umgang mit Daten.
- Lineage: Datenherkunft und Verarbeitungsschritte zwischen Quelle, Transformation und Nutzung.
- Enforcement: Technische Durchsetzung einer Regel, beispielsweise Maskierung bei einer Abfrage.
Warum der Katalog wichtig ist
Ein Unternehmen hat Regeln für Kundendaten, eine Liste der Verantwortlichen und Qualitätsberichte. Trotzdem muss ein Analyst vor jedem neuen Bericht fünf Personen fragen: Welcher Kundenbestand zählt? Wer darf die Definition ändern? Darf ich die E-Mail-Adressen exportieren? Ist der Stand aktuell?
Der Katalog bringt diese Antworten an das Datenobjekt und macht sie gemeinsam auffindbar. So wird Governance im Arbeitsalltag sichtbar: Die Regel steht nicht nur in einem Dokument, sondern ist mit den betroffenen Tabellen, Berichten, Begriffen und Zuständigen verbunden. Das unterstützt nachvollziehbare Entscheidungen, Wiederverwendung und die Analyse von Änderungen.
Governance kann auch ohne Katalog bestehen. Ein Katalog macht sie skalierbarer sichtbar und nutzbar, wenn die Inhalte und Prozesse gepflegt werden. Ein leerer Owner-Eintrag bleibt eine offene Verantwortung; ein grünes Symbol ohne Prüfnachweis schafft keine belastbare Freigabe.
Ein Beispiel: „Aktiver Kunde“
Sales zählt jeden Kontakt mit einem Angebot. Finance zählt nur Kunden mit gebuchtem Umsatz. Beide Definitionen können sinnvoll sein, aber nicht ohne Zweckangabe unter demselben Namen.
| Am Datenobjekt sichtbar | Welche Entscheidung dadurch möglich wird |
|---|---|
| Begriff, Zweck, Gültigkeitsbereich, Version | Für welchen Bericht darf diese Definition verwendet werden? |
| Fachlicher Owner und Vertretung | Wer entscheidet bei widersprüchlichen Anforderungen? |
| Herkunft bis zum relevanten Bericht | Welche Auswertungen ändern sich bei einer neuen Definition? |
| Qualitätsregel mit letztem Ergebnis und Zeitpunkt | Ist der Bestand für diese konkrete Nutzung geeignet? |
| Freigabe, Einschränkung, Ablaufdatum | Ist die Nutzung erlaubt, und wann muss sie erneut geprüft werden? |
| Verknüpfter Antrag und technischer Nachweis | Wurde der beschlossene Zugriff tatsächlich eingerichtet und später entzogen? |
Unsere Empfehlung: Zuerst einen strittigen Bericht auswählen und diese sechs Fragen für seine wichtigsten Daten beantworten. Erst danach die Abdeckung ausweiten. Die Zahl importierter Tabellen ist dafür kein Erfolgskriterium.
Sichtbarkeit, Entscheidung und Durchsetzung verbinden
Geschäftsfrage → Datenobjekt → Begriff / Owner / Qualität → Freigabeentscheidung → technische Kontrolle → Nachweis zurück zum Datenobjekt
Der Katalog kann die gemeinsame Oberfläche sein. Entscheidungen bleiben bei mandatierten Rollen. Durchsetzung kann in Warehouse, Lakehouse, BI oder einem angebundenen Berechtigungssystem erfolgen. Welche Schritte ein Produkt tatsächlich unterstützt, wird im konkreten Setup geprüft.
Microsoft beschreibt beispielsweise Governance-Domänen, Datenprodukte und Gesundheitskontrollen im Purview Unified Catalog. OpenMetadata beschreibt unter anderem Glossare, Klassifikationen, Domänen und Datenprodukte. Das sind unterschiedliche Umsetzungen einer gemeinsamen Aufgabe: Kontext und Verantwortung an den Daten sichtbar machen.
Was im Vertrieb daraus folgt
„Nicht mit dem Katalog starten“ bedeutet: Erst die abzusichernde Kundenentscheidung klären. Danach ist der Katalog oft ein wichtiger Baustein, um Vereinbarungen auffindbar und überprüfbar zu machen. Bereits vorhandene Kataloge werden im Workshop mit aufgenommen.
In der Deal-Karte erfassen wir Ist-Zustand, Ziel, betroffene Plattformen, Owner, Nachweise und Lücken. Der GAP-Plan enthält anschließend beispielsweise „Definition abstimmen“, „Lineage-Lücke schließen“ oder „Zugriffsentzug testen“. So entsteht ein umsetzbarer Auftrag statt eines pauschalen Katalogkaufs.
Weiterführend
Die Serie führt vom Marktvergleich über Qlik/Talend, dbt Cloud und native Plattformkataloge zur Auswahlempfehlung mit Praxistest.
Für das Betriebsmodell: Was Governance vom Katalog braucht und Fähigkeiten statt Produktetiketten.
Konkrete Anleitungen mit Quellenstand 15.10.2026
- OpenMetadata anbinden: Vom ersten System zur prüfbaren Datenherkunft
- Fivetran verstehen und einen belastbaren Pilot aufsetzen
Data catalogs: making governance visible and selecting the right fit
Part 1 of 6
View series