PIM oder MDM: Welches System passt zu Ihren Unternehmensdaten?

Das Marketing fordert ein System für Produktbeschreibungen, die Finanzabteilung möchte doppelte Geschäftspartnerdatensätze beseitigen. Beide Teams sprechen von „einheitlichen Daten“, verlangen aber unterschiedliche Änderungen. Die Entscheidung für PIM oder MDM sollte davon abhängen, wo der Widerspruch entsteht: bei der Vorbereitung eines Produkts für den Verkauf oder bei der systemübergreifenden Identifizierung von Kunden, Lieferanten, Produkten und Standorten. Andernfalls riskiert das Unternehmen, einen komfortablen Editor zu kaufen, der sein Hauptproblem nicht löst.

PIM verwaltet Produktinformationen für Vertriebskanäle. MDM vereinheitlicht Stammdaten zu Geschäftsobjekten. Beide Ansätze können nebeneinander bestehen: Entscheidend sind klar definierte Zuständigkeiten, Integrationen und Freigaben für Änderungen.

Wo Produktinhalte enden und Stammdaten beginnen

PIM steht für Product Information Management, also Produktinformationsmanagement. Typische Aufgaben sind das Ergänzen einer Beschreibung, das Erstellen einer Übersetzung, das Verknüpfen von Eigenschaften mit Fotos und das Prüfen der Veröffentlichungsreife. Welche Freigaben, Kanäle und Prüfungen konkret verfügbar sind, hängt vom gewählten Produkt und seiner Edition ab.

MDM steht für Master Data Management, also Stammdatenmanagement. Es geht um einen abgestimmten Datensatz zu einem Geschäftsobjekt: Wer ist dieser Geschäftspartner, welche Kennung hat er, zu welcher Gruppe gehört er und mit welchen Adressen und Verträgen ist er verknüpft? Der Umfang kann Kunden, Lieferanten, Produkte und Standorte umfassen; die Einführung muss nicht in allen Bereichen gleichzeitig beginnen.

In IBMs Erläuterung zu MDM spielen Werkzeuge, Prozesse und Datenverantwortliche eine wichtige Rolle. Ein „Golden Record“ ist eine abgestimmte Darstellung eines Objekts, nicht die Ablage sämtlicher Dokumente in einer Datenbank. Bestellungen und Zahlungen bleiben Transaktionen der jeweiligen Systeme; MDM hilft dabei, ihre Beteiligten einheitlich zu identifizieren.

Vergleich nach Aufgabe, Verantwortung und Ergebnis

Die Bezeichnungen der Systemklassen garantieren keine identischen Funktionen: PIM kann Daten bereinigen, während MDM ausschließlich Produkte verwalten kann. Vergleichen Sie die Szenarien konkreter Lösungen. Die Tabelle zeigt typische Zuständigkeitsbereiche, keine starren technologischen Grenzen.

Wie Sie den richtigen Einstieg bestimmen

Sammeln Sie Fehler aus Vertrieb, Einkauf, Buchhaltung und Content-Team. Halten Sie die Auswirkung und die Entscheidung fest. „Die Daten sind schlecht“ ist keine Diagnose; lässt sich nicht feststellen, ob zwei Datensätze derselben juristischen Person zuzuordnen sind, ergibt sich daraus bereits ein konkreter Prüfgegenstand für MDM.

Wann PIM der erste Schritt ist

Beginnen Sie mit PIM, wenn die Identität von Produkten und Geschäftspartnern hinreichend stabil ist, das Team Produktinhalte aber für verschiedene Kanäle immer wieder neu zusammenstellt. Wichtige Anzeichen sind parallele Übersetzungen, separate Freigaben und widersprüchliche Versionen von Beschreibungen. Für eine einzelne Website mit einem einfachen Redaktionsprozess kann jedoch ein konfiguriertes CMS ausreichen: Die Produktanzahl allein belegt keinen Bedarf an einer separaten Plattform.

Verwandte Fragen zu Produkteigenschaften behandelt der Beitrag über die Vorbereitung eines Katalogs für KI, SEO und Marktplätze. Hier vergleichen wir die Systemgrenzen: die Anreicherung von Produktinhalten und die Abstimmung von Geschäftsobjekten.

Wann eine MDM-Schicht erforderlich ist

MDM kommt infrage, wenn sich nach einem Unternehmenszusammenschluss oder der Anbindung neuer Systeme Kunden, Lieferanten oder Standorte nicht zuverlässig zuordnen lassen. Beispielsweise identifizieren Einkauf und Finanzen denselben Partner unterschiedlich, und das Berichtswesen zählt ihn als zwei. Hier braucht es Regeln zur Stammdatenabstimmung, eine Entscheidungshistorie und eine verantwortliche Person für den strittigen Datensatz.

Nicht jeder Konflikt erfordert eine MDM-Plattform: Mitunter reichen ein gemeinsames Verzeichnis und ein konfigurierter Datenaustausch. Einen organisatorischen Konflikt über die Priorität von Quellen muss zunächst die für die Entscheidung verantwortliche Person lösen.

Wie PIM und MDM zusammenarbeiten: ein hypothetisches Beispiel

Stellen wir uns einen Distributor mit zwei juristischen Personen, einem gemeinsamen Onlineshop und getrennten Datenbanken für die betriebliche Buchführung vor. Dies ist ein hypothetisches Szenario, kein GL.ua-Kundenprojekt. In beiden Datenbanken ist derselbe Hersteller vorhanden, jedoch unter unterschiedlichen Codes. Gleichzeitig erstellt das Content-Team ukrainische und polnische Beschreibungen seiner Produkte.

In diesem Beispiel könnte eine MDM-Schicht eine gemeinsame Identität des Herstellers festlegen und die Zuordnungen der lokalen Codes speichern. PIM erhält die freigegebene Verknüpfung zum Hersteller und verwaltet die Produktinhalte. ERP bleibt die Quelle für buchungsrelevante Transaktionen; Preise und Bestände gelangen über einen separaten, abgestimmten Weg ins Shop-Frontend. Die Website sollte den Partner nicht anhand eines ähnlichen Namens erraten müssen.

Angenommen, eine Datenbank übermittelt den Hersteller als „Orion“, die andere als „Orion Trade“. Die Ähnlichkeit der Namen ist ein Anlass, die Zuordnung zu prüfen, nicht die Datensätze automatisch zusammenzuführen. Die verantwortliche Person gleicht die vereinbarten Identifikationsmerkmale ab. Handelt es sich um verschiedene Organisationen derselben Gruppe, muss das Modell beide Objekte und ihre Beziehung erhalten, statt den Unterschied zu beseitigen.

Anschließend ändert sich der Herstellername. In diesem Modell verteilt MDM den freigegebenen Wert unter Beibehaltung der Zuordnungen, während PIM die Prüfung verknüpfter Materialien vor der Veröffentlichung ermöglicht. Die Redaktion verändert nicht die Identität in der Buchführung. Das Pilotprojekt muss die Quelle der Änderung, ihre Freigabe und ihre Übernahme durch die Systeme zeigen.

Was vor Kauf und Einführung im Pilotprojekt zu prüfen ist

Nutzen Sie im Pilotprojekt anonymisierte reale Konflikte, nicht nur Demonstrationsdatensätze. Die PIM- und MDM-Integration muss sowohl einen erfolgreichen Austausch als auch Fehlerszenarien mit einem vereinbarten Ergebnis durchlaufen.

1. Definieren Sie Objekte, Feldverantwortliche und Quellsysteme. Halten Sie bei einem gemeinsam genutzten Feld fest, wer eine Änderung vorschlagen, freigeben und veröffentlichen darf.
2. Laden Sie Duplikate sowie ähnliche, aber unterschiedliche Datensätze. Prüfen Sie, ob mehrdeutige Zuordnungen zur Prüfung vorgelegt werden und sich die Entscheidung erklären lässt.
3. Führen Sie eine Änderung durchgängig durch: von der Stammdatenfreigabe über die Produktinhalte bis zum Shop-Frontend. Gleichen Sie bei jeder Übergabe Kennungen, Werte und Zugriffsrechte ab.
4. Simulieren Sie einen nicht verfügbaren Empfänger, eine erneute Übermittlung und ein verspätetes Ereignis. Stellen Sie sicher, dass eine Wiederholung weder ein neues Objekt erzeugt noch eine veraltete Version wiederherstellt.
5. Testen Sie die Korrektur einer fehlerhaften Zuordnung. Prüfen Sie das Protokoll, die Wiederherstellung von Beziehungen und die Kontrolle der Auswirkungen auf abhängige Systeme.

Das Abnahmekriterium ist eine reproduzierbare Reaktion auf einen Konflikt: lokale Codes bei einem gemeinsamen Objekt erhalten, falsche Zusammenführungen vermeiden und die Veröffentlichung kontrollieren. Messen Sie die Bearbeitungszeit und manuelle Eingriffe; vereinbaren Sie die zulässigen Grenzen vor dem Test.

Risiken: falsche Zusammenführungen, zwei Verantwortliche und übermäßige Zentralisierung

Ein gefährliches MDM-Risiko ist die Zusammenführung unterschiedlicher Objekte, wodurch Beziehungen zu Verträgen und Bestellungen durcheinandergeraten. Automatischer Abgleich erfordert geprüfte Regeln, Zweifelsfälle hingegen eine manuelle Entscheidung. Die Zuordnungsschwellen aus einer Demonstration müssen Sie anhand Ihrer eigenen Daten prüfen.

Ein weiteres Risiko sind zwei führende Redakteure für dasselbe Feld. Wenn PIM und ERP den Herstellernamen unabhängig voneinander ändern, kann der Datenaustausch die Werte abwechselnd überschreiben. Erforderlich ist eine Verantwortungsmatrix für konkrete Felder, nicht die Erklärung, ein bestimmtes System sei „für alles führend“. Konflikte müssen in einen kontrollierten Prozess gelangen, statt unter dem zuletzt empfangenen Wert zu verschwinden.

Zentralisierung schafft eine Abhängigkeit von der Verfügbarkeit des Dienstes. Legen Sie fest, welche freigegebenen Daten während einer Störung verwendet und welche Änderungen ausgesetzt werden. Beschränken Sie den Zugriff auf Kunden- und Partnerdaten gesondert.

Wovon Zeitplan und Gesamtkosten abhängen

Den Zeitplan bestimmen nicht die Installation der Plattform selbst, sondern die Anzahl der Quellen, Unterschiede zwischen den Modellen, die Komplexität der Beziehungen und die Entscheidungsbereitschaft der Verantwortlichen. Eine sinnvolle Reihenfolge ist Bestandsaufnahme, Verantwortungsmodell, Pilotprojekt für einen Bereich, Anbindung der Abnehmer und kontrollierte Umstellung. Die Zusammenführung des Kundenverzeichnisses und die Einführung neuer Übersetzungen sollten besser als getrennte Arbeitsstränge mit abgestimmten Abhängigkeiten geschätzt werden.

Präzisieren Sie nach dem Pilotprojekt den Zeitplan anhand der tatsächlichen Konflikte, der Grenzen der Programmierschnittstellen und der Freigabezeiten. Prüfen Sie bei einem komplexen Shop-Frontend gesondert, ob die Entkopplung vom CMS wirklich erforderlich ist; das ist eine andere Entscheidung als der Kauf eines PIM. Den entsprechenden Kontext bietet der Beitrag darüber, wann eine Headless-Architektur gerechtfertigt ist.

Die Kalkulation umfasst Lizenzen oder Abonnements, Bestandsaufnahme, Datenmodell, Bereinigung und Zuordnung, Integrationen, Migration, Tests, Schulung und Support. Ergänzen Sie den internen Zeitaufwand der Verantwortlichen für strittige Datensätze, die Überwachung des Datenaustauschs und die Prüfung von Regeländerungen. Vergleichen Sie Angebote mit demselben Umfang: Ein günstigeres PIM-Projekt enthält möglicherweise schlicht nicht die Arbeit an Geschäftspartnerdaten, die im MDM-Angebot berücksichtigt wurde.

Die Entscheidung muss bei der Verantwortung beginnen, nicht bei der Plattform

Wenn das Unternehmen bei der Vorbereitung von Produktinhalten Zeit verliert, prüfen Sie PIM. Wenn verschiedene Systeme nicht klären können, um welchen Kunden, Hersteller oder Lieferanten es geht, prüfen Sie den MDM-Ansatz. Liegen beide Aufgaben vor, grenzen Sie ihre Zuständigkeiten ab und weisen Sie die Kompatibilität anhand eines durchgängigen Szenarios nach. So lassen sich unnötige Module leichter ausschließen und der tatsächliche Arbeitsumfang erkennen.

Bereiten Sie für das Gespräch mit GL.ua (Glyanets) eine Systemlandkarte, Beispiele für Widersprüche und eine Liste der derzeit manuell getroffenen Entscheidungen vor. Besprechen Sie im Rahmen der Entwicklung eines Websystems für Ihr Unternehmen die Architektur des Datenaustauschs mit dem künftigen Shop-Frontend und bitten Sie um eine Aufwandsschätzung für ein Pilotprojekt mit klaren Zuständigkeitsgrenzen. Das ist eine nützlichere Ausgangsaufgabe als die Aufforderung, „ein einheitliches System für alle Daten einzuführen“.