Produktdaten für Sicherheitsschuhe: Schutzklassen und Normen korrekt führen

Ein Laufschuh wird über Optik, Tragegefühl und Marke verkauft. Ein Sicherheitsschuh wird zuerst über eine Sache verkauft: Trägt er die richtige Schutzklasse für den Arbeitsplatz, an den er geht? Alles andere – Komfort, Gewicht, Preis – kommt erst, nachdem der Käufer bestätigt hat, dass der Schuh auf seiner Fläche überhaupt zulässig ist. Dieser eine Unterschied verändert, wie die Produktdaten aufgebaut sein müssen.

Produktdaten für Sicherheitsschuhe sind Daten mit einer verpflichtenden Compliance-Ebene: Schutzklasse und zugrunde liegende Norm sind das Kaufkriterium, kein Nachgedanke. Das ist ein fokussierter Teilbereich der breiteren Schuhhandels-Herausforderung und überschneidet sich mit Industriebedarf und Arbeitsschutz, wo dieselbe Compliance-Logik das ganze Sortiment bestimmt.

Warum ist die Schutzklasse ein Pflichtfeld und kein Nice-to-have?

Bei den meisten Produkten ist ein fehlendes Attribut eine Qualitätslücke. Bei einem Sicherheitsschuh ist eine fehlende Schutzklasse ein Blocker – der Schuh lässt sich ohne sie nicht verantwortungsvoll listen oder kaufen. Die Klasse (S1, S1P, S2, S3) nach EN ISO 20345 sagt dem Käufer genau, gegen welche Arbeitsplatz-Gefährdungen der Schuh zertifiziert ist, und Käufer filtern ihre gesamte Suche danach.

• Es ist der primäre Filter: Kunden grenzen zuerst nach Klasse ein, bevor sie sich irgendetwas anderes ansehen. Ein Schuh mit leerem Klassenfeld taucht in den relevanten Ergebnissen schlicht nicht auf.
• Es ist eine Compliance-Aussage: die falsche oder fehlende Klasse ist nicht nur ein schlechtes Listing – sie ist ein Haftungsrisiko, weil der Schuh zum Arbeitsschutz verkauft wird.
• Es lässt sich nicht schätzen: anders als eine Beschreibung, die man umschreiben kann, ist eine Schutzklasse entweder zertifiziert und korrekt ausgewiesen oder falsch. Ein „ungefähr S3" gibt es nicht.

Klasse, Norm und Zusatzkennzeichnungen verhalten sich also wie ein verpflichtendes, validiertes Feld – näher an einem strukturierten Standard-Attribut als an Marketingtext.

Warum liefern Lieferanten diese Daten so uneinheitlich?

Der Haken: ausgerechnet das eine Attribut, ohne das du nicht ausliefern kannst, liefern Lieferanten am ungleichmäßigsten. Es gibt keine gemeinsame Feed-Konvention über die Hersteller von Sicherheitsschuhen hinweg, also kommt dieselbe Tatsache in einem Dutzend Formen an:

• Ein Lieferant setzt S3 in eine saubere strukturierte Spalte; der nächste versteckt es im Produktnamen; ein dritter nennt es nur im PDF-Datenblatt.
• Die Norm erscheint als EN ISO 20345, als die ältere EN 345 oder bleibt hinter dem Klassenkürzel implizit.
• Zusatzanforderungen – HRO (hitzebeständige Sohle), SRC (Rutschhemmung), ESD, HI, CI – erscheinen als Freitext, als eigene Spalte oder gar nicht.
• Die Attribute, die eine Klasse impliziert (Zehenkappe, Durchtrittsicherheit, Wasserbeständigkeit), sind häufig leer, selbst wenn die Klasse selbst vorhanden ist.

Das Ergebnis: Selbst wo die Daten irgendwo existieren, landen sie selten in einem sauberen, filterbaren Feld über alle Lieferanten hinweg. Das ist dasselbe Multi-Lieferanten-Normalisierungsproblem wie im ganzen Katalog, nur mit harter Compliance-Kante – die Lösung ist, jede Quelle zu konsolidieren, normalisieren und anzureichern und in eine Struktur zu bringen.

Welche Norm greift – und wie sieht sie in den Daten aus?

EN ISO 20345 ist die maßgebliche Norm für Sicherheitsschuhe, und die Klassencodes bündeln je einen definierten Satz von Eigenschaften. Ehrlich einzuordnen, was jede Klasse trägt, ist genau das, was sie in strukturierte, vergleichbare Daten überführbar macht:

Es geht nicht nur darum, den Klassen-String zu speichern – sondern ihn in die Attribute aufzuschlüsseln, die er impliziert, damit ein Kunde direkt nach „durchtrittsicher" oder „ESD" filtern kann und damit ein Listing, dem bei einem S2-Schuh die Wasserbeständigkeits-Flag fehlt, auffällt. Die Norm sagt dir, was vorhanden sein sollte – und genau daran kann eine Vollständigkeitsprüfung messen.

Wie macht Productbay Schutzklassen-Daten vollständig?

Productbay behandelt die Compliance-Ebene als erstklassige Daten und fährt denselben Drei-Schritte-Job – mit der Klasse als verpflichtendem, bewertetem Feld:

• Konsolidieren: jede Lieferantenquelle importieren – strukturierte Spalte, Produktnamen-Text, PDF-Datenblatt – und über SKU oder EAN/GTIN abgleichen, sodass Klassen und Normen an den richtigen Artikeln in einem Katalog landen.
• Anreichern & normalisieren: KI liest Klasse und Zusatzkennzeichnungen aus Titeln und PDF-Datenblättern aus, mappt EN 345 auf EN ISO 20345, schlüsselt jede Klasse in ihre implizierten Attribute auf und übersetzt per DeepL – immer mit Review-Schritt vor der Veröffentlichung.
• Vollständigkeit bewerten: Vollständigkeits-Scores markieren jeden Sicherheitsschuh, dem Klasse, Norm oder zugehörige Kennzeichnungen fehlen, vor dem Go-live – sodass kein Schuh einen Kanal ohne das eine Attribut erreicht, nach dem Kunden kaufen.

Die Compliance-Ebene ist genau dort, wo ein generisches Katalog-Setup zu kurz greift und wo strukturierte, bewertete Daten sich auszahlen. Productbay ist für Fachhändler mit Multi-Lieferanten-, Multi-Kanal-Katalogen gebaut – und wendet dieselbe Strenge auf das breitere Industrie- und Arbeitsschutz-Sortiment an, wo standardgetriebene Daten die Regel statt die Ausnahme sind. Die volle Engine dahinter zeigt das Productbay PIM.

Häufige Fragen