Stand: 1. November 2026 · Verantwortlich: Niclas Baldus, Baldux GmbH
Was bedeutet Single Source of Truth?
Single Source of Truth (SSOT) bedeutet, dass es für jede Information im Unternehmen genau eine verbindliche Quelle gibt. Alle anderen Systeme, Listen und Berichte beziehen diese Information von dort, statt eigene Kopien zu pflegen.
Wörtlich übersetzt heißt der Begriff „einzige Quelle der Wahrheit“. Gemeint ist kein bestimmtes Programm, sondern ein Grundsatz: Die Adresse eines Kunden, der Preis eines Artikels oder der Status eines Auftrags wird an einer Stelle gepflegt. Wer die Information braucht, liest sie dort oder bekommt sie automatisch von dort.
Das heißt nicht, dass alle Daten in einem einzigen System liegen müssen. Eine Single Source of Truth kann aus mehreren Systemen bestehen, solange für jede Datenart klar ist, welches System führend ist und wie die anderen davon erfahren.
Warum mehrere Wahrheiten teuer werden
In vielen Unternehmen ist die Systemlandschaft über Jahre gewachsen. Der Vertrieb arbeitet mit einem eigenen Programm, die Buchhaltung mit einem anderen, das Lager mit einer Excel-Liste, und für Auswertungen werden Zahlen in eine weitere Tabelle kopiert. Jede dieser Stellen hält ihre eigene Version der Wahrheit.
Solange alle Kopien gleich sind, fällt das nicht auf. Teuer wird es, wenn sie auseinanderlaufen, und das tun sie fast immer, weil eine Änderung an einer Stelle nicht überall nachgezogen wird. Die Folgen kennen viele aus dem Alltag:
- ✓Rechnungen gehen an eine alte Adresse, weil sie nur im Vertriebsprogramm geändert wurde.
- ✓Im Onlineshop steht ein Artikel als verfügbar, obwohl das Lager leer ist.
- ✓Zwei Berichte zeigen für denselben Monat unterschiedliche Umsätze.
- ✓Besprechungen drehen sich um die Frage, welche Zahl stimmt, statt um die Entscheidung.
- ✓Neue Kolleginnen und Kollegen müssen erst lernen, welcher Liste man trauen kann.
Systemlandschaft aufnehmen: Welche Daten liegen wo?
Der erste Schritt zur Single Source of Truth ist eine ehrliche Bestandsaufnahme Ihrer IT-Landschaft. Bevor Sie etwas verbinden, sollten Sie wissen, welche Systeme es gibt, welche Daten darin liegen und wer sie pflegt. Dazu gehören auch die inoffiziellen Werkzeuge: Excel-Listen, Access-Datenbanken, geteilte Postfächer und der Zettel am Lagerplatz.
Bewährt hat sich eine einfache Tabelle mit einer Zeile je Datenart und einer Spalte je System. In jede Zelle tragen Sie ein, ob das System die Daten anlegt, ändert oder nur liest. So wird schnell sichtbar, wo dieselbe Information an mehreren Stellen geändert wird. Genau dort entstehen die Widersprüche. Diese Fragen helfen bei der Aufnahme:
- ✓Welche Datenarten gibt es, zum Beispiel Kunden, Artikel, Preise, Aufträge und Bestände?
- ✓In welchen Systemen und Listen kommen sie vor?
- ✓Wo werden sie angelegt, wo geändert und wo nur gelesen?
- ✓Wer ist fachlich verantwortlich, wenn ein Wert falsch ist?
- ✓Wie kommen die Daten heute von einem System ins andere: abgetippt, kopiert, importiert oder über eine Schnittstelle?
Führendes System je Datenart festlegen
Für jede Datenart braucht es genau ein führendes System, oft auch Master oder System of Record genannt. Nur dort wird angelegt und geändert, alle anderen Systeme übernehmen den Stand. Welches System führt, entscheidet sich nach dem Ablauf, nicht nach der Technik. Diese Zuordnung ist häufig sinnvoll:
- ✓Kunden und Adressen — Dort, wo der erste Kontakt entsteht und die Daten am häufigsten gepflegt werden, oft im CRM oder im ERP.
- ✓Artikel und Preise — In der Regel im ERP oder in der Warenwirtschaft. Der Onlineshop übernimmt Bezeichnung, Preis und Verfügbarkeit von dort.
- ✓Bestände — Im System, in dem Wareneingang, Umlagerung und Versand gebucht werden. Eine zweite Bestandsliste daneben führt fast immer zu Abweichungen.
- ✓Aufträge und Belege — Dort, wo der Auftrag bearbeitet wird. Andere Systeme bekommen den Status mitgeteilt, ändern ihn aber nicht selbst.
- ✓Mitarbeiterdaten — Meist in der Personalverwaltung. Andere Programme brauchen oft nur Name, Abteilung und Rolle.
- ✓Kennzahlen — Sie werden nicht gepflegt, sondern berechnet. Die Quelle sind die führenden Systeme, nicht eine Tabelle mit abgetippten Werten.
Daten zusammenführen: Import, API und Abgleich
Steht fest, welches System führt, geht es um die Verbindung. Für die Datenintegration gibt es mehrere gängige Wege, die sich oft ergänzen. Welcher passt, hängt davon ab, wie aktuell die Daten sein müssen und wie oft sie sich ändern.
- ✓Datenkonsolidierung — Vor dem Zusammenführen werden Dubletten bereinigt und Schreibweisen vereinheitlicht. Sonst wandern alte Fehler in die neue Quelle.
- ✓Import — Daten werden als Datei übernommen, etwa als CSV oder Excel. Gut für den ersten Bestand und für seltene Aktualisierungen, aber kein Ersatz für eine laufende Verbindung.
- ✓API-Schnittstelle — Programme fragen Daten direkt beim führenden System ab oder schreiben dorthin. So arbeitet jedes System mit dem aktuellen Stand.
- ✓Webhook — Das führende System meldet von sich aus, wenn sich etwas ändert, zum Beispiel eine neue Adresse. Die anderen Systeme müssen nicht ständig nachfragen.
- ✓Abgleich — Ein regelmäßiger Lauf vergleicht die Bestände und meldet Abweichungen. Er fängt ab, was unterwegs verloren gegangen ist.
- ✓Daten aggregieren — Für Auswertungen werden Werte aus mehreren Quellen zusammengefasst, etwa der Umsatz je Kunde. Die Summe entsteht aus den Quelldaten und wird nicht von Hand übertragen.
Single Source of Truth, Data Warehouse und Data Hub
Die Begriffe werden oft vermischt, meinen aber Verschiedenes. Eine Single Source of Truth ist ein Grundsatz für die tägliche Arbeit: Jede Information hat eine verbindliche Quelle, aus der gelesen und in die geschrieben wird.
Ein Data Warehouse ist ein Datenspeicher für Auswertungen. Es sammelt Kopien aus den laufenden Systemen, meist in festen Abständen, und hält auch ältere Stände für Vergleiche über die Zeit. Darin wird nicht gearbeitet, sondern gelesen. Ein Data Warehouse kann die verbindliche Quelle für Berichte sein. Es ersetzt aber nicht die Klärung, welches System die Daten im Alltag führt.
Ein Data Hub, auf Deutsch auch Datendrehscheibe, verbindet Systeme und verteilt Daten zwischen ihnen. Er sorgt dafür, dass Änderungen aus dem führenden System bei allen anderen ankommen. In der Praxis ergänzen sich die drei: Das führende System bestimmt, die Drehscheibe verteilt, und das Data Warehouse wertet aus.
Rechte und Nachvollziehbarkeit
Eine gemeinsame Datenquelle ist nur dann verbindlich, wenn man ihr trauen kann. Dafür braucht es zwei Dinge: klare Rechte und eine nachvollziehbare Historie.
Rechte legen fest, wer welche Daten sehen und ändern darf. Je mehr Bereiche auf dieselbe Quelle zugreifen, desto wichtiger wird das. Der Vertrieb soll Kundendaten pflegen, aber keine Einkaufspreise sehen. Die Buchhaltung braucht die Rechnungsadresse, aber nicht die Gesprächsnotizen. Auch Schnittstellen bekommen eigene Zugänge, die nur auf das zugreifen, was sie wirklich brauchen.
Die Historie hält fest, wer wann welchen Wert geändert hat, mit dem Stand vorher und nachher. Weicht eine Zahl ab, lässt sich klären, woher sie kommt. Das schafft Vertrauen und erspart die Suche in E-Mails und alten Dateiständen.
Beispiel: Kunden- und Artikelstamm über drei Systeme
Ein Händler arbeitet mit einem ERP, einem Onlineshop und einem CRM. Kundenadressen werden im Shop bei der Bestellung angelegt, im CRM vom Vertrieb ergänzt und im ERP für die Rechnung noch einmal gepflegt. Preise ändert der Einkauf im ERP, die Shop-Preise trägt jemand von Hand nach. Der Weg zur Single Source of Truth sieht so aus:
Entscheidend ist der Schritt vom Ist zum Soll. Die Technik folgt erst, wenn die Zuständigkeit geklärt ist.
Ist
- Adressen in drei Systemen
- Preise von Hand im Shop
- Abweichungen fallen erst bei der Rechnung auf
Soll
- Kunden führt das CRM
- Artikel und Preise führt das ERP
- Die übrigen Systeme übernehmen den Stand
Umsetzung
- Dubletten bereinigen
- Neue Shop-Kunden per Schnittstelle ins CRM
- Preisänderungen per Webhook an den Shop
Ergebnis
- Eine Adresse je Kunde
- Shop-Preise gleich ERP-Preise
- Berichte aus einer Quelle
Typische Fehler auf dem Weg zur Single Source of Truth
Die meisten Vorhaben scheitern nicht an der Technik, sondern an fehlenden Festlegungen. Diese Fehler sind besonders häufig:
- ✓Zwei Systeme dürfen dieselben Daten ändern, und niemand weiß, welche Änderung gilt.
- ✓Schnittstellen kopieren Daten in beide Richtungen, ohne Regel für Widersprüche.
- ✓Alte Listen bleiben neben dem neuen Weg in Gebrauch, „nur zur Sicherheit“.
- ✓Dubletten werden mit übernommen, statt sie vorher zu bereinigen.
- ✓Begriffe sind nicht abgestimmt: Für den Vertrieb ist jeder Kontakt ein Kunde, für die Buchhaltung nur, wer schon bestellt hat.
- ✓Das Vorhaben startet mit allen Datenarten gleichzeitig statt mit der, die am meisten stört.
XGait als gemeinsame Datenbasis neben Ihrem ERP
XGait ist ein Framework für Unternehmenssoftware nach Maß. Daraus kann ein ganzes ERP werden, eine Speziallösung oder eine Datenbasis, die neben Ihrem bestehenden ERP läuft und Ihre Systeme verbindet. Sie müssen also nicht alles ersetzen, um zu einer Single Source of Truth zu kommen.
Wir richten Ihre Datenarten als Objekte mit Feldern und Verknüpfungen ein, zum Beispiel Adressen, Artikel und Aufträge. Jedes Objekt ist automatisch über die REST-API erreichbar. Vorhandene Daten übernehmen wir per Import aus CSV, Excel oder JSON. Andere Systeme binden wir über Konnektoren an, die wir für REST-, GraphQL- oder SOAP-Schnittstellen einrichten. Ausgehende Webhooks melden Änderungen signiert an andere Systeme, eingehende nehmen Meldungen anderer Systeme an, auch mit Signaturprüfung. Für Auswertungen gibt es einen lesenden OData-Zugang.
Rollen und Rechte gelten bis auf Objekt, Zeile und Feld. Für Schnittstellen vergeben Sie eigene API-Schlüssel, die nur die freigegebenen Objekte lesen und nur mit ausdrücklichem Schreibrecht schreiben. Die Historie hält Änderungen mit Vorher und Nachher fest, und ein früherer Stand lässt sich wiederherstellen.
Ihr Weg zur Single Source of Truth mit XGait
Welche Systeme bei Ihnen welche Daten führen, ordnen wir im Erstgespräch gemeinsam. Danach nehmen wir Ihre Abläufe und Ihre Systemlandschaft auf, und Sie erhalten einen Umsetzungsvorschlag mit Festpreis. Wir bauen die Datenbasis maßgeschneidert auf, binden Ihre Systeme an und übernehmen die Bestände. Sie testen und geben frei.
Ihre Instanz hat eine eigene Datenbank und läuft auf Servern in Deutschland. Updates, Backups und Überwachung übernehmen wir. Ihre Daten können Sie während der Vertragslaufzeit als Excel oder CSV und vollständig über die API exportieren.