Eine SKU durch den gesamten Prozess verfolgen
Ein Produktdatensatz durchläuft häufig mehrere Systeme. Das ERP liefert Stammdaten, ein PIM ergänzt Inhalte und eine Middleware übersetzt sie für den Zielkanal. Welche Aufgaben tatsächlich wo liegen, unterscheidet sich je Unternehmen.
Zeichnen Sie zuerst Ihren realen Ablauf auf. Tragen Sie pro Übergang ein: welches System sendet, welches empfängt, welche Regel verändert Daten und wo die Rückmeldung landet. Lassen Sie Systeme weg, die Sie nicht einsetzen.
Vier typische Bruchstellen untersuchen
- Quellwert: Die benötigte Information fehlt oder ist fachlich nicht eindeutig.
- Mapping: Das richtige Feld wird gelesen, aber dem falschen Zielattribut zugeordnet.
- Transformation: Formatierung, Einheiten oder Regeln verändern den Wert unerwartet.
- Rückmeldung: Ein Fehler wird empfangen, erreicht aber keine zuständige Person.
Diese Punkte sind Prüfhypothesen. Erst ein Vergleich der Datensätze vor und nach einem Übergang zeigt, welche Stelle tatsächlich verantwortlich ist.
Mit synchronen Datenständen arbeiten
Exportieren Sie für eine repräsentative SKU die relevanten Quell- und Zielwerte. Halten Sie Zeitstempel, Job oder Lauf sowie Version der Transformationsregel fest. Vergleichen Sie nicht unbemerkt einen alten Fehler mit einem bereits korrigierten Datensatz.
Notieren Sie den erwarteten Wert daneben. So lässt sich der erste Übergang erkennen, an dem Ist und Soll auseinanderlaufen. Bewahren Sie die Originalwerte als Beleg auf und dokumentieren Sie jede Interpretation separat.
Beispiel: Die manuelle Korrektur wird überschrieben
Fiktives Diagnosebeispiel: Eine Person ergänzt ein Attribut direkt im Marketplace. Beim nächsten Export sendet die Middleware erneut den alten Wert. Die Korrektur verschwindet, obwohl die Person den Artikel bereits bearbeitet hatte.
Die entscheidende Frage lautet: Welches System führt diesen Wert? Eine belastbare Maßnahme klärt die Datenhoheit und korrigiert die relevante Quelle oder Regel. Eine weitere manuelle Zielkorrektur kann allenfalls eine ausdrücklich vereinbarte Zwischenlösung sein.
Zuständigkeit gehört zur Lösung
Zu jeder Ursache gehören ein Verantwortlicher, eine konkrete Änderung und ein Abnahmekriterium. „IT prüfen lassen“ reicht nicht. Besser ist: „Mapping für Material in der definierten Kategorie korrigieren, mit vereinbarter Testmenge prüfen und nach dem nächsten regulären Lauf erneut kontrollieren.“
Veröffentlichung und Kaufbarkeit werden anschließend im Ziel geprüft. Eine erfolgreiche Übertragung allein beantwortet nicht, ob die beabsichtigte Wirkung eingetreten ist.
Wann sich eine systematische Analyse lohnt
Wenn Teams dieselben Fehler mehrfach bearbeiten oder Zuständigkeiten zwischen Produktdaten, E-Commerce und IT unklar sind, kann eine strukturierte Analyse die wichtigsten Zusammenhänge sichtbar machen. Eine erste Untersuchung fokussiert einen Marketplace und eine vereinbarte Hauptdatenquelle. Zusätzliche Systeme oder ein tieferer Integrationsaudit werden gesondert abgegrenzt.
Ähnliche Probleme in Ihrem Sortiment?
Im Erstgespräch klären wir, ob eine strukturierte Analyse die richtigen Fragen für Ihren Fall beantwortet.
Erstgespräch vereinbaren