In modernen IT-Landschaften mit ERP, DMS, Cloud-Services und OT-Systemen stellt sich nicht nur die Frage, welche Daten wo verarbeitet werden, sondern auch: Wer hat Zugriff – und wer ist für welche Daten verantwortlich? Genau hier kommen zwei zentrale Konzepte ins Spiel: Datenhoheit und Zugriffstransparenz. Ohne sie ist weder Datenschutz noch Governance noch nachhaltige Systempflege möglich.
Was bedeutet Datenhoheit?
Datenhoheit beschreibt, wer innerhalb einer Organisation berechtigt ist, über die Erhebung, Verarbeitung, Nutzung und Löschung von Daten zu entscheiden. Sie betrifft also nicht nur den Zugriff auf Daten, sondern auch deren Verwendungszweck, Qualität und Konsistenz.
Typische Fragen im Kontext der Datenhoheit:
- Wer ist für bestimmte Daten verantwortlich (fachlich und technisch)?
- Wer darf Daten ändern, weitergeben oder löschen?
- Welche Abteilung „besitzt“ welche Daten – z. B. Kundenstammdaten, Rechnungsdaten, Logdaten?
Warum ist das wichtig für Integrationen?
Integrierte Systeme verknüpfen Informationen über REST, pub/sub, Mapping oder Low Code-Prozesse. Dabei kommt es schnell zu Situationen, in denen:
- Daten redundant gespeichert und verändert werden
- Zugriffsrechte und Verantwortlichkeiten unklar sind
- Audit- und Löschanforderungen nicht erfüllbar sind
- Verletzungen der DSGVO oder anderer Vorschriften entstehen
Nur durch saubere Dokumentation von Datenhoheit und Zugriff lassen sich diese Risiken vermeiden – und ein effizienter, sicherer Betrieb gewährleisten.
Welche Dokumentationselemente sind nötig?
1. Datenverantwortlichkeiten (Ownership)
- Fachverantwortung: Wer definiert Bedeutung und Qualität?
- IT-Verantwortung: Wer betreibt und pflegt die Systeme?
- Rechtliche Verantwortung: Wer stellt die Einhaltung von DSGVO, AVV etc. sicher?
2. Zugriffsregelungen
- Rollenbasierte Zugriffskonzepte (z. B. per OAuth)
- Differenzierung nach Lese-, Schreib- und Löschrechten
- Protokollierung der Zugriffe (Monitoring, Audit Logs)
3. Systemzuordnung
- Welche Systeme speichern welche Daten?
- Über welche Schnittstellen erfolgt der Zugriff?
- Welche Daten werden über Mapping- oder Low Code-Prozesse weitergeleitet?
4. Verwendungszwecke
- Dokumentation der Zweckbindung (z. B. gemäß DSGVO Art. 5)
- Klarer Nachweis, warum bestimmte Daten erhoben und verarbeitet werden
Wo wird dokumentiert?
|
Dokumentationstyp
|
Einsatzbereich
|
|
Data Governance Register
|
Übersicht über Verantwortlichkeiten, Klassifizierungen
|
|
Schnittstellenverzeichnis
|
Welche Daten fließen wohin, wer hat Zugriff
|
|
Monitoring-Dashboard mit Rollenbezug
|
Wer nutzt welche Datenquellen zu welchem Zweck
|
|
Zugriffsprotokolle und Audit-Logs
|
Rückverfolgbarkeit von Zugriffen, Änderungen, Exporten
|
|
Change-Dokumentation bei Mappings
|
Welche Rollen dürfen Mapping-Regeln ändern?
|
Best Practices
- Etablierung eines Data Steward-Konzepts mit klaren Zuständigkeiten
- Trennung von fachlicher und technischer Verantwortung – aber enge Zusammenarbeit
- Einsatz zentraler Rollen- und Berechtigungssysteme über Systemgrenzen hinweg
- Kombination von automatisierter Dokumentation (z. B. durch Monitoring) mit gepflegten Verzeichnissen
- Integration der Datenhoheitsfragen in Change Management und Datenschutzfolgeabschätzungen
Fazit
Datenhoheit ist kein abstrakter Governance-Begriff – sie ist Grundlage für Datenschutz, Datenqualität und nachhaltige Integration. Ohne klare Zuordnung, wer was mit welchen Daten tun darf, entstehen nicht nur technische Inkonsistenzen, sondern auch rechtliche Grauzonen. Wer sauber dokumentiert, schafft Vertrauen – intern wie extern.
Wie transparent und klar geregelt sind Datenverantwortung und Zugriffsrechte in Ihren integrierten Prozessen?Lassen Sie uns gemeinsam prüfen, wie sich Datenhoheit systematisch erfassen, dokumentieren und technisch absichern lässt – für mehr Compliance, Effizienz und Kontrolle.
