Single Point of Truth (SPoT)

Single Point of Truth (SPoT, gelegentlich auch Single Source of Truth, SSoT) bezeichnet das Prinzip, dass jede Information im Unternehmen genau eine verbindliche Quelle hat. Wenn der Geschäftsführer den Umsatz wissen will, gibt es genau eine Zahl — nicht drei Versionen aus Vertrieb, Controlling und Buchhaltung mit unterschiedlichen Abgrenzungen.

Warum ist Single Point of Truth so wichtig?

Ohne SPoT entstehen klassische Symptome:

Excel-Wildwuchs — jede Abteilung pflegt eigene Listen mit ähnlichem Inhalt
Stundenlange Diskussionen in Meetings, wessen Zahl stimmt
Reports aus Tool A widersprechen denen aus Tool B
Compliance-Audits werden zur Detektiv-Arbeit
Strategische Entscheidungen basieren auf unsicheren Daten

Der Aufwand, Inkonsistenzen aufzulösen, übersteigt langfristig den initialen Aufwand, eine SPoT-Architektur aufzubauen.

Wie wird SPoT in einem ERP-System realisiert?

Ein gut implementiertes ERP-System ist der natürliche SPoT für transaktionale Daten:

Kunden-Stammdaten: zentral im ERP, von dort an CRM, Webshop, Mailings repliziert
Artikel-Stammdaten: ERP als Quelle, von dort an Webshop, Marktplätze, Kataloge syndiziert
Preise und Konditionen: ERP-Preisliste als alleinige Wahrheit
Aufträge und Belege: alle Vertriebs-Kanäle landen im ERP
Buchhaltungs-Konten: Finanz-Modul des ERP als alleinige Buchungs-Quelle

Für analytische Daten (KPIs, Berichte) übernimmt typisch ein Data Warehouse oder ein Lakehouse die SPoT-Rolle — es konsolidiert ERP-Daten mit Web-Tracking, CRM-Aktivitäten und Markt-Daten.

Welche Hürden stehen einer SPoT-Architektur im Weg?

Historisch gewachsene Systeme: Best-of-Breed-Landschaften (CRM, ERP, Shop, PIM, separate Excel) haben jeweils eigene Daten-Bestände
M&A-Bedingt: Zugekaufte Unternehmen bringen eigene ERPs mit — Konsolidierung dauert Jahre
Abteilungs-Politik: Marketing will andere KPI-Definitionen als Vertrieb
Zeitliche Konsistenz: Replikation in Sekunden vs. Tagen — wann ist ein Datum aktuell genug?
Fehlende Master-Data-Governance: Niemand ist verantwortlich für die Pflege der Stammdaten

SPoT in der Praxis: Master Data Management

Operativ wird SPoT durch Master Data Management (MDM) umgesetzt:

Definition: welches System ist Master für welche Daten-Domain (Kunde, Artikel, Lieferant)?
Governance: Rollen wie Data Steward, Data Owner werden benannt
Werkzeuge: dedizierte MDM-Plattformen (Stibo, Informatica, SAP MDG, Profisee) oder ERP-eigene Stammdaten-Module
Prozesse: Pflege-Workflows mit Vier-Augen-Prinzip, Daten-Qualitäts-Checks
Integration: APIs oder ESBs verteilen Daten vom Master in alle abhängigen Systeme

Häufig gestellte Fragen

Was bedeutet Single Point of Truth?

Single Point of Truth (SPoT) bedeutet, dass jede Information im Unternehmen genau eine verbindliche Quelle hat. Wenn der Umsatz abgefragt wird, gibt es genau eine Zahl — nicht mehrere widersprüchliche Versionen aus verschiedenen Tools.

Ist Single Source of Truth dasselbe wie Single Point of Truth?

Ja, die Begriffe werden synonym verwendet. Single Source of Truth (SSoT) ist der englisch häufigere Begriff, Single Point of Truth (SPoT) ist in DACH-Unternehmen verbreiteter.

Welche Rolle spielt das ERP für SPoT?

Das ERP ist für transaktionale Daten der natürliche SPoT — Kunden, Artikel, Preise, Aufträge, Buchungen. Andere Systeme wie CRM, Webshop oder PIM beziehen ihre Stammdaten vom ERP. Für analytische Daten übernimmt typisch ein Data Warehouse die SPoT-Rolle.

Was hat Master Data Management mit SPoT zu tun?

Master Data Management (MDM) ist die operative Umsetzung des SPoT-Prinzips. Es definiert, welches System Master für welche Daten ist, etabliert Governance-Rollen und nutzt Tools zur Verteilung der Daten an abhängige Systeme.

Warum ist SPoT in der Praxis so schwer umzusetzen?

Häufige Hürden sind gewachsene Best-of-Breed-Landschaften, M&A-bedingt mehrere ERPs, fehlende Master-Data-Governance, Abteilungs-Politik bei KPI-Definitionen und technische Komplexität bei Echtzeit-Replikation über viele Systeme hinweg.