Datenaktualität ist ein SLA: Warum kein Bericht auf veralteten Preisdaten rausgeht

Warum ist Datenaktualität ein SLA? Ein richtiger, aber alter Preis ist so gefährlich wie ein falscher — wie Senkrondata die Aktualität vor jedem Bericht prüft.

Ein Preisbericht kann korrekte Zahlen enthalten und trotzdem völlig in die Irre führen — wenn diese Zahlen drei Tage alt sind. Veraltete Daten sind so gefährlich wie falsche, womöglich gefährlicher, weil sie korrekt aussehen. Ein Kunde liest „Wettbewerbspreis unverändert" und entspannt sich — dabei wurden die Daten an dem Tag schlicht nicht aktualisiert.

Deshalb ist Datenaktualität kein „Nice to have", sondern ein Servicelevel, das gemessen und garantiert werden muss.

Warum Aktualität zerbrechlich ist

Über 200 Kanäle, jeder mit eigenem Zeitplan, jeder aus eigener Quelle. In dieser Größenordnung ist ein Ausfall nicht die Ausnahme, sondern der Erwartungswert: Eine Seite ändert ihr Design, ein Crawler wird blockiert und liefert leere Daten, ein Netzwerkfehler lässt einen Tag ausfallen. Das Problem ist nicht der Ausfall selbst — sondern dass er unbemerkt in einen Bericht durchsickert.

Und ist ein Bericht erst beim Kunden, kommt „die Daten waren doch nicht aktuell" viel zu spät.

Wie Aktualität gemessen wird

Die Aktualitätsprüfung reduziert sich auf eine einfache Frage: Wie alt ist die jüngste Beobachtung, auf der die Daten dieses Berichts beruhen? Vor jeder Erzeugung eines Berichts wird der Zeitstempel der letzten Aktualisierung gegen ein erwartetes Aktualitätsfenster geprüft (etwa „innerhalb der letzten 24 bis 48 Stunden").

Diese Prüfung läuft je Kanal — denn jeder Kanal hat seinen eigenen Erhebungsrhythmus und sein eigenes Risikoprofil. Ist ein Kanal veraltet, heißt das nicht, dass es die anderen sind; die Prüfung ist entsprechend zugeschnitten.

Schutzlogik: anhalten statt senden

Die kritischste Entwurfsentscheidung: Sind die Daten nicht frisch, wird der Bericht nicht stillschweigend in veralteter Form versendet. Stattdessen hält der Prozess an, und eine Meldung geht an das zuständige Team — „Die Daten dieses Berichts haben die erwartete Aktualität nicht, er wurde nicht versendet." Das ist bewusst so gebaut: lieber gar keinen Bericht als einen falschen.

Es ist dieselbe Logik wie beim Prinzip „eine ausgelassene Zuordnung schlägt eine falsche" in der Produktzuordnung, übertragen auf das Reporting: anhalten und die Hand heben ist sicherer, als stillschweigend etwas zu liefern, dessen man sich nicht sicher ist.

Warum Aktualität als SLA zählt

• Sie schafft Vertrauen. Der Kunde weiß, dass jeder Bericht eine Aktualitätsprüfung bestanden hat — das beantwortet „Kann ich dieser Zahl trauen?" im Voraus.
• Sie fängt Probleme früh. Bricht der Datenfluss eines Kanals, greift der Schutz noch am selben Tag, statt dass ein Kunde es Wochen später bemerkt.
• Sie klärt die Verantwortung. Verzögert sich ein Bericht, ist der Grund bekannt: welcher Kanal, welches Datenfenster fehlte — keine Vermutung, sondern ein festgehaltener Grund.

Die Prinzipien, die das Ganze verlässlich halten

• Aktualität wird getrennt von Korrektheit gemessen. Eine Zahl kann rechnerisch stimmen und zeitlich falsch sein — beides braucht eigene Prüfungen.
• Es gibt keine stille Zustellung. Ein Bericht geht nicht automatisch an den Kunden, wenn die Aktualitätsschwelle nicht erreicht ist.
• Eine Meldung holt einen Menschen dazu. Hält der Schutz einen Bericht an, ist das kein „Fehler" — es ist ein Moment, über den ein Mensch entscheiden muss.

Das Wesentliche

Der Wert eines Preisberichts hängt genauso daran, von wann er ist, wie an der Richtigkeit seiner Zahlen. Ein Schutzmechanismus, der Aktualität wie ein SLA misst und den Bericht bei verfehlter Schwelle anhält, verhindert die Falle „richtig, aber alt" — und lässt den Kunden jeden Bericht mit Zuversicht lesen.

Wenn Ihre Berichte immer auf frischen Daten beruhen sollen, sprechen Sie mit dem Senkrondata-Team.