MDM vs. PIM: Wann welches System das richtige ist
Die meisten E-Commerce-Unternehmen haben kein MDM-Problem. Sie haben ein Produktdaten-Problem. Wer die Diagnose verwechselt, investiert in das falsche System.
Master Data Management (MDM) ist die unternehmensweite Governance-Architektur für alle kritischen Stammdaten. Stammdaten sind Datenobjekte, die langlebig sind, sich langsam ändern und die von mehreren Systemen gleichzeitig genutzt werden: Produkte, Kunden, Lieferanten, Materialien, Standorte. MDM stellt sicher, dass diese Objekte in allen Systemen konsistent, vollständig und autorisiert vorliegen – und dass bei Konflikten zwischen Systemen klar ist, welche Quelle Recht hat.
MDM vs. PIM: Die entscheidende Abgrenzung
Die Verwechslung von MDM und PIM ist teuer. Hier ist der Unterschied, der in der Praxis zählt:
- PIM (Product Information Management): Löst ein spezifisches Problem innerhalb der Produktdomäne – wie Produkte für Kunden beschrieben, übersetzt und kanalgerecht aufbereitet werden. PIM ist eine Lösung für eine Datendomäne.
- MDM (Master Data Management): Löst das übergeordnete Problem der Konsistenz aller Stammdaten über alle Systeme und Domänen hinweg. MDM umfasst PIM als eine seiner Domänen – neben Kunden-, Lieferanten- und Standortdaten.
- Praktische Faustregel: Wenn Ihr Problem 'Produktdaten sind in Shopify, Amazon und dem Katalog inkonsistent' lautet, ist die Antwort ein PIM. Wenn Ihr Problem 'Kundendaten in CRM, ERP und Shop-System stimmen nicht überein und das verursacht Compliance-Probleme oder fehlerhafte Prozesse' lautet, ist MDM das Thema.
Für E-Commerce-Unternehmen unter 100 Millionen Euro Umsatz ist MDM fast immer kein akutes Thema. Das relevante Problem ist die Produktdatendomäne – die ein PIM löst. MDM wird erst relevant, wenn mehrere Datendomänen (Produkt, Kunde, Lieferant) gleichzeitig systemübergreifende Konsistenzprobleme erzeugen.
Die vier MDM-Architekturmodelle
Wer MDM ernsthaft angehen will, muss sich für ein Architekturmodell entscheiden. Die Wahl beeinflusst Implementierungsaufwand, Flexibilität und den Grad der Kontrolle über Stammdaten:
- 1 Registry-Modell: Kein zentraler Datenspeicher. Ein MDM-System registriert, wo welche Stammdaten in welchen Systemen liegen und macht sie über eindeutige IDs auffindbar. Günstig in der Implementierung, aber keine echte Datenkonsolidierung – Konflikte werden nicht aufgelöst, nur sichtbar gemacht.
- 2 Consolidation-Modell: Daten aus mehreren Quellsystemen werden in einem zentralen MDM-Hub zusammengeführt und bereinigt. Der Hub ist read-only und dient Analytics und Reporting. Quellsysteme werden nicht verändert. Gut für Business Intelligence, nicht für operative Prozesse.
- 3 Coexistence-Modell: Stammdaten werden in Quellsystemen gepflegt, aber in einem zentralen Hub zusammengeführt, bereinigt und als 'Golden Record' zurück in die Quellsysteme synchronisiert. Das ist das häufigste Modell in E-Commerce-Kontexten.
- 4 Centralized-Modell: Alle Stammdaten werden ausschließlich im MDM-Hub gepflegt und von dort an Zielsysteme verteilt. Höchste Datenkonsistenz, aber höchster Implementierungsaufwand und stärkste Abhängigkeit vom MDM-System. Typisch in Enterprise-Umgebungen mit SAP Master Data Governance.
MDM im E-Commerce: Wann es konkret relevant wird
Drei Situationen, in denen MDM im E-Commerce von einem akademischen zu einem operativen Thema wird:
- Mergers & Acquisitions: Wenn zwei Unternehmen mit getrennten ERP-Systemen, Shop-Systemen und Kundenstämmen zusammengeführt werden, entsteht sofort ein MDM-Problem. Welche Produktnummer gilt? Welcher Kundendatensatz ist der korrekte? Ohne MDM-Strategie entstehen bei der Systemintegration Datenduplizierungen und Prozessbrüche.
- Regulatorische Compliance: DSGVO verlangt, dass Unternehmen wissen, wo Kundendaten gespeichert sind und auf Anfrage vollständig löschen können. Wer Kundendaten in CRM, ERP, Shop-System und E-Mail-Marketing-Tool inkonsistent führt, hat nicht nur ein technisches Problem, sondern ein Compliance-Risiko.
- Komplexe B2B-Lieferantenintegration: Wer Produkte von 50 oder mehr Lieferanten bezieht, jeder mit eigenen Artikelnummern und Datenformaten, braucht eine MDM-Strategie für die Produktdomäne. Das ist technisch ein PIM-Problem, governance-seitig aber ein MDM-Problem: Wer entscheidet, welche Lieferantenartikelnummer intern gültig ist?
MDM-Softwarelösungen für den DACH-Markt
MDM-Softwarelösungen unterscheiden sich stark nach Zielgruppe und Domänenfokus:
- SAP Master Data Governance (MDG): Enterprise-Standard in SAP-dominierten Umgebungen. Hohe Integrationsdichte in SAP-Systemlandschaften, aber sehr hoher Implementierungsaufwand und Lizenzkosten. Sinnvoll ab 500 Millionen Euro Umsatz oder komplexen SAP-Systemlandschaften.
- Informatica Intelligent Data Management Cloud: Führende Enterprise-MDM-Plattform für Multi-Domain-Szenarien. Stark in Datenprofiling, Datenqualität und Governance. Einstieg ab 100.000 Euro Jahresbudget, typischerweise deutlich mehr.
- Syndigo / Salsify / Akeneo (Produktdomäne): Wenn das MDM-Problem primär die Produktdomäne betrifft, sind spezialisierte PIM-Systeme oft die bessere Wahl. Akeneo hat MDM-ähnliche Governance-Features für die Produktdomäne eingebaut.
- Stibo Systems STEP: Mid-Market-MDM mit starkem Fokus auf Produktdomäne und Retail. Im DACH-Markt in Einzel- und Großhandel präsent. Einstieg typischerweise ab 80.000 Euro Jahresbudget.
- Hauseigene Lösung / Data Lake: Für die meisten E-Commerce-Unternehmen unter 200 Millionen Euro Umsatz ist eine pragmatische Lösung mit einem zentralen ERP als Stammdaten-Hub, einem PIM für Produktkommunikationsdaten und klaren Integrationsprozessen wirtschaftlich besser als ein formales MDM-System.