Datenowner

Der Datenowner ist der strategische Eigentümer eines definierten Datenbereichs — typischerweise einer Domäne wie Lieferantenstamm, Materialstamm oder Konditionsstamm — und trägt im RACI-Modell die A-Rolle (Accountable) für Qualität, Definition, Zugriffssteuerung und Lebenszyklus dieser Daten. Er ist nicht der Pfleger des Tagesgeschäfts (das ist der [[data-steward]]), sondern der unterschriftsbefugte Verantwortliche, der entscheidet, welches Attribut Pflicht wird und wer welche Sicht auf die Daten erhält.

Detaillierte Erklärung

Die Rolle ist im DAMA-DMBOK (2. Auflage, 2017, Kapitel 3 Data Governance) und in ISO 8000-61 (Data Quality Management — Process Reference Model, 2016) konzeptionell verankert: Datenverantwortung ist eine fachliche Accountability, keine IT-Aufgabe. Der Datenowner sitzt typischerweise auf Bereichsleiter- oder Abteilungsleiter-Ebene; im Einkauf ist es üblicherweise der Einkaufsleiter oder ein Category-Lead für die Domäne Lieferantenstamm, der CFO oder Treasury-Lead für die Domäne Bankverbindung, der Compliance-Officer für die Domäne Sanktionslisten-Status. Eine saubere RACI-Matrix unterscheidet vier Aspekte: Datenowner ist Accountable, Data Steward ist Responsible (führt aus), IT ist Consulted (technische Machbarkeit), Endnutzer sind Informed. Diese Trennung in fachliche und technische Owner ist nach Erfahrung der DGI Data Governance Institute (Newman, 2019) der häufigste Stolperstein in DACH-Mittelstandsprojekten — wenn die IT als Owner geführt wird, erfolgt jede Attributänderung über ein Change-Ticket statt über eine fachliche Entscheidung. Pro Datenobjekt darf es exakt einen Accountable geben; geteilte Accountability ist nach RACI-Lehrbuch keine Accountability. Der Datenowner verantwortet operativ vier Aufgaben: Definition der Pflichtattribute und Wertebereiche, Freigabe von Datenmodelländerungen ([[datenmodell-einkauf]]), Genehmigung von Berechtigungskonzepten (wer darf lesen, schreiben, exportieren) sowie die Eskalationsinstanz bei Data-Quality-Konflikten. In regulierten Branchen (Banken nach BCBS 239, Pharma nach GxP, Automotive nach IATF 16949) ist die namentliche Benennung des Datenowners auditrelevant; im DACH-Mittelstand außerhalb dieser Branchen wird die Rolle häufig informell gelebt und führt zu klassischen Drift-Phänomenen. Der Datenowner ist außerdem der formale Empfänger des [[datenqualitaetsbericht]] — er entscheidet, welche KPIs adressiert werden und wann eine [[datenbereinigung-einkauf]] initiiert wird.

Praxisbeispiel (konkretes Einkaufsszenario)

Ein Maschinenbauer aus Bayern mit 920 Mitarbeitenden definiert 2025 im Rahmen einer [[master-data-governance]]-Initiative erstmals Datenowner-Rollen. Ausgangslage: Die IT führt seit 2014 die Lieferantenstammdaten als "Systemverantwortlicher", entscheidet faktisch über Pflichtattribute, hat aber keine fachliche Entscheidungsbefugnis. Vier verschiedene Bereiche (Einkauf, Buchhaltung, Compliance, Logistik) reklamieren parallel Eigentumsansprüche, niemand löst Konflikte. Neue Struktur nach RACI-Workshop mit der Geschäftsleitung: Domäne Lieferantenstamm — Datenowner ist der Einkaufsleiter (A), Data Steward ein Senior-Disponent mit 30 % Stellenanteil (R), IT-Architektur ist Consulted (C), Buchhaltung ist Informed (I); Domäne Bankverbindung — Datenowner ist der Treasury-Lead (A), Data Steward ein Buchhaltungsmitarbeiter (R); Domäne Sanktionsstatus — Datenowner ist der Compliance-Officer (A). Ergebnis nach acht Monaten: Die durchschnittliche Entscheidungszeit für Datenmodelländerungen sinkt von 41 Tagen auf 6 Tage, weil der Eskalationspfad eindeutig ist. Die Pflichtfeldquote auf USt-IdNr. wird durch Owner-Beschluss von "optional" auf "Pflicht" gesetzt, was die Vollständigkeitsquote in vier Monaten von 71 % auf 97 % steigert. Bei einer Audit-Stichprobe nach IDW PS 330 kann erstmals jede Stammdatenänderung einer namentlich benannten Verantwortung zugeordnet werden.

Typische Fehler & Verhandlungskontext

Erstens IT als Datenowner: Die häufigste Fehlbesetzung im DACH-Mittelstand. IT ist Plattformbetreiber, nicht fachlicher Eigentümer — wer die Rolle dort verortet, bekommt entweder Veto-Stau oder unbedacht durchgewinkte Änderungen, je nach Persönlichkeit des IT-Leiters. Zweitens geteilte Accountability: "Lieferantenstamm gehört Einkauf und Buchhaltung gemeinsam" klingt diplomatisch und ist operativ wirkungslos — bei jedem Konflikt sucht jemand einen dritten Schiedsrichter. Drittens Datenowner ohne Mandat: Wer den Einkaufsleiter formal benennt, ihm aber keine Budgethoheit für [[data-steward]]-Stunden gibt, bekommt eine leere Rolle. Im Verhandlungskontext mit Lieferanten und Auditoren ist die Existenz benannter Datenowner ein Compliance-Pluspunkt: ISO 9001-Audits (Norm 7.5 dokumentierte Information), IATF-16949-Audits und LkSG-Risikoanalysen prüfen explizit, wer die Verantwortung für die zugrundeliegenden Stammdaten trägt — eine fehlende Benennung kostet im Audit-Score messbar Punkte. Bei Übernahmen (M&A) ist die Datenowner-Klärung eine der ersten Aufgaben der Due Diligence, weil sich daraus die Geschwindigkeit der Datenintegration ableitet.

Verwandte Begriffe

[[stammdatenmanagement-mdm]], [[datenqualitaet-einkauf]], [[data-governance-einkauf]], [[dublettenerkennung]], [[datenmodell-einkauf]], [[datenkatalog-einkauf]], [[etl-prozess-einkauf]], [[data-steward]], [[klassifizierungsquote]], [[golden-record]], [[match-merge-regeln]], [[datenbereinigung-einkauf]], [[master-data-governance]], [[datenqualitaetsbericht]]