Heizung ist ein Geschäft der technischen Werte: Leistung, Wirkungsgrad und ErP-Klasse entscheiden den Verkauf – und das meiste steckt in PDF-Datenblättern. Wo die SHK-Standards helfen, wo sie aufhören und wie aus Datenblättern strukturierte Daten werden.
Eine Wärmepumpe verkauft sich nicht über ein schönes Foto. Sie verkauft sich über ihre Leistung bei einer bestimmten Vorlauftemperatur, ihren SCOP, ihre ErP-Energieklasse und ihren Schallleistungspegel. Ein Heizkörper wird nach seiner Wärmeleistung in Watt bei definierter Spreizung gewählt. Eine Regelung zählt nur, wenn sie mit dem Kessel spricht, neben dem sie sitzt. Heizung ist eine Kategorie, in der das Produkt seine technischen Werte ist – und in der diese Werte entscheiden, ob ein Kunde, ein Installateur oder ein Planer den Artikel überhaupt in Betracht zieht.
Produktdaten für Heizung sind Leistungsdaten plus Kompatibilität: kW-Leistung, Wirkungsgrad, ErP-Label und die Beziehungen zwischen Komponenten. Das ist die ganze Herausforderung dieses Artikels. Heizung ist ein Teilbereich der breiteren Sanitär- und Heizungswelt (SHK) und erbt deren Standards – aber sie fügt eine technische Tiefe hinzu, die eine reine Klassifikation nie trägt.
Der Kerngrund ist, wo die Daten liegen. Bei den meisten Konsumgütern trägt ein Lieferanten-Feed die relevanten Attribute. Bei Heizung sind die relevanten Attribute im PDF-Datenblatt eingeschlossen:
Über Dutzende Lieferanten hinweg von Hand gemacht, skaliert das nicht. Der Weg heraus ist wie bei jedem Multi-Lieferanten-Katalog: konsolidieren, normalisieren, anreichern und ausspielen – nur muss der Anreicherungsschritt hier in die Datenblätter hineingreifen.
Heizung schwebt nicht frei; sie liegt in der Datenlandschaft des SHK-Handwerks. Mehrere Standards greifen, jeder deckt eine Ebene und hört bei der nächsten auf:
| Datenebene | Was die Standards liefern | Wo es aufhört |
|---|---|---|
| Kern-Stammdaten | DATANORM, IDS/UGL tragen Nummer, Preis, Basisdaten | keine tiefen Leistungsdaten oder Datenblatt-Details |
| Technische Klassifikation | ETIM gruppiert Artikel und definiert Attributsätze | Attributwerte oft leer – die Klasse existiert, die Daten nicht |
| Energiewerte | ErP / Energielabel schreibt Effizienz & Klasse vor | kommt als Label-PDF, nicht immer als strukturierte Felder |
| Kompatibilität | Zuordnungstabellen, teils in Herstellerdocs | selten maschinenlesbar; lebt in PDFs und Köpfen |
| Verkaufscontent | nicht die Aufgabe eines Datenstandards | Beschreibungen, Nutzentexte, Bilder fehlen |
Kurz: DATANORM, IDS/UGL und ETIM geben dir ein sauberes Gerüst – eine Nummer, einen Preis, eine Klasse – und die ErP-Regeln sagen dir, welche Werte existieren müssen. Was keiner davon verlässlich liefert, ist die gefüllte Spec-Tiefe eines Datenblatts, eine maschinenlesbare Kompatibilitätsmatrix oder fertigen Content. Genau diese Ebene muss der Heizungshandel selbst aufbauen.
Der rote Faden ist ein Drei-Schritte-Job, gezielt auf das PDF-Problem – und genau dafür ist Productbay gebaut:
Entscheidend: Productbay setzt dort an, wo die Standards enden. Es nimmt das Datenblatt, das die ETIM-Klasse nie gefüllt hat, die Kompatibilität, die in einer PDF-Tabelle lag, und den Content, den kein Standard liefert, und macht daraus filterbare Produktdaten. Productbay ist für Fachhändler mit Multi-Lieferanten-, Multi-Kanal-Katalogen gebaut – vom mittelständischen Shop bis zum großen Filialisten.
Leistungsdaten, ErP-Klassen und Kompatibilität, vergraben in PDF-Datenblättern – Heizung ist genau der Fall, für den Productbay gebaut ist. Sieh in 30 Minuten, wie es Datenblätter in strukturierte Attribute ausliest und Komponenten-Kompatibilität abbildet.
Jetzt starten