Autoritative Quelle nach Zweck

Einstieg

„Die eine Quelle der Wahrheit“ klingt gut. In der Praxis ist es oft zu grob.

Dieselbe Entität kann für unterschiedliche Zwecke mehrere richtige Quellen haben. Ein Kunde kann im CRM, ERP, Support-System und Data Warehouse auftauchen. Keine dieser Quellen ist automatisch immer führend. Sie ist führend für einen bestimmten Zweck.

Vorher: Metadaten-Tools sinnvoll auswählen. Überblick: Was Metadaten wirklich sind.

Begriffe vor dem Lesen

• Autoritative Quelle — Quelle, die für einen bestimmten Zweck verbindlich ist.
• CRM — System für Kundenbeziehungen, Pipeline und Vertrieb.
• ERP — System für operative und kaufmännische Prozesse.
• Zweck — Entscheidung oder Nutzung, für die Daten gebraucht werden.
• Konfliktregel — Regel, was passiert, wenn Quellen widersprechen.
• System of Record — führendes System für einen klar definierten Informationsbereich.

Das Problem im Alltag

Sales sagt: Der Kunde ist aktiv, weil es eine offene Opportunity gibt. Finance sagt: Der Kunde ist aktiv, weil es gebuchte Umsätze gibt. Support sagt: Der Kunde ist kritisch, weil mehrere Tickets offen sind. Das Data Warehouse zeigt eine konsolidierte 360-Sicht.

Alle Sichten können stimmen. Sie beantworten aber unterschiedliche Fragen.

Das saubere Muster

Autorität wird nach Zweck entschieden.

Beispiele

Für Pipeline und Vertriebsaktivität kann CRM führen. Für gebuchten Umsatz führt Finance oder ERP. Für offene Tickets führt das Support-System. Für bereinigte Management-Sicht kann ein Data Product führen, wenn seine Regeln freigegeben sind.

Wichtig ist, dass der Report oder das Datenprodukt den Zweck sichtbar macht. „Customer 360“ ohne Zweck wird schnell zur Mischung aus allem und damit zur Quelle für Missverständnisse.

Was dokumentiert werden muss

• Entität, zum Beispiel Kunde, Produkt, Vertrag oder Bestellung;
• Zweck der Entscheidung;
• autoritative Quelle für diesen Zweck;
• benötigte Felder;
• Owner der Entscheidung;
• Konfliktregel;
• Aktualitätserwartung;
• nachgelagerte Reports, Prozesse oder Modelle.

Mini-Fall

Ein Vertriebsreport zeigt Kundenstatus. Er nutzt CRM-Aktivität. Finance nutzt denselben Report später für Umsatzanalyse. Dabei werden Kunden ohne aktuelle Opportunity ausgeblendet, obwohl sie gebuchten Umsatz haben.

Die saubere Lösung: Der Report nennt seinen Zweck: Sales Pipeline. Für Revenue Analysis wird ERP oder Finance-Ledger als führende Quelle genutzt. Wenn eine kombinierte Sicht gebraucht wird, bekommt sie eigene Regeln und ein klares Label.

Anti-Patterns

• Eine Quelle pauschal als „Single Source of Truth“ für alles erklären.
• Zweck und Entscheidung im Report nicht nennen.
• CRM-Status für Finance-Entscheidungen wiederverwenden, ohne Grenze.
• Data-Warehouse-Konsolidierung als fachliche Freigabe missverstehen.
• Konflikte manuell im Meeting lösen, aber nicht dokumentieren.

Erster Umsetzungsschnitt

1. Eine Entität auswählen, etwa Kunde oder Produkt.
2. Drei Entscheidungen dazu sammeln.
3. Je Entscheidung autoritative Quelle festlegen.
4. Konfliktregel und Owner dokumentieren.
5. Ein Dashboard-Label anpassen, damit Zweck und Quelle sichtbar sind.
6. Eine widersprüchliche Quelle bewusst klären.

Serienabschluss

Metadaten sind dann stark, wenn sie Bedeutung, Quelle, Zweck, Verantwortung und Nutzung verbinden. Ein Katalog hilft beim Finden. Governance entsteht aber erst, wenn klar ist, welche Quelle für welche Entscheidung gilt und wie diese Entscheidung aktuell bleibt.