Übersetzung und Klassifikation verstehen

Klassifikationsstandards

eCl@ss, ETIM, UNSPSC, und warum Ihre Kunden sich dafür interessieren.

Ihre Kategorien sind für Ihre Einkäufer gebaut. Ein Klassifikationsstandard ist dafür gebaut, dass das Beschaffungssystem Ihres Kunden Ihre Artikel versteht, ohne ein Wort Ihrer Prosa zu lesen. Es sind zwei verschiedene Strukturen über denselben Produkten, und Sie brauchen beide.

Die Szene

Ein Großkunde — ein Konzern, ein Energieversorger, ein Klinikverbund — schickt Ihnen eine Katalogspezifikation. Irgendwo darin: „Artikel sind nach eCl@ss 12.0 zu klassifizieren, Merkmale gemäß Standard zu befüllen." Ihr Katalog hat Kategorien namens Fittings und Verbindungselemente und Attribute namens thread_size und material. Nichts davon passt auf irgendetwas in diesem Dokument.

Diese Spezifikation ist keine Formalität. Ohne die Klassifikation lässt sich die Datei, die Sie senden, in sein System nicht laden, und Sie sind kein Lieferant in seinem Shop. Das ist der häufigste einzelne Grund, aus dem ein technisch fertiges B2B-Katalogprojekt auf dem letzten Meter stehen bleibt.

Was ein Klassifikationssystem ist

Drei Schichten, immer dieselbe Form:

SchichteCl@ss-BegriffWas es istBeispiel
KlasseSachgruppe / KlasseWo der Artikel in einem festen globalen Baum hingehört23-11-01-01 Sechskantschraube
MerkmalMerkmalEine standardisierte Eigenschaft, die diese Klasse tragen kannAAA123 Gewindegröße
MerkmalswertMerkmalswertDer Wert, oft aus einer festen Liste, mit fester EinheitM8, Einheit mm

Der Punkt: Alle drei sind globale Identifikatoren, keine Wörter. Das System Ihres Kunden muss nicht wissen, dass Sie das Feld thread_size nennen oder dass Ihre Bezeichnung deutsch ist. Es liest den Klassencode, den Merkmalscode und den Wert und weiß exakt, was es bekommen hat. Das ist das ganze Wertversprechen — und der Grund, warum sich die Standards bürokratisch anfühlen: Sie sind dafür entworfen, von Software in einem Land gelesen zu werden, in das Sie nie verkauft haben.

eCl@ss, ETIM und UNSPSC

eCl@ssETIMUNSPSC
HerkunftDeutsches IndustriekonsortiumNiederländisch/europäisch, ElektrohandelUN-gestützt, global
TiefeKlasse und Merkmale und WerteKlasse und Merkmale und WerteNur Klasse
Struktur4 Ebenen, 8-stelliger CodeKlasse + Merkmalsgruppen4 Ebenen, 8-stelliger Code
Stark inIndustrie, MRO, Chemie, DACH-FertigungElektro, HLK, Sanitär, GebäudetechnikBeschaffungsreporting, Spend-Analyse, öffentlicher Sektor
ErscheintZweimal im JahrEtwa jährlichPeriodisch
Wer danach fragtDeutsche und europäische Konzern-Beschaffung, SAP-basierte EinkäuferElektrogroßhandel, TGA, Sanitär-Heizung-KlimaGlobale Konzerne, Ariba-/Coupa-Warengruppen

Die praktische Lesart dieser Tabelle:

  • eCl@ss ist das, wonach deutsches B2B fragt. Verkaufen Sie Industriegüter, Verbindungselemente, Werkzeuge, Chemie oder MRO an deutsche oder österreichische Konzerne, ist das der Standard in Ihren Spezifikationen.
  • ETIM ist das, wonach die Gewerke fragen. Elektro, Sanitär, Heizung, Klima. Sind Ihre Kunden Elektrogroßhändler oder TGA-Betriebe, ist ETIM nicht optional — und es kommt meist zusammen mit einer BMEcat-Anforderung.
  • UNSPSC ist flacher und wird anders benutzt. Es klassifiziert, welche Art von Ausgabe ein Artikel ist, für Reporting und Warengruppenmanagement. Es hat keine Merkmale und kann einen Artikel deshalb nicht beschreiben — ein Kunde, der nur UNSPSC verlangt, will es meist für seine Spend-Analyse, nicht für seine Katalogsuche.

Gut möglich, dass Sie zwei davon gleichzeitig brauchen, für verschiedene Kunden. Das ist normal, und es ist der Grund, warum Klassifikation als zusätzliche Schicht am Produkt modelliert wird statt als Ihr Kategoriebaum.

Bauen Sie Ihren Kategoriebaum nicht nach einem Klassifikationsstandard um. Ihr Baum ist, wie Einkäufer stöbern; eCl@ss ist, wie Maschinen lesen. eCl@ss 23-11-01-01 teilt Schrauben auf Arten, nach denen kein Einkäufer navigiert, und der Baum Ihrer Einkäufer gruppiert Dinge, die eCl@ss weit auseinanderhält. Behalten Sie beide, ordnen Sie zwischen ihnen zu, und versuchen Sie nie, den einen die Arbeit des anderen tun zu lassen.

Warum Beschaffungssysteme es verlangen

In einem Großkunden geht der Katalog, den Sie liefern, nicht an eine Person. Er geht in SAP Ariba, Coupa, Onventis, Mercateo oder eine SAP-SRM-Instanz, wo er neben den Katalogen von vierzig anderen Lieferanten liegt. Klassifikation macht aus diesen vierzig Katalogen einen:

  • Suche über Lieferanten hinweg. Ein Einkäufer sucht eine Sechskantschraube und bekommt Kandidaten von jedem Lieferanten, weil jeder dieselbe Klasse benutzt hat.
  • Vergleich auf Merkmalen. Sein System kann Ihr M8 neben das M8 des Wettbewerbers legen, weil beide derselbe Merkmalscode mit derselben Einheit sind. Freitextbeschreibungen lassen sich nicht vergleichen.
  • Freigabe- und Kostenstellenregeln. Freigabe-Workflows und Budgets sind oft gegen Klassen geschrieben — „Chemie über 500 € braucht einen zweiten Freigeber". Ein unklassifizierter Artikel lässt sich nicht routen.
  • Spend-Reporting. Das Controlling berichtet nach Warengruppe. Ohne Klasse sind Ihre Artikel in diesem Report unsichtbar.

Deshalb sind Klassifikation und Punchout verwandt, aber nicht dasselbe. Eine Punchout-Sitzung schickt Einkäufer in Ihren Shop, Ihre eigene Suche und Ihre Kategorien leisten also die Arbeit — Klassifikation zählt trotzdem, weil die zurückfließenden Bestelldaten und der Artikelstamm sie tragen. Ein statischer Katalog-Upload hat sonst nichts.

Ihre Attribute auf Standardmerkmale abbilden

Hier steckt die eigentliche Arbeit, und es ist mehr Arbeit als die Klassenzuweisung.

Die Klassenzuweisung läuft je Familie und ist überwiegend mechanisch: Ihre Familie Sechskantschrauben passt auf eine eCl@ss-Klasse, und jedes Produkt darin erbt sie. Ein Nachmittag deckt einen mittelgroßen Katalog ab.

Das Merkmals-Mapping läuft je Attribut, je Klasse, und dort wohnen die Unstimmigkeiten:

UnstimmigkeitBeispielWas Sie tun
Einheit weicht abSie speichern bar; das Merkmal erwartet kPaBeim Export umrechnen, aus der Maßeinheitenfamilie
Werteliste weicht abIhre Option ist v4a; das Merkmal erwartet einen bestimmten WertecodeOptionscode → Standard-Wertecode zuordnen, einmal je Attribut
Sie haben kein AttributDie Klasse verlangt ein Merkmal, das Sie nie erfasst habenDas Attribut anlegen und füllen, oder eine unvollständige Klasse akzeptieren
Sie haben mehrereIhre length_mm und length_inch passen auf ein MerkmalDie Standardeinheit wählen und umrechnen
Das Merkmal ist FreitextDer Standard erlaubt jeden StringGeringstes Risiko; direkt zuordnen

Die zweite Zeile zahlt sich doppelt aus: Ihre Optionscodes statt Ihrer Bezeichnungen zuzuordnen heißt, dass das Mapping die Übersetzung überlebt. v4a wird einmal auf einen Standardwert abgebildet und funktioniert in jeder Sprache. Das ist der praktische Grund, warum Optionscodes wichtiger sind als Optionsbezeichnungen.

So funktioniert es in der Revenue Cloud

  • Klassifikation ist eine Schicht am Produkt, neben Ihren eigenen Kategorien, nicht an ihrer Stelle.
  • Die Klasse wird je Familie zugewiesen und kann je Produkt übersteuert werden — für die Fälle, in denen eine Familie zwei Klassen umspannt.
  • Merkmale werden aus Ihren Attributen abgebildet, mit Einheitenumrechnung und Wertezuordnung, einmal deklariert und bei jedem Export angewendet — siehe Attribute einer Klassifikation zuordnen.
  • Vollständigkeit wird auch gegen den Standard gemessen, nicht nur gegen Ihre eigene Familie. Ein Produkt kann für Ihren Webshop 100 % vollständig sein und an der eCl@ss-Validierung scheitern, weil ein Pflichtmerkmal leer ist.
  • Mehrere Klassifikationen koexistieren. eCl@ss für einen Kunden, ETIM für einen anderen, aus denselben Produktdaten.

Weiter