Produktdaten für Polstermöbel: Bezug, Farbe, Maß als Konfiguration

Ein Ecksofa im Ausstellungsraum sieht aus wie ein Produkt. In deinen Daten ist es keins. Es ist eine Bezugskollektion mit vierzig Stoffqualitäten, jede in einem Dutzend Farben, über drei oder vier Sitztiefen, in links- oder rechtsseitiger Modulanordnung, mit einem Preisgruppen-Aufpreis, der sich je Stoff ändert. Rechne das aus, und ein einziges Modell ist kein Artikel – es sind tausende baubare Kombinationen. Polstermöbel sind die konfigurierbarste Ecke des Möbelsortiments, und ihre Daten verhalten sich entsprechend.

Produktdaten für Polstermöbel sind eine Konfiguration, kein Katalog fertiger Artikel. Bezug, Farbe, Maß und Modul sind Optionen, die sich kombinieren – und sobald du jede Kombination als eigenen flachen Artikel behandelst, wird das Sortiment unpflegbar. Das ist ein Teilbereich der breiteren Datenherausforderung im Möbelhandel und derjenige, in dem das Konfigurations- und Lieferformat-Problem am härtesten zubeißt.

Warum ist ein einzelnes Polstermodell tausende Varianten?

Die Variantenexplosion bei Polster entsteht durch das Stapeln unabhängiger Optionsdimensionen, von denen jede die vorige multipliziert:

• Bezugsstoff: eine Stoffkollektion kann Dutzende Qualitäten fassen – Flachgewebe, Chenille, Bouclé, Ledergüten – gruppiert in Preisgruppen.
• Farbe: jede Bezugsqualität kommt dann in einer Reihe Farben, oft ein weiteres Dutzend.
• Maß: Sitztiefe, Breite, Modullänge – ein konfigurierbares Sortiment bietet mehrere Größen, nicht eine.
• Modul und Ausrichtung: Ecke, Récamiere, links- oder rechtsseitig, Anbauelemente, die sich zu einem Programm verbinden.
• Preisgruppe: der Preis ist keine einzelne Zahl – er ist eine Matrix aus Bezugsgruppe und Maß.

Jede Dimension ist für sich klein. Multipliziert ergeben sie tausende baubare Kombinationen aus einem Modell – genau deshalb darfst du sie nicht als tausende separate Artikel speichern.

Warum kommen die Daten als PDF-Preisliste?

Polstermöbel-Hersteller beschreiben ihr Sortiment so, wie es verkauft wird: als Preisliste. Eine Bezugsgruppen-Tabelle, eine Maßtabelle und eine Preisgruppen-Matrix drücken die ganze konfigurierbare Familie auf einer Handvoll gedruckter Seiten aus – weit kompakter, als es ein Maschinen-Feed mit einer Zeile pro Kombination je könnte. Also landen die Stammdaten als PDF auf deinem Tisch, manchmal hunderte Seiten, gelegentlich eine Excel, die eigentlich ein gedrucktes Layout in Verkleidung ist.

Das Problem: Ein PDF ist unstrukturiert. Die Konfigurationslogik ist da – Bezugsgruppen, Maße, Aufpreise – aber in einem Layout gefangen, das für menschliche Augen gemacht ist:

• Bezugskollektionen und ihre Preisgruppen-Zuordnung stehen in einer Tabelle.
• Maße und Grundpreise stehen in einer anderen, oft auf einer anderen Seite.
• Aufpreise für Sonderstoffe, Funktionen oder Module stehen in Fußnoten.

All das von Hand wieder herauszulesen – und bei jeder Kollektionsänderung neu – ist der eigentliche Aufwand. Die Lösung: die Struktur einmal aus dem PDF auslesen, in maschinenlesbare Attribute.

Welches Datenmodell trägt – flache Artikel oder verknüpfte Attribute?

Es gibt zwei Wege, ein konfigurierbares Sofa abzubilden, und nur einer skaliert. Flach heißt ein Artikel pro baubarer Kombination; verknüpft heißt ein Produkt mit Bezug, Farbe und Maß als verbundene Attribute.

Das verknüpfte Modell ist der ganze Punkt. Bezug, Farbe und Maß werden zu Optionslisten an einem Produkt, und der Preis wird aus Bezugsgruppe und Maß abgeleitet statt tausendfach gespeichert. Ändere eine Kollektion einmal, und jede Kombination folgt.

Wie hilft Productbay bei Polstermöbeln?

Productbay fährt denselben Drei-Schritte-Job, den das restliche Möbelsortiment braucht – aber auf die Konfigurations- und PDF-Realität von Polster getrimmt:

• PDF auslesen: KI löst Bezugsgruppen-Tabellen, Maßtabellen und Preisgruppen-Aufpreise direkt aus der PDF-Preisliste heraus, sodass die Konfigurationslogik nicht mehr von Hand eingetippt werden muss.
• Als verknüpfte Attribute strukturieren: Bezug, Farbe, Maß und Modul werden zu verbundenen Optionslisten an einem konfigurierbaren Produkt – nicht zu tausenden flachen Zeilen – mit Preis aus Bezugsgruppe und Maß.
• Anreichern und ausspielen: KI füllt Beschreibungen, Pflege- und Materialfelder, übersetzt per DeepL und synct mit Shopify und Shopware sowie ERP-Systemen wie Xentral oder weclapp – mit Review-Schritt, bevor etwas live geht.

Das Ergebnis ist eine einzelne Polsterfamilie, gepflegt aus einer Quelle: Ändere eine Bezugskollektion, und jeder Kanal aktualisiert sich. Für den Rest des Sortiments – Korpusmöbel, Essen, Beleuchtung – siehe den Überblick zum Möbelhandel. Productbay ist für Fachhändler mit Multi-Lieferanten-, Multi-Kanal-Katalogen gebaut, angetrieben vom PIM-Kern.

Häufige Fragen