PIM im Onlineshop: Produktdaten führen und freigeben

Wann benötigen Sie ein PIM statt weiterer Tabellen?

Prüfen Sie wiederkehrenden Abstimmungsaufwand und unterschiedliche Kanalanforderungen, bevor Sie ein weiteres System einführen.

Beginnen Sie mit einem konkreten Produktwechsel: Ein Lieferant korrigiert das Material, der Shop benötigt einen deutschen Text und ein Marktplatz erwartet eine andere Kategorie. Wie viele Kopien werden geändert, wer prüft sie und wo lässt sich der aktuelle Freigabestand erkennen? Wiederholte Nacharbeit ist ein besserer Ausgangspunkt als eine pauschale Artikelzahl, ab der angeblich jedes Unternehmen ein PIM braucht.

Trennen Sie die Aufgaben. Das ERP kann kaufmännische Artikelkennungen und Einkauf führen, das PIM redaktionelle Merkmale und Übersetzungen, ein Mediensystem die Originalbilder. Technisches Produktdatenmanagement für CAD-Dateien und Fertigungsrevisionen hat einen anderen Schwerpunkt. Halten Sie fest, welchen dieser Abläufe Sie tatsächlich verbessern wollen.

Wenn ein kleiner Katalog mit einem verantwortlichen Team bereits zuverlässig gepflegt wird, kann ein eindeutiges Datenmodell mit kontrolliertem Import zunächst ausreichen. Fordern Sie vom PIM-Projekt eine konkrete Verbesserung: etwa weniger ungeklärte Dubletten oder sichtbar getrennte Freigaben für zwei Verkaufskanäle. Definieren Sie dafür einen Ausgangsstand.

Datenhoheit zwischen Shop und ERP festlegen

Wie werden Attribute und Varianten sinnvoll modelliert?

Beschreiben Sie stabile Kennungen, gemeinsame Produktmerkmale und verkaufbare Varianten getrennt.

Akeneos Datenmodell unterscheidet Produkte, Produktmodelle und Werte mit Sprach- oder Kanalkontext. Das ist ein konkretes Herstellerbeispiel, kein einheitlicher Funktionsvertrag für jedes PIM. Lassen Sie sich zeigen, wie Ihre Produktfamilien und Varianten im angebotenen System abgebildet werden.

Beleg: Akeneo APIs: product values and product models

Schreiben Sie zuerst ein kleines Attributwörterbuch: Bedeutung, Datentyp, Einheit, erlaubte Werte und fachlich verantwortliche Stelle. „Breite“ braucht beispielsweise die Angabe, ob Produkt oder Verpackung gemeint ist. Speichern Sie eine Maßeinheit nicht nur versteckt in einem Freitext, wenn Kanäle sie strukturiert benötigen.

Testen Sie einen gemeinsamen Produkttext mit zwei Farben und zwei Größen. Was wird auf alle Varianten vererbt, was darf abweichen und was passiert bei einer Korrektur am übergeordneten Produkt? Verwenden Sie eine stabile interne Kennung; ein später geänderter Verkaufstitel darf keine neue Variante erzeugen. Lieferanten- und Kanalkennungen bleiben ausdrücklich zugeordnet.

Wer darf welches Produktfeld überschreiben?

Legen Sie pro Feld eine verantwortliche Quelle und einen kontrollierten Weg für Korrekturen fest.

Eine einzige führende Quelle für jedes Feld muss nicht dasselbe System für den gesamten Datensatz bedeuten. Der Einkauf bestätigt beispielsweise den Materialnachweis, die Redaktion den Verkaufstext und die Übersetzung wird separat geprüft. Dokumentieren Sie die Übergabe mit Status, Bearbeiter und Datum statt nur mit einem gemeinsam editierbaren Dokument.

Definieren Sie, wie ein Lieferantenimport mit manueller Nachbearbeitung umgeht. Eine neue Datei darf eine freigegebene Übersetzung nicht unbemerkt durch einen leeren Wert ersetzen. Unterscheiden Sie „keine Änderung“, „Wert unbekannt“ und „Wert ausdrücklich entfernen“. Diese Bedeutungen müssen Import und Zielsystem gemeinsam verstehen.

Benennen Sie eine Stelle für Konflikte und einen Weg für dringende Korrekturen im Shop. Wird dort ein falsches Merkmal berichtigt, muss die Änderung in den regulären Pflegeprozess zurückkehren. Andernfalls spielt der nächste Export den Fehler wieder ein. Lassen Sie genau diesen Fall im Auswahltermin demonstrieren.

Wann sind Produktdaten wirklich veröffentlichungsbereit?

Vollständigkeit ist ein Eingangskriterium; fachliche Richtigkeit und erfolgreiche Kanalannahme müssen gesondert geprüft werden.

Akeneo berechnet Vollständigkeit anhand gepflegter Pflichtattribute je Familie, Sprache und Kanal. Ein vollständig gefüllter Datensatz kann trotzdem eine falsche Materialangabe enthalten. Ergänzen Sie deshalb eine inhaltliche Prüfung und die für Ihren Kanal nötigen Freigaberegeln.

Beleg: Akeneo: Produktvollständigkeit

Google nennt fehlende Variantenangaben und widersprüchliche Daten zwischen Quelle und Website als mögliche Ursachen für eingeschränkte Darstellung oder Ablehnungen. Prüfen Sie daher nicht nur den Exportstatus, sondern auch Rückmeldungen des Zielkanals und die tatsächlich angezeigte Produktseite.

Beleg: Google Merchant Center: product data specification

Definieren Sie Freigaben je Kombination aus Produkt, Kanal und Sprache. Ein englischer Titel gibt den deutschen Artikel nicht automatisch frei. Halten Sie fest, ob bei einer nachträglichen Materialkorrektur die alte Fassung stehen bleibt, der Kanal pausiert oder eine erneute Prüfung erforderlich wird. Diese Entscheidung gehört zum Betriebsablauf.

Produktfreigabe von kundenspezifischen B2B-Konditionen unterscheiden

Welche Fälle müssen PIM und Anbindung gemeinsam bestehen?

Nehmen Sie das sichtbare Ergebnis im Zielkanal ab, einschließlich Korrektur und erneuter Übertragung.

Verwenden Sie eine überschaubare Produktfamilie mit echten Varianten und schwierigen Merkmalen. Pro Fall benötigen Sie Ausgangswerte, Änderung, erwarteten Zielzustand und einen Nachweis aus dem Zielkanal. Eine Meldung „Export erfolgreich“ zeigt nur einen Teil des Weges.

Die folgende Matrix ist eine redaktionelle Abnahmehilfe. Ergänzen Sie Ihre kanalabhängigen Anforderungen und bewahren Sie abgelehnte Fälle mit ihrem Grund auf. Ein unerkannt fehlendes Bild und eine explizit gesperrte Sprachfassung sind unterschiedliche Ergebnisse.

Wie starten Sie einen begrenzten PIM-Piloten?

Wählen Sie eine aussagekräftige Produktfamilie und prüfen Sie Pflegeaufwand sowie Kanalfehler vor einer Ausweitung.

Nehmen Sie nicht nur leicht zu pflegende Produkte in den Piloten. Eine Familie mit Varianten, zwei Sprachfassungen und zwei Kanälen macht Unterschiede sichtbar. Legen Sie vorab fest, welche Daten bereinigt werden und welche bewusst als Fehlerfall erhalten bleiben. Erfassen Sie benötigte Bearbeitungsschritte und ungeklärte Rückmeldungen.

Vergleichen Sie den alten und neuen Ablauf anhand derselben Aufgaben: neue Variante anlegen, Übersetzung ergänzen, ein falsches Merkmal berichtigen und eine abgelehnte Übertragung korrigieren. Eine gemeinsame Oberfläche spart wenig, wenn jeder Konflikt weiterhin beim Implementierungspartner landet.

Wenn gleichzeitig das ERP ersetzt wird, trennen Sie Produktbereinigung, Datenmigration und späteren Regelbetrieb in der Planung. Bewahren Sie Kennungszuordnungen und Freigabeentscheidungen auch nach dem Piloten auf. Erst ein betreibbarer Korrekturprozess rechtfertigt die nächste Produktfamilie.

ERP-Datenübernahme mit Probeumstellung und Abnahme planen