Eine Single Source of Truth, kurz SSOT, bezeichnet das Prinzip, für geschäftsrelevante Informationen eine eindeutig definierte und verlässliche Datenquelle festzulegen. Alle angeschlossenen Systeme sollen sich auf dieselben gültigen Daten beziehen, anstatt eigene, möglicherweise widersprüchliche Versionen zu verwalten.
Im E-Commerce ist dieses Prinzip besonders wichtig, wenn Shopware, ERP, PIM, CRM, Warenwirtschaft, Marktplätze und weitere Plattformen miteinander verbunden sind. Ohne klare Datenhoheit können unterschiedliche Preise, Bestände, Kundendaten oder Produktinformationen entstehen.
Eine Single Source of Truth bedeutet dabei nicht zwingend, dass sämtliche Daten physisch in einem einzigen System gespeichert werden. Entscheidend ist vielmehr, dass klar definiert ist, welches System für welche Information führend ist.
Wie funktioniert eine Single Source of Truth?
In einer modernen Systemlandschaft existieren häufig mehrere spezialisierte Anwendungen.
Beispielsweise:
ERP: Einkaufspreise und Lagerbestände
PIM: Produkttexte und technische Eigenschaften
Shopware: Onlineshop und Bestellungen
CRM: Vertriebsinformationen und Kundenkontakte
Die zentrale Aufgabe besteht darin, für jedes relevante Datenobjekt festzulegen, welches System die verbindliche Version besitzt.
Ein typischer Datenfluss könnte so aussehen:
PIM → Produktdaten → Shopware
ERP → Bestand und Preise → Shopware
Shopware → Bestellungen → ERP
Das führende System entscheidet dabei, welche Version einer Information gültig ist.
Was bedeutet Datenhoheit?
Datenhoheit beschreibt die Verantwortung für einen bestimmten Datentyp/Datensatz.
Ein einfaches Beispiel:
Der Lagerbestand wird im ERP verwaltet.
Ein Mitarbeiter verändert den Bestand direkt in Shopware.
Beim nächsten Synchronisationslauf überschreibt das ERP diese Änderung wieder.
Das ist korrekt, wenn vorher festgelegt wurde:
Das ERP besitzt die Datenhoheit über den Lagerbestand.
Shopware darf den Bestand verwenden und anzeigen, aber nicht dauerhaft als führende Quelle verändern.
Beispiel für Datenhoheit im E-Commerce
Eine sinnvolle Zuordnung kann folgendermaßen aussehen:
| Datenbereich | Führendes System |
|---|---|
| Produktnummer | ERP |
| Einkaufspreis | ERP |
| Lagerbestand | ERP |
| Produktbeschreibung | PIM |
| Produktbilder | PIM |
| Onlinebestellung | Shopware |
| Kundenkonto im Shop | Shopware |
| Vertriebsinformationen | CRM |
| Buchhaltungsdaten | ERP oder Buchhaltung |
Diese Zuordnung ist nicht universell. Jedes Unternehmen muss entscheiden, welches System aufgrund seiner Prozesse die jeweilige Verantwortung übernehmen soll.
Single Source of Truth und System of Record
Die Begriffe Single Source of Truth und System of Record werden häufig miteinander verwechselt.
Ein System of Record, kurz SOR, ist die maßgebliche Quelle für einen bestimmten Geschäftsbereich oder Datentyp.
Ein Unternehmen kann deshalb mehrere Systems of Record besitzen.
Beispielsweise:
ERP = System of Record für Lagerbestand
CRM = System of Record für Vertriebsdaten
PIM = System of Record für Produktinformationen
Eine Single Source of Truth beschreibt dagegen stärker das übergeordnete Ziel, allen Beteiligten eine konsistente und abgestimmte Sicht auf die relevanten Daten bereitzustellen.
Warum ist eine SSOT im E-Commerce wichtig?
Ein Onlineshop ist heute selten ein isoliertes System.
Daten werden häufig zwischen mehreren Plattformen ausgetauscht. Ohne klare Verantwortlichkeiten können schnell Fehler entstehen.
Typische Probleme sind:
- unterschiedliche Lagerbestände
- falsche Produktpreise
- doppelte Kunden
- veraltete Produktinformationen
- unterschiedliche Artikelnummern
- widersprüchliche Lieferzeiten
Eine klare Datenhoheit reduziert solche Konflikte erheblich.
Beispiel mit Shopware 6
Ein Händler verwendet:
- Shopware 6 (Shopware übernimmt Verkauf und Checkout.)
- ERP (Das ERP verwaltet Warenwirtschaft und Lager.)
- PIM (Das PIM verwaltet Produktinformationen.)
- CRM (Das CRM verwaltet Vertriebsaktivitäten.)
Die Architektur könnte folgendermaßen aufgebaut sein:
PIM → Produktinformationen → Shopware
ERP → Preise und Bestand → Shopware
Shopware → Bestellungen → ERP
Shopware und ERP → Kundendaten → CRM
Wichtig ist dabei, dass Rückrichtungen bewusst definiert werden. Sonst können Synchronisationsschleifen entstehen.
Vorteile einer Single Source of Truth
Konsistente Daten
Alle Systeme arbeiten mit derselben verbindlichen Datenbasis.
Weniger manuelle Fehler
Informationen müssen nicht mehrfach gepflegt werden.
Einfachere Automatisierung
Schnittstellen wissen eindeutig, welches System Daten liefern darf.
Bessere Datenqualität
Widersprüchliche Versionen können reduziert werden.
Grundlage für KI
Auch KI-Systeme und Data Agents benötigen eindeutige Datenquellen. Wenn mehrere Systeme unterschiedliche Zahlen liefern, kann auch eine KI keine verlässliche Entscheidung treffen.
Grenzen und Herausforderungen
Eine Single Source of Truth entsteht nicht automatisch durch den Einsatz einer bestimmten Software.
Die größte Herausforderung ist häufig organisatorischer Natur.
Unternehmen müssen klären:
- Wer besitzt welche Daten?
- Wer darf sie ändern?
- Welche Systeme dürfen nur lesen?
- Wie werden Konflikte behandelt?
- Was passiert bei einem Systemausfall?
Auch technisch müssen Schnittstellen, Synchronisation und Fehlerbehandlung sauber umgesetzt werden.
Single Source of Truth und Middleware
Eine Middleware kann bei komplexen Systemlandschaften eine wichtige Rolle übernehmen.
Beispiel:
ERP → Middleware → Shopware
PIM → Middleware → Shopware
Shopware → Middleware → CRM
Die Middleware kann Daten:
- transformieren
- validieren
- verteilen
- protokollieren
- priorisieren
Sie sollte jedoch nicht automatisch selbst zum führenden System werden.
Die eigentliche Datenhoheit sollte weiterhin eindeutig definiert bleiben.
Schritt für Schritt eine Datenhoheit definieren
1. Systeme erfassen
Alle beteiligten Anwendungen dokumentieren.
2. Datenobjekte definieren
Beispielsweise Produkte, Preise, Bestände, Kunden und Bestellungen.
3. Führendes System bestimmen
Für jedes Datenobjekt genau ein verantwortliches System festlegen.
4. Datenfluss dokumentieren
Festlegen, in welche Richtung Informationen übertragen werden.
5. Schreibrechte begrenzen
Nicht jedes System sollte Daten zurückschreiben dürfen.
6. Konfliktregeln festlegen
Definieren, was passiert, wenn unterschiedliche Werte vorhanden sind.
7. Monitoring einrichten
Synchronisationsfehler und Datenabweichungen sollten automatisch erkannt werden.
FAQ zur Single Source of Truth
Muss eine SSOT ein einziges System sein?
Nein. Unterschiedliche Datenbereiche können unterschiedliche führende Systeme besitzen. Entscheidend ist eine eindeutige und konsistente Datenhoheit.
Ist das ERP immer das führende System?
Nein. Das ERP eignet sich häufig für Bestände und kaufmännische Daten. Produktbeschreibungen können beispielsweise besser in einem PIM gepflegt werden.
Kann Shopware die Single Source of Truth sein?
Für bestimmte Daten durchaus. Shopware kann beispielsweise für Onlinebestellungen oder Shopkunden das führende System sein.
Warum ist eine SSOT für KI wichtig?
KI-Systeme benötigen verlässliche Daten. Widersprüchliche Quellen können zu falschen Analysen und Empfehlungen führen.
Welche Rolle spielt eine Middleware?
Sie verbindet Systeme und steuert Datenflüsse. Die fachliche Datenhoheit sollte jedoch weiterhin bei den dafür vorgesehenen Quellsystemen bleiben.
Weiterführende Wiki-Einträge
Passende Themen sind:
Passende CUTVERT-Leistungen
Passende Leistungen von CUTVERT sind insbesondere:
Single Source of Truth: Führende Systeme und Datenhoheit einfach erklärt
