Produktdaten für OTTO prüfen: Kategorien, Pflichtattribute und Varianten

Mit der Kategorie beginnen

Bei OTTO werden Produktdaten primär auf Variantenebene verwaltet. Die Produktdokumentation stellt außerdem Kategorien und zugehörige Datenstrukturen bereit. Prüfen Sie deshalb zuerst, ob die gewählte Zielkategorie zum Artikel passt und korrekt übertragen wird.

Ein vollständiger Quellartikel kann im Ziel trotzdem unvollständig sein. Entscheidend ist, welche Information in welcher Struktur für die gewählte Kategorie ankommt.

Anforderungen und Ist-Daten gegenüberstellen

Legen Sie für eine überschaubare Auswahl von Artikeln eine Prüftabelle an: SKU, Quellkategorie, OTTO-Kategorie, Quellattribut, Zielattribut, gesendeter Wert und Rückmeldung. Ergänzen Sie die Version oder den Abrufzeitpunkt der zugrunde gelegten Anforderungen.

Die OTTO-Dokumentation beschreibt erforderliche Felder sowie kategoriebasierte Attribute. Die Best Practices verweisen auf die Kategorieliste und die Relevanzkennzeichnung einzelner Merkmale. Verwenden Sie die aktuellen Vorgaben für Ihren Fall, keine pauschale Liste für das gesamte Sortiment.

Drei Prüfungen für Attribute

1. Vorhanden: Existiert der benötigte Wert im führenden System?
2. Zugeordnet: Verweist die Mappingregel auf das richtige Quellfeld?
3. Übertragen: Entspricht der erzeugte Zielwert dem erwarteten Format und Inhalt?

Diese Trennung hilft bei der Zuständigkeit. Ein fehlender Stammdatenwert und eine fehlerhafte Transformation benötigen unterschiedliche Maßnahmen. Halten Sie die Belege getrennt von der vermuteten Ursache fest.

Varianten als Struktur prüfen

OTTO beschreibt in seinen Best Practices die Bedeutung der variationThemes für die Variantenbildung. Prüfen Sie, welche unterscheidenden Merkmale die gewählte Kategorie vorsieht und ob Ihre zusammengehörigen Artikel diese konsistent abbilden.

Betrachten Sie eine vollständige Produktfamilie. Eine isolierte SKU zeigt nicht, ob Größen doppelt vorkommen, Farbwerte uneinheitlich sind oder eine Variante einer falschen Gruppe zugeordnet wurde.

Beispiel: Zwei Schreibweisen für dieselbe Farbe

Fiktives Diagnosebeispiel: Eine Produktfamilie enthält die Werte „Dunkelgrau“ und „dark grey“. Untersuchen Sie zunächst, ob es sich wirklich um dieselbe Farbe handelt und welche Zielwerte vorgesehen sind. Eine unkontrollierte Vereinheitlichung könnte unterschiedliche Artikel fälschlich zusammenführen.

Wenn der fachliche Zusammenhang bestätigt ist, dokumentieren Sie die Normalisierungsregel an einer zentralen Stelle. Prüfen Sie anschließend die übertragenen Werte und die Darstellung der gesamten Familie im Zielsystem.

Ergebnis und nächste Schritte

Ein brauchbares Finding benennt die betroffene Kategorie oder Familie, den beobachteten Fehler, den Beleg und die verantwortliche Stelle. Ergänzen Sie ein Abnahmekriterium: etwa, dass alle vorgesehenen Varianten korrekt zugeordnet und kaufbar sind.

Externe Unterstützung ist besonders sinnvoll, wenn sich ähnliche Probleme über viele Kategorien oder Produktfamilien verteilen und das Team eine Reihenfolge für die Bearbeitung braucht.