Brauche ich ein PIM für Salesforce B2B Commerce?

Nicht immer. Bei einigen tausend Ersatzteilen mit Texten aus dem ERP kann das ERP die einzige Quelle sein. Ein PIM lohnt sich, wenn für einen großen Katalog Vertriebstexte, viele technische Merkmale, Bilder und mehrere Sprachen gepflegt werden müssen.

Wie viele Produkte fasst ein B2B-Commerce-Store?

Laut Limitseite von Salesforce 4 Mio. Produkte pro Store, davon werden bis zu 1 Mio. von der Suche unterstützt. Ein Store hat einen Produktkatalog mit bis zu 3 Mio. Produkten.

Wie viele Bilder kann ein Produkt in B2B Commerce haben?

9 Bilder und bis zu 5 Dateianhänge pro Produkt. Für weitere Medien hat Salesforce im Juli 2026 die Product Media Extensibility angekündigt, die externe DAM-Plattformen, 3D-Modelle und technische Daten auf Produktseiten bringt.

Sollen Merchandiser Produktdaten direkt in Salesforce ändern?

Nur Felder, die Salesforce gehören, etwa Shop-Kategorien oder Sucheinstellungen. Felder aus ERP oder PIM sollten in Salesforce schreibgeschützt sein, sonst überschreibt der nächste Lauf die Änderung.

Produktdaten für B2B Commerce: PIM, ERP oder Salesforce?

Produktdaten für einen Shop in Salesforce B2B Commerce sollten nicht in Salesforce gepflegt werden. Das ERP führt, was es heute schon führt: Materialnummer, Mengeneinheit, Vertriebsstatus und den Bezug zu Preis und Bestand. Ein PIM, falls vorhanden, führt Texte, technische Merkmale, Bilder und Übersetzungen. Salesforce hält von beidem eine Kopie und ergänzt nur, was zum Shop gehört, etwa Kategorien und Sucheinstellungen. Die Grenzen des Stores sind weniger wichtig als diese Aufteilung: ein Katalog pro Store, 4 Mio. Produkte, davon 1 Mio. durchsuchbar, 200 Varianten pro Variantenträger, 9 Bilder pro Produkt. Händler finden, was die Daten hergeben.

Was braucht ein B2B-Shop an Produktdaten?

Salesforce B2B Commerce, das Salesforce inzwischen auch als “Agentforce Commerce for B2B” vermarktet, baut auf Standardobjekten auf. Laut Übersicht zum Datenmodell1 enthält Product2 die verkauften Artikel, ein ProductCatalog ordnet sie in Kategorien, und ProductCategory bildet den Baum, durch den Käufer navigieren. Bilder und Anhänge hängen an eigenen Medienobjekten, Merkmale für Varianten an eigenen Merkmalsobjekten.

Für einen Händler, der Ersatzteile bestellt, braucht der Shop pro Produkt:

Identifikation: Materialnummer, Bezeichnung, alte oder alternative Nummern.
Bestellinformationen: Mengeneinheit, Mindestbestellmenge, Verpackungseinheit, Vertriebsstatus wie “bestellbar” oder “ausgelaufen”.
Beschreibung und Merkmale: Kurztext, technische Daten wie Maße, Werkstoff, Spannung oder Gewinde.
Medien: mindestens ein Bild, oft eine Zeichnung oder ein Datenblatt.
Navigation: Kategorie im Shop-Katalog.

Preis und Bestand kommen aus Preisbüchern oder einem Live-Aufruf ans ERP und aus dem Bestandsservice. Ich behandle sie getrennt im Kapitel zur ERP-Anbindung.

Wer sollte welche Produktdaten führen?

Meine Regel ist ein Owner pro Feld, und der Owner ist das System, in dem die Daten entstehen. Bei den meisten Herstellern ergibt das diese Aufteilung:

Daten	Owner	In Salesforce
Materialnummer, Mengeneinheit, Vertriebsstatus, Gewicht	ERP	Kopie, schreibgeschützt
Kurz- und Langtexte, Übersetzungen	PIM, ohne PIM das ERP	Kopie, schreibgeschützt
Technische Merkmale für Filter	PIM	Kopie, schreibgeschützt
Bilder, Zeichnungen, Datenblätter	PIM oder DAM	Verweis oder Kopie
Shop-Kategorien, Sucheinstellungen, Sortierung	Salesforce	Hier gepflegt

Die letzte Zeile ist die einzige, die Merchandiser im Shop pflegen. Alles andere kommt über eine Schnittstelle, und diese Schnittstelle muss festlegen, welche Seite gewinnt. Korrigiert ein Merchandiser einen Tippfehler in Salesforce und der nächtliche ERP-Lauf überschreibt ihn, sieht der Händler am nächsten Tag wieder den Fehler, und der Merchandiser verliert das Vertrauen in den Shop. Dasselbe Prinzip gilt für jedes Objekt in einer Salesforce-Org. Ich beschreibe es in der Object Ownership Matrix.

Brauchen Sie ein PIM? Nicht für jeden Shop. Rechenbeispiel: ein Hersteller mit 6.000 Ersatzteilen, deutschen und englischen Texten aus dem ERP und einem Foto pro Teil. Hier kann das ERP die einzige Quelle sein, ein PIM brächte ein System mehr, aber keine Daten mehr. Bei 60.000 Teilen, 15 Sprachen, technischen Merkmalen für Filter und mehreren Bildern pro Teil würde ich ein PIM wollen, weil das niemand in ERP-Materialstämmen pflegt.

Ein Katalog, 4 Millionen Produkte, 1 Million durchsuchbar

Salesforce führt die Grenzen für Produkte und Kategorien2 auf einer Seite. Stand Oktober 2026:

Grenze	Wert	Art
Produktkataloge pro Store	1	hart
Produkte pro Store	4 Mio., davon 1 Mio. durchsuchbar	hart
Produkte pro Katalog	3 Mio.	hart
Varianten pro Variantenträger	200	hart
Bilder pro Produkt	9, dazu 5 Dateianhänge	hart
Merkmale pro Merkmalsgruppe (Attribute Set)	5	soft
Kategorietiefe	5 Ebenen	soft
Kategorien pro Katalog	15.000	soft

Zwei davon prägen das Design. Ein Katalog pro Store heißt: Ein zweites Sortiment mit eigener Struktur braucht einen zweiten Store, das bespreche ich in ein B2B-Store oder mehrere. Und der Abstand zwischen 4 Mio. Produkten und 1 Mio. durchsuchbaren zählt für Hersteller mit großem Ersatzteilsortiment.

Die Kategorietiefe von 5 ist für Ersatzteile selten ein Problem. ERP-Warengruppen sind oft tiefer, aber Käufer klicken sich nicht durch acht Ebenen. Ich würde sie auf drei oder vier Ebenen verflachen und den Rest Suche und Filtern überlassen.

Bis zu 200 Varianten pro Variantenträger

Varianten bündeln Produkte, die sich in einem oder mehreren Merkmalen unterscheiden, etwa eine Dichtung in fünf Durchmessern. Ein Variantenträger fasst bis zu 200 Varianten, und die Merkmale, die die Varianten unterscheiden, gehören zu einer Merkmalsgruppe. Das Soft Limit von 5 Merkmalen pro Gruppe reicht für die meisten Teile.

Mehr Ärger als die Grenze machen die Quelldaten. Varianten brauchen saubere, einheitliche Merkmalswerte: “50 mm”, “50mm” und “DN50” in drei Materialstämmen ergeben drei Werte im Filter. In vielen ERP-Systemen stehen solche Angaben im Freitext statt in Feldern. Bevor Varianten live gehen, muss jemand diese Werte vereinheitlichen, und zwar im führenden System, nicht in Salesforce.

Für viele Ersatzteile brauchen Sie gar keine Varianten. Ein Händler sucht meist eine bestimmte Teilenummer. Varianten passen besser zu Verbrauchsmaterial und Zubehör, wo der Käufer Größe oder Farbe wählt.

Wo liegen Bilder, Zeichnungen und 3D-Modelle?

9 Bilder pro Produkt reichen für die meisten Ersatzteile. Zeichnungen, Datenblätter und Zertifikate sind etwas anderes: Sie ändern sich mit Revisionen und liegen oft schon in einem DAM- oder PLM-System. Eine Kopie in Salesforce erzeugt eine zweite Version, die bald nicht mehr stimmt.

Mit dem Release im Juli 2026 hat Salesforce die Product Media Extensibility angekündigt. Laut Salesforce-Blog3 lassen sich damit externe DAM-Plattformen (Digital Asset Management), 3D-Modelle, technische Daten und gehostete CMS-Videos anbinden und über LWC-Wrapper auf Produktdetailseiten zeigen. Die Richtung stimmt: Medien bleiben im System, das Revisionen verwaltet, und der Shop zeigt sie an.

Die Suche findet nur, was in den Daten steht

Die Shopsuche findet nur, was in den Daten steht. Laut Salesforce sind Produktname, Beschreibung und SKU standardmäßig durchsuchbar, weitere Felder lassen sich ergänzen. Die Einheit ist für D2C-Stores auf derselben Plattformsuche geschrieben und beschreibt auch, wie der Abgleich funktioniert: Ergebnisse erscheinen nur, wenn alle Suchbegriffe vorkommen, und Teiltreffer am Wortanfang oder in der Wortmitte werden nicht unterstützt.

Für einen Teilekatalog hat das direkte Folgen:

Ein Händler, der “Dichtung 50” eingibt, findet nichts, wenn im Namen “O-Ring” steht und der Durchmesser in einem nicht durchsuchbaren Feld liegt.
Eine Teilenummer ohne führende Nullen oder mit anderem Trennzeichen passt nicht.
Eine alte Teilenummer, die nur in der ERP-Historie steht, ist gar nicht zu finden.

Behoben wird all das in den Produktdaten und in der Sucheinrichtung, beschrieben in Ersatzteile über die Teilenummer finden.

200 Ersatzteile aus dem ERP prüfen

Nehmen Sie eine Stichprobe von 200 typischen Ersatzteilen aus dem ERP und prüfen Sie jedes gegen die Liste oben: Gibt es eine brauchbare Bezeichnung, ein Bild, die Merkmale, nach denen ein Händler filtern würde, einen sauberen Vertriebsstatus? Das Ergebnis zeigt, wie viel Datenarbeit vor dem Shop liegt. Schreiben Sie dann die Owner-Tabelle für Produktfelder und nehmen Sie sie in die Schnittstellenliste auf. Welche Daten wie oft von SAP in den Shop fließen, steht in B2B Commerce und SAP: Datenflüsse, und das ganze Thema gehört zum Kapitel zu Katalog, Suche und Sichtbarkeit meiner Masterclass B2B Commerce. Solche Schnittstellen zu entwerfen, gehört zu meiner Arbeit bei Salesforce-Schnittstellen.

Quellen3

1Übersicht zum Datenmodell (öffnet in einem neuen Tab)developer.salesforce.com
2Grenzen für Produkte und Kategorien (öffnet in einem neuen Tab)developer.salesforce.com
3Salesforce-Blog (öffnet in einem neuen Tab)salesforce.com