System of Record: Warum ein Ergebnis außerhalb davon für Ihr Unternehmen nicht existiert

Als wir einen Generator für Angebote gebaut haben, war der am meisten unterschätzte Teil nicht die Dokumentenerstellung, sondern ein einziger technischer Schritt: Das fertige Dokument wurde automatisch an den Datensatz des Deals angehängt. Das hat dem Vertriebsmitarbeiter keine Zeit gespart. Es hat entschieden, ob das Dokument für das Unternehmen überhaupt existierte.

System of Record (führendes System) – das System, in dem für das Unternehmen die Wahrheit über einen Deal, ein Dokument oder einen Kunden lebt – ist kein architektonischer Begriff, sondern ein Management-Begriff. Jede Tatsache im Unternehmen hat einen Ort, an dem sie als wahr gilt. Landet ein Arbeitsergebnis dort nicht, ist es für die Organisation nicht passiert – wie gut es auch war.

Vier Anzeichen, dass ein Fachobjekt keinen festen Platz hat

Das Problem erkennt man nicht an der Architektur, sondern an Gesprächen. Jedes der vier folgenden Anzeichen ist Symptom desselben Musters: Die Wahrheit über eine Tatsache lebt dort, wo sie niemand garantiert.

„Ich schick dir die Datei." Die einzige aktuelle Version eines Dokuments existiert bei einer Person und wird von Hand weitergegeben. Nach einem Monat weiß niemand mehr, welche Version die letzte ist – nach einem halben Jahr weiß es nicht einmal mehr der Urheber.

„Frag sie, sie hat den Kunden betreut." Die Wahrheit über den Deal liegt im Gedächtnis einer Mitarbeiterin. Das funktioniert bis zum Urlaub, bis zur Versetzung in eine andere Abteilung oder bis zur Kündigung – und danach nie wieder.

„Der Bericht stimmt nicht mit der Realität überein." Die Daten im System bilden einen Teil der Arbeit ab, während Entscheidungen auf Basis eines anderen Teils getroffen werden, der im System gar nicht vorkommt. Die Führungskraft sieht einen korrekt aufgebauten Bericht auf unvollständigen Daten – und kann das nicht erkennen.

„Wir haben eine Tabelle, in der alles stimmt." Der gefährlichste Fall, weil er wie eine Lösung aussieht. Die Tabelle wird zur Schatten-Tabelle: Man vertraut ihr, man verweist auf sie, aber sie hat weder Zugriffsrechte noch eine Änderungshistorie noch Eingangsprüfungen.

Die dritte Spalte erklärt, warum das Problem jahrelang bestehen bleibt. Drei von vier Fällen sind in der Berichterstattung unsichtbar und werden erst in dem Moment entdeckt, in dem bereits etwas kaputtgegangen ist.

Was eine Schatten-Tabelle wirklich kostet

Die Excel-Tabelle als Speicherort der Wahrheit ist besser erforscht, als man annimmt – es gibt sowohl Feldstudien als auch kontrollierte Experimente dazu.

Es handelt sich um eine Übersichtsarbeit, die heterogene und teils veraltete Studien zusammenführt, und der Anteil „fehlerhafter Tabellen" hängt stark von der Strenge des Kriteriums und der Dateigröße ab. Das ist eine reale Einschränkung. Aber die Spannweite von 24 % bis 86 % ist an sich aussagekräftig: Je genauer man hinschaut, desto mehr findet man – genau die Eigenschaft, die einem System mit Eingangsprüfungen fehlt.

Datenqualität am Eingangspunkt

Die zweite Hälfte des Problems ist das, was tatsächlich in das System of Record selbst einfließt. Dazu gibt es eine Messung mit einer ungewöhnlichen – und gerade deshalb überzeugenden – Methode.

Die Stichprobe ist klein – 75 Organisationen –, und die Daten wurden von den Teilnehmenden selbst erhoben, was ein reales Verzerrungsrisiko schafft; es handelt sich um eine Kolumne in einem Wirtschaftsmagazin, nicht um eine begutachtete Publikation. Wertvoll ist die Methode: Die manuelle Prüfung von hundert aufeinanderfolgenden Datensätzen lässt sich in jedem Unternehmen an einem Tag wiederholen und liefert eine Zahl, mit der sich arbeiten lässt. Ich empfehle, genau damit zu beginnen – nicht mit einer Architekturdiskussion.

Warum es am Ende mehrere Systems of Record gibt

Die Idee eines einzigen einheitlichen Systems zerschellt an der Realität der Unternehmens-IT-Landschaft, und diese Realität ist gemessen.

Das ist Telemetrie aus der Kundenbasis eines einzigen Anbieters für Zugriffsmanagement, keine Zufallsstichprobe von Unternehmen, und die Kennzahl wird auf Organisationsebene berechnet, nicht auf Mitarbeiterebene. Die praktische Schlussfolgerung bleibt trotzdem eindeutig: Ein einziges System of Record wird es nicht geben. Ein realistisches Ziel ist nicht „ein Tool für alles", sondern eine explizite Entscheidung, welches System für jede Datenklasse die Wahrheit ist – und ein Verbot, diese Klasse an anderer Stelle zu duplizieren.

Ein Nebeneffekt der Fragmentierung ist der Kontextwechsel zwischen Anwendungen. Hier lohnt sich Präzision: Die experimentellen Daten sind weniger eindeutig, als gemeinhin angenommen wird.

Das ist ein Laborexperiment mit studentischer Stichprobe und einer künstlichen Aufgabe – eine direkte Übertragung auf stundenlange Unternehmensarbeit ist nicht zulässig. Aber das Ergebnis ist gerade deshalb nützlich, weil es der Erwartung widerspricht: Der Preis der Fragmentierung zeigt sich nicht in verlorenen Minuten, die im Bericht sichtbar wären, sondern in einer Belastung, die im Bericht überhaupt nicht auftaucht. Das ist dieselbe Klasse von Fehlern ohne Beobachter, über die ich an anderer Stelle geschrieben habe.

So legen Sie das führende System fest

Der zweite Schritt löst meist eine Diskussion aus, und das ist eine nützliche Diskussion: Es zeigt sich, dass zwei Systeme denselben Anspruch auf dieselbe Datenklasse erheben und bisher niemand entschieden hat, welches davon führend ist. Die Entscheidung wird einmal getroffen und kostet weniger als jede Integration.

Der vierte Schritt gilt für KI-Szenarien ganz wörtlich. Ein Assistent, der in einem separaten Fenster antwortet und sein Ergebnis nirgendwo festhält, erhöht die Zahl der Orte, an denen Wahrheit gespeichert wird, statt sie zu senken. Die Frage „Wo landet das Ergebnis?" gehört vor die Frage „Wie gut ist die Antwort?".

Vier Prüfungen, für die Sie einen Tag brauchen

Häufig gestellte Fragen