Was ist ein Golden Record? Definition, Bedeutung und Umsetzung im MDM

  Ein Golden Record ist die eine verlässliche Version eines Datensatzes, auf die sich das gesamte Unternehmen verlassen kann. Wenn derselbe Kunde, dasselbe Produkt oder derselbe Lieferant in fünf Systemen mit fünf leicht unterschiedlichen Schreibweisen, Adressen oder Spezifikationen existiert, ist der Golden Record die eine zusammengeführte Version, die als maßgeblich gilt. Er ist ein Kernbegriff im Master Data Management (MDM), und er ist das, was eine echte Single Source of Truth von einem Haufen widersprüchlicher Kopien unterscheidet. Dieser Artikel erklärt, was ein Golden Record ist, wie er sich von einer Single Source of Truth unterscheidet, wie er über Matching und Survivorship-Regeln tatsächlich entsteht und warum er für Produkt- und Kundendaten zählt.  

 

Was ist ein Golden Record?

Ein Golden Record ist eine ausdrücklich geregelte, nachvollziehbare Version einer Datenentität, die durch Abgleich der Datensätze aus allen Systemen entsteht, die Informationen darüber halten. Es geht nicht bloß darum, Daten an einem Ort zu speichern. Es geht darum, die Widersprüche zwischen den Quellen aufzulösen, sodass es eine definierte, begründbare Antwort gibt, welche Adresse stimmt, wenn das ERP eine andere nennt als das CRM. Diese Antwort entsteht durch Matching-Logik, Survivorship-Regeln und Stewardship, allesamt geregelt statt dem Zufall überlassen. Ohne sie hat man einen Datensee, keinen Golden Record.

Golden Record vs. Single Source of Truth

Beide Begriffe werden oft synonym verwendet, sind aber nicht dasselbe. Eine Single Source of Truth ist das architektonische Ziel: ein Ort, dem das ganze Unternehmen für eine bestimmte Art von Daten vertraut. Der Golden Record ist die Einheit, die dieses Ziel real macht, der einzelne zusammengeführte Datensatz für ein Produkt oder einen Kunden. Kurz gesagt: Die Single Source of Truth ist das Ziel; Golden Records sind das, was sie füllt. Ein System kann eine Single Source of Truth versprechen, es liefert sie aber nur, wenn es für jede Entität tatsächlich einen korrekten Golden Record erzeugen kann.

Wie ein Golden Record entsteht

Einen Golden Record aufzubauen ist ein definierter Prozess, keine einmalige Zusammenführung. Er läuft in sechs Stufen:

1. Ingestion: Quellsysteme (ERP, CRM, PIM, E-Commerce, Lieferanten-Feeds) anbinden und ihre Datensätze in einem einheitlichen Format in eine Staging-Umgebung laden.
2. Matching: erkennen, welche Datensätze über die Systeme hinweg dieselbe reale Entität beschreiben, auch bei abweichenden Bezeichnern und Schreibweisen.
3. Survivorship: Regeln anwenden, die Attribut für Attribut entscheiden, welcher Wert gewinnt, wenn die Quellen sich widersprechen.
4. Validierung: den entstandenen Datensatz gegen Geschäfts- und Formatregeln prüfen, bevor ihm vertraut wird.
5. Publikation: den Golden Record an die angebundenen Systeme zurückverteilen, damit alle mit ihm arbeiten.
6. Pflege: ihn aktuell halten, während sich die Quellen ändern, denn ein Golden Record verfällt wie jeder andere Datensatz, wenn man ihn sich selbst überlässt.

 

Survivorship-Regeln erklärt

Survivorship ist das Herz des Golden Record und der Teil, den die meisten unterschätzen. Es ist die Logik, die entscheidet, welcher Wert überlebt, wenn zwei Systeme sich widersprechen. Vier Ansätze dominieren. Source Trust bevorzugt den Wert aus dem System, das für dieses Attribut als am verlässlichsten gilt, sodass Finanzdaten aus dem ERP gewinnen können, Marketingtexte dagegen aus dem PIM. Recency nimmt den zuletzt aktualisierten Wert, was zu Feldern wie Kontaktdaten passt. Frequency behält den Wert, der über die Quellen hinweg am häufigsten vorkommt. Completeness bevorzugt den Datensatz mit den vollständigsten Feldern.       Reale Implementierungen mischen diese Ansätze je Attribut, und die Regeln selbst werden über Data Governance festgelegt, nicht von demjenigen, der zufällig den Import fährt. Genau diese Governance macht einen Golden Record begründbar statt willkürlich. Wer diese Regeln im Alltag pflegt, beschreibt Data Steward: Aufgaben und Skills. Wie die laufende Pflege organisiert wird, vertieft unser Artikel zum Stammdaten verwalten.

Warum Golden Records zählen

Der Nutzen zeigt sich überall dort, wo Daten geteilt werden. Bei Kundendaten bedeutet ein Golden Record eine korrekte Sicht statt doppelter Mailings, falsch zugeordneter Umsätze und Compliance-Problemen. Bei Produktdaten trägt derselbe Artikel einen korrekten Satz an Spezifikationen, Klassifikationen und Assets über Shop, Marktplatz und Katalog hinweg, statt drei Versionen, die sich still widersprechen. Der Preis des Verzichts ist gut belegt: Gartner schätzte 2020, dass schlechte Datenqualität ein Unternehmen im Schnitt 12,9 Mio. US-Dollar pro Jahr kostet. Ein Golden Record setzt an der Wurzel dieser Kosten an, indem er die Unklarheit darüber beseitigt, welcher Wert echt ist.

Golden Records für Produktdaten: die Rolle von MDM und PIM

Golden Records entstehen in Systemen, die dafür gebaut sind. Eine Master-Data-Management-Plattform konsolidiert Datensätze über Domänen hinweg (Kunden, Lieferanten, Produkte) und pflegt den Golden Record je Entität. Für Produktdaten im Besonderen erzeugt und veredelt ein PIM-System den maßgeblichen Produktdatensatz und erzwingt die Regeln, die ihn sauber halten. VIA/MDM baut und regiert Golden Records über Domänen hinweg, VIA/PIM360° tut dies für Produktinformationen und wendet Validierung und Workflows an der Quelle an. Zusammen machen sie aus dem Konzept dieses Artikels operative Realität statt eines Schaubilds.