Single Source of Truth

Single Source of Truth (SSOT, manchmal einzige Datenquelle oder Datenwahrheit) ist ein Datenmanagement-Prinzip: Für jede relevante Kennzahl existiert genau eine autoritative Quelle, gegen die Entscheidungen getroffen werden. Im Amazon-Kontext ist das Konzept besonders wichtig, weil die Plattform parallel mehrere sich widersprechende Reports liefert.

Warum SSOT auf Amazon schwierig ist

Amazon stellt Daten in vier hauptsächlichen Reporting-Welten bereit:

Hinzu kommen Drittanbieter-Tools (Helium 10, AMALYZE, DataHawk), die nochmals eigene Logiken haben. Wer in jeder Diskussion auf eine andere Quelle verweist, betreibt Datenanarchie.

Was eine SSOT konkret leistet

• Einheitliche Definitionen für ACoS, TACoS, CVR, ROAS, Bruttomarge (welche Gebühren rein, welche raus)
• Einheitliche Zeitfenster und Zeitzonen
• Einheitliche Attributions-Logik (Click vs. View, 7d vs. 14d)
• Einheitliche Aggregationsebene (ASIN vs. SKU vs. Variation-Family)
• Versionierung und Audit-Trail — wer hat wann welche Zahl wie geändert

Typische SSOT-Architektur

In professionalisierten Amazon-Teams:

1. Rohdaten-Layer — Ads API + SP-API + Brand Analytics-Exports → Data Warehouse
2. Modellierungs-Layer — definierte Metriken, Stück-Ökonomik eingebaut
3. Reporting-Layer — Dashboards für tägliche Steuerung, wöchentliche Reviews, monatliche Strategiediskussionen
4. Entscheidungs-Layer — alle Bid-, Kampagnen-, Sortiments-Entscheidungen verweisen auf SSOT-Werte

Wer keine eigene Daten-Pipeline baut, kann eine SSOT-Funktion auch über ein einzelnes Tool herstellen — entscheidend ist die Diskussions-Disziplin, nur diese Quelle zu zitieren.

SSOT versus mehrere Sichten

SSOT bedeutet nicht „nur eine Sicht". Es bedeutet, dass alle Sichten konsistent aus derselben Quelle abgeleitet sind. Ein Dashboard für die Geschäftsführung kann andere Aggregation zeigen als ein Dashboard für den Werbespezialisten — aber beide ziehen aus derselben Datengrundlage.

SSOT und Attribution

Eine der härtesten SSOT-Fragen auf Amazon ist die Attribution:

• Ads Console: 7-Tage Click + 7-Tage View für SP, 14-Tage Click + 14-Tage View für SB
• AMC: konfigurierbar — Last-Touch, Linear, Position-Based
• Brand Analytics: aggregierte Marktposition

Ohne SSOT-Entscheidung („wir messen ACoS in der Ads Console mit 7-Tage-Click + 7-Tage-View") wird jede Diskussion zwischen Marketing, Finance und Sales eine Definitionsfrage.

SSOT-Anti-Pattern

• Excel als SSOT ohne Versionierung — jeder zieht eine andere Excel
• Mehrere Tools mit eigenen ACoS-Berechnungen ohne Abgleich
• „Schöne" und „echte" Reports parallel — eine für externe, eine für interne Sicht
• Tagesaktuelle SSOT ohne Mindest-Klicks/Conversions — Tagesrauschen wird zur Wahrheit gemacht

SSOT und Wahrheit

Eine SSOT ist kein Anspruch auf absolute Wahrheit. Sie ist ein Vereinbarungsstand: „Wir entscheiden auf Basis dieser Zahl." Wenn die Zahl falsch berechnet ist, korrigiert man sie zentral — nicht durch parallele Schatten-Reports.

SSOT und Tooling-Auswahl

Bei der Auswahl von Reporting- und Bid-Management-Tools ist die SSOT-Konsistenz ein wichtigeres Kriterium als die Feature-Liste:

• Liest das Tool aus der Ads API oder berechnet es eigene Zahlen?
• Welche Attribution wird verwendet?
• Wie werden Refunds berücksichtigt?
• Wie werden Variationen aggregiert?

Wenn zwei Tools auf dieselbe Frage unterschiedliche Antworten geben, kann maximal eines die SSOT sein.

Häufige Fehler

• Mehrere parallele Wahrheiten dulden. Jede Abteilung mit eigener Datenquelle = endlose Definitionsdiskussionen statt Entscheidungen.
• SSOT ohne Definitions-Dokument. Wenn nicht aufgeschrieben ist, wie ACoS in der SSOT definiert ist, entstehen Schatten-Definitionen.
• SSOT mit zu hoher Frequenz. Tagesdaten als SSOT für strategische Entscheidungen = Whack-a-Mole.
• Drittanbieter-Tool als SSOT, ohne API-Abgleich. Wenn das Tool aus eigener Logik aggregiert und nicht klar ist, was es genau berechnet, sind Diskussionen über „warum stimmt das nicht mit Seller Central?" vorprogrammiert.
• SSOT ohne Refund-Logik. Wer Brutto-Sales als SSOT führt, ignoriert Retouren — und plant strukturell zu optimistisch.
• SSOT als Tool, nicht als Prozess. SSOT entsteht durch Diskussions-Disziplin, nicht durch Software-Kauf.