Glossar
Data

Data Contract

Auch: Data Contracts, Data-as-a-Contract, Contrat de données, Datenvertrag, Data Contract Specification, Data API Contract

Formale Vereinbarung zwischen dem Team, das Daten erzeugt, und denen, die sie nutzen: legt Struktur, Bedeutung, Qualität und Verantwortung bei Fehlern fest.

Was es ist

Ein Data Contract ist eine formale, maschinenlesbare Vereinbarung zwischen einem Datenproduzenten (etwa dem Team des Abrechnungssystems) und den Datenkonsumenten (Finanz-Dashboards, CRM, KI-Modell). Er legt die Struktur der Daten, die Bedeutung jedes Felds, die Qualitätsgarantien und den Lieferzeitplan fest. Betrachten Sie ihn als ein Service-Level-Agreement für Daten, schriftlich fixiert und automatisch durchgesetzt statt in einem Flurgespräch vorausgesetzt. Ein CFO, der sich auf ein Umsatzfeld stützt, erhält die schriftliche Zusage, dass "Umsatz" jeden Tag nach derselben Grundlage gebucht wird und sich das Format nicht stillschweigend ändert.

Warum es wichtig ist

Die meisten Datenbrüche sind keine technischen Ausfälle, sondern gebrochene Versprechen: Ein Ingenieur benennt eine Spalte um, ändert eine Währung oder löscht ein Feld, und drei Dashboards sowie ein KI-Modell liefern unbemerkt falsche Zahlen. Ohne Vertrag landet der Aufwand dieser Änderung beim Konsumenten, oft Wochen später, als eine Vorstandszahl, die niemand abstimmen kann. Data Contracts verlagern die Verantwortung stromaufwärts zum Produzenten, der eine brechende Änderung nicht mehr ohne Meldung ausliefern kann. Für KI-Verantwortliche ist das entscheidend: Ein Modell, das auf einem Feld mit verändertem Sinn trainiert wurde, verschlechtert sich auf schwer nachvollziehbare Weise. Für CMOs und CDOs machen Verträge teamübergreifende Daten vertrauenswürdig genug, um ohne manuelle Prüfung zu handeln.

Wie es funktioniert

Ein Vertrag ist meist eine Spezifikationsdatei (oft YAML oder JSON), die neben der Datenpipeline abgelegt wird. Sie deklariert Schema, erlaubte Werte, erwartete Aktualität und Eigentümerschaft. Versucht der Produzent eine Änderung, die den Vertrag verletzt, blockieren automatisierte Prüfungen sie oder erzwingen eine explizite, versionierte Verhandlung, bevor irgendetwas die Konsumenten erreicht. In der Praxis sponsert ein CDO Verträge für die wenigen Datensätze, die den Vorstand speisen (Umsatz, Kundenzahl, Abwanderung), und weitet sie dann aus. Der Beitrag der Führungskraft besteht nicht darin, die Datei zu schreiben, sondern darauf zu bestehen, dass kritische Zahlen einen benannten Eigentümer und ein dokumentiertes Versprechen haben, und "die Daten haben sich einfach geändert" als Antwort abzulehnen.

Häufige Fragen

Was ist ein Data Contract, einfach erklärt?

Ein Data Contract ist eine formale, maschinenlesbare Vereinbarung zwischen dem Team, das einen Datensatz erzeugt, und den Teams, die ihn nutzen. Er legt die Struktur der Daten fest, die Bedeutung jedes Felds, die Qualitätsgarantien und den Lieferrhythmus. Er funktioniert wie ein Service-Level-Agreement für Daten: schriftlich festgehalten und automatisch geprüft, statt in einem Gespräch auf dem Flur vorausgesetzt.

Welches Problem lösen Data Contracts konkret?

Sie verhindern stille Brüche. Die meisten Datenvorfälle sind gebrochene Versprechen und keine technischen Ausfälle: Ein Engineer benennt eine Spalte um, ändert eine Währung oder entfernt ein Feld, und mehrere Dashboards samt einem KI-Modell liefern falsche Zahlen, ohne dass es jemand bemerkt. Ohne Contract trägt der Nutzer die Kosten, Wochen später, in Form einer Zahl im Board, die niemand abstimmen kann.

Wer im Führungsteam sollte sich mit Data Contracts befassen?

CDOs, CFOs, CMOs und alle, die für Ergebnisse aus KI verantwortlich sind. Ein CFO, der sich auf ein Umsatzfeld stützt, erhält die schriftliche Garantie, dass der Umsatz jeden Tag nach derselben Logik gebucht wird. Eine KI-Verantwortliche vermeidet ein Modell, das schlechter wird, weil sich die Bedeutung eines Trainingsfelds verschoben hat. Ein solcher Fehler lässt sich im Nachhinein nur mühsam zurückverfolgen.

Wie sieht ein Data Contract technisch aus?

Meist ist es eine Spezifikationsdatei in YAML oder JSON, die neben der Daten-Pipeline abgelegt wird. Sie legt das Schema fest, die zulässigen Werte, die Erwartungen an die Aktualität und die Ownership. Will ein Producer eine Änderung ausrollen, die gegen den Contract verstößt, blockieren automatisierte Checks sie oder erzwingen eine explizite, versionierte Abstimmung, bevor etwas bei den Nutzern ankommt.

Wo fangen Sie an, wenn Sie Data Contracts einführen wollen?

Beginnen Sie mit den wenigen Datensätzen, die ins Board-Reporting fließen: Umsatz, Kundenzahlen, churn. Ein CDO setzt Contracts zuerst dort auf und weitet sie dann aus. Der Beitrag der Führungsebene besteht nicht darin, die Spezifikationsdatei zu schreiben. Er besteht darin, darauf zu bestehen, dass jede kritische Zahl einen namentlich benannten Owner und ein dokumentiertes Versprechen hat, und „die Daten haben sich halt geändert“ als Erklärung nicht zu akzeptieren.