Das Operating Model für Data Governance aufbauen

# Das Operating Model für Data GovernanceData GovernanceData governance is the set of policies, roles, and processes that ensure data is accurate, secure, well-defined, and used responsibly across an organization.Vollständige Definition ansehen → aufbauen

Ein NAV (Net Asset Value, der täglich berechnete Anteilspreis eines Fonds) wird um 12 Basispunkte zu hoch veröffentlicht, weil jemand eine Gebührenabgrenzung in einem Spreadsheet geändert hat und niemand für diese Änderung verantwortlich war. Der Fonds korrigiert. Der Kunde beschwert sich. Die Aufsicht fragt, wer verantwortlich war, und die ehrliche Antwort lautet: konkret niemand. Genau diese Lücke schließt ein Operating Model für Data GovernanceData GovernanceData governance is the set of policies, roles, and processes that ensure data is accurate, secure, well-defined, and used responsibly across an organization.Vollständige Definition ansehen →.

Governance scheitert, wenn sie in einem Policy-PDF lebt, das niemand liest. Sie funktioniert, wenn konkrete Menschen konkrete Datensätze verantworten, sich nach einem festen Takt treffen und definierte Entscheidungsrechte haben. Diese Lektion zeigt Ihnen, wie Sie das aufsetzen.

Was ein Operating Model tatsächlich ist

Ein Operating Model für Data GovernanceData GovernanceData governance is the set of policies, roles, and processes that ensure data is accurate, secure, well-defined, and used responsibly across an organization.Vollständige Definition ansehen → ist die Antwort auf vier Fragen:

• Wer verantwortet welchen Datensatz? (Accountability)
• Wer pflegt die Qualität im Tagesgeschäft? (Execution)
• Wo werden Konflikte und Änderungen entschieden? (Foren)
• Wer darf was genehmigen? (Entscheidungsrechte)

Beachten Sie: Nichts davon ist Technologie. Tooling kommt später. Zuerst besetzen Sie Menschen.

Die drei Kernrollen

Data Owner. Eine senior verantwortliche Person, meist ein Business Lead. Der Owner bereinigt keine Daten. Der Owner steht dafür ein. Bei NAV-Feeds ist der Owner vielleicht der Head of Fund Accounting. Bei Gebührenmodellen der Head of Product oder Client Servicing.

Data Steward. Der operative Hüter. Stewards definieren, was „korrekt“ für ein Feld bedeutet, führen Checks durch und bearbeiten Ausnahmen. Ein Benchmark-Steward weiß, dass der S&P 500 quartalsweise rebalanciert wird und dass ein Zu- oder Abgang eines Index-Mitglieds vor dem nächsten Rebalance-Datum ins Portfoliosystem fließen muss.

Data Custodian. Üblicherweise IT oder ein Plattform-Team. Custodians betreiben die Pipelines und die Speicherung. Sie halten die Daten fließend und sicher, entscheiden aber nicht über die fachliche Bedeutung.

Trennen Sie diese Rollen klar. Wenn Owner, Steward und Custodian in einer überlasteten Person zusammenfallen, stirbt die Accountability in dem Moment, in dem diese Person geht.

Owner echten Datensätzen zuordnen, nicht „den Daten“

„Wir verantworten Datenqualität“ heißt nichts. Ordnen Sie auf Datensatzebene zu. Unten eine Ausgangs-Accountability-MapMapUsing software to automate repetitive marketing tasks and campaigns, enabling personalisation at scale across channels like email, web, and social.Vollständige Definition ansehen → für einen mittelgroßen Asset Manager.

| Datensatz | Beispielinhalt | Owner (Rolle) | Steward (Rolle) |

|---|---|---|---|

| Benchmark-Konstituenten | Index-Mitglieder, Gewichte, Rebalance-Daten | Head of Investment Data | Index Data StewardData StewardA business-side owner responsible for the quality, consistency and appropriate use of data in their domain.Vollständige Definition ansehen → |

| Gebührenmodelle | Management Fees, Performance Fees, Breakpoints | Head of Product | Product Data StewardData StewardA business-side owner responsible for the quality, consistency and appropriate use of data in their domain.Vollständige Definition ansehen → |

| NAV-Feeds | Tägliche Fondspreise von Fund Accountant/Administrator | Head of Fund Accounting | Fund Ops Steward |

| Security Master | Instrumentenkennungen (ISIN, CUSIP), Assetklasse | COO Data function | Reference Data StewardData StewardA business-side owner responsible for the quality, consistency and appropriate use of data in their domain.Vollständige Definition ansehen → |

| Kunden-/Investorendaten | Beneficial Owner, Jurisdiktion, KYC-Status | Head of Client Servicing | Client Data StewardData StewardA business-side owner responsible for the quality, consistency and appropriate use of data in their domain.Vollständige Definition ansehen → |

Zwei Definitionen für Nicht-Techniker:

• ISIN (International Securities Identification Number): die 12-stellige globale Kennung eines Wertpapiers.
• KYC (Know Your Client): die regulatorischen Prüfungen, die bestätigen, wer ein Investor tatsächlich ist.

Die MapMapUsing software to automate repetitive marketing tasks and campaigns, enabling personalisation at scale across channels like email, web, and social.Vollständige Definition ansehen → ist das Artefakt, das Sie aktuell halten. Wenn jemand kkThe average number of new users each existing user generates through referrals. Above 1.0, growth compounds on itself and becomes exponential.Vollständige Definition ansehen →ündigt, besetzen Sie die Rolle neu und bauen nicht das Wissen neu auf.

Die Foren aufbauen

Rollen ohne Foren driften. Sie brauchen ständige Entscheidungsgremien mit klarem Scope.

Data Governance Council. Trifft sich monatlich oder quartalsweise. Geleitet von einem Senior Sponsor (oft der COO oder ein Chief Data Officer). Es genehmigt Policies, entscheidet teamübergreifende Konflikte und zeichnet größere Änderungen ab (neuer Datenanbieter, neue Golden Source).

Data Quality Working Group. Trifft sich wöchentlich oder zweiwöchentlich. Stewards und Custodians prüfen offene Exceptions, alternde Issues und anstehende Events (Index-Rebalances, Gebührenänderungen, Fondsauflagen).

Change Advisory. Prüft vorgeschlagene Änderungen an kritischen Datensätzen, bevor sie live gehen. Eine Änderung eines Gebührenmodells, die sich auf die Kundenabrechnung auswirkt, sollte niemals ohne dokumentierten Genehmiger in Produktion gehen.

Führen Sie Protokolle. Aufsicht und Prüfer fragen: „Wer hat das entschieden und wann?“ Protokolle sind Ihre Antwort.

Entscheidungsrechte: das RACI, das Sie wirklich nutzen

Schreiben Sie auf, wer Responsible, Accountable, Consulted und Informed ist, je Entscheidungstyp. Beispiel für die Änderung eines Gebührenmodells:

• Responsible: Product Data StewardData StewardA business-side owner responsible for the quality, consistency and appropriate use of data in their domain.Vollständige Definition ansehen → (führt die Änderung durch)
• Accountable: Head of Product (verantwortet das Ergebnis)
• Consulted: Fund Accounting, Compliance, Client Servicing
• Informed: Data GovernanceData GovernanceData governance is the set of policies, roles, and processes that ensure data is accurate, secure, well-defined, and used responsibly across an organization.Vollständige Definition ansehen → Council

Die eine Regel, die Sie rettet: genau ein Accountable pro Entscheidung. Zwei Accountable bedeuten null.

Governance trifft Regulierung

Das ist Asset Management, also muss das Operating Model auf echte Regeln abbilden. Benennen Sie sie, damit Ihre Rollen auf Pflichten zurückführbar sind.

• GDPR (General Data Protection Regulation, EU): regelt personenbezogene Daten, einschließlich Investorendaten. Verlangt eine Rechtsgrundlage, Aufbewahrungsgrenzen und Betroffenenrechte. Ein Haus, das EU-Investoren betreut, braucht in der Regel einen Data Protection Officer (DPO) und ein Verzeichnis der Verarbeitungstätigkeiten.
• UK GDPR + Data Protection Act 2018: das britische Äquivalent nach dem Brexit, durchgesetzt vom Information Commissioner's Office (ICO).
• SEC und der Investment Advisers Act (US): In den USA registrierte Adviser müssen korrekte Bücher und Aufzeichnungen führen (die „books and records rule“). Schlechte NAV- oder Gebührendaten sind ein Aufzeichnungsproblem, nicht nur ein Ops-Problem.
• MiFID II (EU) / MiFIR: Transaktionsmeldepflichten, die von sauberen Instrumenten- und Kontrahenten-Referenzdaten abhängen. Falsche ISIN- oder LEI-Daten brechen das Reporting.
• LEI (Legal Entity Identifier): die 20-stellige globale Kennung für juristische Personen in Finanztransaktionen.

Ordnen Sie jeden Datensatz seinen regulatorischen Anknüpfungspunkten zu. Kundendaten berühren GDPR. NAV- und Gebührendaten berühren SEC/FCA-Aufzeichnungsregeln. Transaktions-Referenzdaten berühren MiFIR-Reporting. Jetzt weiß Ihr Owner, warum sein Datensatz mehr bedeutet als „es sollte korrekt sein“.

Qualitätschecks an Owner anbinden

Das Operating Model wird real, wenn jeder Datensatz automatisierte Checks mitbringt, die an seinen Steward melden. Ein einfacher täglicher NAV-Plausibilitätscheck, als Pseudo-SQLSQLSales Qualified Lead: a prospect the sales team has validated as ready for direct outreach and a proposal, having passed clear qualification criteria.Vollständige Definition ansehen →, kkThe average number of new users each existing user generates through referrals. Above 1.0, growth compounds on itself and becomes exponential.Vollständige Definition ansehen →önnte so aussehen:

-- Flag NAV moves that exceed a threshold vs prior day
SELECT fund_id, nav_date, nav_per_share, prior_nav,
       ROUND((nav_per_share - prior_nav) / prior_nav * 100, 2) AS pct_change
FROM nav_daily
WHERE ABS((nav_per_share - prior_nav) / prior_nav) > 0.05  -- 5% flag
ORDER BY ABS(pct_change) DESC;

Eine Tagesbewegung von 5 Prozent bei einem diversifizierten Rentenfonds ist mit hoher Wahrscheinlichkeit ein Datenfehler und keine Marktbewegung. Der Check läuft zum Fund Ops Steward, der vor der Veröffentlichung bestätigt oder korrigiert. Der Schwellwert selbst ist eine Governance-Entscheidung, verantwortet und dokumentiert.

Rechenbeispiel für einen Materialitäts-Trigger: Liegt der NAV eines Fonds bei 20,00 und der Fehler bei 0,02 pro Anteil, sind das 0,10 Prozent oder 10 Basispunkte. Viele Fondsadministratoren nutzen eine NAV-Fehlertoleranz von etwa 0,5 Prozent (50 bps) als gängigen Branchenschwellwert für Investorenkompensation, wobei der genaue Wert je Fonds, Jurisdiktion und Prospekt variiert (als illustrative Schätzung zu behandeln, nicht als rechtlicher Standard). Ihr Governance-Modell entscheidet über den Schwellwert und darüber, wer Überschreitungen abzeichnet.

So übersteht es Personalwechsel

Der ganze Punkt ist Dauerhaftigkeit. Drei Praktiken lassen Governance die Menschen überleben, die sie gebaut haben.

1. Dokumentieren Sie die Definition, nicht nur den Wert. Halten Sie für jedes kritische Feld fest, was es bedeutet, was seine Source of Truth ist („Golden Source“), wer sein Owner ist und welcher Check gilt. Wenn der Benchmark-Steward geht, bleibt die Definition von „Konstituenten-Gewicht zum Rebalance-Schluss“.

2. Benennen Sie Backups. Jeder Owner und Steward hat eine namentlich benannte Vertretung. Kein Single Point of Failure.

3. Betreiben Sie einen Data Catalog. Ein Catalog ist ein durchsuchbares Inventar von Datensätzen mit Owner, Steward, Quelle, Sensitivität und Lineage. Open-Source-Tools wie OpenMetadata oder DataHub leisten das kostenlos. Wenn ein Prüfer fragt „Wo liegt das Gebührenmodell und wer verantwortet es?“, ist die Antwort eine Suche und keine Woche.

Audits: beweisen, dass das Modell funktioniert

Governance, die Sie nicht belegen kkThe average number of new users each existing user generates through referrals. Above 1.0, growth compounds on itself and becomes exponential.Vollständige Definition ansehen →önnen, ist Governance, die Sie nicht haben. Planen Sie leichtgewichtige Checks:

• Quartalsweise Ownership-Review: prüfen, ob jeder kritische Datensatz noch einen aktiven Owner und Steward hat.
• Exception-Aging-Report: wie viele Datenqualitätsprobleme sind offen, und wie alt? Alternde Exceptions zeigen, dass ein Steward überlastet oder eine Quelle defekt ist.
• Access-Review: wer kann Gebührenmodelle oder NAV-Inputs ändern? Least Privilege zählt hier.
• Lineage-Stichprobe: verfolgen Sie einen veröffentlichten NAV zurück zu seinen Inputs. Wenn das nicht geht, hat Ihre Lineage-Dokumentation Lücken.

Kernpunkte

• Ordnen Sie auf Datensatzebene zu. „Wir verantworten Daten“ ist bedeutungslos. Benennen Sie Owner und Steward konkret für Benchmark-Konstituenten, Gebührenmodelle, NAV-Feeds und Kundendaten.
• Ein Accountable pro Entscheidung. Nutzen Sie RACI, halten Sie es bei genau einem Accountable, und hinterlegen Sie jede Rolle mit einer benannten Vertretung, damit das Modell KKThe average number of new users each existing user generates through referrals. Above 1.0, growth compounds on itself and becomes exponential.Vollständige Definition ansehen →ündigungen übersteht.
• Foren plus Protokolle ergeben Belegbarkeit. Ein Governance Council und eine Quality Working Group mit dokumentierten Entscheidungen sind das, was Sie Aufsicht und Prüfern zeigen.
• Führen Sie Datensätze auf echte Regeln zurück. Kundendaten auf GDPR, NAV und Gebühren auf SEC/FCA-Aufzeichnungsregeln, Transaktionsdaten auf MiFIR. Owner sollten ihren regulatorischen Anknüpfungspunkt kennen.
• Binden Sie Checks und einen Catalog an Owner. Automatisierte Schwellwerte (etwa ein Flag bei 5 Prozent NAV-Bewegung) laufen zum verantwortlichen Steward, und ein Data CatalogData CatalogA centralized inventory of an organization's data assets, enriched with metadata, that helps people find, understand, and trust the data they need.Vollständige Definition ansehen → macht aus „wer verantwortet das“ eine Suche von einer Sekunde.