15 Oktober 2026

Single Source of Truth, kurz SSOT, bezeichnet das Prinzip einer gemeinsam anerkannten, maßgeblichen Informationsbasis für einen festgelegten Bereich. Beteiligte sollen dieselben abgestimmten Daten und Definitionen verwenden können. Dazu müssen Herkunft, Zuständigkeit, Gültigkeit und Aktualisierung der Informationen eindeutig geregelt sein.

Was bedeutet eine gemeinsame Informationsbasis?

In Produktionsunternehmen entstehen leicht mehrere Antworten auf dieselbe Frage: Welche Zeichnung gilt? Wie viele Gutteile wurden gefertigt? Welche Maschine ist einem Auftrag zugeordnet? Unterschiedliche Dateien und Anwendungen können dabei jeweils plausibel wirken, obwohl sie verschiedene Stände oder Begriffe verwenden.

Eine Single Source of Truth soll solche Widersprüche für ihren definierten Zweck auflösen. Der Begriff wird sowohl für maßgebliche Datenbestände als auch für abgestimmte, systemübergreifende Sichten verwendet. Deshalb sollte jedes Projekt ausdrücklich festlegen, welche Informationen und Entscheidungen abgedeckt werden.

IBM unterscheidet beispielsweise zwischen einem System of Record als führender Quelle eines Fachbereichs und einer Source of Truth, die Informationen mehrerer solcher Quellen zusammenführt. Diese Rollen helfen bei der Planung, sind aber keine Garantie für fehlerfreie Inhalte. Die fachlichen Regeln bleiben entscheidend.

Eine Datenbank allein genügt nicht

Werden widersprüchliche Tabellen unverändert in einen gemeinsamen Speicher kopiert, liegen die Widersprüche anschließend nur an einem Ort. Erst die Klärung von Bedeutung, Zuordnung und Zuständigkeit schafft eine verlässliche Grundlage. Ein zentrales System kann diese Arbeit unterstützen, aber nicht ersetzen.

Ebenso muss nicht jede Information in derselben Anwendung entstehen. Ein Unternehmen kann technische Daten in PDM und betriebliche Auftragsdaten in ERP pflegen. Eine gemeinsame Sicht kann beide verbinden, wenn Herkunft und Verknüpfung nachvollziehbar bleiben.

Die zentrale Frage lautet: Welche Quelle ist für welches Merkmal und welchen Verwendungsfall maßgeblich? Eine pauschale Entscheidung für ein einziges System kann zu kurz greifen, wenn unterschiedliche Fachbereiche verschiedene Informationen verantwortlich pflegen.

Was muss eindeutig geregelt sein?

Regelungsbereich	Beispielfrage	Risiko ohne Klärung
Bedeutung	Was zählt als Gutteil?	Unterschiedliche Kennzahlen
Identität	Welches Produkt ist gemeint?	Falsche Zusammenführung
Zuständigkeit	Wer darf den Wert ändern?	Parallele Pflege
Gültigkeit	Für welche Aufträge gilt der Stand?	Falsche Verwendung
Aktualität	Wann wurde zuletzt übernommen?	Veraltete Entscheidungen
Konfliktbehandlung	Wie werden Abweichungen geklärt?	Unbemerkte Widersprüche

Diese Regeln sollten für die Nutzer verständlich sein. Eine technisch vorhandene Herkunftsangabe hilft wenig, wenn niemand erkennen kann, ob der angezeigte Wert bereits freigegeben oder noch vorläufig ist. Status und Aussagegrenzen gehören deshalb zur Darstellung.

Praxisbeispiel: Zwei unterschiedliche Gutstückzahlen

Das folgende Beispiel ist fiktiv. Ein Produktionsbereich meldet für eine Schicht 980 gefertigte Teile. Eine Qualitätsauswertung zeigt 950 unmittelbar freigegebene Teile. Weitere 20 Teile warten noch auf eine Entscheidung und 10 sind als Ausschuss bewertet. Die Zahlen widersprechen sich zunächst nur scheinbar, weil unterschiedliche Größen betrachtet werden.

Für das tägliche Produktionsgespräch wird festgelegt, dass die Gutstückzahl ausschließlich freigegebene Teile umfasst. Offene Entscheidungen werden separat ausgewiesen. Der Bericht zeigt daher 950 Gutteile, 20 offene Teile und 10 Ausschussteile bei insgesamt 980 gefertigten Teilen.

Später werden 15 der offenen Teile freigegeben und 5 verworfen. Die Auswertung muss kenntlich machen, ob sie den ursprünglichen Schichtabschluss oder den späteren Bewertungsstand zeigt. Beide Sichten können sinnvoll sein, solange Zeitpunkt und Definition eindeutig sind.

Eine Single Source of Truth bedeutet hier nicht, eine der ursprünglichen Zahlen willkürlich zu löschen. Sie bedeutet, die Sachverhalte sauber zu unterscheiden, die Quellen zu verbinden und für die jeweilige Frage eine abgestimmte Sicht bereitzustellen. Das Beispiel zeigt, warum reine Zahlenangleichung keine ausreichende Datenklärung ist.

Version, Freigabe und zeitliche Sicht

Für Produktinformationen ist der neueste Stand nicht automatisch der richtige. Eine neue Zeichnungsrevision kann erst für zukünftige Aufträge gelten. Für ein bereits gefertigtes Exemplar bleibt der damalige Stand relevant. Eine verlässliche Informationsbasis muss diese zeitlichen Bezüge erhalten.

Auch Kennzahlen können nachträglich korrigiert werden. Dann sollte nachvollziehbar sein, was verändert wurde und welche Berichte betroffen sind. Werden historische Werte stillschweigend überschrieben, kann eine spätere Analyse frühere Entscheidungen nicht mehr richtig einordnen.

Der Digital Thread kann solche Beziehungen über Lebensphasen unterstützen. Er verbindet Informationen und ihre Herkunft. Die Entscheidung, welcher Stand für eine konkrete Verwendung maßgeblich ist, benötigt trotzdem passende fachliche Regeln.

Umgang mit Kopien und Auswertungen

Kopien sind im Betrieb nicht grundsätzlich vermeidbar. Berichte, lokale Zwischenspeicher oder exportierte Dokumente können erforderlich sein. Wichtig ist, dass ihre Herkunft und ihr Stand bekannt sind und dass sie nicht ungeprüft zu einer parallel gepflegten Gegenquelle werden.

Eine Auswertung kann Daten verändern, etwa durch Filter, Gruppierung oder Berechnung. Diese Schritte sollten dokumentiert sein. Zwei Berichte auf derselben Datenbank können unterschiedliche Ergebnisse liefern, wenn sie andere Zeiträume oder Ausschlussregeln verwenden.

Ein Produktions-Dashboard sollte deshalb relevante Definitionen und Aktualitätsangaben bereitstellen. Eine gemeinsame Oberfläche ist erst dann hilfreich, wenn ihre Werte für die Nutzer nachvollziehbar sind.

Einführung einer Single Source of Truth

Bereich eingrenzen: Mit einer konkreten Datenfrage beginnen.
Quellen erfassen: Entstehung und Verwendung der Angaben nachvollziehen.
Begriffe abstimmen: Unterschiedliche Bedeutungen sichtbar machen.
Verantwortung festlegen: Führende Pflege und Freigabe bestimmen.
Übernahmen gestalten: Identitäten, Stände und Änderungen berücksichtigen.
Konflikte testen: Abweichende oder verspätete Angaben bewusst prüfen.

Die Datenstrategie kann hierfür Ziele und Zuständigkeiten vorgeben. Der praktische Nachweis entsteht jedoch im Arbeitsablauf. Eine geeignete Prüfung verfolgt einen Datensatz von seiner Entstehung bis zur Verwendung und untersucht, ob die vorgesehenen Regeln tatsächlich greifen.

Der Nutzen lässt sich beispielsweise an weniger Abstimmungsaufwand oder einer schnelleren Klärung von Abweichungen beurteilen. Die Anzahl angeschlossener Systeme ist dafür kein ausreichender Maßstab. Auch laufende Pflege und Fehlerbearbeitung verursachen Aufwand.

Grenzen und typische Missverständnisse

Die Bezeichnung Single Source of Truth bedeutet keine absolute Wahrheit. Auch eine offiziell maßgebliche Quelle kann falsche Eingaben oder unvollständige Informationen enthalten. Datenqualität und Korrekturprozesse bleiben notwendig.

Ebenso ist eine gemeinsame Sicht kein Ersatz für fachliche Unterschiede. Ein Entwicklungsstand, ein Fertigungsstand und ein gewarteter Ist-Zustand können voneinander abweichen, ohne dass einer davon grundsätzlich falsch ist. Die Informationsbasis muss den jeweiligen Kontext zeigen, statt unterschiedliche Sachverhalte künstlich gleichzusetzen.

Häufige Fragen zur Single Source of Truth

Müssen alle Daten in einer einzigen Datenbank liegen?

Nein. Entscheidend ist eine abgestimmte, maßgebliche Sicht mit nachvollziehbaren Quellen. Informationen können weiterhin in unterschiedlichen Fachanwendungen gepflegt werden. Die Integration muss jedoch Identitäten, Bedeutung und Aktualität berücksichtigen. Ein gemeinsamer Speicher kann sinnvoll sein, ist aber weder allein ausreichend noch für jeden Anwendungsfall zwingend erforderlich.

Ist ein führendes System automatisch fehlerfrei?

Nein. Die Festlegung eines führenden Systems regelt zunächst die Zuständigkeit. Falsche Eingaben, fehlende Aktualisierungen oder unklare Begriffe können weiterhin auftreten. Eine verlässliche Nutzung benötigt Prüfungen und einen geregelten Korrekturweg. Die Bezeichnung als maßgebliche Quelle darf nicht dazu führen, erkennbare Fehler ungeprüft zu übernehmen.

Dürfen mehrere gültige Sichten existieren?

Ja, wenn sie unterschiedliche Sachverhalte oder Zeitpunkte beschreiben. Eine ursprüngliche Auslieferung und ein späterer Wartungszustand können beide korrekt dokumentiert sein. Wichtig ist, dass der Kontext sichtbar bleibt. Problematisch sind konkurrierende Angaben zur exakt gleichen Frage, wenn weder Gültigkeit noch Zuständigkeit geklärt sind.

Warum unterscheiden sich Berichte trotz gemeinsamer Datenquelle?

Berichte können andere Filter, Zeitgrenzen, Berechnungen oder Bewertungsstände verwenden. Eine gemeinsame Datenquelle allein vereinheitlicht diese Regeln nicht. Für vergleichbare Ergebnisse müssen auch die fachlichen Definitionen und Verarbeitungsschritte abgestimmt sein. Abweichungen sollten deshalb zunächst inhaltlich untersucht werden, bevor eine Zahl als falsch eingestuft wird.

Wie lässt sich die Verlässlichkeit prüfen?

Ein geeigneter Test verfolgt ausgewählte Informationen von der Erfassung bis zur Entscheidung. Dabei werden Zuständigkeit, Zuordnung, Änderung und Aktualität kontrolliert. Zusätzlich sollten Konfliktfälle geprüft werden, etwa verspätete Rückmeldungen oder nachträgliche Korrekturen. So wird sichtbar, ob die gemeinsame Informationsbasis auch außerhalb des einfachen Standardfalls funktioniert.

Quellen und weiterführende Informationen

IBM: System of Record versus Source of Truth, Rollen führender Quellen und zusammengeführter Sichten.
IBM: Data Governance, organisatorischer Rahmen der Datenverwaltung.

Stand: Oktober 2026. Das Gutstückzahlenbeispiel ist fiktiv.