Veraltete Daten in Geschäftssystemen: So bestimmen Sie, wann eine Zahl nicht mehr verlässlich ist

Ein Datum kann korrekt sein und trotzdem zu einer schlechten Entscheidung führen, wenn es zu spät eintrifft. Ein stündlich aktualisiertes Verkaufsdashboard reicht möglicherweise aus, um Trends zu analysieren, aber nicht unbedingt, um den Lagerbestand zu steuern oder automatisch eine Maßnahme auszulösen. Deshalb geht es bei der Frage, wann eine Zahl nicht mehr verlässlich ist, nicht darum, für das gesamte Unternehmen eine einheitliche Aktualisierungsfrequenz festzulegen. Entscheidend ist, das Alter der Informationen mit ihrer jeweiligen Verwendung zu verknüpfen.

Eine Richtlinie zur Datenaktualität macht diesen Zusammenhang zu einem praktischen Kriterium. Sie legt fest, welche Verzögerung tolerierbar ist, wie sie erkannt und kommuniziert wird und was geschehen soll, wenn sie überschritten wird. Das Ergebnis sind nicht nur aktuellere Daten, sondern auch fundiertere Entscheidungen und Teams, die wissen, wann sie vertrauen, warnen oder innehalten sollten.

Die Aktualität richtet sich nach der Entscheidung, nicht nach dem System

Die hilfreiche Frage lautet nicht: „Wie oft wird diese Tabelle aktualisiert?“, sondern: „Welche Entscheidung wird damit getroffen, und welche Folgen hat es, dafür veraltete Informationen zu verwenden?“ Ein und derselbe Datenbestand kann einen Planungsbericht, eine Übersichtsseite zur laufenden Arbeit und einen Prozess speisen, der ohne menschliche Prüfung ausgeführt wird. Für jede dieser Verwendungen kann eine andere Toleranz gelten.

Ermitteln Sie zunächst, welche Entscheidungen und Abläufe von den einzelnen Datenbeständen abhängen. Halten Sie fest, wer handelt, wie häufig dies geschieht und was passiert, wenn die Daten verspätet oder gar nicht eintreffen. Berücksichtigen Sie sowohl den Schaden durch eine falsche Maßnahme als auch die Kosten des Wartens: Einen Prozess bei jeder Verzögerung anzuhalten, kann ebenfalls unnötigen Aufwand verursachen.

• Explorative Entscheidungen: Sie vertragen oft größere Verzögerungen, sofern die Nutzenden das Aktualisierungsdatum kennen und die Zahl nicht als Echtzeitstatus verstehen.
• Täglicher Betrieb: Die Aktualisierung muss zum Rhythmus passen, in dem Aufgaben, Bestellungen oder Vorfälle geprüft werden.
• Automatisierte Maßnahmen oder Entscheidungen mit erheblichen Folgen: Sie benötigen ausdrückliche Schwellenwerte, zusätzliche Prüfungen und eine festgelegte Reaktion auf verspätete Daten.

Gehen Sie nicht davon aus, dass „schneller“ immer „besser“ bedeutet. Häufige Aktualisierungen können Aufwand, Kosten oder Integrationsfehler erhöhen, ohne die Entscheidung zu verbessern. Suchen Sie die geringste Aktualisierungsfrequenz, mit der die Daten noch innerhalb eines akzeptablen Risikoniveaus genutzt werden können.

Zeitpunkt des Ereignisses und Verfügbarkeit der Daten unterscheiden

Uneinigkeit über die Aktualität entsteht häufig, weil Teams mit „Aktualisierung“ unterschiedliche Zeitpunkte meinen. Es ist sinnvoll, mindestens drei Zeitstempel auseinanderzuhalten:

• Ereigniszeit: der Zeitpunkt, an dem ein Vorgang im Quellsystem stattgefunden hat, zum Beispiel die Erfassung eines Verkaufs.
• Aktualisierungszeit: der Zeitpunkt, an dem die Quelle oder der Integrationsprozess den Datensatz geändert oder verarbeitet hat.
• Zeitpunkt der Verfügbarkeit: der Zeitpunkt, an dem die Daten im Bericht, Produkt oder Prozess für die Nutzung bereitstehen.

Die Abstände zwischen diesen Zeitpunkten helfen dabei, Verzögerungen zu lokalisieren. Wird ein Ereignis erst verspätet in der Quelle erfasst, liegt das Problem nicht zwangsläufig bei der Übertragung. Ist die Quelle aktuell, das Dashboard aber nicht, sollte der Prozess geprüft werden, der die Informationen zum Verbrauchenden bringt. Ohne diese Unterscheidung kann eine technische Aktualisierungsfrequenz eingehalten werden, während die nutzende Person weiterhin einen veralteten Status sieht.

Legen Sie außerdem für jede Nutzung fest, was „aktualisierte Daten“ bedeutet. Ein abgeschlossener Prozess garantiert nicht immer, dass alle Datensätze vollständig oder verfügbar sind. Gibt es Stapelsynchronisierungen, Ladefenster oder Abhängigkeiten zwischen Systemen, dokumentieren Sie diese Grenzen. Stellen Sie eine Zahl nicht als sofort verfügbar dar, wenn sie es tatsächlich nicht ist.

Toleranzen anhand von Auswirkungen, Schwankungen und erwarteten Verzögerungen festlegen

Der Schwellenwert sollte sowohl die Folgen einer Entscheidung mit veralteten Informationen als auch das tatsächliche Verhalten des Datenflusses berücksichtigen. Prüfen Sie, wie lange die Daten normalerweise bis zur Ankunft brauchen, wie stark diese Dauer schwankt und welche Verzögerung der jeweilige Prozess verkraftet. Ein einzelner Durchschnittswert reicht nicht aus: Eine Aktualisierung, die normalerweise schnell erfolgt, aber häufig ausfällt, birgt ein anderes Risiko als eine, die zuverlässig länger dauert und deren Dauer bekannt ist.

Dokumentieren Sie für jede Nutzung drei praktische Richtwerte: die erwartete Verzögerung, die maximal tolerierbare Verzögerung und den Zeitpunkt, ab dem eingegriffen werden muss. Die maximal tolerierbare Verzögerung ist die Grenze, ab der die Zahl für die betreffende Entscheidung nicht mehr geeignet ist. Ein Eingriff kann schon früher nötig sein, wenn eine Warnung vor dem Erreichen dieser Grenze sinnvoll ist.

Stimmen Sie diese Grenzen mit den zuständigen Personen aus Fachbereichen und Betrieb ab. Fragen Sie, welche Entscheidung sich ändern würde, wenn die Daten eine Stunde älter wären, welche Folgen ein Fehler hätte und ob eine alternative Quelle vorhanden ist. Bei erheblichen Auswirkungen sollten Sie sich nicht allein auf eine zeitliche Toleranz verlassen: Ergänzen Sie eine Datenprüfung oder eine menschliche Bestätigung, bevor eine Maßnahme ausgeführt wird.

Übernehmen Sie nicht aus Bequemlichkeit für alle Berichte denselben Schwellenwert. Wenn zwei Prozesse dieselbe Quelle nutzen, aber unterschiedliche Risiken bergen, können sie verschiedene Richtlinien benötigen. Auch bei Daten mit geringer Kritikalität kann ein klarer Hinweis sinnvoll sein, selbst wenn die Verzögerung keinen sensiblen Betriebsablauf beeinträchtigt.

Status sichtbar machen und bei Überschreitungen angemessen reagieren

Die Aktualität intern zu messen reicht nicht aus, wenn Entscheidungstragende nicht erkennen können, ob die Informationen auf dem neuesten Stand sind. Zeigen Sie in der Benutzeroberfläche oder im Bericht einen verständlichen Hinweis an, etwa „Aktualisiert um 10:15 Uhr“ oder „Daten sind verzögert“. Vermeiden Sie unklare Bezeichnungen wie „in Echtzeit“, wenn Sie diese Aussage nicht für den gesamten Datenweg belegen können.

Legen Sie einfache Status fest, die nicht nur beschreiben, was geschehen ist, sondern auch angeben, was zu tun ist:

• Aktuell: Die Daten liegen innerhalb der Toleranz und können für den vorgesehenen Zweck verwendet werden.
• Gefährdet oder verzögert: Das erwartete Zeitfenster wurde überschritten. Die Nutzenden werden informiert und erfahren, ob sie vor einer Handlung eine Prüfung vornehmen sollten.
• Veraltet oder nicht verfügbar: Die tolerierbare Grenze ist erreicht. Die Daten werden für die betroffene Entscheidung nicht als gültig dargestellt.

Was beim Überschreiten eines Schwellenwerts geschieht, hängt vom Risiko ab. Für eine begleitende Analyse kann es genügen, zu warnen und den Zeitpunkt der letzten Aktualisierung anzuzeigen. Ein Betriebsprozess kann auf eine zuvor geprüfte alternative Quelle zurückgreifen. Bei einer Automatisierung mit erheblichen Folgen kann die Maßnahme angehalten und einer menschlichen Prüfung zugewiesen werden. Die Reaktion sollte vor dem Vorfall feststehen und nicht erst dann improvisiert werden, wenn das System bereits mit alten Daten arbeitet.

Hypothetisches Beispiel: ein Dashboard und eine betriebliche Maßnahme

Stellen Sie sich vor, ein Team nutzt Verkaufsdaten sowohl für ein Übersichtsdashboard als auch, um automatisch Nachbestellungen auszulösen. Das Dashboard dient dazu, Entwicklungen zu beobachten und Besprechungen vorzubereiten. Es kann eine bekannte Verzögerung vertragen, solange der Aktualisierungszeitpunkt deutlich angezeigt wird und die Zahlen nicht als sofortiger Lagerbestand verstanden werden.

Die Nachbestellung hängt dagegen von einem Lagerbestand ab, der sich schnell ändern kann. Überschreiten die Informationen die vereinbarte Toleranz, könnte das System auf die automatische Bestellung verzichten und eine Prüfung anfordern. Die Quelldaten sind dieselben, doch die Kosten eines Fehlers und die angemessene Reaktion unterscheiden sich. Die konkreten Schwellenwerte sollten mit den Personen vereinbart werden, die den Prozess betreiben, und nicht aus einem Beispiel übernommen werden.

Verantwortlichkeiten zuweisen und die Richtlinie überprüfen

Eine Richtlinie funktioniert nur, wenn klar benannte Personen verantwortlich sind. Das für den Prozess zuständige Team legt fest, welche Entscheidung geschützt werden soll und welche Verzögerung akzeptabel ist. Die Daten- oder Integrationsverantwortlichen vereinbaren, wie der Datenweg gemessen und wie Fehler diagnostiziert werden. Produkt- oder Betriebsteams sorgen dafür, dass der Status verständlich dargestellt und die vorgesehene Reaktion umgesetzt wird. In kleinen Teams kann eine Person mehrere Aufgaben übernehmen. Wichtig ist, dass keine davon unbesetzt bleibt.

Überprüfen Sie die Schwellenwerte, wenn sich der Prozess, die Häufigkeit der Entscheidungen, die Quellen oder die Folgen eines Fehlers ändern. Auch nach wiederholten Verzögerungen lohnt sich eine Prüfung: Vielleicht ist die Grenze falsch angesetzt, die Integration erfüllt die Erwartungen nicht oder der Prozess sollte nicht länger von dieser Quelle abhängen. Ein schlüssiger Datenmanagementansatz, wie ihn DAMA International in seinem Wissensgebiet behandelt, trägt dazu bei, Definitionen, Zuständigkeiten und Qualität als Teil des Betriebs zu behandeln und nicht als isolierte Dokumentation.

Checkliste zur Festlegung der Datenaktualität

1. Listen Sie die Entscheidungen und Prozesse auf, die die Daten nutzen.
2. Ermitteln Sie, wer entscheidet und welche Folgen eine Handlung mit verspäteten Informationen hat.
3. Unterscheiden Sie zwischen Ereigniszeit, Aktualisierung in der Quelle und Verfügbarkeit für die Nutzenden.
4. Dokumentieren Sie die übliche Verzögerung, die maximal tolerierbare Verzögerung und den Zeitpunkt für einen Eingriff.
5. Legen Sie fest, wie der Status gemessen wird und wo der Zeitpunkt der letzten Aktualisierung erscheint.
6. Vereinbaren Sie die Reaktion: warnen, prüfen, eine Alternative verwenden oder pausieren.
7. Weisen Sie Verantwortlichkeiten zu und legen Sie fest, wann die Kriterien überprüft werden.

Wenn das Team nicht beantworten kann, wer die Daten nutzt, wie lange darauf vertraut werden kann und was bei einer Verzögerung geschieht, ist die Datenaktualität noch nicht festgelegt. Wer diese drei Fragen klärt, macht aus einer technischen Aktualisierungsfrequenz eine überprüfbare und nützliche Geschäftsregel.