Datenanalyse

Datenqualität vor dem Dashboard:
Was muss stimmen?

Ein Dashboard kann sauber aussehen und trotzdem falsche Antworten liefern. Vor dem ersten Diagramm müssen Herkunft, Struktur, Einheiten, Zeiträume und Kennzahlen feststehen. Dieser Leitfaden zeigt die Prüfungen, die ich vor Auswertungen in meinen Datenanalyse-Projekten mache.

Simon Stark | Veröffentlicht 11. September 2026 | ca. 13 Min. Lesezeit

01

Ein Dashboard beantwortet nur eine sauber definierte Frage

Das Diagramm kommt spät. Vorher muss feststehen, was eine Kennzahl überhaupt messen soll. „Wie entwickelt sich mein Portfolio?“ kann den Kontostand, die Wertentwicklung der Anlagen, den Depotwert inklusive Einzahlungen oder die reale Rendite nach Inflation meinen. Jede dieser Größen kann korrekt berechnet werden und trotzdem eine andere Antwort liefern.

Deshalb schreibe ich vor der Auswertung mindestens vier Dinge auf: Beobachtung, Zeitraum, Einheit und Regel. Eine monatliche Portfolio-Zeitreihe braucht zum Beispiel eine Definition dafür, ob 2026-01 den Monatsanfang, den Monatsendstand oder eine über den Monat gemittelte Zahl meint.

ZielgrößeWas ist eine Beobachtung?Einheit
Portfolio-WertWert des Depots an einem festgelegten StichtagEUR
PeriodenrenditeVeränderung zwischen zwei aufeinanderfolgenden Stichtagenintern als Dezimalwert, z. B. 0,05
Kumulierte RenditeVeränderung vom ersten bis zum letzten WertProzent
EinzahlungGeldfluss, der von außen in das Portfolio kommtEUR
Erster Check: Wenn du die Frage nicht in einem Satz mit Zeitraum und Einheit beschreiben kannst, ist die Auswertung noch nicht bereit für ein Dashboard.

02

Jede Zahl braucht Herkunft und Bezugsgröße

Der Wert allein reicht selten. Zu einer Beobachtung gehören Quelle, Abrufzeitpunkt, Datum oder Zeitraum, Zeitzone, Einheit, Kennung und die Regel, mit der sie entstanden ist. Ohne diesen Kontext sieht eine Zahl im Export vollständig aus, lässt sich später aber nicht mehr sicher einordnen.

PrüfungFrage vor der Auswertung
QuelleWer liefert den Wert, und ist es eine Originalreihe, ein Proxy oder eine eigene Schätzung?
ZeitWelches Datum gilt, welche Zeitzone wird verwendet und ist der Wert Tages-, Monats- oder Quartalsdaten zugeordnet?
GranularitätRepräsentiert eine Zeile genau einen Tag, einen Monat, ein Wertpapier oder bereits eine Summe?
EinheitSteht der Wert für EUR, USD, Prozent, Prozentpunkte, Stück, Gramm oder einen Indexstand?
DefinitionIst es ein Preis, eine Rendite, ein Preisindex, ein Total-Return-Wert oder ein Forecast?

Eine Zeile pro Tag lässt sich nicht automatisch mit einer Zeile pro Monat vergleichen. Wenn du die Daten zusammenführst, brauchst du eine bewusste Aggregation. Ein Monatsendstand, ein Monatsdurchschnitt und die Summe der täglichen Renditen sind drei verschiedene Größen.

Im Assetklassen-Backtester wird deshalb für jede Reihe festgelegt, was genau verglichen wird. S&P 500, Bitcoin und Gold klingen im Gespräch eindeutig. Im Modell sind es aber konkrete Datenreihen mit eigener Währung, eigenem Handelskalender und eigener Datenquelle.


03

Rohdaten bleiben unverändert

Ich trenne Rohdaten von der bereinigten Arbeitsdatei. Die Rohdatei bleibt so erhalten, wie sie geliefert wurde. In der bereinigten Datei stehen einheitliche Datumsformate, Spaltennamen und Zahlenformate. So lässt sich später unterscheiden, ob ein Fehler aus der Quelle kam oder bei der Umwandlung entstanden ist.

  1. Abrufen: Antwort, Status, Inhaltstyp und Abrufzeitpunkt speichern. Eine erfolgreiche Verbindung ist noch kein gültiger Datenimport.
  2. Sichern: Die Rohdatei nicht nachträglich überschreiben. Bei einer neuen Version bleibt die alte Lieferung nachvollziehbar.
  3. Parsen: Erwartete Spalten, Datentypen und Trennzeichen prüfen. Eine CSV-Datei mit HTML-Inhalt ist keine CSV-Datei.
  4. Normalisieren: Datumswerte, Dezimaltrennzeichen, Währungen und Prozentdarstellung in eine definierte interne Form bringen.
  5. Protokollieren: Abgewiesene Zeilen, Lücken, Quellenwechsel und Warnungen festhalten, statt sie still zu entfernen.
  6. Auswerten: Diagramme und Kennzahlen nur aus dem geprüften Bestand bauen.

Ein konkretes Beispiel aus der Datenarbeit hinter meinem Backtester: Einige vermeintliche CSV-Abrufe lieferten zwar den HTTP-Status 200, im Inhalt steckte aber eine HTML-Seite. Wer nur den Statuscode prüft, meldet den Download als erfolgreich und schiebt den Fehler erst später in den Parser oder ins Dashboard.

Praktische Regel: Speichere neben dem Wert auch seine Quelle und den Qualitätsstatus. Dann kann eine einzelne Kurve später bis zum ursprünglichen Abruf zurückverfolgt werden.

04

0,05 und 5 sind beide richtige Zahlen

Der häufigste Fehler ist nicht die Formel, sondern die Darstellung davor. Eine Rendite von 5 Prozent kann in einer Tabelle als 0,05 gespeichert und im Dashboard als 5,0 % angezeigt werden. Beide Schreibweisen beschreiben denselben Wert, aber nur eine davon darf an die jeweilige Rechenfunktion gehen.

r = 0,05 Vneu = Valt × (1 + r) 10.000 € × 1,05 = 10.500 €Wenn die Funktion an dieser Stelle die Zahl 5 erwartet, entstehen 60.000 € statt 10.500 €. Die Rechnung läuft technisch, die Eingabe ist fachlich falsch.
FeldInterne DarstellungAnzeige
Rendite0,055,0 %
Anteil0,2525 %
Preis123,45123,45 €
Wechselkurs1,081,08 USD je EUR

Dazu kommen Prozentpunkte, Basispunkte, Preis und Rendite, nominale und reale Werte sowie verschiedene Währungen. Ein Feld sollte deshalb eine eindeutige Definition haben. Prozentzeichen gehören in die Anzeige, nicht ungeprüft in eine Spalte, deren Parser eine reine Zahl erwartet.

Der schnellste Gegencheck ist ein bekannter Datensatz. Nimm einen Wert, rechne ihn von der Rohdatei bis zur Anzeige durch und vergleiche jeden Zwischenschritt. Ein einzelner Testfall findet Dezimalfehler oft früher als ein vollständiger Dashboard-Screenshot.


05

Leer ist nicht null

Eine echte Null ist eine Beobachtung. Ein leerer Wert bedeutet meist, dass keine Beobachtung vorliegt. Diese beiden Fälle dürfen nicht dieselbe Bedeutung bekommen.

Angenommen, ein Portfolio steht im Januar bei 10.000 € und im Februar bei 10.500 €. Für März fehlt der Datenpunkt. Setzt du die Lücke auf 0 % Rendite, sieht der März wie ein stabiler Monat aus. Setzt du den Wert auf den letzten Stand von 10.500 €, wirkt der Chart vollständig, obwohl für März keine neue Beobachtung existiert. Beide Ersatzwerte verändern die Auswertung.

  • 0 % Rendite: Es gab eine gültige Beobachtung ohne Veränderung.
  • Leerer Wert: Es gibt für den erwarteten Zeitraum keine verwertbare Beobachtung.
  • Letzten Wert fortschreiben: Kann für eine gemeinsame Darstellungsachse sinnvoll sein, erzeugt aber keine neue Renditebeobachtung.
  • Interpolieren: Nur mit fachlicher Begründung und sichtbarer Kennzeichnung. Eine Lücke wird nicht durch eine plausible Zahl wahr.

Diese Trennung ist im Assetklassen-Backtester zentral. Börsen haben am Wochenende geschlossen, Bitcoin handelt durchgehend. Für den gemeinsamen Chart wird der letzte bekannte Wert dargestellt. Die Risikokennzahlen verwenden dagegen echte Beobachtungen, damit Wochenenden nicht als zusätzliche Tage mit 0 % Rendite in die Volatilität eingehen. Die Methodik ist dort ausführlich beschrieben.

Vor der Berechnung: Ermittle erwartete Perioden, vorhandene Perioden, Lücken und den letzten echten Datenpunkt. Ein Chart darf diese Informationen sichtbar machen, statt sie hinter einer glatten Linie zu verstecken.

06

Duplikate und Reihenfolge verändern die Kennzahl

Eine Zeile mit Datum und Wert ist noch keine eindeutige Beobachtung. Der Schlüssel muss zum Modell passen. Bei einer täglichen Kursreihe kann er aus Reihe + Datum bestehen. Bei einem Portfolio mit mehreren Konten gehört die Konto-ID dazu. Bei Monatswerten muss klar sein, ob eine nachträgliche Quellenrevision den alten Wert ersetzt oder als neue Version gespeichert wird.

FehlerMögliche WirkungSaubere Reaktion
Doppeltes DatumEin Monat oder Tag zählt doppelt und bekommt zu viel Gewicht.Schlüssel prüfen, Revision entscheiden, Abweichung protokollieren.
Absteigende ZeitRenditen werden in umgekehrter Reihenfolge berechnet.Datum parsen und vor der Kennzahl aufsteigend sortieren.
Locale-Fehler1.234,56 wird als 1,23456 oder 123456 gelesen.Dezimal- und Tausendertrennzeichen für die Quelle festlegen.
QuellenrevisionAlte und neue Version stehen gleichzeitig in der Reihe.Version markieren und genau eine gültige Beobachtung auswählen.

Zwei unterschiedliche Werte für denselben Tag werden nicht automatisch gemittelt. Das wäre eine neue fachliche Regel und kann einen Fehler verdecken. Zuerst muss geklärt werden, ob eine Quelle korrigiert wurde, ob zwei Handelsplätze zusammengefallen sind oder ob das Datum falsch zugeordnet wurde.


07

Plausible Daten können fachlich falsch sein

Ein Wert kann als Zahl parsebar, positiv und im üblichen Bereich sein und trotzdem die falsche Bedeutung haben. Plausibilitätsprüfungen brauchen deshalb zwei Ebenen: technische Fehler, die den Import stoppen, und fachliche Warnungen, die eine Kontrolle verlangen.

PrüfungBeispielEntscheidung
Technisch ungültigDatum nicht lesbar, Pflichtspalte fehlt, Inhaltstyp passt nicht.Import stoppen und Fehler melden.
Strukturell ungültigDoppelter Schlüssel ohne geklärte Revision.Datensatz zurückhalten, nicht still mitteln.
Fachliche WarnungUngewöhnlicher Sprung, lange Lücke oder veralteter letzter Datenpunkt.Markieren und prüfen; echte Sprünge nicht automatisch überschreiben.
Definition prüfenForecast steht in derselben Reihe wie historische Ist-Werte.Trennen und im Dashboard sichtbar kennzeichnen.

Grenzwerte sind Hinweise, keine Wahrheiten. Ein Kurs kann an einem Tag stark steigen. Ein Nährstoffwert kann außerhalb des erwarteten Bereichs liegen, weil ein neues Produkt erfasst wurde. Die Prüfung soll den Blick auf die Stelle lenken. Sie soll keine Daten passend machen.

Gute Warnung: „Wert am 14.03. liegt 48 % über der letzten Beobachtung; Quelle und Einheit prüfen.“ Schlechte Bereinigung: „Wert begrenzen, damit die Kurve ruhig aussieht.“

08

Die Formel kann korrekt sein und trotzdem die falsche Frage beantworten

Bei einer monatlichen Portfolio-Zeitreihe reicht der Durchschnitt der Monatsrenditen nicht automatisch als Jahresrendite. Renditen werden über den Weg des Portfolios miteinander verknüpft. Die Kennzahl muss außerdem wissen, ob Einzahlungen und Entnahmen enthalten sind.

Endwert = Startwert × ∏ (1 + rt) Gesamtrendite = Endwert / Startwert − 1 Annualisierte Rendite = (Endwert / Startwert)12 / n − 1Hier steht n für die tatsächlich berücksichtigten monatlichen Perioden. Bei Einzahlungen brauchst du zusätzlich eine cashflow-bewusste Definition.

Ein kleines Beispiel zeigt den Unterschied: Auf einen Monat mit +10 % folgt ein Monat mit −10 %. Das arithmetische Mittel ist 0 %. Der Wertpfad ist trotzdem kleiner geworden: 1,10 × 0,90 − 1 = −1 %. Das Dashboard muss benennen, welche dieser Größen es zeigt.

Wenn in der Reihe zusätzlich 1.000 € eingezahlt werden, misst Endwert / Startwert − 1 die Mischung aus Anlageergebnis und Einzahlung. Für eine Renditeauswertung brauchst du dann eine Definition, die Cashflows berücksichtigt, etwa eine zeitgewichtete oder geldgewichtete Rendite. Die Formel ist kein Ersatz für diese Entscheidung.

  • Preis: Wert eines Instruments zu einem Zeitpunkt.
  • Periodenrendite: Veränderung zwischen zwei echten Beobachtungen.
  • Kumulierte Rendite: Zusammengesetzte Veränderung über den gesamten Zeitraum.
  • Forecast: Annahme oder Projektion, die im Datenmodell von Ist-Werten getrennt bleiben sollte.

09

Eine kurze Prüfung, die vor jeder Auswertung funktioniert

  1. Frage festhalten: Was soll die Kennzahl beantworten, für wen und über welchen Zeitraum?
  2. Rohdaten sichern: Quelle, Abrufzeitpunkt, Originaldatei und Antwortstatus aufbewahren.
  3. Struktur lesen: Spalten, Datentypen, Granularität, Schlüssel und Zeitzone prüfen.
  4. Darstellung normieren: Datumsformat, Dezimaltrennzeichen, Währung und Prozentdarstellung festlegen.
  5. Vollständigkeit messen: Fehlende Werte, Duplikate, Reihenfolge und letzten echten Datenpunkt ausgeben.
  6. Plausibilität prüfen: Harte Fehler stoppen; Sprünge, Lücken und Quellenwechsel als Warnung markieren.
  7. Eine Zeile nachrechnen: Einen bekannten Fall von der Rohzahl bis zur Dashboard-Anzeige manuell kontrollieren.
  8. Kennzahl benennen: Formel, Einheit, Datenbasis und Ausschlüsse direkt an der Auswertung dokumentieren.

Für ein kleines Dashboard reicht dafür oft eine Prüfseite oder ein Protokoll mit wenigen klaren Feldern. Es muss kein großes Data-Quality-System entstehen. Entscheidend ist, dass ein fehlerhafter Import sichtbar wird, bevor er als bunte Grafik weitergereicht wird.

Meine Freigabegrenze: Eine rote Prüfung blockiert die Kennzahl. Eine gelbe Prüfung lässt die Auswertung nur mit sichtbarer Warnung zu. Eine grüne Prüfung bedeutet, dass die definierte technische und fachliche Prüfung bestanden wurde.

10

Dasselbe Prinzip gilt für Backtester und Solver

Im Assetklassen-Backtester beginnt die Arbeit vor der Kurve: konkrete Datenreihe auswählen, Währung und Wechselkurs festlegen, Handelskalender berücksichtigen, fehlende Beobachtungen trennen und den Datenstand offenlegen. Der Chart zeigt am Ende nur, was diese Regeln zulassen. Er kann keine unklare Reihe nachträglich eindeutig machen.

Im Ernährungsrechner liegt der Fehler an einer anderen Stelle, die Regel ist aber dieselbe. Preis und Nährwerte beziehen sich auf eine definierte Referenz. Funktionen wie foodPrice(f), UNIT_META und buildModel() bauen darauf auf. Wenn ein Wert pro 100 g gespeichert ist, der Solver ihn aber als Packung interpretiert, kann er einen mathematisch zulässigen Plan finden, der fachlich nicht stimmt.

Ein Dashboard und ein Solver sehen verschieden aus. Beide brauchen vor der Berechnung eine klare Antwort auf dieselben Fragen: Was bedeutet eine Zeile? Welche Einheit hat der Wert? Welche Beobachtungen fehlen? Welche Regel entscheidet über eine Abweichung? Erst danach lohnt sich die Frage, wie das Ergebnis angezeigt wird.


Datenbasis im Backtester selbst prüfen

Wähle Zeitraum und Anlageklassen und lies Datenreihe, Endwert und Risiko gemeinsam mit der Methodik.


Weiterlesen

Verwandte Inhalte