Wo Einkauf und Commerce Produktstammdaten zerbrechen

Produktstammdaten scheitern in der Regel nicht daran, dass niemand ein PIM gekauft hat. Sie scheitern, weil Einkauf und Vertrieb dasselbe Produkt als zwei getrennte Zuständigkeitsfragen behandeln. Der Einkauf verantwortet Lieferantenspezifikationen und Materialnummern. Das Marketing verantwortet Beschreibungen, Bilder und Kanal-Feeds. KI-Agenten und Kanäle bestrafen diese Trennung: Sie brauchen eine einzige, lesbare Produktidentität, und sie werden Ihre SharePoint-Ordner nicht für Sie zusammenpuzzeln.

Das ist die praktische Lehre aus dem aktuellen Beitrag von AtroPIM über Produktstammdaten. Der Anbieter ordnet Product Master Data Management (PMDM) entlang der Gartner-Szenarien Buy-Side, Inside und Sell-Side ein. Die Entscheidung für Käufer ist einfacher. Entweder Sie steuern die Produktidentität einmal, vom Lieferanten-Onboarding über das ERP bis in den Commerce, oder Sie bezahlen weiterhin Menschen dafür, in jeder Launch-Woche drei Versionen der Wahrheit abzugleichen.

Wie das Problem im Arbeitsalltag aussieht

Verbringen Sie einen Vormittag bei einem mittelständischen Hersteller oder Distributor, und das Muster kommt Ihnen bekannt vor. Ein Lieferanten-PDF landet in jemandes Postfach. Abmessungen werden in einen ERP-Export abgetippt. Das Marketing baut eine Kurzbeschreibung aus einer Broschüre auf einem gemeinsamen Laufwerk neu auf. Der E-Commerce bekommt eine CSV-Datei, deren Attributnamen fast zu denen aus dem letzten Quartal passen. Das Gewicht im Lager stimmt nicht mit dem im Onlineshop überein. Niemand ist inkompetent. Die Zuständigkeiten wurden nur nie so geregelt, dass ein einziger Datensatz gewinnt.

AtroPIM zitiert den üblichen Schadensbericht zur Datenqualität: Unvollständigkeit, Inkonsistenz und Ungenauigkeit sind die vorherrschenden Probleme, und ein großer Teil der Teams verbringt nach wie vor einen Tag oder mehr pro Woche mit manueller Prüfung. Die Konsequenz ist nicht ein weiteres Dashboard. Jede Stunde, die in den Abgleich fließt, fehlt für Produkteinführungen, und jede stille Abweichung wird zum Versandaufschlag, zur Retoure, zum Compliance-Schreck oder zur Ablehnung durch einen Marktplatz.

Beim Lieferanten-Onboarding öffnet sich der Riss. In einem begleitenden Beitrag zum Lieferanten-Onboarding im PIM beschreibt dasselbe Team das bekannte Chaos bei der Datenübernahme: Excel vom einen Lieferanten, ein PDF-Katalog vom zweiten, ein Portal-Export vom dritten, dazu die Fallen, die bei einem grünen Vollständigkeitswert „gelöst“ aussehen. Pflichtfelder, die mit „N/A“ befüllt sind. Dezimalkommas je nach Spracheinstellung, die aus 3,5 plötzlich fünfunddreißig machen. Nie geklärte Attributverantwortung, sodass ein erneuter Import die Anreicherung durch das Marketing überschreibt. So kommen Produktstammdaten von der Einkaufsseite bereits beschädigt ins Haus. Ein PIM auf der Vertriebsseite kann sich aus einer schlechten Datenübernahme nicht herausanreichern.

Warum die Trennung heute stärker schmerzt

Menschen verzeihen Lücken. Sie öffnen einen weiteren Tab, fragen beim Einkauf nach oder raten anhand eines Fotos. Answer Engines und Shopping-Agenten tun das nicht. Unvollständige oder widersprüchliche Attribute streichen Sie von der Shortlist, der das Modell zu vertrauen bereit ist. Dieselbe Identität, die der Einkauf für Mindestbestellmenge und Lieferzeit braucht, braucht der Commerce für Passform, Compliance und Syndizierung. Wenn diese Teams nie ein gemeinsames Modell hatten, erbt der Agent den Streit.

ERP-Migrationen verschärfen denselben Schnitt. Programme bereinigen oft das, was das ERP für die Umstellung braucht, und verschieben PIM-Inhalte, Lieferantenportale und regionale Attributtabellen „auf später“. Später bekommt nie dieselbe Rückendeckung. Am Ende haben Sie einen sauberen Materialstamm und ein nach wie vor chaotisches verkaufsfähiges Produkt. Das Transaktionssystem läuft an. Der kundenseitige Datensatz nicht.

Regulatorischer Druck liefert einen weiteren Grund, technische Daten nicht länger als reine Lagerangelegenheit zu behandeln. REACH, RoHS, CE-Unterlagen und die kommenden Anforderungen an den Digitalen Produktpass (DPP) verlangen strukturierte, maschinenlesbare Produktfakten. Diese Fakten stammen häufig von Lieferanten. Wenn der Einkauf die Zertifikate in einem Ordner verwaltet und der Vertrieb die Produktdetailseite, dann sind das Problem des Marktzugangs und das Problem der Konversion dasselbe Stammdatenproblem mit zwei Hüten.

Was Sie in diesem Quartal tun sollten, mit offen benannten Zielkonflikten

Erstens: Bringen Sie das Modell Ihrer Produktstammdaten zu Papier, bevor Sie Tools kaufen oder ausbauen. Legen Sie fest, welches System für Identifikatoren, Logistikattribute, kaufmännische Regeln und Marketinginhalte maßgeblich ist. Das ERP gewinnt in der Regel bei Kosten, Steuerschlüsseln und Versandabmessungen. Das PIM gewinnt in der Regel bei Beschreibungen, Medien und Kanalattributen. Trotzdem muss jemand globale Identifikatoren und die Klassifizierung verantworten, damit beide Seiten auf dasselbe zeigen. Der Zielkonflikt: Es geht langsam, Workshops wirken bürokratisch. Wer sie überspringt, streitet nach dem Go-live sechs Monate lang darüber, wem das Gewicht gehört.

Zweitens: Behandeln Sie das Lieferanten-Onboarding als Arbeit an Produktstammdaten und nicht als lästige Verwaltungsaufgabe des Einkaufs. Vorlagen je Kategorie schlagen eine globale Tabelle. Prüfen Sie Werte, nicht nur, ob ein Feld befüllt ist. Schlagen Sie laut Alarm, wenn sich die Dateistruktur eines Lieferanten verändert. Entscheiden Sie pro Attribut, ob bei einem Konflikt der Lieferant oder Ihr Team gewinnt. Der Zielkonflikt: Reibung mit Lieferanten, die gern PDFs geschickt haben. Die Alternative ist dauerhaftes Abtippen und stille Datenverfälschung.

Drittens: Benennen Sie Data Stewards nach Fachbereich, nicht nach dem Motto „das PIM-Team wird es schon richten“. Technische Spezifikationen, kaufmännische Preise und Lieferantendatensätze brauchen unterschiedliche Verantwortliche mit Veröffentlichungsregeln, die halb leere Datensätze am Go-live hindern. Vollständigkeitswerte ohne Regeln für die Werte werden ausgetrickst. Messen Sie Genauigkeit und Konsistenz über Systeme hinweg und nicht nur, wie viele Felder grün leuchten.

Viertens: Integrieren Sie den Datenfluss so, dass eine Änderung beim Lieferanten Einkauf, Logistik und Katalog erreicht, ohne dass jemand Spalten kopiert. Die Zentralisierung in einer eigenen PIM- oder MDM-Schicht ist der übliche Weg, sobald Tabellen nicht mehr skalieren. Plattformen, die Governance und Anreicherung an einem Ort vereinen, senken die Synchronisationssteuer zwischen zwei Produkten. Open-Source-Optionen wie AtroPIM gehören in diese Kategorie, für Teams, die ein konfigurierbares Modell ohne zweite MDM-Lizenz wollen. Der Zielkonflikt: Implementierungsaufwand zu Beginn. Migration und Bereinigung sind keine optionalen Nebenaufgaben. Wer das alte Chaos in einen neuen Container lädt, bekommt nur ein hübscheres Chaos.

Nichts davon erfordert, das Organigramm über Nacht umzubenennen. Es erfordert aber eine gemeinsame Definition des Produkts, das der Einkauf beschafft und der Commerce verkauft. Agenten, Marktplätze und Behörden verhalten sich bereits so, als gäbe es diese Definition. Ihre Ordner und ERP-Exporte sollten nachziehen.

Quelle: https://www.atropim.com/en/blog/product-master-data