In KNX und Gebäudeautomation lautet die eigentliche Frage des Käufers „passt es in meine Anlage“ – eine Antwort, die in verknüpften Attributen steckt, die ETIM nie trägt. Wo der Standard hilft und wo er aufhört.
In den meisten Branchen fragt ein Käufer „was ist dieses Produkt“. In der Gebäudetechnik fragt er etwas Schwierigeres: „funktioniert das mit meiner Anlage“. Ein KNX-Dimmaktor wird nicht über seine Einzelmerkmale verkauft – sondern darüber, ob er das richtige Applikationsprogramm fährt, ob er zertifiziert ist, ob er in den Bus passt neben allem, was der Elektriker schon geplant hat. Das Gerät ist nur die halbe Antwort; die andere Hälfte ist seine Beziehung zum Rest des Systems.
Produktdaten für Gebäudetechnik sind Daten über Kompatibilität: der Wert steckt nicht im einzelnen Gerät, sondern in seinem geprüften Platz innerhalb eines KNX-Systems. Das verschiebt das ganze Datenproblem. Das ist ein Teilbereich des Elektro-Installationshandels, aber mit einem Dreh, den der reine Komponentenhandel nicht hat – und er liegt direkt neben Consumer Smart Home, das dieselbe Interoperabilitätslogik in leichterem Maßstab teilt.
Der bekannte Multi-Lieferanten-Schmerz – keine zwei Lieferanten liefern gleich – legt sich hier über ein Kompatibilitätsproblem, das flache Daten nicht ausdrücken können:
Pflegst du das von Hand über Firmware-Updates hinweg, hängst du schnell hinterher. Die Lösung ist dieselbe Disziplin wie überall – konsolidieren, normalisieren, anreichern und ausspielen –, nur muss die Anreicherung hier respektieren, dass Kompatibilität eine Beziehung ist, kein einzelner Wert.
Die Gebäudetechnik erbt das verbindende Raster des Elektrohandels: ETIM, die internationale Klassifikation für technische Produkte, meist als BMEcat von Herstellern und Großhandel geliefert. ETIM ist wirklich stark – es steckt einen KNX-Aktor in die richtige Merkmalsgruppe mit definiertem Attributsatz. Aber es ist eine Klassifikation, und die Interoperabilitätsebene ist etwas anderes:
| Datenebene | Was ETIM / Feeds liefern | Wo es aufhört |
|---|---|---|
| Artikel-Klassifikation | ETIM-Klasse steckt das Gerät in die richtige Merkmalsgruppe | keine abgebildete Beziehung zwischen kompatiblen Geräten |
| Kern-Stammdaten | BMEcat von großen Herstellern & Großhandel | dünn für Direktlieferanten & Zubehörmarken |
| System / Interoperabilität | teilweise, markenabhängig | KNX-Zertifizierung, Applikationsprogramm, ETS-Version oft fehlend |
| Kompatibilitäts-Fakten | nicht die Aufgabe einer Klassifikation | welches Gateway zu welchem Aktor passt, steckt in PDFs |
| Verkaufscontent | nicht getragen | Beschreibungen, Nutzentexte, SEO-Text fehlen |
Kurz: ETIM gibt dir ein sauberes Gerüst und die Großhandels-Feeds decken den Marken-Kern gut ab. Was sie dir nicht geben, sind die geprüften Kompatibilitäts-Beziehungen, die Applikationsprogramm-Verweise oder der Verkaufscontent – und in der Gebäudeautomation ist genau diese Ebene die ganze Kaufentscheidung.
Der rote Faden ist ein Drei-Schritte-Job, bei dem die Kompatibilitätsebene als vollwertige Daten behandelt wird – und genau dafür ist Productbay gebaut:
Entscheidend: Productbay setzt dort an, wo ETIM und die Feeds enden. Die Klassifikation und der Marken-Kern bleiben, wie sie sind; Productbay ergänzt die geprüfte Kompatibilitätsebene, die Applikationsprogramm-Verweise und den Verkaufscontent, den kein Standard liefert. Das breitere Bild gibt der Elektro-Installationshandel und der benachbarte Fall Consumer Smart Home. Productbay ist für Fachhändler mit Multi-Lieferanten-, Multi-Kanal-Katalogen gebaut – vom mittelständischen Shop bis zum großen Filialisten.
KNX-Zertifizierung, Applikationsprogramme, Buslast, ETS-Versionen – Gebäudetechnik-Daten sind erst nutzbar, wenn die Kompatibilitäts-Beziehungen abgebildet sind. Sieh in 30 Minuten, wie Productbay verknüpfte System-Attribute sauber und aktuell hält.
Jetzt starten