Produktdaten für Bauchemie: Sicherheits- und Anwendungsdaten
Fliesenkleber, Dichtstoffe, Mörtel und Beschichtungen liefern die entscheidenden Daten im PDF – Merkblätter und Sicherheitsdatenblätter. Wo ETIM und BMEcat helfen, wo sie aufhören und wie der Datenblatt-Inhalt in strukturierte Attribute kommt.
- ✓In der Bauchemie stecken die entscheidenden Daten im PDF: technische Merkblätter und Sicherheitsdatenblätter (GHS/CLP) – nicht in einem sauberen Feed.
- ✓Standards wie ETIM und BMEcat tragen das Klassifikations- und Transport-Gerüst, aber nie den Datenblatt-Inhalt: Verbrauch, Topfzeit, VOC-Werte, H/P-Sätze bleiben im PDF.
- ✓Also ist die Arbeit: jedes PDF von Hand lesen und Attribute abtippen – plus das Sicherheitsdatenblatt selbst für die Compliance am Produkt halten.
- ✓Productbay macht aus PDF-Datenblättern strukturierte Attribute per KI, hält das Quell-PDF verknüpft und fährt einen Review-Schritt, weil Sicherheitsdaten compliance-relevant sind.
Öffne die Produktseite eines Fliesenklebers und sieh dir an, was ein Käufer wirklich wissen muss: auf welchem Untergrund er hält, wie viel du pro Quadratmeter verbrauchst, die Topfzeit, den Verarbeitungs-Temperaturbereich – und direkt daneben die Gefahrenpiktogramme, die H- und P-Sätze, die CLP-Einstufung. Und jetzt sieh dir an, woher diese Information kommt. Fast nichts davon steht im Shop-Feed. Es steht in zwei PDFs: einem technischen Merkblatt und einem Sicherheitsdatenblatt. Das ist das ganze Problem der Bauchemie-Produktdaten.
Produktdaten für Bauchemie sind Datenblatt-Daten: Anwendungsinformationen und Sicherheitsinformationen, die als PDF kommen, nicht als strukturierte Attribute. Das ist ein Teilbereich der breiteren Baumarkt- & DIY-Herausforderung – aber mit einem schärferen, spezifischeren Schmerz: Der Wert und die Compliance-Pflicht stecken beide in Dokumenten, die kein Feed trägt.
Warum stecken Bauchemie-Produktdaten im PDF fest?
Jede andere Warengruppe hat einen Teil dieses Problems. Bauchemie hat es komplett, weil die beiden Dokumente, die das Produkt definieren, beide unstrukturierte PDFs sind:
- Technisches Merkblatt: Untergrund, Verbrauch pro m², Topfzeit, Aushärtezeit, Temperaturbereich, Schichtdicke. Die echten Entscheidungskriterien des Käufers – und nichts davon steht im Feed.
- Sicherheitsdatenblatt (SDB): GHS-Piktogramme, Gefahrenhinweise (H-Sätze), Sicherheitshinweise (P-Sätze), die CLP-Einstufung, VOC-Gehalt. Compliance-relevant, gesetzlich verlangt – und wieder ein PDF.
- Pro Lieferant, pro Produkt: jeder Hersteller formatiert das anders. Es gibt keine gemeinsame Feldreihenfolge, kein sauberes Spaltenlayout – nur Fließtext und Tabellen im PDF.
- Das Dokument muss bleiben: auch nachdem du die Attribute ausgelesen hast, muss das originale SDB am Produkt hängen bleiben. Du brauchst beides: die strukturierten Daten und das Quelldokument.
Von Hand heißt das: jedes PDF öffnen, die richtigen Werte finden und in deinen Datensatz abtippen – der mit Abstand mühsamste Job im ganzen Sortiment. Die strukturelle Lösung ist wie überall: das PDF auslesen und in Attribute verwandeln – nur ist das hier kein Nice-to-have, sondern der Kern der Arbeit.
Welche Standards helfen – und wo hören sie auf?
Baustoffe haben verbindende Standards, und Bauchemie liegt teilweise darin. ETIM gibt ein gemeinsames Klassifikations- und Attribut-Gerüst für viele Produktgruppen; BMEcat ist das übliche B2B-Transportformat für den Katalogaustausch. Beides ist nützlich – aber keines trägt den Datenblatt-Inhalt:
| Datenebene | Was ETIM / BMEcat liefern | Wo es aufhört |
|---|---|---|
| Klassifikation | ETIM-Klasse + definierte Attribute pro Gruppe | nur wo die Gruppe gut modelliert ist – Nischenprodukte dünnen aus |
| Katalogaustausch | BMEcat transportiert den strukturierten Datensatz | trägt nur, was jemand vorher hineingelesen hat |
| Anwendungsdaten | — | Verbrauch, Topfzeit, Temperaturbereich stehen im PDF |
| Sicherheitsdaten (GHS/CLP) | — | H/P-Sätze, Piktogramme, VOC bleiben im SDB-PDF |
| Quelldokument | — | das SDB selbst muss weiterhin gespeichert und angehängt werden |
Kurz: ETIM und BMEcat geben dir ein Gerüst und einen Weg, Daten zu bewegen, aber sie setzen voraus, dass die Daten schon strukturiert vorliegen. In der Bauchemie tun sie das nicht – sie stecken noch im Datenblatt. Diese Lücke zu schließen ist die eigentliche Arbeit.
Wie macht Productbay aus PDF-Datenblättern Attribute?
Der rote Faden ist, Dokumente in strukturierte, konforme Daten zu verwandeln – und genau dafür ist Productbay gebaut:
- Konsolidieren: jede Quelle einmal anbinden – Lieferanten-CSV, Excel, BMEcat, Feed-URL, FTP, API – und über SKU oder EAN/GTIN abgleichen, sodass Bestehendes aktualisiert und Neues angelegt wird. Die PDF-Datenblätter kommen als angehängte Dokumente herein.
- Auslesen & Anreichern: KI liest Merkblätter und Sicherheitsdatenblätter, löst Verbrauch, Topfzeit, Temperaturbereich, VOC-Wert, GHS-Piktogramme und H/P-Sätze heraus, ordnet sie ETIM-nahen Attributen zu, schreibt Verkaufstexte und übersetzt per DeepL – immer mit Review-Queue, weil Sicherheitsdaten compliance-relevant sind.
- Dokument behalten: das originale SDB-PDF bleibt als Asset im DAM neben den strukturierten Attributen verknüpft, sodass Einkauf und Compliance immer das Quelldokument haben, nicht nur die ausgelesenen Werte.
- Ausspielen: Zwei-Wege-Sync mit Shopify und Shopware, ERP-Anbindungen (Xentral, weclapp) und Feed-Exporte für Amazon, OTTO und Kaufland – jeweils mit kanalspezifischen Transformationen.
Der Punkt: Productbay setzt dort an, wo ETIM und BMEcat enden. Die Klassifikation gibt dir den Rahmen; das Datenblatt gibt dir den Inhalt – und diesen Inhalt aus dem PDF zu holen, zu prüfen und anzuhängen, ist die Arbeit. Productbay ist für Fachhändler mit Multi-Lieferanten-, Multi-Kanal-Katalogen gebaut – vom mittelständischen Shop bis zum großen Filialisten.