Ein Artikel, drei Kanäle, drei Wahrheiten: Sobald Shopware, ein Verbandsportal und eine Beschaffungsplattform dieselbe Produktbasis benötigen, beginnen parallel geführte Excel-Listen zu kippen. Die Frage lautet dann nicht mehr, welches Feld fehlt, sondern welche Datei aktuell ist. Genau hier setzt ein PIM an: Es speichert den Artikelstamm einmal und leitet daraus Kanalprofile ab, also kanalspezifische Felder, Formate und Pflichtwerte.

Das klingt nach Datenmodell, ist aber zuerst eine Frage der Zuständigkeit: Wer darf anreichern, welche Pflichtfelder gelten je Kanal, und wann gilt ein Datensatz als vollständig?

Warum parallele Listen pro Kanal entstehen und wann sie kippen

Parallele Listen entstehen selten aus Nachlässigkeit, sondern aus Zuständigkeit. Die Shop-Liste liegt im Marketing, die Daten für das Verbandsportal beim Verbandsbeauftragten, die Katalogdatei für die Beschaffungsplattform im Vertrieb. Jede Liste enthält viele derselben Artikel, aber andere Spalten, andere Formate, einen anderen Bearbeitungsstand.

Wann parallele Pflege kippt

Entscheidend ist nicht die Artikelzahl, sondern die Zahl der Absatzkanäle, die gepflegten Sprachen, geforderte Standards wie eCl@ss, ETIM und BMEcat, die Änderungsfrequenz und Compliance-Pflichten wie die Kennzeichnung nach der Verordnung (EU) 2023/988. Ein Sortiment mit achtzig Artikeln, drei Kanälen und zwei Sprachen erzeugt mehr Pflegeaufwand als ein deutlich größeres Sortiment, das nur in den eigenen Shop geht.

Woran Sie es merken

Die Frage, welche Datei aktuell ist, lässt sich nicht mehr beantworten. Ein einzelner Excel-Eigentümer wird zum Klumpenrisiko, Rückfragen zu Maßen, Normen oder Verpackungseinheiten binden Innendienstzeit, und eine Änderung wird in einem Kanal nachgezogen, in anderen vergessen.

Warum Excel und PDF-Vorlagen diese Last erzeugen, erklärt der Beitrag Produktkatalog erstellen mit PIM. Welche Felder über Sichtbarkeit und Conversion entscheiden, zeigt der Beitrag Produktdaten optimieren.

Ein Artikelstamm, viele Kanalprofile: das Grundprinzip

Der Artikelstamm ist genau eine Datenbasis pro Artikel. Kanalvarianten entstehen nicht durch eigene Listen, sondern ausschließlich durch unterschiedliche Feld-Mappings aus dieser Basis.

Was im Stamm steht

Kanalunabhängig gilt: Lang- und Kurztexte, technische Attribute, Maße und Gewichte, Übersetzungen, Bilder, Zertifikate, Datenblätter und Klassifikationsmerkmale. Diese Inhalte gehören keinem einzelnen Kanal und werden einmal gepflegt.

Was das Kanalprofil festlegt

Das Kanalprofil definiert die Sicht auf den Stamm: welche Felder der Kanal verlangt, welche davon Pflicht sind, welche Zeichenlängen und Formate gelten, welche Sprache ausgeliefert wird und wie die Kategoriezuordnung im Zielsystem heißt.

Vier Aufgaben des PIM

Zentrale Datenverwaltung als einzige Quelle
Anreicherung aus ERP, Lieferantendaten und Redaktion
Verteilung per Schnittstelle oder Feed
Steuerung über Rechte, Validierungsregeln und Freigaben

Freigabe statt Blindflug

Ein Produkt wird erst für einen Online-Kanal freigegeben, wenn die Pflichtfelder des jeweiligen Kanalprofils befüllt sind. In nextPIM sind die GPSR-relevanten Felder Pflichtfelder; ein Produkt geht erst dann in die Online-Kanäle, wenn sie befüllt sind. Die Vollständigkeitsprüfung gegen die Kanalanforderungen läuft vor der Veröffentlichung, nicht danach.

Kanaltyp Shop: was Shopware aus dem Artikelstamm ableitet

Shopware 6 ist im deutschsprachigen Raum eines der verbreiteten Open-Source-Shopsysteme, mit offizieller Entwicklerdokumentation und einer Sales Channel API. Sein Admin-Interface ist auf Shop-Konfiguration ausgelegt: Themes, Versandarten, Zahlungsarten, Promotionen. Die Massenpflege von Produktdaten ist dort nicht vorgesehen und wird mit wachsendem Sortiment und mehreren Sprachen zum Engpass.

Anforderungen des Kanals: Der Shop braucht Suchtexte, Kategorien, Variantenlogik, Bilder in definierten Seitenverhältnissen und Cross-Selling-Zuordnungen. Preise und Bestände kommen aus dem ERP, die beschreibenden Inhalte aus dem Artikelstamm.
Was aus dem PIM kommt: Texte, technische Attribute, Übersetzungen und eigene Felder. Eine belastbare Schnittstelle deckt Standardfelder, Custom Fields, Mehrsprachigkeit sowie die Steuerung über Mandanten und Sales Channels ab und synchronisiert nach dem Speichern.
Grenzen des Shopsystems: Freigabeprozesse, Vier-Augen-Prinzip und Vollständigkeitsprüfungen gehören nicht zu den Kernfunktionen eines Shop-Backends. Genau diese Prüfungen sitzen im PIM, bevor Daten nach Shopware überhaupt abgehen.
Pflege ohne Entwickler: Kanal-Mappings sollten sich ohne Programmierung ändern lassen. Eine Korrektur im PIM kommt dann im Live-Shop an, statt als Abstimmungsrunde zwischen Innendienst und Agentur zu enden.

Der Shop ist damit ein Ausgabekanal unter mehreren, der aus derselben Feldbasis bedient wird. Wie die Shopware-6-Anbindung im Einzelnen arbeitet, steht auf der zugehörigen Funktionsseite.

Kanaltyp Verbandsportal: einheitliche Daten für den Verband

Ein Verbandsportal ist die gemeinsame Datenplattform eines Verbands oder einer Branchengruppe. Mitgliedsunternehmen liefern dorthin normierte Produktdatensätze, damit Händler und Verarbeiter vergleichbare Informationen finden.

Die Anforderungen unterscheiden sich deutlich vom Shop. Das Portal erwartet verbandsweit abgestimmte Merkmalsgruppen, einheitliche Schlüssel, vollständige Sprachfassungen, normierte Bildstandards sowie Datenblätter und Zertifikate als eigene Datensätze. Dass selbst etablierte Klassifikationen nicht deckungsgleich sind, zeigt der abgestimmte Übergang zwischen ETIM 7.0 und eCl@ss 11.0. Genau diese Abstimmung leistet ein Verband für seine Mitglieder.

Marketingtexte allein tragen dort nicht. Gesucht werden Maße, Werkstoffe, Normen, Leistungsangaben und Klassifikationszuordnungen, die sich maschinell auswerten und filtern lassen.

Im PIM entsteht dieser Kanal als eigenes Profil. Der Export läuft als Feed oder über eine Schnittstelle zum Datenportal des jeweiligen Verbands; wie die Anbindung von Verbänden aussieht, zeigt die Funktionsseite dazu.

Der Nutzen ist organisatorisch: Ein neuer oder geänderter Artikel erscheint im Verbandsportal zur selben Zeit wie im Shop. Es gibt keine zweite Pflegestrecke mit abweichendem Bearbeitungsstand und keine Nachfrage, welcher Datensatz verbindlich ist.

Kanaltyp Beschaffungsplattform: Kataloge, die der Einkauf findet

Auf einer Beschaffungsplattform kauft der professionelle Einkauf, nicht der Endkunde. Gesucht wird über die Klassifikation nach eCl@ss und ETIM, über Artikelnummern, Normen, Herstellerangaben und Verpackungseinheiten. Der Austausch läuft über Katalogformate wie BMEcat, ergänzt um Feeds und Schnittstellen. Gefordert sind saubere Katalogstrukturen, Preisbasiseinheiten, Staffelpreise, Mengeneinheiten und eine eindeutige Zuordnung zur Klassifikation.

Zusätzlich greifen Compliance-Pflichten: Zertifikate, Werkstoffangaben, Hersteller- und Verantwortlicheninformationen nach der Verordnung (EU) 2023/988, die seit dem 13. Dezember 2024 vollständig anwendbar ist (TÜV Rheinland). Fehlt ein solches Feld, wird der Artikel auf der Plattform nicht gefunden oder nicht freigeschaltet.

Reale Zielsysteme sind hier Onventis, Unite und Mercateo, simple system, SymbioCommerce, ausschreiben.de sowie OXOMI. Jedes dieser Systeme bringt eigene Pflichtfelder mit, aber keines verlangt einen eigenen Artikelstamm: Es kommt ein weiteres Kanalprofil auf dieselbe Basis.

Die Plattform ist deshalb kein Shop mit anderem Namen: andere Pflichtfelder, andere Klassifikation, andere Mengenlogik. Ohne eigenes Kanalprofil leitet der Innendienst jede Anforderung manuell aus der Shop-Datei ab, und das Risiko abweichender Bearbeitungsstände steigt.

PIM, ERP und Shop: wer führt, wer zeigt an

Die Zuständigkeiten der drei Kernsysteme lassen sich sauber trennen:

ERP: führt Preise, Bestände und Buchungen.
Shop: zeigt an und verkauft, konsumiert Inhalte, pflegt sie nicht.
PIM: hält Texte, Attribute, Maße, Übersetzungen, Bilder, Zertifikate und Datenblätter.

Genau deshalb landet die Produktdatenpflege weder im ERP noch im Shopsystem sauber. Beide sind für ihre Aufgabe gebaut, nicht für hunderte Merkmale über mehrere Kanäle und Sprachen. Dass diese Arbeitsteilung einem anerkannten Architekturprinzip folgt, zeigt das GS1 Global Data Model, das Identifikation, Erfassung und Austausch getrennt führt.

Preise und Bestände fließen als Rückkanal aus dem ERP in die Ausgabe, der Artikelstamm bleibt beschreibend. Ob ein eigenständiges PIM nötig ist oder ein ERP-Modul reicht, hängt von Kanalzahl, Sprachen und geforderten Standards ab. Einen Entscheidungsrahmen bietet der Beitrag PIM-System oder ERP-Modul.

Die Konsequenz: Ein Artikel wird einmal gepflegt, Änderungen gehen in alle angebundenen Kanäle. Kopieren zwischen Dateien entfällt, ebenso das Nachziehen einer Korrektur in drei Listen.

Wie Kanalprofile aus einem Stamm entstehen und aktuell bleiben

Kanäle werden nicht als eigene Datenhaltung angelegt, sondern als Profile auf denselben Artikelstamm.

Kanalprofil als Regelwerk

Das Profil legt fest, welche Felder der Kanal verlangt, welche davon Pflicht sind, welche Formate und Sprachen gelten und in welchem Ausgabeformat die Daten ausgeliefert werden: Feed, Schnittstelle, BMEcat oder CSV.

Normalisierung und Prüfung

Eingehende Daten werden normalisiert. CSV, Excel, FTP-Übernahmen, BMEcat oder API-Feeds landen in einem einheitlichen Schema, bevor sie in den Artikelstamm übernommen werden. Die Grundlagen dazu stehen im Beitrag Produktdatenmanagement für Händler. Vor jeder Veröffentlichung läuft eine Vollständigkeitsprüfung gegen die Pflichtfelder des Zielkanals. Fehlende Werte sehen Sie, bevor etwas live geht, und nicht als Rückläufer von der Plattform beim Kunden.

KI-Anreicherung mit Prüfpflicht

KI-gestützte Anreicherung wird zunehmend eingesetzt. Fehlende Attribute, Beschreibungen, Übersetzungen und Kategoriezuordnungen lassen sich damit in großer Menge erzeugen. Die inhaltliche Prüfung bleibt beim Innendienst, denn die Verantwortung für die Angabe lässt sich nicht delegieren.

Einordnung nextPIM

nextPIM ist ein cloudbasiertes PIM, das es seit 2019 gibt, mit mehr als 100 erfolgreichen Implementierungen in Handel und Industrie. Kundensysteme mit über einer Million Produkten sind dabei normal, kleine Sortimente ebenso. Der Einstieg liegt bei 600 Euro pro Monat bei jährlicher Abrechnung, weitere Stufen bei 1.200 und 1.800 Euro. Klassifikation nach eCl@ss und ETIM sowie die BMEcat-Ausgabe gehören zum Lieferumfang.

In vier Stunden führen wir Sie vollständig in das System ein, mehr als die Hälfte unserer Kunden geht danach live. Die laufende Pflege bleibt damit eine Aufgabe für den Innendienst und wird nicht zum IT-Projekt.

Fazit: Produktdaten pflegen ohne parallele Listen

Die Reihenfolge, in der Kanalprofile aufgesetzt werden, folgt der Datenlage, nicht dem Projektplan.

Kanäle inventarisieren

Welcher Kanal fordert welche Pflichtfelder, in welcher Sprache, in welchem Format. Diese Liste ist die Grundlage für jedes Kanalprofil und beantwortet zugleich, welche Daten der Artikelstamm überhaupt führen muss.

Stammdatenhoheit festlegen

Ein Artikelstamm ist die verbindliche Quelle. Kanaldateien sind Ausgaben und werden nicht mehr manuell weitergeführt.

Mit dem Kanal beginnen, der den höchsten Druck erzeugt

Das ist häufig eine Beschaffungsplattform mit GPSR-Pflichtangaben oder ein Verbandsportal mit Klassifikationsvorgaben. Steht das erste Profil, folgen weitere auf derselben Basis, ohne den Stamm erneut anzufassen.

Aufwand einordnen

Die Trennung von Stamm und Kanalprofil ist ein Ordnungsprinzip, kein IT-Großprojekt. Der Innendienst pflegt den Stamm, die Ableitung in die Kanäle übernimmt das System.

Am Ende steht eine Frage, die sich wieder beantworten lässt: Wie ist der Datenstand, im Shop, im Verbandsportal und auf der Beschaffungsplattform.

Ein Artikelstamm, viele Kanalprofile: Warum Produktdaten für Shop, Verbandsportal und Beschaffungsplattform getrennt gepflegt werden